Bug#359264: marked as done (upgrades-reports: Undefine symbol disables upgrade installation and dependent programs)

[Debian Bug Tracking System]

Your message dated Thu, 06 Apr 2006 08:41:27 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#359264: Corrected by latest python upgrades
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: upgrades-reports
Version: gnome libraries 2.14.0-1, libpango1.0-common 1.12.0-2
Severity: grave
Justification: renders package unusable

An undefined symbol in the gnome, pango libraries renders the upgrades
uninstallable and disables programs now dependent on them:

undefined symbol: g_thread_pool_set_sort_function


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

--- End Message ---
--- Begin Message ---
Le mercredi 05 avril 2006 à 14:10 +0300, David Baron a écrit :
> Already corrected on Sid so close it.

OK, closing.
Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

--- End Message ---

Bug#361039: libc6: bad regcomp initialization, fixed upstream

[LaMont Jones]

Package: libc6
Severity: serious
Version: 2.3.6-4


After initializing a mutex, regcomp zeros the structure.  On
architectures that have non-zero free lock values (e.g., hppa) this
results in deadlock.

The following patch fixes the problem.
(See 
http://www.sourceware.org/cgi-bin/cvsweb.cgi/libc/posix/regcomp.c.diff?r1=1.95&r2=1.96&cvsroot=glibc
 )

===
RCS file: /cvs/glibc/libc/posix/regcomp.c,v
retrieving revision 1.95
retrieving revision 1.96
diff -u -r1.95 -r1.96
--- libc/posix/regcomp.c2005/05/06 23:33:52 1.95
+++ libc/posix/regcomp.c2005/07/10 22:01:14 1.96
@@ -774,8 +774,6 @@
 }
   preg->used = sizeof (re_dfa_t);
 
-  __libc_lock_init (dfa->lock);
-
   err = init_dfa (dfa, length);
   if (BE (err != REG_NOERROR, 0))
 {
@@ -789,6 +787,8 @@
   strncpy (dfa->re_str, pattern, length + 1);
 #endif
 
+  __libc_lock_init (dfa->lock);
+
   err = re_string_construct (®exp, pattern, length, preg->translate,
 syntax & RE_ICASE, dfa);
   if (BE (err != REG_NOERROR, 0))
===


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

Bug#323525: marked as done (FTBFS: Missing forward class declarations)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 23:17:06 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#323525: fixed in gambit 0.2006.01.20-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gambit
Version: 0.97.0.7-1
Severity: serious
Tags: patch

gambit fails to build because it is missing forward declarations:

> if i486-linux-gnu-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
> -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
> -DPACKAGE=\"gambit\" -DVERSION=\"0.97.0.7\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void  -I. -I.  -I../../sources   
> -DNEWSTYLE_TEMPLATES -g -O2 -I/usr/lib/wx/include/gtk-2.4 
> -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT 
> nfdom.o -MD -MP -MF ".deps/nfdom.Tpo" -c -o nfdom.o nfdom.cc; \
> then mv -f ".deps/nfdom.Tpo" ".deps/nfdom.Po"; else rm -f ".deps/nfdom.Tpo"; 
> exit 1; fi
> ../../sources/math/integer.h:150: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:150: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:151: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:151: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:89: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:89: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:90: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:90: warning: minimum/maximum operators are 
> deprecated
> nfplayer.h:38: error: ISO C++ forbids declaration of 'Nfg' with no type
> nfplayer.h:38: error: expected ';' before '*' token
> nfplayer.h:43: error: 'Nfg' has not been declared
> nfplayer.h:46: error: ISO C++ forbids declaration of 'Nfg' with no type
> nfplayer.h:46: error: expected ';' before '&' token

The attached patch adds forward declarations on Nfg and Sfg, which
fixes this problem.

-- 
Matt
only in patch2:
unchanged:
--- gambit-0.97.0.7.orig/sources/game/nfplayer.h
+++ gambit-0.97.0.7/sources/game/nfplayer.h
@@ -27,6 +27,7 @@
 #ifndef NFPLAYER_H
 #define NFPLAYER_H
 
+class Nfg;
 class Strategy;
 
 class NFPlayer {
only in patch2:
unchanged:
--- gambit-0.97.0.7.orig/sources/game/sfstrat.h
+++ gambit-0.97.0.7/sources/game/sfstrat.h
@@ -95,6 +95,8 @@
 };
 
 
+class Sfg;
+
 class SFSupport {
 protected:
   const Sfg *bsfg;


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: gambit
Source-Version: 0.2006.01.20-1

We believe that the bug you reported is fixed in the latest version of
gambit, which is due to be installed in the Debian FTP archive:

gambit_0.2006.01.20-1.diff.gz
  to pool/main/g/gambit/gambit_0.2006.01.20-1.diff.gz
gambit_0.2006.01.20-1.dsc
  to pool/main/g/gambit/gambit_0.2006.01.20-1.dsc
gambit_0.2006.01.20-1_i386.deb
  to pool/main/g/gambit/gambit_0.2006.01.20-1_i386.deb
gambit_0.2006.01.20.orig.tar.gz
  to pool/main/g/gambit/gambit_0.2006.01.20.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Peter van Rossum <[EMAIL PROTECTED]> (supplier of updated gambit package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu,  6 Apr 2006 07:36:28 +0200
Source: gambit
Binary: gambit
Architecture: source i386
Version: 0.2006.01.20-1
Distribution: unstable
Urgency: low
Maintainer: Peter van Rossum <[EMAIL PROTECTED]>
Changed-By: Peter van Rossum <[EMAIL PROTECTED]>
Description: 
 gambit - Game theory analysis software and tools
Closes: 323525
Changes: 
 gambit (0.2006.01.20-1) unstable; urgency=low
 .
   * New upstream release, released 20 Jan 2006. (Closes: #323525 on
 FTBFS because of missing forward class declarations).
Files: 
 d620529453d174c928b228a51d5728a7 618 math optional gambit_0.2006.01.20-1.dsc
 66190cd3f91804778a712779a1f48d57 1392046 math opt

Bug#358813: marked as done (providing file which is also distributed by another package)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 22:17:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358813: fixed in php4-pear-log 1.9.3-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: php-log
Severity: serious

Hi

While installing php-log on sid I got the following error:

sudo apt-get install php-log
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  php4-sqlite php5-sqlite
The following NEW packages will be installed
  php-log
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 45.8kB of archives.
After unpacking 401kB of additional disk space will be used.
Get: 1 http://ftp.debian.org unstable/main php-log 1.9.3-2 [45.8kB]
Fetched 45.8kB in 1s (38.0kB/s)
Selecting previously deselected package php-log.
(Reading database ... 230843 files and directories currently installed.)
Unpacking php-log (from .../php-log_1.9.3-2_all.deb) ...
dpkg: error processing /var/cache/apt/archives/php-log_1.9.3-2_all.deb 
(--unpack):
 trying to overwrite `/usr/share/php/.channels/.alias/pear.txt', which is also 
in package php-pear
Errors were encountered while processing:
 /var/cache/apt/archives/php-log_1.9.3-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

It seems that the file is also distributed by another package.
I also read that this package was renamed (part of the last changelog entry).

Anyway currently the package is not easy to install.

Greetings
Steffen


-- 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-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

--- End Message ---
--- Begin Message ---
Source: php4-pear-log
Source-Version: 1.9.3-3

We believe that the bug you reported is fixed in the latest version of
php4-pear-log, which is due to be installed in the Debian FTP archive:

php-log_1.9.3-3_all.deb
  to pool/main/p/php4-pear-log/php-log_1.9.3-3_all.deb
php4-pear-log_1.9.3-3.diff.gz
  to pool/main/p/php4-pear-log/php4-pear-log_1.9.3-3.diff.gz
php4-pear-log_1.9.3-3.dsc
  to pool/main/p/php4-pear-log/php4-pear-log_1.9.3-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jose Carlos Medeiros <[EMAIL PROTECTED]> (supplier of updated php4-pear-log 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Mar 2006 17:19:50 -0300
Source: php4-pear-log
Binary: php-log
Architecture: source all
Version: 1.9.3-3
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Medeiros <[EMAIL PROTECTED]>
Changed-By: Jose Carlos Medeiros <[EMAIL PROTECTED]>
Description: 
 php-log- Log module for PEAR
Closes: 358813
Changes: 
 php4-pear-log (1.9.3-3) unstable; urgency=low
 .
   * Removed .channels, .depdblock, .depdb, .registry from binary.
 (closes: #358813)
Files: 
 f2f661310dd5aaed67f8a384adaee144 656 web optional php4-pear-log_1.9.3-3.dsc
 2d7bee75cb682282d8cea389adfd0174 6891 web optional 
php4-pear-log_1.9.3-3.diff.gz
 837f4aa8cef2a93b2501bee22e70337b 42370 web optional php-log_1.9.3-3_all.deb

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

iD8DBQFENKIIGKGxzw/lPdkRAmpyAKCV7CFaWf3jy5KT4sPTNXzPEif9oACfdOv5
hs1heFC8sOnO562fD94/Y84=
=zVk9
-END PGP SIGNATURE-

--- End Message ---

Bug#361019: portmap: Portmap man page claims use of tcp_wrappers, however /hosts.deny has no effect

[Steve Langasek]

severity 361019 important
thanks

On Wed, Apr 05, 2006 at 08:02:00PM -0400, Daniel Dickinson wrote:
> Package: portmap
> Version: 5-9
> Severity: grave
> Tags: security
> Justification: user security hole

This isn't a user security hole in the sense meant by
.  It does not result in
users gaining access to any accounts on the system; it leaks a small amount
of information about the system's configuration, but to the extent that this
information is actually useful to an attacker, it's almost certainly
available via brute force.

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

Processed: Re: Bug#361019: portmap: Portmap man page claims use of tcp_wrappers, however /hosts.deny has no effect

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 361019 important
Bug#361019: portmap: Portmap man page claims use of tcp_wrappers, however 
/hosts.deny has no effect
Severity set to `important'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Fixed in upload of gaim 1:2.0.0+beta3-3 to experimental

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 360280 + fixed-in-experimental
Bug#360280: gaim2beta was compiled without gadu-gadu support
Tags were: experimental
Tags added: fixed-in-experimental

> tag 360955 + fixed-in-experimental
Bug#360955: FTBFS: Missing build-dependency on libxml-parser-perl
Tags were: experimental patch
Tags added: fixed-in-experimental

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360955: marked as done (FTBFS: Missing build-dependency on libxml-parser-perl)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 21:39:27 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in upload of gaim 1:2.0.0+beta3-3 to experimental
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gaim
Version: 1:2.0.0+beta3-1
Severity: serious
Tags: patch

gaim fails to compile because it can't find XML::Parser:

> checking for XML::Parser... configure: error: XML::Parser perl module is 
> required for intltool
> make: *** [config.status] Error 1

Adding libxml-parser-perl to the build-dependencies fixes this
problem.

-- 
Matt
--- debian/control.orig 2006-04-05 10:08:39.0 -0700
+++ debian/control  2006-04-05 09:35:41.0 -0700
@@ -9,7 +9,7 @@
  libaudiofile-dev, libgtkspell-dev, libltdl3-dev, libperl-dev,
  libstartup-notification0-dev, xutils, libzephyr-dev, libxml2-dev,
  libebook1.2-dev, libedata-book1.2-dev, libcamel1.2-dev,
- libdbus-glib-1-dev, dbus, python2.4
+ libdbus-glib-1-dev, dbus, python2.4, libxml-parser-perl
 Standards-Version: 3.6.1
 
 Package: gaim


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 1:2.0.0+beta3-3

 gaim (1:2.0.0+beta3-3) experimental; urgency=low
 .
   * Add build-depends on libgadu-dev >= 1.6+20060215-1 since the gaim
 plugin now builds from the system library (Closes: #360280)
   * Add build-depends on libxml-parser-perl to fix FTBFS (Closes: #360955)
--- End Message ---

Bug#360894: marked as done (sudo: installs preformatted cat page rather than man page)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 18:17:13 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360894: fixed in sudo 1.6.8p12-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: sudo
Version: 1.6.8p12-2
Severity: serious
Justification: policy 12.1, http://release.debian.org/etch_rc_policy.txt 5(o)

  $ dpkg -L sudo | grep usr/share/man
  /usr/share/man
  /usr/share/man/man8
  /usr/share/man/man5
  /usr/share/man/cat8
  /usr/share/man/cat8/visudo.8.gz
  /usr/share/man/cat8/sudo.8.gz
  /usr/share/man/cat8/sudoedit.8.gz
  /usr/share/man/cat5
  /usr/share/man/cat5/sudoers.5.gz

This causes a variety of problems: I noticed this when I found that the
sudo man page wasn't taking up the full width of my terminal and was
formatted for ISO-8859-1 rather than UTF-8. Please install the source
man pages instead.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]

--- End Message ---
--- Begin Message ---
Source: sudo
Source-Version: 1.6.8p12-3

We believe that the bug you reported is fixed in the latest version of
sudo, which is due to be installed in the Debian FTP archive:

sudo-ldap_1.6.8p12-3_i386.deb
  to pool/main/s/sudo/sudo-ldap_1.6.8p12-3_i386.deb
sudo_1.6.8p12-3.diff.gz
  to pool/main/s/sudo/sudo_1.6.8p12-3.diff.gz
sudo_1.6.8p12-3.dsc
  to pool/main/s/sudo/sudo_1.6.8p12-3.dsc
sudo_1.6.8p12-3_i386.deb
  to pool/main/s/sudo/sudo_1.6.8p12-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bdale Garbee <[EMAIL PROTECTED]> (supplier of updated sudo package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Apr 2006 17:53:13 -0700
Source: sudo
Binary: sudo-ldap sudo
Architecture: source i386
Version: 1.6.8p12-3
Distribution: unstable
Urgency: low
Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
Changed-By: Bdale Garbee <[EMAIL PROTECTED]>
Description: 
 sudo   - Provide limited super user privileges to specific users
 sudo-ldap  - Provide limited super user privileges to specific users
Closes: 186226 360894
Changes: 
 sudo (1.6.8p12-3) unstable; urgency=low
 .
   * force-feed configure knowledge of nroff's path so we get unformatted man
 pages installed without build-depending on groff-base, closes: #360894
   * add a reference to OPTIONS in the man page, closes: #186226
Files: 
 90b0ad29bf365199ad6d8f956dc2fdb7 615 admin optional sudo_1.6.8p12-3.dsc
 518437d491ee5df8186804f006d1e809 33399 admin optional sudo_1.6.8p12-3.diff.gz
 02adc9d0645caf08c21d3043dfc9ccdb 161598 admin optional sudo_1.6.8p12-3_i386.deb
 f9e635dd82f9f5badd6bf5b0c1b20528 173998 admin optional 
sudo-ldap_1.6.8p12-3_i386.deb

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

iD8DBQFENGqwZKfAp/LPAagRAnx1AJ9+OnXW+Mv2pHOjPwtjI/LvhVsqjgCfVfM+
zrOBJQWDVeU1yVBcjcHocVQ=
=IU9m
-END PGP SIGNATURE-

--- End Message ---

Processed: Re: Bug#361020: adplug-xmms_1.1-2(unstable/arm/netwinder): silent build breakage on arm

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 361020 important
Bug#361020: adplug-xmms_1.1-2(unstable/arm/netwinder): silent build breakage on 
arm
Severity set to `important'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: a few bugs + pending

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 358657 + pending
Bug#358657: ITP: libsl -- memory-efficient generic linked list library
There were no tags set.
Tags added: pending

> tags 358659 + pending
Bug#358659: ITP: libggtl -- generic game-tree search library
There were no tags set.
Tags added: pending

> tags 345776 + pending
Bug#345776: preload: error message in postinstall script during a new 
installation
Tags were: patch
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#361020: adplug-xmms_1.1-2(unstable/arm/netwinder): silent build breakage on arm

[James Troup]

Package: adplug-xmms
Version: 1.1-2
Severity: serious

The version of libtool used to build this source package is too old to
correctly support shared libraries for at least arm.  Please see
http://people.debian.org/~keybuk/libtool-pass_all.html for more
information.

| Automatic build of adplug-xmms_1.1-2 on netwinder by sbuild/arm 85
| Build started at 20060227-0836
| **

[...]

| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 4.0.0), dpatch, autotools-dev, libadplug-dev, 
libbinio-dev, xmms-dev

[...]

| checking how to recognise dependent libraries... file_magic ELF 
[0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )

[...]

| *** Warning: linker path does not have real file for library -lstdc++.
| *** I have the capability to make that library automatically link in when
| *** you link to this library.  But I can only do this if you have a
| *** shared version of the library, which you do not appear to have
| *** because I did check the linker path looking for a file starting
| *** with libstdc++ and none of the candidates passed a file format test
| *** using a file magic. Last file checked: /usr/lib/libstdc++.so.6.0.7
| ../libtool: line 3944: ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib 
): command not found

A complete build log can be found at
http://buildd.debian.org/build.php?arch=arm&pkg=adplug-xmms&ver=1.1-2

-- 
James


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

Bug#358648: FTBFS: 'alloc2' undeclared

[Igor Belyi]

Sorry, I'm on LinuxWorld Expo this week and won't be able to look at 
this until next week. If this switch appears just in 1.3.28 swig then 
the change should be a little bit bigger for back compatibility. 
Shortly, I greatly appreciate the patch - it gives me the right 
direction where I need to look for details.


Thanks,
Igor

Arnaud Fontaine wrote:

Hello,

This bug  [0] is due  to swig upgrade.  Actually, pyme builds  fine with
swig <  1.3.28. In swig 1.3.28,  there is a new  option, namely 'match',
for typemaps.

I have attached the patch which  fixes this bug. I have built and tested
pyme successfully using this patch.  Could you please make an upgrade of
pyme for  swig 1.3.28 ? Thanks  a lot to  Manuel Menal for his  help for
tracking the bug.

Regards,
Arnaud Fontaine

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

  



--- gpgme.i.old 2006-04-02 16:23:02.0 +0200
+++ gpgme.i 2006-04-02 15:43:27.0 +0200
@@ -23,7 +23,7 @@
 
 // Allow use of None for strings.
 
-%typemap(python,in) const char * {

+%typemap(match="in") const char * {
   if ($input == Py_None)
 $1 = NULL;
   else if (PyString_Check($input))
  




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

Bug#361019: portmap: Portmap man page claims use of tcp_wrappers, however /hosts.deny has no effect

[Daniel Dickinson]

Package: portmap
Version: 5-9
Severity: grave
Tags: security
Justification: user security hole


The following hosts.deny

# /etc/hosts.deny: list of hosts that are _not_ allowed to access the system.
#  See the manual pages hosts_access(5), hosts_options(5)
#  and /usr/doc/netbase/portmapper.txt.gz
#
# Example:ALL: some.host.name, .some.domain
# ALL EXCEPT in.fingerd: other.host.name, .other.domain
#
# If you're going to protect the portmapper use the name "portmap" for the
# daemon name. Remember that you can only use the keyword "ALL" and IP
# addresses (NOT host or domain names) for the portmapper. See portmap(8)
# and /usr/doc/portmap/portmapper.txt.gz for further information.
#
# The PARANOID wildcard matches any host whose name does not match its
# address.

# You may wish to enable this to ensure any programs that don't
# validate looked up hostnames still leave understandable logs. In past
# versions of Debian this has been the default.
# ALL: PARANOID
ALL: ALL

plus hosts.allow

# /etc/hosts.allow: list of hosts that are allowed to access the system.
#   See the manual pages hosts_access(5), hosts_options(5)
#   and /usr/doc/netbase/portmapper.txt.gz
#
# Example:ALL: LOCAL @some_netgroup
# ALL: .foobar.edu EXCEPT terminalserver.foobar.edu
#
# If you're going to protect the portmapper use the name "portmap" for the
# daemon name. Remember that you can only use the keyword "ALL" and IP
# addresses (NOT host or domain names) for the portmapper, as well as for
# rpc.mountd (the NFS mount daemon). See portmap(8), rpc.mountd(8) and 
# /usr/share/doc/portmap/portmapper.txt.gz for further information.
#

does not block rpcinfo -p (which returns the following:

   program vers proto   port
102   tcp111  portmapper
102   udp111  portmapper
132   udp   2049  nfs
133   udp   2049  nfs
134   udp   2049  nfs
132   tcp   2049  nfs
133   tcp   2049  nfs
134   tcp   2049  nfs
1000211   udp  32771  nlockmgr
1000213   udp  32771  nlockmgr
1000214   udp  32771  nlockmgr
1000211   tcp  35096  nlockmgr
1000213   tcp  35096  nlockmgr
1000214   tcp  35096  nlockmgr
151   udp703  mountd
151   tcp706  mountd
152   udp703  mountd
152   tcp706  mountd
153   udp703  mountd
153   tcp706  mountd
3910022   tcp920  sgi_fam
1000241   udp927  status
1000241   tcp930  status

I have tried restarting the portmap daemon and inetd after making the 
hosts.deny/allow changes but that has no effect (as it should be; the 
changes to hosts.x files are supposed to be enough).

strings /sbin/portmap | grep hosts returns the following:

hosts_ctl

strings /lib/libwrap.so.0 | grep hosts returns:

hosts_allow_table
hosts_deny_table
hosts_access_verbose
hosts_access
hosts_ctl
/etc/hosts.allow
/etc/hosts.deny
@(#) hosts_access.c 1.21 97/02/12 02:13:22
@(#) hosts_ctl.c 1.4 94/12/28 17:42:27

So apparently there is some problem with portmap's use of libwrap0.

I am happy to provide further information.  I noticed a closed with 'it 
doesn't happen here' bug #84700 which appears to be the same complaint, 
albeit with less detail.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (10, 'testing'), (7, 'unstable'), (3, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages portmap depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra

-- no debconf information


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

Processed: Fixed in NMU of crystalspace 0.99-20060125-2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 359255 + fixed
Bug#359255: crystalspace - FTBFS: Unmatched ( in regex
Tags were: patch
Tags added: fixed

> tag 359292 + fixed
Bug#359292: depends on obsolete libopenal0
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#361004: Please upgrade to using python 2.4

[Jeroen van Wolffelaar]

Package: carpaltunnel
Severity: serious

Python 2.1 and 2.2 are on the nomination of being removed. This includes
by proxy python2.2-optik. 

Please use optparse which is in python itself as of 2.3.

--Jeroen

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages carpaltunnel depends on:
ii  iproute20041019-3Professional tools to control the 
ii  openvpn2.0-1sarge2   Virtual Private Network daemon
ii  python2.2  2.2.3dfsg-2sarge1 An interactive high-level object-o
pn  python2.2-optik  Not found.

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#360894: sudo: installs preformatted cat page rather than man page

[Bdale Garbee]

On Wed, 2006-04-05 at 11:21 +0100, Colin Watson wrote:
> Please install the source man pages instead.

You must be on a non-i386 machine.  The configure script determines
which of man or cat format to use based on whether an nroff-like program
is available, and since there's no related build dependency, there
likely won't be on at least some architectures.

Don't have time this morning, but will be easy to fix for the next
upload, hopefully tomorrow.

Bdale



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

Bug#360894: sudo: installs preformatted cat page rather than man page

[Bdale Garbee]

On Wed, 2006-04-05 at 11:21 +0100, Colin Watson wrote:

> This causes a variety of problems...

Yep, sorry about that.  This is a consequence of trying to use more of
the upstream Makefile instead of hand-crafting all of the install goo in
the rules file.  Should be easy to fix.

Bdale



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

Bug#357527: [stable] cyrus-sasl2 dfsg issue

[dann frazier]

On Wed, Apr 05, 2006 at 11:40:08AM -0700, Steve Langasek wrote:
> On Wed, Apr 05, 2006 at 11:10:26AM -0600, dann frazier wrote:
> 
> > It sounds like this needs to happen quickly, so I'll begin preparing a
> > new unstable upload w/ urgency=high.  If you believe it is warranted
> > (and its easier then hinting it in), give me the go-ahead & I'll
> > upload this version before the next dinstall run.
> 
> Please don't do this.  Hinting is always the easier choice.  I've added a
> hint now.

Great, thanks!

-- 
dann frazier



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

Bug#360993: marked as done (whitelister_0.8-1(hppa/unstable): hppa missing from architecture list)

[Debian Bug Tracking System]

Your message dated Wed, 5 Apr 2006 23:58:45 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360993: whitelister_0.8-1(hppa/unstable):  hppa missing 
from architecture list
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: whitelister
Version: 0.8-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of whitelister_0.8-1 on sarti by sbuild/hppa 85
> Build started at 20060405-2202

[...]
> : hppa not in arch list: alpha amd64 arm hurd-i386 i386 ia64 kfreebsd-i386 
> powerpc sparc -- skipping


A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=whitelister&ver=0.8-1


--- End Message ---
--- Begin Message ---
Le Mer 5 Avril 2006 23:05, [EMAIL PROTECTED] a écrit :
> Package: whitelister
> Version: 0.8-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
> > Automatic build of whitelister_0.8-1 on sarti by sbuild/hppa 85
> > Build started at 20060405-2202
>
> [...]
>
> > : hppa not in arch list: alpha amd64 arm hurd-i386 i386 ia64
> > : kfreebsd-i386 powerpc sparc -- skipping
>
> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=hppa&pkg=whitelister&ver=0.8-
>1

correct, whitelister is not built on hppa, removal from archive has been 
requested alread. this is a no-bug.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpbeLtrDu5ob.pgp
Description: PGP signature
--- End Message ---

Bug#360881: avahi: C# bindings in a core library source package == RM hell

[Sjoerd Simons]

On Wed, Apr 05, 2006 at 01:45:20AM -0700, Steve Langasek wrote:
> Package: avahi
> particularly languages that are apparently in a state of flux, is not
> robust.  If the libavahi-cil bindings are needed in Debian (they don't have
> any reverse-dependencies), please consider moving them to their own source
> package.

banshee-daap uses libavahi1.0-cil. So yes it's actually used. 

I'll look into making avahi nicer for you guys.  With some luck i can persuade 
upstream to split up into different tarballs.

For the record, dbus upstream has planned to split the source into seperate 
tarballs. So that'll solve the issue for dbus. 

> Filed as severity: serious, because this currently blocks some 200 package
> updates in testing including mysql, KDE, and GNOME; and I'm planning to push
> avahi into testing in advance of mono, which will leave libavahi-cil
> uninstallable in testing anyway until the versions of mono and gtk-sharp
> currently in unstable are in a releasable state.

Nothing in testing is using it currently, so that shouldn't be an issue.  

Thanks!
  Sjoerd
-- 
Neil Armstrong tripped.


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

Bug#161547: marked as done (Package not installable in unstable)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 14:04:31 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#161547: fixed in python-tclink 3.4.0-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: python-tclink
Severity: important

Original announcement at
http://lists.debian.org/debian-python/2002/debian-python-200209/msg00030.html

The python default version changed to 2.2 in unstable. Your package
depends on

python (>= 2.1), python (<< 2.2)

which makes it uninstallable in unstable. Please either

- check that your packages works with python2.2 and change the
  dependency to 

python (>= 2.2), python (<< 2.3)

- or if your package does not work with python 2.2, change the
  dependency to 'python2.1'. This needs to be done at least for all
  zope packages (zope 2.5.1 is not compatible with python2.2).

If your package is a library package, you may consider supporting the
python2.3 version as well (if you already build python2.1-foo and
python2.2-foo packages).

--- End Message ---
--- Begin Message ---
Source: python-tclink
Source-Version: 3.4.0-2

We believe that the bug you reported is fixed in the latest version of
python-tclink, which is due to be installed in the Debian FTP archive:

python-tclink_3.4.0-2.diff.gz
  to pool/main/p/python-tclink/python-tclink_3.4.0-2.diff.gz
python-tclink_3.4.0-2.dsc
  to pool/main/p/python-tclink/python-tclink_3.4.0-2.dsc
python-tclink_3.4.0-2_all.deb
  to pool/main/p/python-tclink/python-tclink_3.4.0-2_all.deb
python2.3-tclink_3.4.0-2_i386.deb
  to pool/main/p/python-tclink/python2.3-tclink_3.4.0-2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matej Vela <[EMAIL PROTECTED]> (supplier of updated python-tclink package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Apr 2006 20:45:07 +0200
Source: python-tclink
Binary: python2.3-tclink python-tclink
Architecture: source all i386
Version: 3.4.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group <[EMAIL PROTECTED]>
Changed-By: Matej Vela <[EMAIL PROTECTED]>
Description: 
 python-tclink - TrustCommerce credit card processing for Python [dummy package]
 python2.3-tclink - TrustCommerce credit card processing for Python 2.3.x
Closes: 161547 243362 351151
Changes: 
 python-tclink (3.4.0-2) unstable; urgency=low
 .
   * QA upload.
   * Package is orphaned (#352665); set maintainer to Debian QA Group.
   * Acknowledge NMUs.  Closes: #161547, #243362.
   * Drop support for Python 2.1/2.2.  Closes: #351151.
   * Install examples into version-specific packages like the rest of
 the documentation.
   * Switch to debhelper 5.
   * debian/copyright: Add full copyright statement.
   * debian/changelog: Remove obsolete Emacs local variables.
   * Conforms to Standards version 3.6.2.
Files: 
 a51cdd9c4f8f47892cef727fd0be84eb 656 python optional python-tclink_3.4.0-2.dsc
 17ac5d554270d95d623e63c0e1836b73 2582 python optional 
python-tclink_3.4.0-2.diff.gz
 fac061160393952c05262f21c4186d8c 2594 python optional 
python-tclink_3.4.0-2_all.deb
 237640da91f0bbf49ae8280b6f799f70 50686 python optional 
python2.3-tclink_3.4.0-2_i386.deb

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

iD8DBQFENBBDxBYivKllgY8RAiZAAKDEdpzg32W39X7jjbEUz8IdySK4kgCgqLvV
CD7EMBxe/ze8d1p+ZJPjAx0=
=Q4Cn
-END PGP SIGNATURE-

--- End Message ---

Processed: Fixed in NMU of grub 0.97-7.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 360028 + fixed
Bug#360028: grub: FTBFS (amd64): Failed to satisfy Build-Depends dependency for 
grub: ia32-libs-dev
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360522: marked as done (mkvtoolnix: generated files are corrupt under amd64)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 14:04:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360522: fixed in mkvtoolnix 1.6.5-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mkvtoolnix
Version: 1.6.5-4
Severity: grave
Justification: causes non-serious data loss

Under amd64 gebnerated files are corrupted, here there are some samples:
http://chicca.ath.cx/mkvtoolnix/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mkvtoolnix depends on:
ii  libbz2-1.01.0.3-2high-quality block-sorting file co
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libflac7  1.1.2-3.1  Free Lossless Audio Codec - runtim
ii  libgcc1   1:4.0.3-1  GCC support library
ii  liblzo1   1.08-3 data compression library (old vers
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.2-1The Vorbis General Audio Compressi
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages mkvtoolnix recommends:
pn  mkvtoolnix-gui (no description available)

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: mkvtoolnix
Source-Version: 1.6.5-5

We believe that the bug you reported is fixed in the latest version of
mkvtoolnix, which is due to be installed in the Debian FTP archive:

mkvtoolnix-gui_1.6.5-5_i386.deb
  to pool/main/m/mkvtoolnix/mkvtoolnix-gui_1.6.5-5_i386.deb
mkvtoolnix_1.6.5-5.diff.gz
  to pool/main/m/mkvtoolnix/mkvtoolnix_1.6.5-5.diff.gz
mkvtoolnix_1.6.5-5.dsc
  to pool/main/m/mkvtoolnix/mkvtoolnix_1.6.5-5.dsc
mkvtoolnix_1.6.5-5_i386.deb
  to pool/main/m/mkvtoolnix/mkvtoolnix_1.6.5-5_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Clément Stenac <[EMAIL PROTECTED]> (supplier of updated mkvtoolnix package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue,  4 Apr 2006 21:40:36 +0200
Source: mkvtoolnix
Binary: mkvtoolnix-gui mkvtoolnix
Architecture: source i386
Version: 1.6.5-5
Distribution: unstable
Urgency: low
Maintainer: Clément Stenac <[EMAIL PROTECTED]>
Changed-By: Clément Stenac <[EMAIL PROTECTED]>
Description: 
 mkvtoolnix - Set of command-line tools to work with Matroska files
 mkvtoolnix-gui - Set of tools to work with Matroska files - GUI frontend
Closes: 360522
Changes: 
 mkvtoolnix (1.6.5-5) unstable; urgency=low
 .
   * Rebuild against libebml 0.7.7 to fix corruption on amd64 (Closes:#360522)
Files: 
 3118a03fce3d835448264055115b9fd3 781 graphics optional mkvtoolnix_1.6.5-5.dsc
 c4961571d18dce89ea9f1361a778afcd 27096 graphics optional 
mkvtoolnix_1.6.5-5.diff.gz
 8db4ccc9c060007f1c3d0cc3d0ec7420 1337014 graphics optional 
mkvtoolnix_1.6.5-5_i386.deb
 aec4284466e1b8432bfcf5c5e4605044 851518 graphics optional 
mkvtoolnix-gui_1.6.5-5_i386.deb

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

iD8DBQFENBuOrSbtgqbIBbkRAiXrAJ4j5+lng9Bq7JJbZv59sQ5WM1cZlACgsWjE
IOkgZDtqlwuDPwoF9xkmQiA=
=5uqB
-END PGP SIGNATURE-

--- End Message ---

Bug#358999: marked as done (python-4suite: Please quote the commands given to su)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 14:04:29 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358999: fixed in python-4suite 0.99cvs20060405-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: python-4suite
Version: 0.99cvs20060302-1
Severity: wishlist
Tags: patch

Hello,

As announced in [0], su behavior will change.
The python-4suite-server init.d executes commands with su without quoting
them.
(The attached patch also fixes a command in python-4suite's documentation.)

The patched version should be compatible with the old and future su.

You can find a login package in experimental if you want to test the
patch.

When the new login package will reach unstable, the severity of this bug
will be raised.

[0] http://lists.debian.org/debian-devel-announce/2006/03/msg3.html

Kind Regards,
-- 
Nekral
diff -rauN 
../orig/python-4suite-0.99cvs20060302/debian/patches/19-DebianQuickStart.dpatch 
./python-4suite-0.99cvs20060302/debian/patches/19-DebianQuickStart.dpatch
--- 
../orig/python-4suite-0.99cvs20060302/debian/patches/19-DebianQuickStart.dpatch 
2006-03-25 18:44:31.0 +0100
+++ ./python-4suite-0.99cvs20060302/debian/patches/19-DebianQuickStart.dpatch   
2006-03-25 18:54:54.0 +0100
@@ -61,7 +61,7 @@
 +  Please read this Debian GNU/Linux reletaed paragraphs carefully. 
They affect the whole document.
 +  Tune your preferred configuration for the 4Suite RDF Controller 
(Server) using the /etc/defaults/4ss file.
 +The 4ssd application has been moved to /usr/share/4Suite to comply 
File Hirarchy Standard (FHS) because this script is not stand-alone executable. 
You have to use 4ss_manager instead.
-+The preferred way to run 4ss_manager is as user/gruop `ftss' which 
is automatically created on installation of python-4suite-server package. To do 
so start as root `# su ftss -c 4ss_manager init' or any of the other commands 
which modify the repository in /var/lib/4Suite directory.
++The preferred way to run 4ss_manager is as user/gruop `ftss' which 
is automatically created on installation of python-4suite-server package. To do 
so start as root `# su ftss -c "4ss_manager init"' or any of the other commands 
which modify the repository in /var/lib/4Suite directory.
 +The /etc/init.d/4ss will also start 4ssd as user/group `ftss'. This 
can be changed by DAEMON_USER in /etc/defaults/4ss.
 +The PID and the LOG are stored within /var/run/4Suite/4ss.pid and 
/var/log/4Suite/4ss.log files until the defaults are changed in 
/etc/4Suite/4ss.conf. Do not forget to change the /etc/default/4ss file 
too.
 +  
diff -rauN 
../orig/python-4suite-0.99cvs20060302/debian/python-4suite-server.init.d 
./python-4suite-0.99cvs20060302/debian/python-4suite-server.init.d
--- ../orig/python-4suite-0.99cvs20060302/debian/python-4suite-server.init.d
2006-03-25 18:44:31.0 +0100
+++ ./python-4suite-0.99cvs20060302/debian/python-4suite-server.init.d  
2006-03-25 19:52:57.0 +0100
@@ -91,7 +91,7 @@
   stop)
echo -n "Stopping $DESC: "
if [ \( -n "$FTSS_USERNAME" -a -n "$FTSS_PASSWORD" \) -o 
"$DAEMON_STOPOPTIONS" != "stop" ]; then
-   su "$DAEMON_USER" -c "$DAEMON" $DAEMON_STOPOPTIONS 2>&1 
>/dev/null
+   su "$DAEMON_USER" -c "\"$DAEMON\" $DAEMON_STOPOPTIONS 
>/dev/null 2>&1"
sleep 1
[ -r "$PIDFILE" ] && echo "FAILED." || echo "$NAME."
else
@@ -118,7 +118,7 @@
#
echo -n "Restarting $DESC: "
if [ \( -n "$FTSS_USERNAME" -a -n "$FTSS_PASSWORD" \) -o 
"$DAEMON_RESTARTOPTIONS" != "restart" ]; then
-   su "$DAEMON_USER" -c "$DAEMON" $DAEMON_RESTARTOPTIONS 2>&1 
>/dev/null
+   su "$DAEMON_USER" -c "\"$DAEMON\" $DAEMON_RESTARTOPTIONS 
>/dev/null 2>&1"
[ -r "$PIDFILE" ] && echo "$NAME." || echo "FAILED."
else
echo "UNCONFIGURED."
--- End Message ---
--- Begin Message ---
Source: python-4suite
Source-Version: 0.99cvs20060405-1

We believe that the bug you reported is fixed in the latest version of
python-4suite, which is due to be installed in the Debian FTP archive:

python-4suite-common_0.99cvs20060405-1_all.deb
  to pool/main/p/python-4suite/python-4suite-common_0.99cvs20060405-1_all.deb
python-4suite-doc_0.99cvs20060405-1_all.deb
  to pool/main/p/python-4suite/python-4suite-doc_0.99cvs20060405-1_all.deb
python-4suite-server_0.99cvs20060405-1_all.deb
  to pool/main/p/python-4suite/python-4suite-server_0.99cvs20060405-1_all

Bug#360993: whitelister_0.8-1(hppa/unstable): hppa missing from architecture list

[lamont]

Package: whitelister
Version: 0.8-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of whitelister_0.8-1 on sarti by sbuild/hppa 85
> Build started at 20060405-2202

[...]
> : hppa not in arch list: alpha amd64 arm hurd-i386 i386 ia64 kfreebsd-i386 
> powerpc sparc -- skipping


A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=whitelister&ver=0.8-1



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

Bug#343978: vlc segfault

[Clément Stenac]

tag #343978 +unreproducible
thanks

Hello,

This bug is not reproducible currently.

Please try removing your preferences files (~/.vlc) and check again.

Regards,

-- 
Zorglub
Clément Stenac

Bug#360996: should not enter testing

[Mirco Bauer]

Package: mono
Severity: grave

Should not enter testing, mono-classlib-1.0/2.0 contain dependecies that
makes mono not installable on all archs except i386 and amd64, new
upload that solves this is pending.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+++$ N o? K- w++>! O M-
V? PS
PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
--END GEEK CODE BLOCK--


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

Bug#263358: minit: Minit not to be included in sarge, experimental packaging

[Erich Schubert]

Hi,
> Erich, will you request removal from unstable, or do you want me to do

I had someone who mentioned interest in maintaining minit once, I think
this year, and way past I had orphaned it. I'll ask him if he still
wants to become the new maintainer.
I'm not sure I have his email, it was on IRC, and he might need a
sponsor.
Maybe he is not using minit anymore either, I don't know.

best regards,
Erich Schubert
-- 
 erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_
   You know we all became mathematicians for the same reason:  //\
we were lazy. --- Max Rosenlicht   V_/_
 Mancher findet sein Herz nicht eher, als bis er seinen Kopf verliert.



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

Bug#349196: acknowledged by developer (Re: Bug#349587: $SSH_AGENT_PID is still not available with sudo -s)

[Josip Rodin]

On Wed, Apr 05, 2006 at 12:48:08PM -0700, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> #349196: sudo: DSA-946-1 broke joe horribly,
> which was filed against the sudo package.
> 
> It has been marked as closed by one of the developers, namely
> Steve Langasek <[EMAIL PROTECTED]>.
> 
> You should be hearing from them with a substantive response shortly,
> in case you haven't already. If not, please contact them directly.

Please be careful when dealing with merged bugs in control messages, because
the result of this action is fairly confusing for the submitter.

-- 
 2. That which causes joy or happiness.


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

Processed: vlc segfault

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag #343978 +unreproducible
Bug#343978: vlc: segfault on launch/fopen
There were no tags set.
Tags added: unreproducible

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#349587: $SSH_AGENT_PID is still not available with sudo -s

[Steve Langasek]

clone 349587 -1
unmerge -1
retitle -1 sudo should also preserve the SSH_AGENT_PID variable
severity -1 important
close 349587 1.6.8p12-2
thanks

On Wed, Apr 05, 2006 at 07:05:07PM +0200, Cyril Bouthors wrote:

> The bug is still there with sudo 1.6.8p12-2:
> 
> [EMAIL PROTECTED]:~$ echo $SSH_AGENT_PID
> 4267
> [EMAIL PROTECTED]:~$ sudo -s
> [EMAIL PROTECTED]:~# echo $SSH_AGENT_PID
> 
> [EMAIL PROTECTED]:~#
> 
> This makes the ssh client unable to run with sudo. It's useful to open
> ssh tunnels on port <1024.

This is not what the bug report you just reopened was about.  That bug
report was about other env variables, and about the fact that the security
update was broken with respect to the documentation and required bizarre
gyrations to get any env vars passed.

Those bugs have all been fixed, which means that you can now export any
other variables you want to with use of env_check in /etc/sudoers; e.g.,

  env_check += SSH_AGENT_PID

wanting SSH_AGENT_PID preserved by default seems like a valid request, but
it is a separate bug and it doesn't seem to me that it warrants the same
severity.

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

Processed: Re: Bug#349587: $SSH_AGENT_PID is still not available with sudo -s

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 349587 -1
Bug#349587: sudo -s does not preserve $HOME environment variable
Bug is marked as being merged with others.

> unmerge -1
Bug number -1 not found.

> retitle -1 sudo should also preserve the SSH_AGENT_PID variable
Bug number -1 not found.

> severity -1 important
Bug number -1 not found.

> close 349587 1.6.8p12-2
Bug#349587: sudo -s does not preserve $HOME environment variable
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug#349196: sudo: DSA-946-1 broke joe horribly
Bug#349549: XAUTHORITY broken
Bug#349729: sudo: Removes all user environment variables except TERM, LANG and 
LANGUAGE
Bug marked as fixed in version 1.6.8p12-2, send any further explanations to 
Berend Reitsma <[EMAIL PROTECTED]>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#263358: minit: Minit not to be included in sarge, experimental packaging

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 263358
Bug#263358: minit: Minit not to be included in sarge, experimental packaging
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#357527: [stable] cyrus-sasl2 dfsg issue

[Steve Langasek]

On Wed, Apr 05, 2006 at 11:10:26AM -0600, dann frazier wrote:

> It sounds like this needs to happen quickly, so I'll begin preparing a
> new unstable upload w/ urgency=high.  If you believe it is warranted
> (and its easier then hinting it in), give me the go-ahead & I'll
> upload this version before the next dinstall run.

Please don't do this.  Hinting is always the easier choice.  I've added a
hint now.

-- 
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#263358: minit: Minit not to be included in sarge, experimental packaging

[Thijs Kinkhorst]

reopen 263358
thanks

On Wed, 2006-04-05 at 14:04 -0400, Justin Pryzby wrote:
> As it stands, this package will move to testing.  Do you really want
> that to happen?  I think an RC bug about "don't move to sarge" should
> remain RC even after sarge released, unless someone agreeing to
> maintain the package explicitly states that it is ready to be included
> in whatever the upcoming stable release is, and right now, the package
> doesn't have a maintainer, so I think this bug should remain opened,
> and perhaps clone+severity+reassign+retitle for removal, no?

Yes, I agree given that the previous maintainer thinks it even shouldn't
be in unstable. If it's about to be removed it shouldn't progress.
Erich, will you request removal from unstable, or do you want me to do
it?


Thijs


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

Processed: mozilla-firefox-locale-nb depends too-loosely on firefox version

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 348360 grave
Bug#348360: firefox: There are no Firefox translations anymore!
Severity set to `grave'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#263358: minit: Minit not to be included in sarge, experimental packaging

[Justin Pryzby]

On Wed, Apr 05, 2006 at 07:45:39PM +0200, Erich Schubert wrote:
> Hi,
> > There's of course the question whether it should be removed altogether
> > since it's orphaned, but that's a different one, and I don't see a
> > pressing reason for that (there are a handful of users and no bugs).
> 
> A couple of installations doesn't mean they ever bothered to configure
> it.
> I think the package shouldn't be in unstable either, maybe experimental.
> The package is not fit for a wider audience; those that can really setup
> minit are able to grab it from experimental or build it themselves.
As it stands, this package will move to testing.  Do you really want
that to happen?  I think an RC bug about "don't move to sarge" should
remain RC even after sarge released, unless someone agreeing to
maintain the package explicitly states that it is ready to be included
in whatever the upcoming stable release is, and right now, the package
doesn't have a maintainer, so I think this bug should remain opened,
and perhaps clone+severity+reassign+retitle for removal, no?


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

Processed: severity of 360897 is normal, reassign 360897 to installation-reports

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.16
> severity 360897 normal
Bug#360897: sparc64 tftpboot kernel driver failure during Gigaswift ethernet 
(aka cassini) detection
Severity set to `normal'.

> reassign 360897 installation-reports
Bug#360897: sparc64 tftpboot kernel driver failure during Gigaswift ethernet 
(aka cassini) detection
Bug reassigned from package `installation-reports' to `installation-reports'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#263358: minit: Minit not to be included in sarge, experimental packaging

[Thijs Kinkhorst]

On Wed, 2006-04-05 at 19:45 +0200, Erich Schubert wrote:
> Hi,
> > There's of course the question whether it should be removed altogether
> > since it's orphaned, but that's a different one, and I don't see a
> > pressing reason for that (there are a handful of users and no bugs).
> 
> A couple of installations doesn't mean they ever bothered to configure
> it.
> I think the package shouldn't be in unstable either, maybe experimental.
> The package is not fit for a wider audience; those that can really setup
> minit are able to grab it from experimental or build it themselves.

Uploading a package without a maintainer to experimental doesn't make
much sense. But if you think that's useful, I think it's best if you
upload it there.

So in any case it needs to be removed from unstable. Shall I or will you
file a removal bug?


Thijs


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

Bug#360567: marked as done (amavisd-new: incompatible with current version of login)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 10:47:34 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360567: fixed in shadow 1:4.0.15-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: amavisd-new
Version: 1:2.3.3-7
Severity: grave
Justification: renders package unusable

On installation, it bails out with a dependancy on adduser which it says
cannot be installed. It's already installed, I've also tried downgrading
to the adduser from stable with no effect.

Cheers,
Eamonn



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

Versions of packages amavisd-new depends on:
ii  adduser   3.85   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  file  4.17-1 Determines file type using "magic"
ii  libarchive-tar-perl   1.28-1 Archive::Tar - manipulate tar file
ii  libarchive-zip-perl   1.16-1 Module for manipulation of ZIP arc
ii  libberkeleydb-perl0.27-1 use Berkeley DB 4 databases from P
ii  libcompress-zlib-perl 1.41-1 Perl module for creation and manip
ii  libconvert-tnef-perl  0.17-4 Perl module to read TNEF files
ii  libconvert-uulib-perl 1.0.5.1-1  Perl interface to the uulib librar
pn  libdigest-md5-perl (no description available)
ii  libio-stringy-perl2.110-1Perl5 modules for IO from scalars 
ii  libmailtools-perl 1.74-0.1   Manipulate email in perl programs
pn  libmime-base64-perl(no description available)
ii  libmime-perl  5.419-1Perl5 modules for MIME-compliant m
ii  libnet-perl   1:1.19-3   Implementation of Internet protoco
ii  libnet-server-perl0.90-1 An extensible, general perl server
ii  libunix-syslog-perl   0.100-4Perl interface to the UNIX syslog(
ii  perl [libtime-hires-perl] 5.8.8-3Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.8.8-3Core Perl modules

amavisd-new recommends no packages.

--- End Message ---
--- Begin Message ---
Source: shadow
Source-Version: 1:4.0.15-3

We believe that the bug you reported is fixed in the latest version of
shadow, which is due to be installed in the Debian FTP archive:

login_4.0.15-3_i386.deb
  to pool/main/s/shadow/login_4.0.15-3_i386.deb
passwd_4.0.15-3_i386.deb
  to pool/main/s/shadow/passwd_4.0.15-3_i386.deb
shadow_4.0.15-3.diff.gz
  to pool/main/s/shadow/shadow_4.0.15-3.diff.gz
shadow_4.0.15-3.dsc
  to pool/main/s/shadow/shadow_4.0.15-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Perrier <[EMAIL PROTECTED]> (supplier of updated shadow package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Apr 2006 08:50:21 +0200
Source: shadow
Binary: login passwd
Architecture: source i386
Version: 1:4.0.15-3
Distribution: unstable
Urgency: high
Maintainer: Shadow package maintainers <[EMAIL PROTECTED]>
Changed-By: Christian Perrier <[EMAIL PROTECTED]>
Description: 
 login  - system login tools
 passwd - change and administer password and group data
Closes: 360567 360856
Changes: 
 shadow (1:4.0.15-3) unstable; urgency=high
 .
   * The "Neufchâtel" release
   * Debian packaging fixes:
 - set a versioned Conflict with amaviwsd-new. Closes: #360856, #360567
Files: 
 6f2628f1ff18e49c2a2ee1d89e407f61 964 admin required shadow_4.0.15-3.dsc
 a45121baf88592b67284bfc96e036a26 164372 admin required shadow_4.0.15-3.diff.gz
 585f5e4d7c06da9ed9836589cfe15ce9 745584 admin required passwd_4.0.15-3_i386.deb
 4e2f9786b27b12100167651c8a84aeef 710888 admin required login_4.0.15-3_i386.deb

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

iD8DBQFEM+w91OXtrMAUPS0RAoX6AJwOh4Etp1kkwjpk3+HWzgRJluhIrAC

Bug#359264: Corrected by latest python upgrades

[David Baron]

On Wednesday 05 April 2006 12:44, you wrote:
> reassign 359264 libgconf2-4
> thanks
>
> On Wed, Mar 29, 2006 at 05:17:32PM +0200, David Baron wrote:
> > Python2.4 upgrades today on Sid apparently corrected the problem.
> > I had to install python2.4_2.4.2+2.4.3c1-1_i386.deb with a dpkg
> > --force-all because of duplicated files. Running apt-get -f install
> > afterwards to complete the aborted upgrades completed all the gnome/pango
> > incompletes as well! I do not know which python2.4 touched this bug.
>
> The error messages you showed in this bug log have nothing at all to do
> with python.  They're bugs showing that packages that depend on gconf2 are
> being configured even though gconf2 is not in a usable state, due to an
> unsatisfied dependency on a newer version of libglib2.0-0.
>
> I'm not sure that this bug will be possible to reproduce, though, in which
> case it should probably be closed unless there are other reports of the
> same problem.  For the moment, I'll reassign the bug to libgconf2-4, for
> the maintainer to look at.

Already corrected on Sid so close it.


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

Bug#327049: wwwoffle: Restores removed conffile

[Justin Pryzby]

On Wed, Apr 05, 2006 at 06:21:45PM +0200, Paul Slootman wrote:
> My problem is with the wording of your bug report, you demand the file
> mustn't be recreated. If you now qualify that by saying that if the user
> does indeed enter a frequency again then it's OK to recreate the file,
> then I indeed don't have a problem anymore.
It shouldn't be recreated unless specifically requested.

conffiles (and I realize this is not a conffile) must not be modified
by anything, but it is allowed for an *interactive* editor, specific
to that file format, to allow more easily editing that file.

So I still think the solution is to prompt the user, if it is not the
initial install, and if the config file doesn't exist, if it should be
recreated.  If yes, continue asking questions, otherwise, exit 0,
since the answers wouldn't be written to the config file anyway.

Justin


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

Bug#263358: minit: Minit not to be included in sarge, experimental packaging

[Erich Schubert]

Hi,
> There's of course the question whether it should be removed altogether
> since it's orphaned, but that's a different one, and I don't see a
> pressing reason for that (there are a handful of users and no bugs).

A couple of installations doesn't mean they ever bothered to configure
it.
I think the package shouldn't be in unstable either, maybe experimental.
The package is not fit for a wider audience; those that can really setup
minit are able to grab it from experimental or build it themselves.

best regards,
Erich Schubert
-- 
   erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
  To be trusted is a greater complement than to be loved.   //\
  Ein Freund ist ein Geschenk, das man sich selbst macht.   V_/_



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

Processed: (no subject)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 360955 +experimental
Bug#360955: FTBFS: Missing build-dependency on libxml-parser-perl
Tags were: patch
Tags added: experimental

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#263358: marked as done (minit: Minit not to be included in sarge, experimental packaging)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 19:38:43 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#263358: minit: Minit not to be included in sarge, 
experimental packaging
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: minit
Version: 0.9.1.cvs20040418-1
Severity: serious
Tags: sarge

Minit should not be included in sarge.
The packaging is experimental and i did not recieve any feedback yet.
Since minit doesn't have any dependencies it can be installed from
unstable on even a potato system easily.

Erich

--- End Message ---
--- Begin Message ---
Hello Erich,

On Tue, 2006-01-10 at 22:37 +0100, Erich Schubert wrote:
> Hi,
> > Since sarge has been released, do you think it would be time to close
> > this bug and let the package flow into testing for possible release with
> > etch?
> 
> The package is not up to date, and I'm not using minit myself any
> longer.
> Therefore the package is RFA:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334178
> And I probably should retitle that into "orphan".

Since you've updated the package to the latest upstream version, and
since sarge has been released, the package is at least not RC-buggy
anymore. I'm closing this bug.

There's of course the question whether it should be removed altogether
since it's orphaned, but that's a different one, and I don't see a
pressing reason for that (there are a handful of users and no bugs).


Thijs


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

Processed: Bug is now RC

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 358998 serious
Bug#358998: gnunet: Please quote the commands given to su
Severity set to `serious'.

> severity 358999 serious
Bug#358999: python-4suite: Please quote the commands given to su
Severity set to `serious'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: severity of 360887 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.16
>  # Please read http://www.debian.org/Bugs/Developer#severities before 
> inflating severity of bugs
> severity 360887 important
Bug#360887: sylpheed-claws-gtk2: sylpheed-claws-gtk2 SIGABRT
Severity set to `important'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360955: FTBFS: Missing build-dependency on libxml-parser-perl

[Matt Kraai]

Package: gaim
Version: 1:2.0.0+beta3-1
Severity: serious
Tags: patch

gaim fails to compile because it can't find XML::Parser:

> checking for XML::Parser... configure: error: XML::Parser perl module is 
> required for intltool
> make: *** [config.status] Error 1

Adding libxml-parser-perl to the build-dependencies fixes this
problem.

-- 
Matt
--- debian/control.orig 2006-04-05 10:08:39.0 -0700
+++ debian/control  2006-04-05 09:35:41.0 -0700
@@ -9,7 +9,7 @@
  libaudiofile-dev, libgtkspell-dev, libltdl3-dev, libperl-dev,
  libstartup-notification0-dev, xutils, libzephyr-dev, libxml2-dev,
  libebook1.2-dev, libedata-book1.2-dev, libcamel1.2-dev,
- libdbus-glib-1-dev, dbus, python2.4
+ libdbus-glib-1-dev, dbus, python2.4, libxml-parser-perl
 Standards-Version: 3.6.1
 
 Package: gaim


signature.asc
Description: Digital signature

Processed: $SSH_AGENT_PID is still not available with sudo -s

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 349587
Bug#349587: sudo -s does not preserve $HOME environment variable
Bug#349196: sudo: DSA-946-1 broke joe horribly
Bug#349549: XAUTHORITY broken
Bug#349729: sudo: Removes all user environment variables except TERM, LANG and 
LANGUAGE
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#349587: $SSH_AGENT_PID is still not available with sudo -s

[Cyril Bouthors]

reopen 349587
thanks

The bug is still there with sudo 1.6.8p12-2:

[EMAIL PROTECTED]:~$ echo $SSH_AGENT_PID
4267
[EMAIL PROTECTED]:~$ sudo -s
[EMAIL PROTECTED]:~# echo $SSH_AGENT_PID

[EMAIL PROTECTED]:~#

This makes the ssh client unable to run with sudo. It's useful to open
ssh tunnels on port <1024.
-- 
Cyril Bouthors


pgpsTH5WltAwi.pgp
Description: PGP signature

Bug#357527: [stable] cyrus-sasl2 dfsg issue

[dann frazier]

On Tue, Apr 04, 2006 at 06:12:10PM -0600, dann frazier wrote:
> On Tue, Apr 04, 2006 at 05:35:06PM -0600, dann frazier wrote:
> > I'll work on a sarge update w/ the same orig.tar.gz next.
> 
> proposed stable update has now been uploaded as well.

And rejected, because unstable's version is greater.  At zobel's
request, I uploaded my sid version directly (it was in the delayed
queue). However, my urgency was still set to low, so it'll take some
time to propogate.

It sounds like this needs to happen quickly, so I'll begin preparing a
new unstable upload w/ urgency=high.  If you believe it is warranted
(and its easier then hinting it in), give me the go-ahead & I'll
upload this version before the next dinstall run.

-- 
dann frazier



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

Bug#360420: marked as done (nfs-kernel-server: fail to upgrade)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 09:47:07 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360420: fixed in nfs-utils 1:1.0.7-7
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: nfs-kernel-server
Version: 1:1.0.7-5
Severity: minor

Hi, I met an upgrade error on nfs-kernel-server.
The error is listed as follows:

Setting up nfs-kernel-server (1.0.7-5) ...
Stopping NFS kernel daemon: mountd nfsd.
Unexporting directories for NFS kernel daemon...done.
Exporting directories for NFS kernel daemon...done.
Starting NFS kernel daemon: nfsdinvoke-rc.d: initscript
nfs-kernel-server, action "restart" failed.
dpkg: error processing nfs-kernel-server (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 nfs-kernel-server
  


-- 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.14zc.0.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)

Versions of packages nfs-kernel-server depends on:
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libcomerr21.38+1.39-WIP-2006.03.29-2 common error description library
ii  libkrb53  1.4.3-6MIT Kerberos runtime libraries
ii  libnfsidmap1  0.13-1 An nfs idmapping library
ii  libwrap0  7.6.dbs-9  Wietse Venema's TCP wrappers libra
ii  nfs-common1:1.0.7-5  NFS support files common to client
ii  sysvinit  2.86.ds1-14System-V-like init utilities

nfs-kernel-server recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: nfs-utils
Source-Version: 1:1.0.7-7

We believe that the bug you reported is fixed in the latest version of
nfs-utils, which is due to be installed in the Debian FTP archive:

nfs-common_1.0.7-7_i386.deb
  to pool/main/n/nfs-utils/nfs-common_1.0.7-7_i386.deb
nfs-kernel-server_1.0.7-7_i386.deb
  to pool/main/n/nfs-utils/nfs-kernel-server_1.0.7-7_i386.deb
nfs-utils_1.0.7-7.diff.gz
  to pool/main/n/nfs-utils/nfs-utils_1.0.7-7.diff.gz
nfs-utils_1.0.7-7.dsc
  to pool/main/n/nfs-utils/nfs-utils_1.0.7-7.dsc
nhfsstone_1.0.7-7_i386.deb
  to pool/main/n/nfs-utils/nhfsstone_1.0.7-7_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Steinar H. Gunderson <[EMAIL PROTECTED]> (supplier of updated nfs-utils package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Apr 2006 18:15:20 +0200
Source: nfs-utils
Binary: nhfsstone nfs-kernel-server nfs-common
Architecture: i386 source 
Version: 1:1.0.7-7
Distribution: unstable
Urgency: high
Maintainer: Steinar H. Gunderson <[EMAIL PROTECTED]>
Changed-By: Steinar H. Gunderson <[EMAIL PROTECTED]>
Description: 
 nfs-common - NFS support files common to client and server
 nfs-kernel-server - Kernel NFS server support
 nhfsstone  - NFS benchmark program
Closes: 239286 294468 297135 345460 360420
Changes: 
 nfs-utils (1:1.0.7-7) unstable; urgency=high
 .
   * urgency=high, fixes an RC bug.
   * Let the init script test for kernel support before trying to start
 nfs-kernel-server. (Closes: #360420)
   * Include help on how to activate /etc/exports changes; text from
 Martin Pool. (Closes: #239286)
   * Document sync option in exports man page. (Closes: #297135)
   * Give an example in /etc/exports. (Closes: #345460)
   * Write a mini-HOWTO on how to get NFSv4 up and running. (Closes: #294468)
 * Install it in debian/rules.
Files: 
 067f26d5fa5e998e4961367bd0c821fb 104020 net standard 
nfs-common_1.0.7-7_i386.deb
 a8e26d98feafbdd928cb7359000f720e 14344 net standard nfs-utils_1.0.7-7.diff.gz
 bae3738a8c021b207298b09feffc38be 113786 net optional 
nfs-kernel-server_1.0.7-7_i386.deb
 bd0cd15e7c83ef28291cf3a47540c8e9 44802 net extra nhfsstone_1.0.7-7_i386.deb
 7c61c5d7b7cbe920da4b34e1c5801a8c 921 net standard nfs-utils_1.0.7-7.dsc

-BEGIN PGP SIGNATURE-
Version: GnuP

Bug#360949: kolabd: error with "slapadd < yourkolabldapdata" - second

[Gavasso Davide]

Package: kolabd
Version: 1.9.4dfsg-2
Severity: grave
Justification: renders package unusable

When trying to configure kolabd according to README.debian.gz I have the 
following error:

/usr/share/kolabd/schema/kolab2.schema: line 536: Unexpected token before 1
ObjectClassDescription = "(" whsp
  numericoid whsp ; ObjectClass identifier
  [ "NAME" qdescrs ]
  [ "DESC" qdstring ]
  [ "OBSOLETE" whsp ]
  [ "SUP" oids ]; Superior ObjectClasses
  [ ( "ABSTRACT" / "STRUCTURAL" / "AUXILIARY" ) whsp ]
  ; default structural
  [ "MUST" oids ]   ; AttributeTypes
  [ "MAY" oids ]; AttributeTypes
  whsp ")"
slapcat: bad configuration file!


-- 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.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kolabd depends on:
ii  adduser  3.85Add and remove users and groups
ii  apache2-mpm-prefork  2.0.55-4traditional model for Apache2
ii  apache2-utils2.0.55-4utility programs for webservers
ii  db4.2-util   4.2.52-23.1 Berkeley v4.2 Database Utilities
ii  kolab-cyrus-admin2.2.12-5Cyrus mail system (administration 
ii  kolab-cyrus-clients  2.2.12-5Cyrus mail system (test clients)
ii  kolab-cyrus-imapd2.2.12-5Cyrus mail system (IMAP support)
ii  kolab-cyrus-pop3d2.2.12-5Cyrus mail system (POP3 support)
ii  kolab-resource-handlers  0.3.9-5 Scripts for the Kolab groupware se
ii  ldap-utils   2.2.26-5OpenLDAP utilities
ii  libkolab-perl0.9.2-2 Perl extensions for the Kolab Grou
ii  libmail-box-perl 2.063-1 Manage a message-folder
ii  libnet-netmask-perl  1.9012-1parse, manipulate and lookup IP ne
ii  libsasl2-modules 2.1.19-1.9  Pluggable Authentication Modules f
ii  libterm-readkey-perl 2.30-3  A perl module for simple terminal 
ii  libterm-readline-gnu-perl1.15-3  Perl extension for the GNU Readlin
ii  lsb-base 3.0-16  Linux Standard Base 3.0 init scrip
ii  openssl  0.9.8a-7Secure Socket Layer (SSL) binary a
ii  perl 5.8.8-3 Larry Wall's Practical Extraction 
ii  postfix  2.2.9-1 A high-performance mail transport 
ii  postfix-ldap 2.2.9-1 LDAP map support for Postfix
ii  sasl2-bin2.1.19-1.9  Programs for manipulating the SASL
ii  slapd2.2.26-5OpenLDAP server (slapd)

kolabd recommends no packages.

-- no debconf information


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

Bug#327049: wwwoffle: Restores removed conffile

[Paul Slootman]

On Wed 05 Apr 2006, Frank Küster wrote:
> Paul Slootman <[EMAIL PROTECTED]> wrote:
> 
> > On Wed 05 Apr 2006, Frank Küster wrote:
> >> Paul Slootman <[EMAIL PROTECTED]> wrote:
> >> 
> >> > If you enter a value via the debconf dialog that indicates that wwwoffle
> >> > should regularly fetch its list, then why remove the cron.d entry...
> >> 
> >> Because debconf is not a registry.  It's a frontend for maintainer
> >> scripts to interact with local admins, but the actuall *settings* are
> >> stored in /etc/.
> >
> > I'm talking about the case where you just entered a value,
> > interactively.
> 
> But I may have changed my mind, and i shouldn't be forced to use debconf
> then.  No, I *mustn't* be forced.

I'm talking about someone who wants to use debconf...
He chose at one time to have the fetching active, removed the cron.d
script later, and then changed his mind again, and thinks he can
reactivate it via debconf.


> > As I said above: I'm talking about the case where you just entered a
> > value, interactively.  Say, the configuration is parsed (the cron.d file
> > is missing, so debconf is seeded with "never"), the user changes that to
> > every 30 minutes, hence expects that from that moment on wwwoffle will
> > fetch its list every 30 minutes. However, you demand that the postinst
> > should never recreate the cron.d file, as the user removed it. 
> 
> No, I don't demand that.  I only demand that the postinst script not
> create the file unconditionally.  If a debconf question is seeded with
> "no", asked or not, and the postinst script acts according to the
> answer, everything is fine.

I read your bug report to mean that if the user removes the file,
postinst should never, ever recreate it again, because that's what the
user wants, otherwise he wouldn't have removed the file. And that's what
I have a problem with, because that would mean that if he does
dpkg-reconfigure again and enters a fetch frequency, "I" (the postinst
script) wouldn't be allowed to create the file again. Your exact words
were "and indeed the postinst scripts recreates the file if it has been
deleted.", indicating that was the problem. You didn't qualify that
statement with "unconditionally" or so...

> >> This case can easily be distinguished because, like a postinst, config
> >> gets a second parameter which is the version number of the
> >> last-configured (i.e. the currently installed) package.  If it's a fresh
> >> install, $2 is empty.
> >
> > No, it's freshly installed, but the user runs dpkg-reconfigure because
> > he wants to turn on the fetch feature, which he didn't turn on during
> > the initial install; that's the situation I meant to demonstrate; sorry
> > if that wasn't clear.
> 
> So, where's the problem?  He's asked the question, changes from "no" to
> "yes" and a specific value, and the change is done - or he doesn't
> change, either because he doesn't want to, or he doesn't see the
> questions, and no change is done.

My problem is with the wording of your bug report, you demand the file
mustn't be recreated. If you now qualify that by saying that if the user
does indeed enter a frequency again then it's OK to recreate the file,
then I indeed don't have a problem anymore.

> >> I'd offer to write a patch if you don't want to, or don't have time to
> >> dig into this.
> >
> > If you could take into account all possible situations... then please.
> > Note that I am in the process of packaging 2.9, and the maintainer
> > script will be changed a lot (I'm taking out support for upgrading from
> > before woody, which will simplify things and which should be more than
> > enough).
> 
> Is the new maintainer script available somewhere?

Not yet.


Paul Slootman


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

Processed: (no subject)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 360916 important
Bug#360916: mozilla-mplayer buffer the media, then just shows 'stopped'
Severity set to `important'.

> tags 257021 -fixed-in-experimental
Bug#257021: gaim: history plugin with people with huge histories causes hang
Tags were: fixed-in-experimental
Tags removed: fixed-in-experimental

> tags 360899 +sarge
Bug#360899: probably to forward to upstream (or fixed in sid/experimental)
There were no tags set.
Tags added: sarge

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360932: incomplete purge

[Peter Eisentraut]

Package: kolabd
Severity: serious

This package does not purge any files created by postinst under
/var/lib and /var/log.  It should probably coordinate with
kolab-resource-handlers about who gets to clean what.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
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)


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

Bug#327049: wwwoffle: Restores removed conffile

[Frank Küster]

Paul Slootman <[EMAIL PROTECTED]> wrote:

> On Wed 05 Apr 2006, Frank Küster wrote:
>> Paul Slootman <[EMAIL PROTECTED]> wrote:
>> 
>> > If you enter a value via the debconf dialog that indicates that wwwoffle
>> > should regularly fetch its list, then why remove the cron.d entry...
>> 
>> Because debconf is not a registry.  It's a frontend for maintainer
>> scripts to interact with local admins, but the actuall *settings* are
>> stored in /etc/.
>
> I'm talking about the case where you just entered a value,
> interactively.

But I may have changed my mind, and i shouldn't be forced to use debconf
then.  No, I *mustn't* be forced.

> As I said above: I'm talking about the case where you just entered a
> value, interactively.  Say, the configuration is parsed (the cron.d file
> is missing, so debconf is seeded with "never"), the user changes that to
> every 30 minutes, hence expects that from that moment on wwwoffle will
> fetch its list every 30 minutes. However, you demand that the postinst
> should never recreate the cron.d file, as the user removed it. 

No, I don't demand that.  I only demand that the postinst script not
create the file unconditionally.  If a debconf question is seeded with
"no", asked or not, and the postinst script acts according to the
answer, everything is fine.

>> This case can easily be distinguished because, like a postinst, config
>> gets a second parameter which is the version number of the
>> last-configured (i.e. the currently installed) package.  If it's a fresh
>> install, $2 is empty.
>
> No, it's freshly installed, but the user runs dpkg-reconfigure because
> he wants to turn on the fetch feature, which he didn't turn on during
> the initial install; that's the situation I meant to demonstrate; sorry
> if that wasn't clear.

So, where's the problem?  He's asked the question, changes from "no" to
"yes" and a specific value, and the change is done - or he doesn't
change, either because he doesn't want to, or he doesn't see the
questions, and no change is done.

>> I'd offer to write a patch if you don't want to, or don't have time to
>> dig into this.
>
> If you could take into account all possible situations... then please.
> Note that I am in the process of packaging 2.9, and the maintainer
> script will be changed a lot (I'm taking out support for upgrading from
> before woody, which will simplify things and which should be more than
> enough).

Is the new maintainer script available somewhere?

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

Bug#360934: no log rotation

[Peter Eisentraut]

Package: kolabd
Severity: serious

The package has no log rotation set up for its log files.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
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)


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

Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data

[Matt Zimmerman]

reassign 360895 python2.4
thanks

On Wed, Apr 05, 2006 at 12:32:28PM +0200, Bill Allombert wrote:
> Package: apt-listchanges
> Version: 2.59-0.2
> Severity: grave
> 
> apt-listchanges just fails with error message
> 
>   Traceback (most recent call last):
> File "/usr/bin/apt-listchanges", line 30, in ?
>   import apt_pkg
>   ImportError: libstdc++.so.6: cannot handle TLS data
> 
> which render the package useless.

...which cannot possibly be the fault of apt-listchanges.  It may not be
python's, either, but that's certainly a closer place to start.

-- 
 - mdz


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

Processed: Re: Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 360895 python2.4
Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data
Bug reassigned from package `apt-listchanges' to `python2.4'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360928: no log rotation

[Peter Eisentraut]

Package: kolab-resource-handlers
Severity: serious

The package has no log rotation set up for its log files.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
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)


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

Bug#360927: incomplete purge

[Peter Eisentraut]

Package: kolab-resource-handlers
Severity: serious

The package creates some directories in postrm such as /var/log/kolab,
/var/lib/kolab but does not undo any of this when purging.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
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)


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

Bug#360924: cannot install / buggy postinst

[Peter Eisentraut]

Package: kolab-resource-handlers
Version: 0.3.9-5
Severity: grave

# apt-get install kolab-resource-handlers



Creating freebusy cache directory
mkdir: cannot create directory `/var/lib/kolab/freebusy-cache': No such file or 
directory
dpkg: error ...

# echo $?
100

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
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)


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

Bug#327049: wwwoffle: Restores removed conffile

[Paul Slootman]

On Wed 05 Apr 2006, Frank Küster wrote:
> Paul Slootman <[EMAIL PROTECTED]> wrote:
> 
> > If you enter a value via the debconf dialog that indicates that wwwoffle
> > should regularly fetch its list, then why remove the cron.d entry...
> 
> Because debconf is not a registry.  It's a frontend for maintainer
> scripts to interact with local admins, but the actuall *settings* are
> stored in /etc/.

I'm talking about the case where you just entered a value,
interactively.

> > If I left that file alone when someone removed it, I'd get critical bug
> > reports that the functionality is broken because even after repeated
> > dpkg-reconfigure attempts at entering a fetch frequency, it doesn't
> > fetch anything.
> 
> If that happens, you didn't write the config script as debconf-devel
> advices.  The way to go is to parse the configuration (does the file
> exist? If yes, which interval does it specify?) and put these values
> into the debconf database via db_set, then ask the questions, then in
> postinst db_get the answers and make the changes, if needed.  This is
> all described in debconf-devel(7), under "Config file handling".

As I said above: I'm talking about the case where you just entered a
value, interactively.  Say, the configuration is parsed (the cron.d file
is missing, so debconf is seeded with "never"), the user changes that to
every 30 minutes, hence expects that from that moment on wwwoffle will
fetch its list every 30 minutes. However, you demand that the postinst
should never recreate the cron.d file, as the user removed it. Help! :)
What to do?

> > Please tell me how I should resolve this dilemma. Please don't just say
> > "if it's removed, don't recreate it"; give me some pseudo-code on how to
> > handle the different situations.  I find it difficult to distinguish the
> > following two situations:
> >
> > - wwwoffle is freshly installed, there is and has never been a
> >   /etc/cron.d/wwwoffle file, and the user runs dpkg-reconfigure and
> >   enters a fetch frequency.
> 
> This case can easily be distinguished because, like a postinst, config
> gets a second parameter which is the version number of the
> last-configured (i.e. the currently installed) package.  If it's a fresh
> install, $2 is empty.

No, it's freshly installed, but the user runs dpkg-reconfigure because
he wants to turn on the fetch feature, which he didn't turn on during
the initial install; that's the situation I meant to demonstrate; sorry
if that wasn't clear.

> I'd offer to write a patch if you don't want to, or don't have time to
> dig into this.

If you could take into account all possible situations... then please.
Note that I am in the process of packaging 2.9, and the maintainer
script will be changed a lot (I'm taking out support for upgrading from
before woody, which will simplify things and which should be more than
enough).


Paul Slootman


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

Bug#350739: cdrtools: GPL violation - makefiles distributed under non-GPL-compatible license??

[Joerg Schilling]

Sorry for the late reply, but surprisingly Mr. Bloch did remove me from the 
Cc: list.

The power of a license lies in it's written down terms and not in what someone
think's it says, or in their personal opinion or point of views.
To put things right: My only interest with Mr. Bloch is to put his discussion
on facts and terms of the GPL and not on his personal opinion and thoughts.
He bends information until it fit's his opinion and personal point of
view, leaving the intended message far behind. Not to speak about personal
offenses he often puts in between his words. I told him twice that I do not
threaten him, but he either did not read my mails completly or bended them to
his personal comfort.

He accused me of violating the GPL. When I asked him to cite the paragraphs of
the GPL that he claims to be violated, he in return send his personal opinions.
After repeatedly reasking him for facts and cites of paragraphs he claims I
violate, he found out that there is no evidence on his claims. So I asked him
to close the bug but still keep it readable for public interest. And that is
where we are right now: He now says that there is no GPL violation that he can
claim, but he will leave the bug open for no reason. Right now the bug has 
been closed and moved out of public sight. It looks to me as if Mr. Bloch 
holds a grudge against me, but that does not belong in the Debian bugtracking 
system. It is a misuse of that platform.

Wasn't the GPL invented as a safeguard for users of software and not as
an instrument for softwareusers against the authors and to waste the time
of those authors keeping alive the idea of publicly available software by 
writing it and putting it in the public on base of free licenses?

If users are misusing the GPL as an instrument against programers, why should
a programmer then put it's software under such a license. This kind of misuse 
has the power of underminig and destroying the system of free software.


Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Processed: Fixed in NMU of cyrus-sasl2 2.1.19.dfsg1-0.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 357527 + fixed
Bug#357527: cyrus-sasl2: source package includes non-DFSG-free code
There were no tags set.
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#332850: pathprograms module in deskbar-applet needs python 2.4 to work

[Teemu HÀnninen]

Package: deskbar-applet
Version: 2.14.0.1-2
Followup-For: Bug #332850


pathprograms module in deskbar-applet uses subprocess, which is only
available in python2.4, but the deskbar-applet depends on python2.3.

Thus the pathprograms module will not get loaded.  


-- 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.5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages deskbar-applet depends on:
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.14.0-1The Bonobo UI library
ii  libc62.3.6-4 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libebook1.2-51.4.2.1-2   Client library for evolution addre
ii  libedataserver1.2-4  1.4.2.1-2   Utility library for evolution data
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libglib2.0-0 2.10.1-2The GLib library of C routines
ii  libgnome-desktop-2   2.14.0-1Utility library for loading .deskt
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgnome2-0  2.14.0-2The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.14.0-1A powerful object-oriented display
ii  libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.14.0-1GNOME virtual file-system (runtime
ii  libgtk2.0-0  2.8.16-1The GTK+ graphical user interface 
ii  libice6  6.9.0.dfsg.1-5  Inter-Client Exchange library
ii  liborbit21:2.14.0-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.0-2Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.9.0.dfsg.1-5  X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libx11-6 6.9.0.dfsg.1-5  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.9.0.dfsg.1-5  X Window System miscellaneous exte
ii  libxi6   6.9.0.dfsg.1-5  X Window System Input extension li
ii  libxinerama1 6.9.0.dfsg.1-5  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
ii  libxrandr2   6.9.0.dfsg.1-5  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  python   2.3.5-5 An interactive high-level object-o
ii  python-glade22.8.2-3 GTK+ bindings: Glade support
ii  python-gnome22.12.3-2Python bindings for the GNOME desk
ii  python-gnome2-extras 2.12.1-2.1  Python bindings for the GNOME desk
ii  python-gtk2  2.8.2-3 Python bindings for the GTK+ widge
ii  zlib1g   1:1.2.3-11  compression library - runtime

deskbar-applet recommends no packages.

-- no debconf information


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

Bug#327049: wwwoffle: Restores removed conffile

[Justin Pryzby]

On Wed, Apr 05, 2006 at 03:50:48PM +0200, Paul Slootman wrote:
> On Wed 07 Sep 2005, Frank K?ster wrote:
> > and indeed the postinst scripts recreates the file if it has been
> > deleted.  However, the policy says clearly:
> > 
> > ,
> > | 10.7.3 Behavior
> > | 
> > | Configuration file handling must conform to the following behavior:
> > | 
> > | * local changes must be preserved during a package upgrade, and
> > | * configuration files must be preserved when the package is
> > |   removed, and only deleted when the package is purged.
> > `
> > 
> > Local modifications also include file deletion.  You can't override this
> > rule by simply saying "don't do that".
> 
> That same paragraph also states:
> 
> ,---
> | If the existence of a file is required for the package to be sensibly
> | configured it is the responsibility of the package maintainer to
> | provide maintainer scripts which correctly create, update and maintain
> | the file and remove it on purge.
> `---
> 
> If you enter a value via the debconf dialog that indicates that wwwoffle
> should regularly fetch its list, then why remove the cron.d entry...
> If I left that file alone when someone removed it, I'd get critical bug
> reports that the functionality is broken because even after repeated
> dpkg-reconfigure attempts at entering a fetch frequency, it doesn't
> fetch anything.
> 
> Please tell me how I should resolve this dilemma. Please don't just say
> "if it's removed, don't recreate it"; give me some pseudo-code on how to
> handle the different situations.  I find it difficult to distinguish the
> following two situations:
> 
> - wwwoffle is freshly installed, there is and has never been a
>   /etc/cron.d/wwwoffle file, and the user runs dpkg-reconfigure and
>   enters a fetch frequency.
> 
> - wwwoffle was already installed, there was a fetch frequency defined,
>   but now the user has removed the /etc/cron.d/wwwoffle file and now
>   re-runs dpkg-reconfigure.
debconf-devel(7) says that the configure script ("./debian/config") is
passed the same 2 arguments that the postinst gets, so you can tell
whether it is an initial installation, or an upgrade.  If it an
initial installation, then you should recreate the file.  If it is an
upgrade, and if the file doesn't exist, then you might consider
prompting the user "should it be recreated?", and, then, iff they
respond "yes", continue to ask questions, and rewrite the file.  If it
is an upgrade, and the file does exist, then you should both ask the
normal questions and rewrite the file.

Does this do what you need for the package?
Frank, does it seem reasonable to you?

The only gripe I have with this is that it could be considered an overuse of
debconf.

Justin


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

Bug#320036: Patch for bash <. brokenness

[Ian Jackson]

Here is a patch that makes bash treat being unable to read the input
file as a fatal error.  It's still not ideal:
 * Fatal errors should give an exit status of 127, not 2
 * Failure to read the script file should probably invoke a trap
   (which one??)
 * The filename isn't printed in the error message, although sometimes
   it will be included because it's the script (note that this
   condition can occur if the file isn't stdin if for example the
   file can be partially read, or if it cannot be seeked - the
   current failure for `bash .' is caused only because it noticed the
   problem while trying to decide whether `.' is a binary file which
   shouldn't be executed.

Nevertheless, this patch should be applied because it turns a silent
failure exiting 0 into a noisy one exiting non-0, which is at least an
improvement.

FYI, I have uploaded this patch into ubuntu as bash 3.1-2ubuntu9.

Ian.

diff -u bash-3.1/debian/rules bash-3.1/debian/rules
--- bash-3.1/debian/rules
+++ bash-3.1/debian/rules
@@ -520,6 +520,7 @@
po-sv \
bash-subst-param-length \
pgrp-pipe \
+   input-err \
read-memleak \
login-shell \
 
diff -u bash-3.1/debian/changelog bash-3.1/debian/changelog
--- bash-3.1/debian/changelog
+++ bash-3.1/debian/changelog
@@ -1,3 +1,13 @@
+bash (3.1-2ubuntu9) dapper; urgency=low
+
+  * Make bash die if it cannot read its input file.  Debian #320036.
+(This is not an ideal fix because, for example, the exit status is
+still wrong - it should be 127, not 2.  Also, the filename is not
+printed.  Unfortunately the code is badly tangled making this small
+fix the most appropriate approach.)
+
+ -- Ian Jackson <[EMAIL PROTECTED]>  Wed,  5 Apr 2006 15:31:55 +0100
+
 bash (3.1-2ubuntu8) dapper; urgency=low
 
   * clear_console: Only get rid of any history in the scrollback, if
only in patch2:
unchanged:
--- bash-3.1.orig/debian/patches/input-err.dpatch
+++ bash-3.1/debian/patches/input-err.dpatch
@@ -0,0 +1,30 @@
+#! /bin/sh -e
+
+if [ $# -eq 3 -a "$2" = '-d' ]; then
+pdir="-d $3"
+elif [ $# -ne 1 ]; then
+echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
+exit 1
+fi
+case "$1" in
+-patch) patch $pdir -f --no-backup-if-mismatch -p0 < $0;;
+-unpatch) patch $pdir -f --no-backup-if-mismatch -R -p0 < $0;;
+*)
+   echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
+   exit 1
+esac
+exit 0
+
+# DP: Define PGRP_PIPE to avoid race condition.
+
+--- input.c~   2005-07-14 13:29:08.0 +0100
 input.c2006-04-05 14:51:50.0 +0100
+@@ -454,7 +454,7 @@
+   if (nr == 0)
+   bp->b_flag |= B_EOF;
+   else
+-  bp->b_flag |= B_ERROR;
++  fatal_error("error reading input file: %s", strerror(errno));
+   return (EOF);
+ }
+ 

Bug#327049: wwwoffle: Restores removed conffile

[Frank Küster]

Paul Slootman <[EMAIL PROTECTED]> wrote:

> On Wed 07 Sep 2005, Frank Küster wrote:
>> 
>> /etc/cron.d/wwwoffle contains:
>> 
>> # If you want to disable this, comment out the line
>> # below (don't simply remove this file).
>
> Note also that your subject is incorrect, it is *not* marked a conffile.
> It's not even shipped with the package.

Sorry, you are right, the subject should have "configuration file".  But
that doesn't make the bug any less severe.

> That same paragraph also states:
>
> ,---
> | If the existence of a file is required for the package to be sensibly
> | configured it is the responsibility of the package maintainer to
> | provide maintainer scripts which correctly create, update and maintain
> | the file and remove it on purge.
> `---

And if this conflicts with the "preserve local changes" requirement, the
usual, policy-compliant way to solve this is to let the postinst script
fail with a clear, understandable error message, ideally via debconf, so
that it can be translated easily.

However, this doesn't apply here, since the existence of the cron job is
not required to use wwwoffle.  Which is written in the file itself: It
already assumes that people might want to disable it.

> If you enter a value via the debconf dialog that indicates that wwwoffle
> should regularly fetch its list, then why remove the cron.d entry...

Because debconf is not a registry.  It's a frontend for maintainer
scripts to interact with local admins, but the actuall *settings* are
stored in /etc/.

> If I left that file alone when someone removed it, I'd get critical bug
> reports that the functionality is broken because even after repeated
> dpkg-reconfigure attempts at entering a fetch frequency, it doesn't
> fetch anything.

If that happens, you didn't write the config script as debconf-devel
advices.  The way to go is to parse the configuration (does the file
exist? If yes, which interval does it specify?) and put these values
into the debconf database via db_set, then ask the questions, then in
postinst db_get the answers and make the changes, if needed.  This is
all described in debconf-devel(7), under "Config file handling".

> Please tell me how I should resolve this dilemma. Please don't just say
> "if it's removed, don't recreate it"; give me some pseudo-code on how to
> handle the different situations.  I find it difficult to distinguish the
> following two situations:
>
> - wwwoffle is freshly installed, there is and has never been a
>   /etc/cron.d/wwwoffle file, and the user runs dpkg-reconfigure and
>   enters a fetch frequency.

This case can easily be distinguished because, like a postinst, config
gets a second parameter which is the version number of the
last-configured (i.e. the currently installed) package.  If it's a fresh
install, $2 is empty.

I'd offer to write a patch if you don't want to, or don't have time to
dig into this.

Regards, Frank

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

Bug#360916: mozilla-mplayer buffer the media, then just shows 'stopped'

[Max Franco]

Package: mozilla-mplayer
Version: 3.21-3
Severity: grave
Justification: renders package unusable


as stated in the subject, mplayer just stops after the content buffering.
this happens only in firefox 1.5, while the plugin works well in
epiphany and mozilla, so i don't know if this bug is related to firefox
1.5 or to the plugin itself, but the bug reported at this page:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359914
let me think that this could be the right place for the bug report :-)


-- 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.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mozilla-mplayer depends on:
ii  epiphany-brows 2.14.0-1  Intuitive GNOME web browser
ii  firefox1.5.dfsg+1.5.0.1-4lightweight web browser based on M
ii  libatk1.0-01.11.4-1  The ATK accessibility toolkit
ii  libc6  2.3.6-4   GNU C Library: Shared libraries an
ii  libcairo2  1.0.2-3   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-5.1 generic font configuration library
ii  libgcc11:4.1.0-1 GCC support library
ii  libglib2.0-0   2.10.1-2  The GLib library of C routines
ii  libgtk2.0-02.8.16-1  The GTK+ graphical user interface 
ii  libice66.9.0.dfsg.1-6Inter-Client Exchange library
ii  libpango1.0-0  1.12.0-2  Layout and rendering of internatio
ii  libsm6 6.9.0.dfsg.1-6X Window System Session Management
ii  libstdc++6 4.1.0-1   The GNU Standard C++ Library v3
ii  libx11-6   6.9.0.dfsg.1-6X Window System protocol client li
ii  libxcursor11.1.3-1   X cursor management library
ii  libxext6   6.9.0.dfsg.1-6X Window System miscellaneous exte
ii  libxi6 6.9.0.dfsg.1-6X Window System Input extension li
ii  libxinerama1   6.9.0.dfsg.1-6X Window System multi-head display
ii  libxpm46.9.0.dfsg.1-6X pixmap library
ii  libxrandr2 6.9.0.dfsg.1-6X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  libxt6 6.9.0.dfsg.1-6X Toolkit Intrinsics
ii  mozilla-browse 2:1.7.12-1.1  The Mozilla Internet application s
ii  mplayer1:1.0-pre7cvs20060325-0.3 The Ultimate Movie Player For Linu

mozilla-mplayer recommends no packages.

-- no debconf information


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

Processed: make bugfix possible

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 355067 -1
Bug#355067: libgnome2-canvas-perl: Package needs to be recompiled against 
latest libgnomecanvas
Bug 355067 cloned as bug 360918.

> reassign -1 libgnomecanvas2-0
Bug#360918: libgnome2-canvas-perl: Package needs to be recompiled against 
latest libgnomecanvas
Bug reassigned from package `libgnome2-canvas-perl' to `libgnomecanvas2-0'.

> retitle -1 libgnomecanvas 2.12.X breaks perl bindings, add conflict
Bug#360918: libgnome2-canvas-perl: Package needs to be recompiled against 
latest libgnomecanvas
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#360652: e2fsprogs: running mkfs.ext3 fails (Device or resource busy)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 360652 +pending
Bug#360652: e2fsprogs: running mkfs.ext3 fails (Device or resource busy)
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360652: e2fsprogs: running mkfs.ext3 fails (Device or resource busy)

[Theodore Ts'o]

tags 360652 +pending
thanks

On Mon, Apr 03, 2006 at 10:19:05PM +0200, Michael Prokop wrote:
> While older versions of mkfs.ext3 worked without any problems
> running mkfs.ext3 with the new version fails.

Oops, thanks for pointing this out.  The following patch will fix
things up.

- Ted

# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 1bfd437f2f618fe407d8052bbf654204a569919b
# Parent  5fcba7289787d4304d65bdc9aedb6fe7b627cf2d
Fix ext2fs_add_journal_inode() when filesystem is opened in exclusive mode

If the filesystem is opened in exclusive mode, then device will be
busy by definition, so don't return -EBUSY.  This caused mke2fs -j to
fail on the 1.39-WIP (29-Mar-2006) release.  (Addresses Debian Bug:
#360652)

Signed-off-by: "Theodore Ts'o" <[EMAIL PROTECTED]>

diff -r 5fcba7289787 -r 1bfd437f2f61 lib/ext2fs/ChangeLog
--- a/lib/ext2fs/ChangeLog  Sun Apr  2 10:04:36 2006 -0400
+++ b/lib/ext2fs/ChangeLog  Tue Apr  4 19:23:41 2006 -0400
@@ -1,3 +1,11 @@
+2006-04-04  Theodore Ts'o  <[EMAIL PROTECTED]>
+
+   * mkjournal.c (ext2fs_add_journal_inode): If the filesystem is
+   opened in exclusive mode, then device will be busy by
+   definition, so don't return -EBUSY.  This caused mke2fs -j
+   to fail on the 1.39-WIP (29-Mar-2006) release.  (Addresses
+   Debian Bug: #360652)
+
 2006-03-29  Theodore Ts'o  <[EMAIL PROTECTED]>
 
* bitops.h (ext2fs_set_bit, ext2fs_clear_bit): Fix the constraints
diff -r 5fcba7289787 -r 1bfd437f2f61 lib/ext2fs/mkjournal.c
--- a/lib/ext2fs/mkjournal.cSun Apr  2 10:04:36 2006 -0400
+++ b/lib/ext2fs/mkjournal.cTue Apr  4 19:23:41 2006 -0400
@@ -370,7 +370,8 @@
close(fd);
journal_ino = st.st_ino;
} else {
-   if (mount_flags & EXT2_MF_BUSY) {
+   if ((mount_flags & EXT2_MF_BUSY) &&
+   !(fs->flags & EXT2_FLAG_EXCLUSIVE)) {
retval = EBUSY;
goto errout;
}


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

Processed: raise priority as it is not installable

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 345776 serious
Bug#345776: preload: error message in postinstall script during a new 
installation
Severity set to `serious'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#327049: wwwoffle: Restores removed conffile

[Paul Slootman]

On Wed 07 Sep 2005, Frank Küster wrote:
> 
> /etc/cron.d/wwwoffle contains:
> 
> # If you want to disable this, comment out the line
> # below (don't simply remove this file).

Note also that your subject is incorrect, it is *not* marked a conffile.
It's not even shipped with the package.


> and indeed the postinst scripts recreates the file if it has been
> deleted.  However, the policy says clearly:
> 
> ,
> | 10.7.3 Behavior
> | 
> | Configuration file handling must conform to the following behavior:
> | 
> | * local changes must be preserved during a package upgrade, and
> | * configuration files must be preserved when the package is
> |   removed, and only deleted when the package is purged.
> `
> 
> Local modifications also include file deletion.  You can't override this
> rule by simply saying "don't do that".


That same paragraph also states:

,---
| If the existence of a file is required for the package to be sensibly
| configured it is the responsibility of the package maintainer to
| provide maintainer scripts which correctly create, update and maintain
| the file and remove it on purge.
`---

If you enter a value via the debconf dialog that indicates that wwwoffle
should regularly fetch its list, then why remove the cron.d entry...
If I left that file alone when someone removed it, I'd get critical bug
reports that the functionality is broken because even after repeated
dpkg-reconfigure attempts at entering a fetch frequency, it doesn't
fetch anything.

Please tell me how I should resolve this dilemma. Please don't just say
"if it's removed, don't recreate it"; give me some pseudo-code on how to
handle the different situations.  I find it difficult to distinguish the
following two situations:

- wwwoffle is freshly installed, there is and has never been a
  /etc/cron.d/wwwoffle file, and the user runs dpkg-reconfigure and
  enters a fetch frequency.

- wwwoffle was already installed, there was a fetch frequency defined,
  but now the user has removed the /etc/cron.d/wwwoffle file and now
  re-runs dpkg-reconfigure.


Thanks,
Paul Slootman


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

Bug#349653: xmame: exploitable buffer overflows [CVE-2006-0176]

[Pierre Riteau]

On Wed, Apr 05, 2006 at 11:00:16AM +0200, Moritz Muehlenhoff wrote:
> x11 isn't setuid at all. -sdl has a strong debconf warning, that setuid
> root is a risk (I guess it's used for DGA?) and the user can select it.
> Only svgalib is setuid root, but a system running svgalib apps in the year
> 2006 is lost security-wise anyway. We should rather get rid of it completely
> for Etch.

I think it is the opposite. -sdl is not installed setuid root, whereas
-x11 ask the user if he want to install setuid to use DGA extension. But
the default answer is yes. -svga is always installed setuid root.

The Debian security FAQ says that non-free is not supported, and I
understand why. But it also says that if it is fixable, an update can be
made. There were (a few) non-free security updates in the past.

I see that Bruno is alive :) If he reviews my patch for Sarge and if the
security buildds have CPU time available, is it possible to release an
update? I can write a part of the DSA if you want.

Regards,
Pierre Riteau


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

Bug#356555: marked as done (writes session files insecurely to /tmp; symlink attacks and data exposure)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 06:02:12 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#356555: fixed in libcgi-session-perl 4.11-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libcgi-session-perl
Version: 4.03-1
Severity: grave
Tags: security

Hole 1:

CGI::Session with its default Driver::File contains this insecure code:

$self->{Directory} ||= File::Spec->tmpdir();

my $directory   = $self->{Directory};
my $path= File::Spec->catfile($directory, $file);

unless ( sysopen(FH, $path, O_RDONLY) ) {

File::Spec->tmpdir default to /tmp, and this is where CGI::Session
defaults to storing its temporary files. Therefore, it writes files to
/tmp without the O_EXCL flag set when opening them.

This makes it vulnerable to symlink attacks when used with these default
settings, provided that you can guess what session id will be generated
before time. Of course session ids are supposed to be hard to guess,
that's the point of them, but a failure mode that includes overwriting
arbitrary files is a bit worse than would be expected. I suggest adding
| O_EXCL to close this hole.

Hole 2:

Notice that the sysopen above does not include permissions. So with a
standard umask, the session file defaults to world readable, and anyone
on the machine can get access to all the session keys and whatever is
secured via them, and whatever else is stored in the session files. I
can see no reason not to pass a mode of 0400 to the sysopen above.

Setting umask(077) before creating the session object will work around
this problem. I know that perl's philisophy is to respect the umask by
default, but I think that in this case a secure default is more
important.

Hole 3:

Driver::db_file has documentation that falsely claims to write to
/tmp/cgisessions.db by default, when in fact it seems to default to
writing to ./cgisess.db. If your cgi script is ~/public_html/my.cgi,
then it will unexpectedly write to ~/public_html/cgisess.db, which will
be publically accessible, since it writes the file mode 644. Remote
users can then download the file and take over other's sessions.

Hole 4:

If you write the file somewhere else, then it's still mode
644, so local users can read all the session data from it.

Setting umask(077) before creating the session object is a way to
work around the permissions issue.

Hole 5:

If you use Driver::db_file and specify a FileName for the file (like the
example does in the man page), you can get it to write to /tmp, which is
again subject to symlink attacks.

There's an attack possible the first time the file is created, but a
better attack is against the .lck file used for locking, which is
written to the same directory, and which is opened without O_EXCL. 

Just start creating a symlink /tmp/cgisessions.db.lck -> /some/file in a
loop, hit the CGI script that uses CGI::Sessions a few times until you win
the race, and voila, /some/file has been zeroed.
/var/log/apache2/access.log might be a good candidate for /some/file..

Hole 6:

Driver::sqlite writes to /tmp/sessions.sqlt by default. I have not
checked to see if DBI->connect opens the file with O_EXCL, but I doubt
it, so again we have symlink attacks.

Hole 7:

Also we again have the situation where an attacker can create the file
in /tmp full of malicious data that exploits any holes in squlite,
and wait for someone to use Driver::db_file for the first time. I have
not checked to see if it creates world readable files too, but I'm
guessing it does.

-- 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.15-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libcgi-session-perl depends on:
ii  perl [libdigest-md5-perl] 5.8.8-2Larry Wall's Practical Extraction 

libcgi-session-perl recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: libcgi-session-perl
Source-Version: 4.11-1

We believe that the bug you reported is fixed in the latest version of
libcgi-session-perl, which is due to be installed in the Debian FTP archive:

libcgi-session-perl_4.11-1.diff.gz
  to pool/main/libc/libcgi-session-perl/libcgi-session-perl_4.11-1.diff.gz
libcgi-session-perl_4.11-1.dsc
  to pool/main/libc/libcgi-session-perl/libcgi-session-perl_4.11-1.dsc
libcgi-

Bug#346592: marked as done (ocp: FTBFS: build-depends on about-to-be-removed x-window-system-dev)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 06:02:16 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#346592: fixed in ocp 0.1.10rc5-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: ocp
Version: 0.1.9-2
Severity: serious

Hello,

  This is a serious bug filed against your package because it
  build-depends on x-window-system-dev which, similarly to xlibs-dev, is
  about to be removed from sid. (To read about xlibs-dev's removal, see
  [1]; x-window-system-dev's is similar, but had been undetected in the
  first pass.)

[1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  To fix this bug, you need to update your build-dependencies and
  substitute x-window-system-dev for the list of individual X development
  libraries that your package needs to be built. You can find detailed
  information about how to do that in the DependsXlibsDev wiki page [2].

[2] http://wiki.debian.org/DependsXlibsDev

  As indicated by the Release Team [3], the full transition from XFree86
  to Xorg is a release blocker for Etch, which means that Etch will not
  be released until this bug is fixed (or your package removed from
  testing). So, please, try to fix in a timely manner.

[3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

  The number of affected packages by the x-d/x-w-s-d transition is huge,
  so if you feel like helping with patches or uploads, feel free to
  follow the instructions contained in the wiki page above. A list of
  affected packages can be found here [4].

[4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

  Finally, if there's a strong reason for which your package should not
  be NMUed, please note so in this bug report. Prospective NMUers will
  read your reasoning, and will decide if it's strong enough to delay
  their upload.

  Thanks for your collaboration!

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org


--- End Message ---
--- Begin Message ---
Source: ocp
Source-Version: 0.1.10rc5-1

We believe that the bug you reported is fixed in the latest version of
ocp, which is due to be installed in the Debian FTP archive:

ocp_0.1.10rc5-1.diff.gz
  to pool/main/o/ocp/ocp_0.1.10rc5-1.diff.gz
ocp_0.1.10rc5-1.dsc
  to pool/main/o/ocp/ocp_0.1.10rc5-1.dsc
ocp_0.1.10rc5.orig.tar.gz
  to pool/main/o/ocp/ocp_0.1.10rc5.orig.tar.gz
opencubicplayer-doc_0.1.10rc5-1_all.deb
  to pool/main/o/ocp/opencubicplayer-doc_0.1.10rc5-1_all.deb
opencubicplayer_0.1.10rc5-1_i386.deb
  to pool/main/o/ocp/opencubicplayer_0.1.10rc5-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gürkan Sengün <[EMAIL PROTECTED]> (supplier of updated ocp package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 5 Apr 2006 14:43:11 +0100
Source: ocp
Binary: opencubicplayer-doc opencubicplayer
Architecture: source i386 all
Version: 0.1.10rc5-1
Distribution: unstable
Urgency: low
Maintainer: Gürkan Sengün <[EMAIL PROTECTED]>
Changed-By: Gürkan Sengün <[EMAIL PROTECTED]>
Description: 
 opencubicplayer - UNIX port of Open Cubic Player
 opencubicplayer-doc - Documentation for UNIX port of Open Cubic Player
Closes: 343649 343650 346592
Changes: 
 ocp (0.1.10rc5-1) unstable; urgency=low
 .
   * New upstream version. (Closes: #343649, #343650)
   * Update build-depends. (closes: #346592)
Files: 
 85c62033d8fbb729ad3087d490051243 815 sound optional ocp_0.1.10rc5-1.dsc
 3128031c9c05cb9653d37802588c2e9f 633068 sound optional 
ocp_0.1.10rc5.orig.tar.gz
 f766cd5f3302aa80bddb8bc6f3cec058 10296 sound optional ocp_0.1.10rc5-1.diff.gz
 ccef27b50b32d6130efab96afe99d4aa 594494 sound optional 
opencubicplayer_0.1.10rc5-1_i386.deb
 ecfc0606a7a40ddcce5ff8575a8e1056 42420 sound optional 
opencubicplayer-doc_0.1.10rc5-1_all.deb

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

iD8DBQFEM74ohQui3hP+/EARAg8zAJ9Lr3C5pI7g1TkM9y8+LGxGQLbJwwCgrp7t
7DrTyNvj5IRZ8r7kPFmGNJI=
=e20s
-END PGP SIGNATURE-

Bug#349653: xmame: exploitable buffer overflows [CVE-2006-0176]

[Bruno Barrera C.]

On Wed, 2006-04-05 at 11:22 +0200, Moritz Muehlenhoff wrote:
> Steve Langasek wrote:
> > On Wed, Apr 05, 2006 at 11:00:16AM +0200, Moritz Muehlenhoff wrote:
> > > Steve Langasek wrote:
> > > > > > This bug has been pending for more than two months and no fix in 
> > > > > > Debian
> > > > > > yet... Does Bruno still track his bugs?
> > 
> > > > > > Here is two patches for both Sarge and Sid versions.
> > 
> > > > > > Pierre Riteau
> > 
> > > > > > (CC'ing [EMAIL PROTECTED] for the stable fix, and the
> > > > > > Co-Maintainer as I don't know if he receives BTS replies)
> > > > > > (Email address in previous message for tagging is wrong, I was 
> > > > > > playing
> > > > > > with bts thinking it wouldn't commit the changes)
> > 
> > > > > Xmame is non-free and thus not supported by the Security Team.
> > > > > (Only the relatively obscure -svgalib version is affected, anyway.)
> > 
> > > > Is it the case that this bug doesn't affect the other frontends *at 
> > > > all*, or
> > > > just that, not being suid root, it's just an arbitrary code execution 
> > > > bug
> > > > instead of a root exploit?
> > 
> > > It's a local vulnerability, the only security ramification would be a 
> > > privilege escalation:
> > 
> > If untrusted input can trigger arbitrary code execution, then that still has
> > security implications.  I don't think that most users only use trusted ROMs
> > with xmame. :)
> 
> Yeah, but according to the original advisory the overflows are in args 
> parsing.
> (It could be possible that these values can somehow be influenced from a 
> crafted
> ROM, though.)
> 
> Cheers,
> Moritz
> 

Hi,

Sorry for the delay in this reply.

Timeline:

26 Mar 2006: I submitted a NEW package (xmame-1.0.4) with xmess-SDL.

Sun, 02 Apr 2006: xmame_0.104-1_i386.changes REJECTED (Due to a minor
mistake)

Sun, 02 Apr 2006: xmame_0.104-1_i386.changes is NEW (Fixed the mistake
and uploaded the new package).

Changelog:
* New upstream release.
  * Fixed exploitable buffer overflows [CVE-2006-0176].
(closes: #349653)
  * Added xmess-sdl binary package. (closes: #340460)
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 340460 349653 

So, please be patient.

Thanks,
Bruno.
-- 
"In this life, we are Kings or Pawns. Emperors or Fools."


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

Bug#360131: Importing a deck crahes granule

[Andrew Maier]

Hi Eric,

sorry no 1.2.1 (unstable) has exactly the same problem. In addition, I 
installed granule on my Debian laptop and I have had exactly the same 
problem.


Let me know if you need any additional help or clues

regards,

Andrew

Eric Dorland wrote:

* Andrew Maier ([EMAIL PROTECTED]) wrote:
  

Package: granule
Version: 1.2.0-1
Severity: grave
Justification: renders package unusable


Hello,

when importing a deck from a file (separated by a semicolon, tried
comma aswell) granule crashes. This renders the application unusable
hence I set this to grave. A backtrace from gdb is appended below.



Does version 1.2.1 work any better? 
 
  

*** glibc detected *** double free or corruption (out): 0x08395740 ***

Program received signal SIGABRT, Aborted.
[Switching to Thread -1223828672 (LWP 23506)]
---Type  to continue, or q  to quit---
0xe410 in __kernel_vsyscall ()
(gdb) backtrace
#0  0xe410 in __kernel_vsyscall ()
#1  0xb713c6d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xb713df9b in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xb7173127 in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4  0xb71796f7 in malloc_usable_size () from
/lib/tls/i686/cmov/libc.so.6
#5  0xb7179b92 in free () from /lib/tls/i686/cmov/libc.so.6
#6  0xb74b5ea1 in g_free () from /usr/lib/libglib-2.0.so.0
#7  0x080ea3d5 in Gtk::manage ()
#8  0x0808768c in Gtk::manage ()
#9  0x0808c6d4 in Gtk::manage ()
#10 0x0808d7d6 in Gtk::manage ()
#11 0x0808dbb9 in Gtk::manage ()
#12 0x08091003 in Gtk::manage ()
#13 0x0809bc58 in std::vector >::_M_insert_aux ()
#14 0xb78a3cb9 in Glib::SignalProxyNormal::slot0_void_callback ()
   from /usr/lib/libglibmm-2.4.so.1
#15 0xb752ba2b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#16 0xb751ecb9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#17 0xb752f134 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#18 0xb7530490 in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#19 0xb75307f9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
---Type  to continue, or q  to quit---
#20 0xb7b00d22 in gtk_widget_activate () from
/usr/lib/libgtk-x11-2.0.so.0
#21 0xb7a1f93b in gtk_menu_shell_activate_item ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0xb7a1fc58 in gtk_menu_shell_activate_item ()
   from /usr/lib/libgtk-x11-2.0.so.0
#23 0xb7a158bf in gtk_menu_reorder_child () from
/usr/lib/libgtk-x11-2.0.so.0
#24 0xb7e3d6e2 in Gtk::Widget_Class::button_release_event_callback ()
   from /usr/lib/libgtkmm-2.4.so.1
#25 0xb7a0f820 in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#26 0xb751e5f9 in g_cclosure_new_swap () from
/usr/lib/libgobject-2.0.so.0
#27 0xb751ecb9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0xb752f315 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#29 0xb75301fe in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#30 0xb75307f9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0xb7b00f44 in gtk_widget_activate () from
/usr/lib/libgtk-x11-2.0.so.0
#32 0xb7a0dc4d in gtk_propagate_event () from
/usr/lib/libgtk-x11-2.0.so.0
#33 0xb7a0e0c3 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#34 0xb782e34a in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#35 0xb74ae11c in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#36 0xb74b15ab in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#37 0xb74b1907 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#38 0xb7a0d261 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
---Type  to continue, or q  to quit---
#39 0xb7de3626 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1
#40 0xb7de3ae6 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1
#41 0x080ecd49 in Gtk::manage ()
#42 0x080eeaab in ASSA::SIGPOLLHandler::handle_signal ()
#43 0xb7127eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#44 0x0805a6e1 in ?? ()


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

Versions of packages granule depends on:
ii  libassa3.4-0 3.4.0-5 object-oriented C++ networking lib
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.6-3 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.3-1   GCC support library
ii  libglib2.0-0 2.10.1-2The GLib library of C routines
ii  libglibmm-2.4-1c2a   2.8.2-2 C++ wrapper for the GLib toolkit (
ii  l

Processed: reassign 360897 to installation-reports

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.8.14
> reassign 360897 installation-reports
Bug#360897: sparc64 tftpboot kernel driver failure during Gigaswift ethernet 
(aka cassini) detection
Warning: Unknown package 'ethernet-card-detection'
Bug reassigned from package `ethernet-card-detection' to `installation-reports'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360897: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection

[Karel Panek]

Package: ethernet-card-detection
Severity: critical

It is not possible to bring Gigaswift (aka Cassini) ethernet cards  
online and therefore continue installation on SunFire V440  
(UltraSparc IIIi) when I use boot.img placed in the following  
directory of debian archives:


/debian/dists/sid/main/installer-sparc/current/images/sparc64/netboot/ 
2.6/


The installation fails during network detection process with the  
following dump:


Apr  4 21:40:00 main-menu[2937]: DEBUG: configure ethernet-card- 
detection, status: 0
Apr  4 21:40:00 main-menu[2937]: DEBUG: virtual package ethernet-card- 
detection

Apr  4 21:40:00 kernel: Unable to handle kernel NULL pointer dereference
Apr  4 21:40:00 kernel: tsk->{mm,active_mm}->context = 01b6
Apr  4 21:40:00 kernel: tsk->{mm,active_mm}->pgd = f8133f65e000
Apr  4 21:40:00 kernel:   \|/  \|/
Apr  4 21:40:00 kernel:   "@'/ .. \`@"
Apr  4 21:40:00 kernel:   /_| \__/ |_\
Apr  4 21:40:00 kernel:  \__U_/
Apr  4 21:40:00 kernel: netcfg(7981): Oops [#1]
Apr  4 21:40:00 kernel: TSTATE: 009980009600 TPC:  
00412eb4 TNPC: 00412eb8 Y: Not tainted

Apr  4 21:40:00 kernel: TPC: 
Apr  4 21:40:00 kernel: g0: f8133ecfc000 g1: f86dd000 g2:  
66d8 g3: f8133e2c13e0
Apr  4 21:40:00 kernel: g4: f8133d30b9c0 g5:  g6:  
f8133e808000 g7: 66b8


The cards are recognized by the driver. Driver has explicitly  
mentioned that MAC address are not set in some kind of firmware  
memory (?)


Mentioned boot.img uses kernel 2.6.15-1, this bug was probably solved  
in 2.6.16, so this is something to be checked and boot.img file is to  
be updated.


I'm ready to test this problem again upon your request.

Karel Panek ( [EMAIL PROTECTED] )
EMPYREUM Information Technologies




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

Bug#360846: udev, initramfs and lilo

[maximilian attems]

On Wed, Apr 05, 2006 at 11:59:40AM +0200, [EMAIL PROTECTED] wrote:
> Selon maximilian attems <[EMAIL PROTECTED]>:
> 
> > On Wed, Apr 05, 2006 at 12:43:47AM +0200, gpe92 wrote:
> > >
> > > When udev is updated it calls update-initramfs but it doesn't call lilo
> > > after this. So when the system reboot this cause a kernel panic.
> >
> > update-initramfs calls lilo if there is _no_ grub around.
> > you need initramfs-tools 0.59b.
> >
> 
> In testing the version is 0.53c...

i know take the one from unstable, will migrate soon anyway.

--
maks


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

Bug#359264: Processed: Re: Bug#359264: Corrected by latest python upgrades

[Josselin Mouette]

Le mercredi 05 avril 2006 à 02:48 -0700, Debian Bug Tracking System a
écrit : 
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 359264 libgconf2-4
> Bug#359264: upgrades-reports: Undefine symbol disables upgrade installation 
> and dependent programs
> Bug reassigned from package `upgrade-reports' to `libgconf2-4'.

This looks like a too low shlibs version, but I'm pretty sure it can't
happen with gconf2 2.14. The only upload was made against glib 2.10 and
has a correct dependency: libgconf2-4 2.14.0-1 depends on libglib2.0-0
>= 2.10.0.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data

[Bill Allombert]

Package: apt-listchanges
Version: 2.59-0.2
Severity: grave

apt-listchanges just fails with error message

  Traceback (most recent call last):
File "/usr/bin/apt-listchanges", line 30, in ?
  import apt_pkg
  ImportError: libstdc++.so.6: cannot handle TLS data

which render the package useless.

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

Imagine a large red swirl here. 

-- 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.4.27
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages apt-listchanges depends on:
ii  apt   0.6.43.3   Advanced front-end for dpkg
ii  debconf   1.4.72 Debian configuration management sy
ii  debianutils   2.15.4 Miscellaneous utilities specific t
ii  python2.3.5-5An interactive high-level object-o
ii  python-apt0.6.16.1   Python interface to libapt-pkg
ii  ucf   2.007  Update Configuration File: preserv

apt-listchanges recommends no packages.

-- debconf information:
* apt-listchanges/confirm: true
* apt-listchanges/which: both
* apt-listchanges/frontend: pager
* apt-listchanges/overwrite_etc_apt_listchanges_conf: true
* apt-listchanges/email-address:
* apt-listchanges/save-seen: true




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

Bug#346776: marked as done (xbattle: FTBFS: build-depends on removed xlibs-dev)

[Debian Bug Tracking System]

Your message dated Wed, 05 Apr 2006 03:32:06 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#346776: fixed in xbattle 5.4.1-13
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xbattle
Version: 5.4.1-12
Severity: serious

Hello,

  This is a serious bug filed against your package because it
  build-depends on xlibs-dev, which as announced in [1] a while ago, is
  no longer available in sid. This makes your package fail to build from
  source.

[1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  To fix this bug, you need to update your build-dependencies and
  substitute xlibs-dev for the list of individual X development
  libraries that your package needs to be built. You can find detailed
  information about how to do that in the DependsXlibsDev wiki page [2].

[2] http://wiki.debian.org/DependsXlibsDev

  As indicated by the Release Team [3], the full transition from XFree86
  to Xorg is a release blocker for Etch, which means that Etch will not
  be released until this bug is fixed (or your package removed from
  testing). So, please, try to fix in a timely manner.

[3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

  The number of affected packages by the xlibs-dev transition is huge,
  so if you feel like helping with patches or uploads, feel free to
  follow the instructions contained in the wiki page above. A list of
  affected packages can be found here [4].

[4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

  Finally, if there's a strong reason for which your package should not
  be NMUed, please note so in this bug report. Prospective NMUers will
  read your reasoning, and will decide if it's strong enough to delay
  their upload.

  Thanks for your collaboration!

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org


--- End Message ---
--- Begin Message ---
Source: xbattle
Source-Version: 5.4.1-13

We believe that the bug you reported is fixed in the latest version of
xbattle, which is due to be installed in the Debian FTP archive:

xbattle_5.4.1-13.diff.gz
  to pool/main/x/xbattle/xbattle_5.4.1-13.diff.gz
xbattle_5.4.1-13.dsc
  to pool/main/x/xbattle/xbattle_5.4.1-13.dsc
xbattle_5.4.1-13_i386.deb
  to pool/main/x/xbattle/xbattle_5.4.1-13_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matej Vela <[EMAIL PROTECTED]> (supplier of updated xbattle package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  5 Apr 2006 12:13:47 +0200
Source: xbattle
Binary: xbattle
Architecture: source i386
Version: 5.4.1-13
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group <[EMAIL PROTECTED]>
Changed-By: Matej Vela <[EMAIL PROTECTED]>
Description: 
 xbattle- Concurrent multi-player battle strategy game
Closes: 346776
Changes: 
 xbattle (5.4.1-13) unstable; urgency=low
 .
   * QA upload.
   * Package is orphaned (#357751); set maintainer to Debian QA Group.
   * Acknowledge NMU.  Closes: #346776.
   * Switch to debhelper 5.
   * debian/menu: Add quotes to placate Lintian.
   * Conforms to Standards version 3.6.2.
Files: 
 59648269ed106ca44f1fe5597ddd7568 595 games optional xbattle_5.4.1-13.dsc
 844a1bba97c43775f2a840b9edb58249 6248 games optional xbattle_5.4.1-13.diff.gz
 ab6f5ebaa7425b42708ceb5a25b7a3d1 113692 games optional 
xbattle_5.4.1-13_i386.deb

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

iD8DBQFEM5s7xBYivKllgY8RAq7VAJ9QgBLv+nV/PHEiKQ8iQCuOkAGNcQCguMAh
qhDw3HcZ4z1D9tccCXKx3U8=
=MztI
-END PGP SIGNATURE-

--- End Message ---

Bug#355423: dag2html: FTBFS on non-native ocaml arches

[Steve Langasek]

severity 355423 important
thanks

This is not a regression in the package, so failing to build on these
architectures is not release-critical.

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

Processed: Re: dag2html: FTBFS on non-native ocaml arches

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 355423 important
Bug#355423: dag2html: FTBFS on non-native ocaml arches.
Severity set to `important'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#360894: sudo: installs preformatted cat page rather than man page

[Colin Watson]

Package: sudo
Version: 1.6.8p12-2
Severity: serious
Justification: policy 12.1, http://release.debian.org/etch_rc_policy.txt 5(o)

  $ dpkg -L sudo | grep usr/share/man
  /usr/share/man
  /usr/share/man/man8
  /usr/share/man/man5
  /usr/share/man/cat8
  /usr/share/man/cat8/visudo.8.gz
  /usr/share/man/cat8/sudo.8.gz
  /usr/share/man/cat8/sudoedit.8.gz
  /usr/share/man/cat5
  /usr/share/man/cat5/sudoers.5.gz

This causes a variety of problems: I noticed this when I found that the
sudo man page wasn't taking up the full width of my terminal and was
formatted for ISO-8859-1 rather than UTF-8. Please install the source
man pages instead.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#360846: udev, initramfs and lilo

[gpe92]

Selon maximilian attems <[EMAIL PROTECTED]>:

> On Wed, Apr 05, 2006 at 12:43:47AM +0200, gpe92 wrote:
> >
> > When udev is updated it calls update-initramfs but it doesn't call lilo
> > after this. So when the system reboot this cause a kernel panic.
>
> update-initramfs calls lilo if there is _no_ grub around.
> you need initramfs-tools 0.59b.
>
> regards
>
> --
> maks
>

In testing the version is 0.53c...

Bug#360420: nfs-kernel-server: fail to upgrade

[Steinar H. Gunderson]

On Wed, Apr 05, 2006 at 01:01:02PM +0800, Zhang Cheng wrote:
> These are what I get:
> 
> [EMAIL PROTECTED]:~]#   start-stop-daemon --stop --oknodo --verbose --name 
> nfsd
> --user 0 --signal 2
> No nfsd found running; none killed.
> [EMAIL PROTECTED]:~]#   ps aux | grep nfsd
> root  5925  0.0  0.3   3156   808 pts/2S+   12:58   0:00 grep nfsd
> [EMAIL PROTECTED]:~]#   start-stop-daemon --start --verbose --nicelevel 0 
> --exec
> /usr/sbin/rpc.nfsd -- 8
> Starting /usr/sbin/rpc.nfsd...
> [EMAIL PROTECTED]:~]#   echo $?
> 1

So it's actually never starting up! That's odd, and it's not really related
to upgrading at all. Did this ever show up before? Have you got
nfs-kernel-server up and running before? Do you even have the NFS kernel
server module compiled into your kernel?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#348525: control-center: links against libfreetype6, which is going away

[Steve Langasek]

severity 348525 important
thanks

As freetype upstream has chosen a solution for the ABI breakage that does
not require an soname change at this time, I'm downgrading this bug.

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#350964: CVE-2006-0225, scponly shell command possible

[Thomas Wana]

Hi,

Geoff Crompton wrote:
> Just like to bring bug #350964 back to the limelight. Briefly recapping
> 
> Feb 2, I created the bug report
> Feb 6, unstable fixed by Thomas
> Feb 13 DSA 969-1 released
> Feb 15 I questioned if sarge fixed, Thomas, Joey and Steve respond/discuss.
> 
> At the moment it looks like Thomas is suggesting that DSA 969 didn't fix
> this bug, but did fix another bug, the CVE mentioned in the DSA.
> 
> I don't know if Thomas is saying this based on the text of the DSA, or
> if he compared the actual package to the patch he suggested. It would be
> great to get confirmation that either the DSA did fix this bug, or that
> another DSA might be needed.

I didn't check the CVE numbers now, but the current package in stable/
testing/unstable fixes both critical bugs that were discovered in scponly.

Tom


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

Processed: tagging 335473

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.16
> tags 335473 + sid
Bug#335473: cricket: Completely broken with latest rrdtool package 1.2.11-0.4
Tags were: etch
Tags added: sid

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: crip: overwrites files if names of the files are equal

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 353318 important
Bug#353318: crip: overwrites files if names of the files are equal
Severity set to `important'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: control-center: links against libfreetype6, which is going away

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 348525 important
Bug#348525: control-center: links against libfreetype6, which is going away
Severity set to `important'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#353318: crip: overwrites files if names of the files are equal

[Steve Langasek]

severity 353318 important
thanks

Given that this bug does not destroy your CDs, I think the claim of "data
loss" is overstated.  It merely seems not to leave all your data where you
expect it, which is not the same thing.

-- 
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#360887: gtk2 Theme

[L. A. Linden Levy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


BTW: I saw bug #346174 so i sent my .gtkrc-2.0 file to show that I am
using the gtk qt engin in kde. I will try and use a newer on from SID
and see if that fixes the problem.


# This file was written by KDE
# You can edit it in the KDE control center, under "GTK Styles and Fonts"

include "/usr/share/themes/Qt/gtk-2.0/gtkrc"

style "user-font"
{
font_name="Sans Serif 9"
}
widget_class "*" style "user-font"

gtk-theme-name="Qt"
gtk-font-name="Sans Serif 9"
gtk-key-theme-name="Emacs"

- --
- -
Loren A. Linden Levy
481 Loomis, Department of Physics
University of Illinois at Urbana-Champaign
1110 W. Green St., Urbana, IL 61801-3080
Tel:   217-244-7995   Fax: 217-333-1215
Email: [EMAIL PROTECTED]
url:   http://w3.physics.uiuc.edu/~lindenle/
_
- -
This email has been cryptographically signed.
Search for "lindenle" at pgp.mit.edu
to obtain my public key which can be used
to verify the authenticity of this message.
_
- -
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEM5FflZX6YS+3ZksRAkZGAJ4qiMFVI6+LNQcdgXJlPqnSJQ8tnwCgqFYF
/ZTe3DFK4VsPho/ujjspMAg=
=vbX7
-END PGP SIGNATURE-


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