date:20060214

Processing commands for [EMAIL PROTECTED]:

> tags 297917 = wontfix
Bug#297917: eterm: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
There were no tags set.
Tags set to: wontfix

> 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#346907: marked as done (libast: FTBFS: build-depends on removed xlibs-dev)

Your message dated Tue, 14 Feb 2006 22:47:54 -0500
with message-id <[EMAIL PROTECTED]>
and subject line libast: FTBFS: build-depends on removed xlibs-dev
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: libast
Version: 0.6-0pre2003010606.1
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 ---
Already fixed, but thanks for the NMU.
--- End Message ---

Bug#297917: marked as done (eterm: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment)

Your message dated Tue, 14 Feb 2006 22:44:09 -0500
with message-id <[EMAIL PROTECTED]>
and subject line eterm: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
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: eterm
Severity: normal
Tags: patch

When building 'eterm' on amd64 with gcc-4.0,
I get the following error:

command.c: In function 'init_command':
command.c:2998: error: invalid lvalue in assignment
command.c:3000: error: invalid lvalue in assignment
command.c: In function 'tt_winsize':
command.c:3021: warning: dereferencing type-punned pointer will break 
strict-aliasing rules
command.c: In function 'main_loop':
command.c:3464: warning: pointer targets in passing argument 1 of 
'safe_print_string' differ in signedness
make[3]: *** [command.lo] Error 1
make[3]: Leaving directory `/eterm-0.9.2/src'

With the attached patch 'eterm' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/eterm-0.9.2/debian/compat ./debian/compat
--- ../tmp-orig/eterm-0.9.2/debian/compat   1970-01-01 01:00:00.0 
+0100
+++ ./debian/compat 2005-03-03 16:23:26.139711800 +0100
@@ -0,0 +1 @@
+4
diff -urN ../tmp-orig/eterm-0.9.2/src/command.c ./src/command.c
--- ../tmp-orig/eterm-0.9.2/src/command.c   2005-03-03 16:33:39.368347359 
+0100
+++ ./src/command.c 2005-03-03 16:33:02.459471453 +0100
@@ -2995,9 +2995,9 @@
 Xfd = XConnectionNumber(Xdisplay);
 D_CMD(("Xfd = %d\n", Xfd));
 cmdbuf_ptr = cmdbuf_endp = cmdbuf_base;
-AT_LEAST((int) num_fds, Xfd + 1);
+AT_LEAST(num_fds, Xfd + 1);
 if (pipe_fd >= 0) {
-AT_LEAST((int) num_fds, pipe_fd + 1);
+AT_LEAST(num_fds, pipe_fd + 1);
 }
 if ((cmd_fd = command_func(argv)) < 0) {
 print_error("Unable to run sub-command.\n");

--- End Message ---
--- Begin Message ---
tags 297917 = wontfilx
thanks

The patch is obsolete. Post one against the newer code if necessary.
--- End Message ---

Bug#287376: marked as done (libast: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment)

Your message dated Tue, 14 Feb 2006 22:46:27 -0500
with message-id <[EMAIL PROTECTED]>
and subject line libast: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
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: libast
Severity: normal
Tags: patch

When building 'libast' on amd64 with gcc-4.0,
I get the following error:

 cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include/libast 
-I/usr/include -g -Wall -O2 -Wp,-MD,.deps/array.pp -c array.c  -fPIC -DPIC -o 
.libs/array.o
array.c: In function 'spif_array_show':
array.c:188: warning: pointer targets in passing argument 1 of 
'spif_str_new_from_ptr' differ in signedness
array.c:190: warning: pointer targets in passing argument 2 of 
'spif_str_append_from_ptr' differ in signedness
array.c:194: warning: pointer targets in passing argument 2 of 
'spif_str_append_from_ptr' differ in signedness
array.c:198: warning: format '%d' expects type 'int', but argument 3 has type 
'size_t'
array.c:205: warning: pointer targets in passing argument 2 of 
'spif_str_append_from_ptr' differ in signedness
array.c: In function 'spif_array_reverse':
array.c:460: error: invalid lvalue in assignment
make[3]: *** [array.lo] Error 1
make[3]: Leaving directory `/libast-0.6/src'

With the attached patch 'libast' can be compiled
on amd64 using gcc-4.0.

This patch also adds the missing 'libltdl3-dev' to the Build-Depends
in debian/control.

Regards
Andreas Jochens

diff -urN ../tmp-orig/libast-0.6/debian/control ./debian/control
--- ../tmp-orig/libast-0.6/debian/control   2003-11-01 23:32:00.0 
+0100
+++ ./debian/control2004-12-27 13:42:57.566756648 +0100
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Laurence J. Lane <[EMAIL PROTECTED]>
-Build-Depends: libimlib2-dev, xlibs-dev, cdbs, debhelper (>>4.1.0)
+Build-Depends: debhelper (>> 4.1.0), cdbs, libimlib2-dev, libltdl3-dev, 
xlibs-dev
 Standards-Version: 3.6.1.0
 
 Package: libast2
diff -urN ../tmp-orig/libast-0.6/include/libast.h ./include/libast.h
--- ../tmp-orig/libast-0.6/include/libast.h 2003-01-07 10:03:33.0 
+0100
+++ ./include/libast.h  2004-12-27 13:30:01.0 +0100
@@ -380,7 +380,7 @@
 #else
 # define SWAP(a, b)  do {void *tmp = ((void *)(a)); (a) = (b); (b) = tmp;} 
while (0)
 #endif
-#define BINSWAP(a, b)  (((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= 
((long) (b)))
+#define BINSWAP(a, b)  a = (long)a^(long)b; b = (long)b^(long)a; a = 
(long)a^(long)b
 
 #define CONST_STRLEN(x)(sizeof(x) - 1)
 #define BEG_STRCASECMP(s, constr)  (strncasecmp(s, constr, 
CONST_STRLEN(constr)))
diff -urN ../tmp-orig/libast-0.6/src/obj.c ./src/obj.c
--- ../tmp-orig/libast-0.6/src/obj.c2002-07-26 06:17:17.0 +0200
+++ ./src/obj.c 2004-12-27 13:34:05.0 +0100
@@ -120,7 +120,7 @@
 if (SPIF_OBJ_ISNULL(self)) {
 return FALSE;
 }
-SPIF_OBJ_CLASS(self) = cls;
+self->cls = cls;
 return TRUE;
 }
 
diff -urN ../tmp-orig/libast-0.6/src/str.c ./src/str.c
--- ../tmp-orig/libast-0.6/src/str.c2002-07-31 23:56:55.0 +0200
+++ ./src/str.c 2004-12-27 13:35:30.0 +0100
@@ -378,7 +378,7 @@
 self->mem++;
 self->s = SPIF_CAST(charptr) REALLOC(self->s, self->mem);
 }
-SPIF_CAST(char) (self->s[self->len - 1]) = c;
+self->s[self->len - 1] = c;
 self->s[self->len] = 0;
 return TRUE;
 }
diff -urN ../tmp-orig/libast-0.6/src/url.c ./src/url.c
--- ../tmp-orig/libast-0.6/src/url.c2002-07-31 23:56:55.0 +0200
+++ ./src/url.c 2004-12-27 13:36:16.0 +0100
@@ -500,6 +500,6 @@
 spif_str_append(tmp_str, self->query);
 }
 
-SPIF_STR(self) = tmp_str;
+self = tmp_str;
 return TRUE;
 }

--- End Message ---
--- Begin Message ---
tags 287376 = wontfix
thanks

The patch is obsolete. Post one against the newer code if necessary.
--- End Message ---

Processed: libast: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

Processing commands for [EMAIL PROTECTED]:

> tags 287376 = wontfix
Bug#287376: libast: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Tags were: fixed patch
Tags set to: wontfix

> 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: eterm: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

Processing commands for [EMAIL PROTECTED]:

> tags 297917 = wontfilx
Unknown tag/s: wontfilx.
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid 
help security upstream pending sarge sarge-ignore experimental d-i confirmed 
ipv6 lfs fixed-in-experimental fixed-upstream l10n etch etch-ignore.

Bug#297917: eterm: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Tags were: fixed patch
Tags set to: 

> 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: Re: Bug#352027: heartbeat - uninstallable in buildd context

Processing commands for [EMAIL PROTECTED]:

> reassign 352037 passwd
Bug#352037: heartbeat - uninstallable in buildd context
Bug reassigned from package `adduser' to `passwd'.

> 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#352037: Re: Bug#352027: heartbeat - uninstallable in buildd context

reassign 352037 passwd
thanks

On Sun, Feb 12, 2006 at 12:56:53PM +0100, Marc Haber wrote:
> On Thu, Feb 09, 2006 at 01:46:54AM -0800, Steve Langasek wrote:
> > > > Automatic build of evms_2.5.4-6 on debian-31 by sbuild/s390 85
> > > [...]
> > > > Selecting previously deselected package heartbeat.
> > > > Unpacking heartbeat (from .../heartbeat_1.2.4-2_s390.deb) ...
> > > > Use of uninitialized value in printf at /usr/sbin/adduser line 329.
> > > > Password: chfn: PAM authentication failed
> > > > adduser: `/usr/bin/chfn -f Heartbeat System Account hacluster' returned 
> > > > error code 1.  Aborting.
> > > > dpkg: error processing 
> > > > /home/buildd/build/chroot-unstable/var/cache/apt/archives/heartbeat_1.2.4-2_s390.deb
> > > >  (--unpack):
> > > >  subprocess pre-installation script returned error exit status 2

> > But this seems to be a valid use of adduser, so the bug belongs to adduser
> > for not properly quoting arguments to chfn.

> NACK, adduser uses perl's system() call with an argument list, so
> there is no shell interfering with the command line.

Ok, then passing the bug down the line to passwd.

In that case, I suspect that this is an issue related to waldi's chroots not
having /etc/shadow, which I seem to remember is the case.

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#352905: gnomesword: Crashes immediately on startup

2006-02-14 Thread Peter Chubb

Package: gnomesword
Version: 2.1.5-1
Severity: grave
Justification: renders package unusable

I type:
   gnomesword2

I see:

Initiating GNOME session handler

and then a popup that says 
The Application "gnomesword2" has quit unexpectedly.
with two buttons: Restart Application and Close.


I ran gnomesword2 under gdb:

(gdb) bt
#0  0xb6f02cd3 in strlen () from /lib/tls/libc.so.6
#1  0xb6f029c5 in strdup () from /lib/tls/libc.so.6
#2  0x0808ddff in main_init_backend ()
#3  0x08083716 in main ()


I suspect there's a problem in my installation; but in any case, there 
shouldn't be a segfault here.

(and, btw, I consider the list of dependencies for gnomesword excessive.  Why 
is all that sound stuff in there?)

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

Versions of packages gnomesword depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2- 2.10.1-2   The Bonobo UI library
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libcurl3-gnut 7.15.1-1   Multi-protocol file transfer libra
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig 2.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgail-commo 1.8.8-1GNOME Accessibility Implementation
ii  libgail17 1.8.8-1GNOME Accessibility Implementation
ii  libgcc1   1:4.0.2-8  GCC support library
ii  libgconf2-4   2.12.1-8   GNOME configuration database syste
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgnome-keyr 0.4.6-2GNOME keyring services library
ii  libgnome2-0   2.12.0.1-5 The GNOME 2 library - runtime file
ii  libgnomecanva 2.12.0-2   A powerful object-oriented display
ii  libgnomeprint 2.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.12.0-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2- 2.12.2-5   GNOME virtual file-system (runtime
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.8.10-1   The GTK+ graphical user interface 
ii  libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libkrb53  1.4.3-5MIT Kerberos runtime libraries
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.10.3-1   Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
ii  libsword5c2a  1.5.8-8API/library for bible software
ii  libtasn1-20.2.17-1   Manage ASN.1 structures (runtime)
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxml2   2.6.23.dfsg.1-0.1  GNOME XML library
ii  sword-comm-mh 1.1-3  Matthew Henry Concise Commentary f
ii  sword-comm-pe 1.0-4  Personal Commentary for SWORD
ii  sword-comm-sc 1.0-2  Scofield Reference Notes, 1917 edi
ii  sword-comm-td 1.1-2  C. H. Spurgeon's Treasury of David
ii  sword-dict-na 1.1-2  Naves Topical Bible for SWORD
ii  sword-dict-st 1.2-2  Strong's Greek Bible Dictionary fo
ii  sword-dict-st 1.2-2  Strong's Hebrew Bible Dictionary f
ii  sword-text-kj 2.2-2  King James Version with Strongs Nu
ii  sword-text-we 1.4-2  World English Bible (W

Processed: [Fwd: Remotely exploitable gaim security issues]

Processing commands for [EMAIL PROTECTED]:

> package gaim
Ignoring bugs not assigned to: gaim

> tags 350071 +patch
Bug#350071: Gaim in Sarge appears to be vulnerable to CVE-2005-2369
Tags were: sarge security
Tags added: patch

> tags 323706 +patch
Bug#323706: gaim: CAN-2005-2103, CAN-2005-2102, AIM/ICQ protocols vulnerability
Tags were: security woody sarge
Tags added: patch

> 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#323706: [Fwd: Remotely exploitable gaim security issues]

2006-02-14 Thread Ari Pollak

package gaim
tags 350071 +patch
tags 323706 +patch
thanks
--- Begin Message ---
Hi Security Team,

There is a planned release of gaim 1.5.0 this Thursday. It will fix
three security issues:

1. CAN-2005-2370
The gadu-gadu protocol plugin. There was a memory alignment bug that
apparently can not be exploited on x86. You can grab a patch for Gaim from:
http://cvs.sourceforge.net/viewcvs.py/gaim/gaim/src/protocols/gg/libgg.c?r1=1.21.2.1&r2=1.21.2.2
This has already been publicized in libgadu, but gaim is not dynamically
linking against the library so it still has to be updated manually.

2. CAN-2005-2102 gaim UTF8 filename crash
There is an oscar remotely exploitable crash bug. A remote AIM or ICQ user
would need to compile their own client and send a specially crafted IM
(basically an IM containing lots of %s, and flag it as an away message). It
results in a buffer overflow. A fix for this has not yet been commited to
CVS, and the issue should be fairly unknown. A patch for this is
attached. Hopefully it will apply against gaim 1.2.1 with minimal
modifications.

3. CAN-2005-2103 gaim away message buffer overflow
Daniel Atallah fixed a crash in oscar dealing with invalid file names. It
is remotely exploitable by anyone sending you a file with a non-utf8
filename.
It sometimes causes a crash in pango. It might be depending on the version
of gtk you're using. And seems to crash Linux machines less than Windows
machines (if ever). This has not yet been fixed in CVS, but it IS in
the wild and you can get a client from http://www.sevenz.net/ to exploit
it. A patch is attached. Again, hopefully it will apply against gaim 1.2.1.

Ari Pollak

oscar_malformed_filename_crash_fix.patch
Description: Binary data

gaim_oldstatus_aim_away_message_substitution_buffer_overflow_fix.diff
Description: Binary data

signature.asc
Description: OpenPGP digital signature
--- End Message ---

Bug#350964: CVE-2006-0225, scponly shell command possible

2006-02-14 Thread Geoff Crompton

This bug has been closed for unstable (see bug 350964) with the 4.6
upload, but will it be fixed for sarge?

-- 
Geoff Crompton
Debian System Administrator
Strategic Data
+61 3 9340 9000


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

Bug#339405: marked as done (please depend upon xerces27 instead of xerces25)

Your message dated Tue, 14 Feb 2006 21:16:48 -0500
with message-id <[EMAIL PROTECTED]>
and subject line included in last upload
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: anon-proxy
Severity: important
Debbugs-CC: [EMAIL PROTECTED]

Hello.  I will be requesting removal of xerces25 shortly.  Please
upload a new version of anon-proxy that build depends upon
libxerces27-dev instead of libxerces25-dev.  Hopefully, this should be
the only change required to get the new version of xerces.  As of this
writing, xerces27 is built on all architectures except arm and built
and installed on all architectures except hppa.  (Okay, it's in
Dep-wait on m68k, but that's not impacting testing at the moment.)
You probably will want to check its status:

http://people.debian.org/~igloo/status.php?packages=xerces27

and wait until it's "Installed" on all architectures before uploading
so your package doesn't get stuck in dep-wait unnecessarily.

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>

--- End Message ---
--- Begin Message ---

Version: 00.02.39-8

Since these two bugs, fixed by my recent NMU, have now been
incorporated in the maintainer's upload of 00.02.39-8, I'm closing
these bugs rather than leaving them in the "fixed in NMU" state.
--- End Message ---

Bug#335368: marked as done (anon-proxy FTBFS with current openssl)

Your message dated Tue, 14 Feb 2006 21:16:48 -0500
with message-id <[EMAIL PROTECTED]>
and subject line included in last upload
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: anon-proxy
Version: 00.02.39-7
Severity: serious
Tags: patch

Hi,

I tried to rebuild anon-proxy on i386, it fails.
Please find attached patch to fix that. 

Regards

Petr


diff -ur anon-proxy-00.02.39/CACertificate.cpp anon-proxy.new/CACertificate.cpp
--- anon-proxy-00.02.39/CACertificate.cpp   2003-11-05 17:47:09.0 
+
+++ anon-proxy.new/CACertificate.cpp2005-10-23 12:33:49.0 +
@@ -91,12 +91,12 @@
return NULL;
}
 
-CACertificate* CACertificate::decode(UINT8* buff,UINT32 bufflen,UINT32 
type,char* passwd)
+CACertificate* CACertificate::decode(const UINT8* buff,UINT32 bufflen,UINT32 
type,char* passwd)
{
if(buff==NULL)
return NULL;
X509* tmpCert=NULL;
-   UINT8* tmp;
+   const UINT8* tmp;
PKCS12* tmpPKCS12;
switch(type)
{
diff -ur anon-proxy-00.02.39/CACertificate.hpp anon-proxy.new/CACertificate.hpp
--- anon-proxy-00.02.39/CACertificate.hpp   2002-08-06 15:02:55.0 
+
+++ anon-proxy.new/CACertificate.hpp2005-10-23 12:34:03.0 +
@@ -43,7 +43,7 @@
return tmp;
}

-   static CACertificate* decode(UINT8* buff,UINT32 
bufflen,UINT32 type,char* passwd=NULL);
+   static CACertificate* decode(const UINT8* buff,UINT32 
bufflen,UINT32 type,char* passwd=NULL);
static CACertificate* decode(const DOM_Node&node,UINT32 
type,char* passwd=NULL);
SINT32 encode(UINT8* buff,UINT32* bufflen,UINT32 type);
SINT32 encode(DOM_DocumentFragment& 
docFrag,DOM_Document& doc);
diff -ur anon-proxy-00.02.39/CAIPList.cpp anon-proxy.new/CAIPList.cpp
--- anon-proxy-00.02.39/CAIPList.cpp2003-08-19 18:26:07.0 +
+++ anon-proxy.new/CAIPList.cpp 2005-10-23 12:36:37.0 +
@@ -29,6 +29,7 @@
 #include "CAIPList.hpp"
 #include "CAMsg.hpp"
 #include "CAUtil.hpp"
+#include 
 /** Constructs an empty CAIPList. 
* The default number #MAXIP_CONNECTIONS of allowed insertions is used*/ 
 CAIPList::CAIPList()
diff -ur anon-proxy-00.02.39/CASignature.cpp anon-proxy.new/CASignature.cpp
--- anon-proxy-00.02.39/CASignature.cpp 2003-12-01 17:15:43.0 +
+++ anon-proxy.new/CASignature.cpp  2005-10-23 12:37:23.0 +
@@ -114,7 +114,7 @@
return parseSignKeyXML(buff,len);
 
case SIGKEY_PKCS12:
-   PKCS12* 
tmpPKCS12=d2i_PKCS12(NULL,(UINT8**)&buff,len);  
+   PKCS12* 
tmpPKCS12=d2i_PKCS12(NULL,&buff,len);   
EVP_PKEY* key=NULL;
 // X509* cert=NULL;

if(PKCS12_parse(tmpPKCS12,passwd,&key,NULL,NULL)!=1)
--- End Message ---
--- Begin Message ---

Version: 00.02.39-8

Since these two bugs, fixed by my recent NMU, have now been
incorporated in the maintainer's upload of 00.02.39-8, I'm closing
these bugs rather than leaving them in the "fixed in NMU" state.
--- End Message ---

Bug#323706: CAN-2005-2103, CAN-2005-2102, AIM/ICQ protocols vulnerability

2006-02-14 Thread Ari Pollak

The fix as of now, if you're running sarge, is basically to get the gaim 
backport from backports.org. The security team was aware of this issue 
months ago, so it's up to them to release fixed packages.


Geoff Crompton wrote:

Just wondering if their will be a fix for this?




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

Bug#323706: CAN-2005-2103, CAN-2005-2102, AIM/ICQ protocols vulnerability

2006-02-14 Thread Geoff Crompton

Just wondering if their will be a fix for this?

-- 
Geoff Crompton
Debian System Administrator
Strategic Data
+61 3 9340 9000


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

Bug#352902: CVE-2006-0481: PNG_Set_Strip_Alpha Buffer Overflow

2006-02-14 Thread Geoff Crompton

Package: libpng
Severity: grave
Justification: user security hole

As seen on http://www.securityfocus.com/bid/16626, there is a buffer overflow.

Redhat have a patch available at:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179455

However security focus lists versions 1.0.16, 1.0.17, 1.2.6, and 1.2.7 as
vulnerable, but I see we've got higher versions in sarge.
But I'm unsure if 1.2.8rel-1 is a pre-release version of 1.2.8, and hence
whether it will have this fix or not.


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

Bug#350624: star: acceptance of CDDL is undecided

On Tue, Feb 14, 2006 at 11:39:23PM +0100, Joerg Schilling wrote:

> Let us try to avoid generic discussions that are not related to star.

> Show me the exact art of the DSFG that you believe is incompatible with 
> the CDDL and explain why exactly you believe that this part of the DSFG
> is incompatible with the CDDL.

> As it seems that most people do not know the text, here are the links:

> The CDDL has been approved to be compatible with this:

>   http://www.opensource.org/docs/definition.php

> The DSFG is here:

>   http://www.us.debian.org/social_contract

> If you compare the both texts, you will find that the CDDL has been 
> verified against a text that is gradually more strict than the DSFG.

> Note that in case Debian tries to enforce rules that are not written down
> properly, it looks as if Debian is acting with arbitrariness.

Debian is applying human judgement when interpreting a set of guidelines.
Only the OSI has ever claimed that the DFSG are a suitable set of rules that
can be applied literally and mechanically to licenses to determine their
freeness; Debian never has.

-- 
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#350624: star: acceptance of CDDL is undecided

On Tue, Feb 14, 2006 at 07:18:50PM -, Pawel Wiecek wrote:
> Well, what sort of reacion do you expect? 

A sign that you are reading the bug report, which wasn't obvious to me. 

Something along the lines of "I agree / I disagree / I don't know" would be nice
as well. After all, it might be possible that my opinion is completely false.

Regards
  Thomas


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

Processed: Re: Processed: OK, let's try setting the tag "etch" (learning as I go here...)

Processing commands for [EMAIL PROTECTED]:

> # please just ask the release team if you need an RC bug ignored for
> # testing. :)
> tags 349316 -etch
Bug#349316: kaddressbook: Looses all kontacts when shutting down
Tags were: etch
Tags removed: etch

>
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#349587: 'Default senv_check = HOME' does not fix sudo

On Tue, Feb 14, 2006 at 12:26:16PM +0200, Marius Gedminas wrote:
> I have added the suggested workaround

>   Defaults env_check = HOME

> to my sudoers, yet 'sudo env' shows that HOME is not preserved.

AIUI, you must set env_reset before setting env_check; this is a bug in the
security patch that was applied.

-- 
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#350183: this isn't limited to network devices

2006-02-14 Thread Mike Crowe

On Feb 14, Mike Crowe <[EMAIL PROTECTED]> wrote:
>> I don't think this issue is limited to network devices.

On Tue, Feb 14, 2006 at 01:46:30PM +0100, Marco d'Itri wrote:
> You are showing some totally unrelated issue which is obviously a
> bug in lvm2.

I admit that the log excerpt I provided was rather confusing and did
not contain the pertinent information. The issue I was aiming to
describe is unrelated to LVM as far as I can determine. That vgchange
not found error occurs in both successful and unsuccessful boots.

I've attached two separate logs - one from a successful boot and one
from a failed boot. It hope it is clear that these two logs show sata,
megaraid, aic79xx and USB modules scanning for devices in a different
order. This means that on some boots the boot disk on megaraid is sda
and on others it's sdb. I see no reason why this randomness could not
also occur between SATA, and on/off board SCSI devices but don't have
the hardware available to prove this at the moment.

-- 
Mike Crowe

LILO 22.6.1 Loading 
Linux...
BIOS data check successful
Bootdata ok (command line is auto BOOT_IMAGE=Linux ro root=801 console=tty0 
console=ttyS0,9600n8)
Linux version 2.6.15-1-amd64-k8-smp (Debian 2.6.15-2bpo1) ([EMAIL PROTECTED]) 
(gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Thu Jan 26 00:57:18 UTC 2006
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000e - 0010 (reserved)
 BIOS-e820: 0010 - fbff (usable)
 BIOS-e820: fbff - fbfff000 (ACPI data)
 BIOS-e820: fbfff000 - fc00 (ACPI NVS)
 BIOS-e820: ff78 - 0001 (reserved)
 BIOS-e820: 0001 - 0002 (usable)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: PXM 1 -> APIC 2 -> Node 1
SRAT: PXM 1 -> APIC 3 -> Node 1
SRAT: Node 0 PXM 0 10-fc00
SRAT: Node 1 PXM 1 1-2
SRAT: Node 0 PXM 0 10-1
SRAT: Node 0 PXM 0 0-1
Bootmem setup node 0 -0001
Bootmem setup node 1 0001-0002
ACPI: PM-Timer IO Port: 0x1008
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Processor #2 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 15:1 APIC version 16
ACPI: IOAPIC (id[0x04] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 4, version 17, address 0xfec0, GSI 0-23
ACPI: IOAPIC (id[0x05] address[0xfebff000] gsi_base[24])
IOAPIC[1]: apic_id 5, version 17, address 0xfebff000, GSI 24-27
ACPI: IOAPIC (id[0x06] address[0xfebfe000] gsi_base[28])
IOAPIC[2]: apic_id 6, version 17, address 0xfebfe000, GSI 28-31
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at fc40 (gap: fc00:378)
Checking aperture...
CPU 0: aperture @ 800 size 32 MB
Aperture from northbridge cpu 0 too small (32 MB)
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 800
Built 2 zonelists
Kernel command line: auto BOOT_IMAGE=Linux ro root=801 console=tty0 
console=ttyS0,9600n8
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 131072 bytes)
time.c: Using 3.579545 MHz PM timer.
time.c: Detected 2191.499 MHz processor.
Console: colour VGA+ 80x50
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 8120696k/8388608k available (1861k kernel code, 201924k reserved, 870k 
data, 208k init)
Calibrating delay using timer specific routine.. 4389.36 BogoMIPS (lpj=2194681)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0(2) -> Node 0 -> Core 0
mtrr: v2.0 (20020519)
Using local APIC timer interrupts.
Detected 12.451 MHz APIC timer.
Booting processor 1/4 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 4387.71 BogoMIPS (lpj=2193855)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1(2) -> Node 0 -> Core 1
Dual Core AMD Opteron(tm) Processor 275 stepping 02
CPU 1: Syncing TSC to CPU 0.
CPU 1: synchronized TSC with CPU 0 (last diff 0 cycles, maxerr 638 cycles)

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

Your message dated Tue, 14 Feb 2006 21:40:07 +0100
with message-id <[EMAIL PROTECTED]>
and subject line (no subject)
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: gnuboy
Version: 1.0.3-2
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 ---
Acknowledged NMU, thanks for your work.

Regards,
-- 
Davide Puricelli, [EMAIL PROTECTED]
Debian Developer: [EMAIL PROTECTED] | http://www.debian.org

Time looked like snow dropping silently into a black room -- Ray Bradbury
--- End Message ---

Bug#254113: New version of ttf-freefont to test

2006-02-14 Thread Jan Willem Stumpel

Josh Triplett wrote:

> No spacing problems either with this version or with the current version
> in Debian.
> 
> - Josh Triplett

Interesting .. I have spacing problems (line spacing, and, with Freemono
when printed by means of Mozilla/xprint, also character spacing) both
with this version and with the current version in Sid. But the November
2005 version (ttf-freefont_20051102-2_all.deb) is OK.

How did you test it?

[IMHO the most reliable way to test the 'line spacing' issue is to use
Openoffice 2.0; just select some text, and change the font between e.g.
Times New Roman and Freeserif.]

Regards, Jan

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

Bug#352849: libtiff-tools: tiff2pdf segfaults

2006-02-14 Thread Jay Berkenbilt

Ramakrishnan Muthukrishnan <[EMAIL PROTECTED]> wrote:

> I am trying to convert a tiff file to PDF using tiff2pdf
> which is part of libtill-tools. It segfaults and I could
> never get it to work. If needed I can provide the tiff
> file I used as input if that can can help.

Yes, please provide the tiff file; feel free to mail it as an
attachment to the bug report if it's small or to give me a URL to grab
it from if it's large.  Does this problem still happen with 3.8.0-2 in
sid?  There's at least one segfault patch available from upstream that
I was thinking of uploading after 3.8.0-2 transitions to etch in a
couple of days.

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>

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

Bug#350624: star: acceptance of CDDL is undecided

Am Dienstag, den 14.02.2006, 20:29 +0100 schrieb Joerg Schilling:
> Note: the CDDL clearly is a license that follows the rules from Debian.

See, that's exactly the point. I believe otherwise; so it isn't clear to
me, at least with a choice of venue. 


> If you believe otherwise, tell me exactly _what_ you don't like and _why_ the
> CDDL is not following Debians rules.

Quite simple: I want to be able to set up a server, putting "main" into
sources.list and not having to wonder wether I just submitted myself
under the jurisdiction of Kiribati (taken from the member list of the
United Nations by pure coincidence). And this can happen if choice of
venue clauses are allowed in main. 
And please stop telling me that I don't like the CDDL; this is not about
the CDDL which can be used without a choice of venue clause.


> Note-2: While the CDDL is OK, the current GPLv3 draft is definitely 
> allowing discriminaton and for this reason not DSFG compliant.

In any case, this is totally unrelated to star, CDDL and choice of
venue. Who was the first one to use the word "FUD" in this discussion?

> Let us wait what whether Debian will accept a GPLv3 licensed project..

Why, do you plan to relicense star under GPLv3?


Regards
Thomas



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

Bug#345793: mldonkey: fails to build on alpha

2006-02-14 Thread Sylvain Le Gall

Hello,

On Tue, Feb 14, 2006 at 02:30:20PM +0100, Julien Cristau wrote:
> On Tue, Jan  3, 2006 at 17:54:24 +, Sylvain Le Gall wrote:
> 
> > Hello,
> > 
> > On Tue, Jan 03, 2006 at 03:42:09PM +0100, Julien Cristau wrote:
> > > Package: mldonkey
> > > Severity: serious
> > > Justification: no longer builds from source
> > > 
> > > Hi,
> > > 
> > > the build fails when building mlnet with what looks like
> > > http://caml.inria.fr/mantis/view.php?id=3072.
> > > You should probably build mlnet with ocamlc to work around this.
> > 
> > Humm, in fact i think that the ocaml package should stop building
> > ocamlopt for alpha, if it is really failing (i feel that this error
> > comes from libasmrun, which is part of ocaml).
> > 
> I know that this is an ocamlopt bug (which appears only with big
> executables on alpha), but I think it could easily be worked around in
> mldonkey (coq already does this IIRC), either by using ocamlc on alpha
> or by falling back to ocamlc if ocamlopt fails.
> 2.7.3-1 still fails to build in the same way.
> 
> Cheers,
> Julien
> 
> 
> 

Well, i will use the same workaround as coq (if it suits my need). 

Kind regard
Sylvain Le Gall


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

Bug#350183: this isn't limited to network devices

2006-02-14 Thread Marco d'Itri

On Feb 14, Mike Crowe <[EMAIL PROTECTED]> wrote:

> I've attached two separate logs - one from a successful boot and one
> from a failed boot. It hope it is clear that these two logs show sata,
> megaraid, aic79xx and USB modules scanning for devices in a different
> order. This means that on some boots the boot disk on megaraid is sda
> and on others it's sdb. I see no reason why this randomness could not
> also occur between SATA, and on/off board SCSI devices but don't have
> the hardware available to prove this at the moment.
It will happen among devices handled by different drivers.
The solution is to use the /dev/disk/ persistent symlinks.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#350624: star: acceptance of CDDL is undecided

Thomas Weber <[EMAIL PROTECTED]> wrote:

> > If you believe otherwise, tell me exactly _what_ you don't like and _why_ 
> > the
> > CDDL is not following Debians rules.
>
> Quite simple: I want to be able to set up a server, putting "main" into
> sources.list and not having to wonder wether I just submitted myself
> under the jurisdiction of Kiribati (taken from the member list of the
> United Nations by pure coincidence). And this can happen if choice of
> venue clauses are allowed in main. 

Well, then you obviously need to remove _all_ GPL packets as any
person could sue you anywhere in the world because of the _missing_
choice of venue.

Please don't tell me you would never travel to "Kiribati" - do you know
for shure that you will not like to visit your new mother in law (located
in Kiribati) next year?

> And please stop telling me that I don't like the CDDL; this is not about
> the CDDL which can be used without a choice of venue clause.

Of course, I cannot speak about you, but looking at the recent CDDL shows that 
most people who did post did not give real arguments but rather seem to be
anti CDDL.

> > Note-2: While the CDDL is OK, the current GPLv3 draft is definitely 
> > allowing discriminaton and for this reason not DSFG compliant.
>
> In any case, this is totally unrelated to star, CDDL and choice of
> venue. Who was the first one to use the word "FUD" in this discussion?
>
> > Let us wait what whether Debian will accept a GPLv3 licensed project..
>
> Why, do you plan to relicense star under GPLv3?

Definitely not as long as the GPLv3 still contains the permission to
discriminate people.

I did chose CDDL for two reasons:

-   Star is using source from Sun that is licensed under CDDL

-   I like to have star under a more kliberate license than the GPL.

As a note:

The CDDL is a reworked MPL and I have been in heavy discussion with
Sun lawyers to make the choice of venue part modified in a way
acceptable by "joe author".

Debian currently includes MPL based packets in "main" and the MPL is definitely
less DFSG compliant than the CDDL.

>From the MPL:

11. MISCELLANEOUS. 

 This License represents the complete agreement concerning subject 
 matter hereof. If any provision of this License is held to be 
 unenforceable, such provision shall be reformed only to the extent 
 necessary to make it enforceable. This License shall be governed by 
 California law provisions (except to the extent applicable law, if 
 any, provides otherwise), excluding its conflict-of-law provisions. 
 With respect to disputes in which at least one party is a citizen of, 
 or an entity chartered or registered to do business in the United 
 States of America, any litigation relating to this License shall be 
 subject to the jurisdiction of the Federal Courts of the Northern 
 District of California, with venue lying in Santa Clara County, 
 California, with the losing party responsible for costs, including 
 without limitation, court costs and reasonable attorneys' fees and 
 expenses. The application of the United Nations Convention on 
 Contracts for the International Sale of Goods is expressly excluded. 
 Any law or regulation which provides that the language of a contract 
 shall be construed against the drafter shall not apply to this 
 License. 

As you see, all MPL programs have the choice of venue set to Santa Clara.
I believe this is completely inacceptable and I am sure that private
authors who use the MPL are not aware of this problem.

If Debian would like to remove star, then they need to remove these
packets too: http://freshmeat.net/browse/189/
Freshmeat lists 230 projects licensed under MPL.

The fact that nobody seems to start a MPL related discussion looks like
the CDDL discussion on Debian-legal has been started by some trolls who 
just like to discriminate against the CDDL.

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

Bug#350624: star: acceptance of CDDL is undecided

On Tue, Feb 14, 2006 at 04:07:07PM +0100, Joerg Schilling wrote:

> > Am Dienstag, den 14.02.2006, 01:25 +0100 schrieb Joerg Schilling:
> > > It seems that you did not understand the Debian rules.

> > Well, I believe I understand them quite well. OTOH, I don't consider
> > this problem to be about my understanding, so let's drop this.

> It sounds as if you definitely don't understand the legal background.

> > > If Debian would really require people to be allowed to sue the 
> > > Author of free software at any place on the earth, Debian would
> > > be anti-social.

> > Well, you want a software, where every user on this planet can be forced
> > to travel around the globe for a lawsuit. Doesn't sound much better.

> This aplies _only_ to users who like to sue _me_, so this only aplies to 
> _BAD_ users.

No.  The wording in the CDDL is:

  Any litigation relating to this License shall be subject to the
  jurisdiction of the courts located in the jurisdiction and venue specified
  in a notice contained within the Original Software, with the losing party
  responsible for costs, including, without limitation, court costs and
  reasonable attorneys’ fees and expenses.

There is nothing in the CDDL that prevents *you* as a copyright holder
from using this clause to harrass users you don't like.  Exposing our users
to this added risk in order to give copyright holders an additional legal
protection that people have been doing fine without for decades is not a
decision Debian is going to make lightly.  Indeed, the list archives of
debian-legal are full of in-depth discussion of this issue over the past
year.

> Conclusion: if Debian would act this way, Debian would be anti-social and
> put the authors off Debian. As a later result, there would be no free
> software anymore.

Um, I call bullshit.  There are thousands (millions?) of Free Software
contributors who have no problem licensing their code under the terms of
GPLv2 or the BSD licenses, and we have a long precedent of these software
authors largely *not* getting sued frivolously by users.  In contrast,
licenses with choice of venue clauses are relatively new, and some of them
have been advanced by corporations that have a history of overt hostility
towards Free Software, so the risks to our users of being sued by copyright
holders are a complete unknown.

> Free Software is a curtesy of it's authors. If you take away all rights
> from the authors, you loose anything you have.

You know, some of us actually contribute to Free Software because we believe
in its goals and its methods, not because we think we're doing users a
favor...

-- 
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#350183: this isn't limited to network devices

2006-02-14 Thread maximilian attems

On Tue, Feb 14, 2006 at 08:43:16PM +, Mike Crowe wrote:
> On Feb 14, Mike Crowe <[EMAIL PROTECTED]> wrote:
> >> I don't think this issue is limited to network devices.
> 
> On Tue, Feb 14, 2006 at 01:46:30PM +0100, Marco d'Itri wrote:
> > You are showing some totally unrelated issue which is obviously a
> > bug in lvm2.
> 
> I admit that the log excerpt I provided was rather confusing and did
> not contain the pertinent information. The issue I was aiming to
> describe is unrelated to LVM as far as I can determine. That vgchange
> not found error occurs in both successful and unsuccessful boots.

the vgchange issue is due to the hexstyle fashion you passed
the root param, not yet catched by this
-- snipp /usr/share/initramfs-tools/local-top/lvm
vg=${ROOT#/dev/mapper/}

case ${vg} in
/dev/root)
unset vg
;;
/*)
exit 0
;;
esac
--

harmless error message
this will be easily solved once this hook is moved to lvm2
 
> I've attached two separate logs - one from a successful boot and one
> from a failed boot. It hope it is clear that these two logs show sata,
> megaraid, aic79xx and USB modules scanning for devices in a different
> order. This means that on some boots the boot disk on megaraid is sda
> and on others it's sdb. I see no reason why this randomness could not
> also occur between SATA, and on/off board SCSI devices but don't have
> the hardware available to prove this at the moment.

did you try to regenerate the image with latest udev 084-4
can you still reproduce it with it?
(use update-initramfs -t -u to regenerate your image)

it includes the device ordering features of udev,
they produce different error messages which are mostly harmless.
should help on your setup.

but gave as trouble on working setups that need ide-generic..

regards

--
maks




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

Bug#332726: marked as done (mono-apache-server: mod-mono-server claims that mod_mono and xsp have different versions)

Your message dated Tue, 14 Feb 2006 13:48:17 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#332726: fixed in xsp 1.1.13-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: mono-apache-server
Version: 1.0.5-2
Severity: grave
Justification: renders package unusable


Seems all the mod-mono functionality is now broken, and apache returns a
code 500 (internal server error) for all of it.

So in order to find out what was going on, I started mod-mono-server by
hand, thusly:

su www-data -c '/usr/bin/mono /usr/share/dotnet/bin/mod-mono-server.exe
  --filename /tmp/.mod_mono_server --nonstop --appconfigdir
  /etc/mono-server'

I then hit the web server (http://localhost/samples) and got the
following output:

[EMAIL PROTECTED]:/etc/mono-server# su www-data -c '/usr/bin/mono 
/usr/share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server 
--nonstop --appconfigdir /etc/mono-server'
mod-mono-server
Listening on: /tmp/.mod_mono_server
Root directory: /etc/mono-server
In ModMonoWorker.Run: mod_mono and xsp have different versions.


And yet, both mono-apache-server and mono-xsp packages are at 1.0.5-2!
However, the mono framework itself is now at 1.1.9.1.


In any case, this situation renders mod_mono completely dead, hence the
"grave" severity of this bug.


This bug is actually probably a dup of 303755, but the submitter of that
bug marked it as "normal" and didn't give any useful information.



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

Versions of packages mono-apache-server depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libapache-mod-mono1.0-1  Run ASP.NET Pages on UNIX with Apa
ii  mono-classlib-1.0 1.1.9.1-3  Mono class library (1.0)
ii  mono-jit  1.1.9.1-3  fast CLI (.NET) JIT compiler for M
ii  mono-mcs  1.1.9.1-3  Mono C# compiler

mono-apache-server recommends no packages.

-- debconf information:
* monoserver/monoserver_restartapache: true

--- End Message ---
--- Begin Message ---
Source: xsp
Source-Version: 1.1.13-1

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

asp.net-examples_1.1.13-1_all.deb
  to pool/main/x/xsp/asp.net-examples_1.1.13-1_all.deb
asp.net2-examples_1.1.13-1_all.deb
  to pool/main/x/xsp/asp.net2-examples_1.1.13-1_all.deb
mono-apache-server2_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-apache-server2_1.1.13-1_all.deb
mono-apache-server_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-apache-server_1.1.13-1_all.deb
mono-xsp-base_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-xsp-base_1.1.13-1_all.deb
mono-xsp2-base_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-xsp2-base_1.1.13-1_all.deb
mono-xsp2_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-xsp2_1.1.13-1_all.deb
mono-xsp_1.1.13-1_all.deb
  to pool/main/x/xsp/mono-xsp_1.1.13-1_all.deb
xsp_1.1.13-1.diff.gz
  to pool/main/x/xsp/xsp_1.1.13-1.diff.gz
xsp_1.1.13-1.dsc
  to pool/main/x/xsp/xsp_1.1.13-1.dsc
xsp_1.1.13.orig.tar.gz
  to pool/main/x/xsp/xsp_1.1.13.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.
Debian Mono Group <[EMAIL PROTECTED]> (supplier of updated xsp 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, 25 Jan 2006 13:54:22 -0600
Source: xsp
Binary: asp.net2-examples mono-xsp2-base mono-apache-server2 asp.net-examples 
mono-xsp-base mono-apache-server mono-xsp mono-xsp2
Architecture: source all
Version: 1.1.13-1
Distribution: unstable
Urgency: low
Maintainer: Debian Mono Group <[EMAIL PROTECTED]>
Changed-By: Debian Mono Group <[EMAIL PROTECTED]>
Description: 
 asp.net-examples - demo pages for ASP.NET 1.1 infrastructure
 asp.net2-examples - demo pages for ASP.NET 1.1 and 2.0 infrastructure
 mono-ap

Bug#340352: otrs: Multiple SQL injection and Cross-Site-Scripting vulnerabilities

2006-02-14 Thread Torsten Werner

Hi Martin,

Martin Schulze wrote:
> +-  SoryBy => 'Age', # 
> Owner|CustomerID|State|Ticket|Queue|Priority|Age
> ++  SortBy => 'Age', # 
> Owner|CustomerID|State|Ticket|Queue|Priority|Age
> 
> Could you... err... explain the change?

I have obviously missed that change. I do not have time to recheck the
package now, sorry.


Regards,
Torsten

begin:vcard
fn:Torsten Werner
n:Werner;Torsten
email;internet:[EMAIL PROTECTED]
x-mozilla-html:FALSE
url:http://www.twerner42.de/
version:2.1
end:vcard

Bug#350624: star: acceptance of CDDL is undecided

Am Dienstag, den 14.02.2006, 22:24 +0100 schrieb Joerg Schilling:
> Well, then you obviously need to remove _all_ GPL packets as any
> person could sue you anywhere in the world because of the _missing_
> choice of venue.

If I am not doing business there and can still be sued *without* having
agreed to this choice of venue, than I am lost anyway -- a court there
could very well override the choice of venue clause.
A license can't protect against arbitrary jurisdictions.


> Debian currently includes MPL based packets in "main" and the MPL is 
> definitely
> less DFSG compliant than the CDDL.

Just for the record: MPL is considered non-free by most Debian
Developers (not sure about an official statement):
http://lists.debian.org/debian-legal/2004/06/msg00221.html

Could you please name a package which is 
a) in Debian under MPL
b) not in non-free
c) is not being worked on to get another license.

Please note that e.g. firefox is actively being worked on (in this case:
by upstream):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330295


> The fact that nobody seems to start a MPL related discussion looks like
> the CDDL discussion on Debian-legal has been started by some trolls who 
> just like to discriminate against the CDDL.

MPL was considered non-free even before CDDL was published. There are
some very practical matters with it (keep source code online for a
certain time) which make MPL a pain for every distributor, leaving
issues of freeness aside.

I don't mind continuing this discussion, but I suggest dropping the
@debian.org addresses from CC.

Regards
Thomas



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

Processed: Fixed in NMU of u++ 5.3.0-1

Processing commands for [EMAIL PROTECTED]:

> tag 282843 + fixed
Bug#282843: u++ spews warnings about use of tmpname
There were no tags set.
Tags added: fixed

> tag 328037 + fixed
Bug#328037: FTBFS: No rule to make target linux-gnu-i386
There were no tags set.
Tags added: fixed

> tag 345004 + fixed
Bug#345004: FTBFS: uC++ Translator error: cpp level, execvp: No such file or 
directory
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#346755: marked as done (x2x: FTBFS: build-depends on removed xlibs-dev)

Your message dated Tue, 14 Feb 2006 13:48:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#346755: fixed in x2x 1.27.svn.20060214-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: x2x
Version: 1.27-8
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: x2x
Source-Version: 1.27.svn.20060214-1

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

x2x_1.27.svn.20060214-1.diff.gz
  to pool/main/x/x2x/x2x_1.27.svn.20060214-1.diff.gz
x2x_1.27.svn.20060214-1.dsc
  to pool/main/x/x2x/x2x_1.27.svn.20060214-1.dsc
x2x_1.27.svn.20060214-1_i386.deb
  to pool/main/x/x2x/x2x_1.27.svn.20060214-1_i386.deb
x2x_1.27.svn.20060214.orig.tar.gz
  to pool/main/x/x2x/x2x_1.27.svn.20060214.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.
Romain Francoise <[EMAIL PROTECTED]> (supplier of updated x2x 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, 14 Feb 2006 21:43:23 +0100
Source: x2x
Binary: x2x
Architecture: source i386
Version: 1.27.svn.20060214-1
Distribution: unstable
Urgency: low
Maintainer: Romain Francoise <[EMAIL PROTECTED]>
Changed-By: Romain Francoise <[EMAIL PROTECTED]>
Description: 
 x2x- Link two X displays together, simulating a multiheaded display
Closes: 95761 203021 346755 352552
Changes: 
 x2x (1.27.svn.20060214-1) unstable; urgency=low
 .
   * New upstream (SVN checkout of the trunk), adds support for DPMS and
 the new option -dpmsmouse (closes: #203021).
 .
   * New maintainer (closes: #352552).
   * Acknowledge NMUs (closes: #95761, #346755).
   * debian/control:
 + Build-Depend on debhelper (>= 5.0.0).
 + Update Standards-Version to 3.6.2.2, no changes needed.
 + Update maintainer contact info.
   * debian/compat: New file.
   * debian/copyright: Update info.
   * debian/rules:
 + Don't use DH_COMPAT.
 + Various cleanups.
Files: 
 1b3e7455a87a86c6ce4e4de913d115c5 629 x11 optional x2x_1.27.svn.20060214-1.dsc
 4e7438b9f58d63acac57d6033f462327 40228 x11 optional 
x2x_1.27.svn.20060214.orig.tar.gz
 c59527a84e29143dc42612141f4d2b40 4009 x11 optional 
x2x_1.27.svn.20060214-1.diff.gz
 c1835b59aa666cf58dc854b297f8770e 21528 x11 optional 
x2x_1.27.svn.20060214-1_i386.deb

--

Bug#352787: marked as done (dh-buildinfo: FTBFS: cannot create directory 'blib/bin')

Your message dated Tue, 14 Feb 2006 13:47:34 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352787: fixed in dh-buildinfo 0.9
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: dh-buildinfo
Version: 0.8
Severity: serious

From my pbuilder build log:

...
 debian/rules build
dh_testdir
/usr/bin/perl Makefile.PL INSTALLDIRS=vendor
Writing Makefile for dh-buildinfo
/usr/bin/make OPTIMIZE="-O2 -g -Wall"
make[1]: Entering directory `/tmp/buildd/dh-buildinfo-0.8'
cp BuildDeps.pm blib/lib/BuildDeps.pm
make[1]: Leaving directory `/tmp/buildd/dh-buildinfo-0.8'
mkdir blib/bin
mkdir: cannot create directory `blib/bin': File exists
make: *** [build-stamp] Error 1

If there's some bug in the new version of perl which is causing this, feel 
free to reassign; I can't tell.
-- 
Daniel Schepler

--- End Message ---
--- Begin Message ---
Source: dh-buildinfo
Source-Version: 0.9

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

dh-buildinfo_0.9.dsc
  to pool/main/d/dh-buildinfo/dh-buildinfo_0.9.dsc
dh-buildinfo_0.9.tar.gz
  to pool/main/d/dh-buildinfo/dh-buildinfo_0.9.tar.gz
dh-buildinfo_0.9_all.deb
  to pool/main/d/dh-buildinfo/dh-buildinfo_0.9_all.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.
Yann Dirson <[EMAIL PROTECTED]> (supplier of updated dh-buildinfo 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, 14 Feb 2006 22:20:38 +0100
Source: dh-buildinfo
Binary: dh-buildinfo
Architecture: source all
Version: 0.9
Distribution: unstable
Urgency: low
Maintainer: Yann Dirson <[EMAIL PROTECTED]>
Changed-By: Yann Dirson <[EMAIL PROTECTED]>
Description: 
 dh-buildinfo - Debhelper addon to track package versions used to build a 
package
Closes: 352787
Changes: 
 dh-buildinfo (0.9) unstable; urgency=low
 .
   * Corrected Makefile.PL and debian/rules to get a sane install procedure
 (Closes: #352787).
Files: 
 0252faa62e8f3211ae31c7c91e4ce143 535 devel optional dh-buildinfo_0.9.dsc
 e11d6db5b34ffcb0bd2c463978234375 18019 devel optional dh-buildinfo_0.9.tar.gz
 86c259d572e800cbd39617febd903e30 15230 devel optional dh-buildinfo_0.9_all.deb

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

iD8DBQFD8kwmV1uVslwzwbgRAhYVAJ4irjkvBFkyq0J2dCfp0wQrdXIORwCdH77b
uAI7RUzFZcgXiIgcTprQPJo=
=fxmT
-END PGP SIGNATURE-

--- End Message ---

Bug#352654: marked as done (installation-reports)

Your message dated Tue, 14 Feb 2006 13:47:42 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352654: fixed in grub 0.97-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: installation-reports

Boot method: USB CDROM (boot: linux vga=771)
Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/ 
arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso

Date: 2006-02-13 9:45 CET

Machine: VIA Epia M Mini ITX motheboard
Processor: VIA C3 (Samuel 2 600MHz)
Memory: 1GB
Partitions:
Could'nt get partition table under BusyBox, but I use lvm
logical partition 2.7G swap
logical partition 256M /boot ext3
LVM partition (rest of disk)
LV root 290M / ext3
LV tmp 411M /tmp ext3
LV usr 5.5G /usr ext3
LV var 3.5G /var ext3

Output of lspci and lspci -n:
Can't do that under BusyBox

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

Initial boot worked:[O ]

Configure network HW:   [O ]

Config network: [ O]

Detect CD:  [ O]

Load installer modules: [O ]

Detect hard drives: [ O]

Partition hard drives:  [ O]

Create file systems:[ O]

Mount partitions:   [ O]

Install base system:[ O]

Install boot loader:[ O]

Reboot: [ E]

udev-event [xxx] : run_program: exec of program '/lib/udev/vol_id'  
failed
udev-event [xxx] : run_program: exec of program '/lib/udev/ 
udev_run_hotplugd' failed
udev-event [xxx] : run_program: exec of program '/lib/udev/ 
udev_run_devd' failed

(those 3 lines are repeated a lot of times)

ALERT! does not exist. Dropping to a shell!

BusyBox v1.01
[...]
/bin/sh: can't acces tty; job control turned off

Comments/Problems:

I strongly suppose that's an hardware problem. When I installed  
Sarge, lots of messages about hotplug appears at kernel boot time.

May be some chipset not recognized on my motherboard

--- End Message ---
--- Begin Message ---
Source: grub
Source-Version: 0.97-5

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

grub-disk_0.97-5_all.deb
  to pool/main/g/grub/grub-disk_0.97-5_all.deb
grub-doc_0.97-5_all.deb
  to pool/main/g/grub/grub-doc_0.97-5_all.deb
grub_0.97-5.diff.gz
  to pool/main/g/grub/grub_0.97-5.diff.gz
grub_0.97-5.dsc
  to pool/main/g/grub/grub_0.97-5.dsc
grub_0.97-5_i386.deb
  to pool/main/g/grub/grub_0.97-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.
Otavio Salvador <[EMAIL PROTECTED]> (supplier of updated grub 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: Mon, 13 Feb 2006 21:19:09 -0200
Source: grub
Binary: grub-disk grub grub-doc
Architecture: source i386 all
Version: 0.97-5
Distribution: unstable
Urgency: high
Maintainer: Grub Maintainers <[EMAIL PROTECTED]>
Changed-By: Otavio Salvador <[EMAIL PROTECTED]>
Description: 
 grub   - GRand Unified Bootloader
 grub-disk  - GRUB bootable disk image
 grub-doc   - Documentation for GRand Unified Bootloader
Closes: 350168 351822 352654
Changes: 
 grub (0.97-5) unstable; urgency=HIGH
 .
   [ Urgency set to HIGH since it broke LVM installations ]
 .
   [ Otavio Salvador ]
   * Applied patch from David Golombek <[EMAIL PROTECTED]> to handle
 DEB_BUILD_GNU_SYSTEM definition while building in sarge.
 (closes: #351822, #350168)
   * Fix device handling allowing LVM installation. (closes: #352654)
Files: 
 d61d3a8290af99f7c36078b51468b15c 932 admin optional grub_0.97-5.dsc
 c350cbd3ab0d06b0687d6a5e012a04bc 60625 admin optional grub_0.97-5.diff.gz
 609ed258a4b65f7009a9a943a6a22a66 364034 admin optional grub_0.97-5_i386.deb
 4406ef60560877914194bae6b47248b9 236106 admin optional grub-disk_0.97-5_all.deb
 1b5ef77122449a544b992d6bf3f4d8ff 266726 doc optional grub-doc_0.97-5_all.deb

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

iD8DBQFD8kpvLqiZQEml+FURAljBAKCrkQncb0SnJygvfz9t1+MncRguMgCgpPLU
Vd2wAohajtAspx5DVhE8aWQ=
=OWcP
-END PGP SIGNATURE-

--- End Message ---

Bug#254113: New version of ttf-freefont to test

2006-02-14 Thread Davide Viti

Hi all,

On Tue, Feb 14, 2006 at 05:33:36PM +0100, Christian Perrier wrote:
> I just built a new upstream version of ttf-freefont. As Konstantinos
> is mostly away currently, I wanted to give a try for getting a new
> version in as the graphical installer could benefit it.

very appreciated: thank you.

> I am not at all a font guy...I just took some time to build this new
> version.

I tried to rebuild the package starting from the files on [1] and it
fails for me with the following:

./convertfonts.sh
./FreeMonoBoldOblique.sfd
./convertfonts.sh: line 11: 
/testing/home/zino/temp/deb/ttf-freefont-20060126/scripts/ConvertFont: 
Permission denied
[...]

which was fixed by hand with a "chmod +x scripts/ConvertFont"

> G-I people, can you also have a look at it?

I wanted to create a g-i image using the udeb you provided in place of
the tarball [2] currently used in the official iso: since it's not so
immadiate it's going to be one of the next things I'll work on.

I've created an iso [3] which oncludes _only_ the unstripped version
of the FreeSans fonts; this obviously means that some languages have
no glyphs at all.

I performed some tests using Attilio's application and Soumyadip said
the pics ([4], [5], [6]) look good for Bengali, Hindi, Punjabi; if
this is true also for the iso (and I see no reason not to be that
way), it means we can get rid of

MuktiNarrow.tgz
ttf-devanagari-fonts.tgz
ttf-punjabi-fonts.tgz

please try the iso and let us know.

Davide

[1] http://people.debian.org/~bubulle/ttf-freefont
[2] http://d-i.alioth.debian.org/gtk-frontend/FreeSans.tgz
[3] http://www.webalice.it/zinosat/g-i/mini_freefont20060126-0.1.iso
[4] http://www.webalice.it/zinosat/shots/bn_freefont20060126-0.1.jpg
[5] http://www.webalice.it/zinosat/shots/hi_freefont20060126-0.1.jpg
[6] http://www.webalice.it/zinosat/shots/pa_IN_freefont20060126-0.1.jpg


signature.asc
Description: Digital signature

Bug#352867: marked as done (db1-compat: FTBFS as binary-arch does not depend on build)

Your message dated Tue, 14 Feb 2006 13:47:32 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352867: fixed in db1-compat 2.1.3-9
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: db1-compat
Version: 2.1.3-8
Severity: serious
Tags: patch
Justification: FTBFS

"fakeroot debian/rules binary" (or debuild binary) fails as the
binary-arch target does not depend on the build target.

Trivial patch: add this dependency!

   Julian

--- End Message ---
--- Begin Message ---
Source: db1-compat
Source-Version: 2.1.3-9

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

db1-compat_2.1.3-9.diff.gz
  to pool/main/d/db1-compat/db1-compat_2.1.3-9.diff.gz
db1-compat_2.1.3-9.dsc
  to pool/main/d/db1-compat/db1-compat_2.1.3-9.dsc
libdb1-compat_2.1.3-9_powerpc.deb
  to pool/main/d/db1-compat/libdb1-compat_2.1.3-9_powerpc.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.
Colin Watson <[EMAIL PROTECTED]> (supplier of updated db1-compat 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, 14 Feb 2006 20:17:00 +
Source: db1-compat
Binary: libdb1-compat
Architecture: source powerpc
Version: 2.1.3-9
Distribution: unstable
Urgency: low
Maintainer: Colin Watson <[EMAIL PROTECTED]>
Changed-By: Colin Watson <[EMAIL PROTECTED]>
Description: 
 libdb1-compat - The Berkeley database routines [glibc 2.0/2.1 compatibility]
Closes: 352867
Changes: 
 db1-compat (2.1.3-9) unstable; urgency=low
 .
   * Make binary-arch target depend on build (thanks, Julian Gilbey;
 closes: #352867).
Files: 
 91d0c92131499104fd07182b4bdcc9a7 576 oldlibs extra db1-compat_2.1.3-9.dsc
 d0d7f5784eeb430e6dee3bcb5ccd414d 5704 oldlibs extra db1-compat_2.1.3-9.diff.gz
 0d5bfb7d91e495f25da67b9cea4f4c52 35284 oldlibs extra 
libdb1-compat_2.1.3-9_powerpc.deb

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

iD8DBQFD8jto9t0zAhD6TNERAoEkAJ46WzHT128hUHXpmx7c8rnMBMKRxQCeIy16
Sn+HIB1hNFk4+S1F9Lru4Kg=
=MbpW
-END PGP SIGNATURE-

--- End Message ---

Bug#254113: New version of ttf-freefont to test

2006-02-14 Thread Josh Triplett

Christian Perrier wrote:
> I just built a new upstream version of ttf-freefont. As Konstantinos
> is mostly away currently, I wanted to give a try for getting a new
> version in as the graphical installer could benefit it.
> 
> I am not at all a font guy...I just took some time to build this new
> version.
> 
> Can people who experienced spacing problems with former versions test
> that one ?
> 
> http://people.debian.org/~bubulle/ttf-freefont

No spacing problems either with this version or with the current version
in Debian.

- Josh Triplett


signature.asc
Description: OpenPGP digital signature

Bug#352753: udev: ide-generic no longer loaded on boot

2006-02-14 Thread Frans Pop

tags + patch
thanks

Hi Marco,

We've done a debugging session today involving Otavio Salvadore (who also 
saw the issue), maks and myself.

There are two possible solutions, both involving modifications in
/usr/share/initramfs-tools/hooks/udev.

1) revert inclusion of *_id scripts
   Commenting out the three lines at the end of the current file lets the
   system boot again.
2) add 'copy_exec /lib/udev/ide.agent /lib/udev' at the end of the file
   Apparently some _id script calls ide.agent and this makes sure
   ide-generic is loaded at the correct time.

An lsmod after both boots shows ide-generic loaded after the piix driver, 
AFAIK this is correct.

The second solution has our preference.
Basically ide.agent does the same as what's currently in
/usr/share/initramfs-tools/scripts/init-premount/ide (which could probably 
be cleaned now).

The comment at the top of the ide.agent seems to imply that this whole 
ide-generic issue will be fixed in 2.6.16 kernels, which would be great.


With my d-i release manager hat on, I would suggest uploading -5 with this 
fix at MEDIUM urgency. I would be very unhappy with -4 in testing in the 
middle of preparing for D-I Beta2. I will make sure that udev gets into 
testing before the final build for Beta2.


One other thing.
With the patch applied, most errors that are shown with -3 are gone (there 
were screens full of them!), but I still get 2 times the following error 
on the console during a boot:
   (...) exec of program /etc/initd.d/hdparm failed

IMO it would be good to suppress such messages as, in my experience, they 
will only lead to unnecessary installation and bug reports.
maks suggested to re-add the "silence_exec_error" patch for Beta2 and 
maybe come back to this issue after that?

Thanks,
Frans Pop


pgpqq2QrT7EjA.pgp
Description: PGP signature

Bug#352826: FTBFS when simpletal is not installed

2006-02-14 Thread Igor Stroh

Matthias Klose wrote:
> Package: simpletal
> Version: 4.1-2
> Severity: serious
> 
> the package should not depend on itself, please fix.

It doesn't depend on itself, the unpatched version of setup.py
modified sys.path and imported simpletal from lib/. However,
I accidently forgot to remove the import line (it just worked,
'cos I've already had simpletal installed in my sid chroot).

Thanks for pointing it out.

[...]

Igor

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

Bug#350183: this isn't limited to network devices

2006-02-14 Thread Mike Crowe

On Feb 14, Mike Crowe <[EMAIL PROTECTED]> wrote:
>> This means that on some boots the boot disk on megaraid is sda and
>> on others it's sdb.

On Tue, Feb 14, 2006 at 10:12:09PM +0100, Marco d'Itri wrote:
> It will happen among devices handled by different drivers.
> The solution is to use the /dev/disk/ persistent symlinks.

As long as the installer knows to do that when it writes /etc/fstab
then users won't be shocked by a system that sometimes won't boot.

Another workaround is to use yaird rather than initramfs-tools because
it only loads stuff that's necessary for boot from the initrd.

Thanks for your help.

-- 
Mike Crowe

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

Bug#350624: star: acceptance of CDDL is undecided


Let us try to avoid generic discussions that are not related to star.

Show me the exact art of the DSFG that you believe is incompatible with 
the CDDL and explain why exactly you believe that this part of the DSFG
is incompatible with the CDDL.

As it seems that most people do not know the text, here are the links:

The CDDL has been approved to be compatible with this:

http://www.opensource.org/docs/definition.php

The DSFG is here:

http://www.us.debian.org/social_contract

If you compare the both texts, you will find that the CDDL has been 
verified against a text that is gradually more strict than the DSFG.


Note that in case Debian tries to enforce rules that are not written down
properly, it looks as if Debian is acting with arbitrariness.


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

Bug#328327: libdb2: doesn't have postrm with ldconfig

On Tue, Feb 14, 2006 at 07:04:51PM +, Julian Gilbey wrote:

> Are you going to be able to do an upload to fix this and #169830 soon?
> If not, I'll try to do an NMU (putting it in the DELAY queue).

I'm pretty sure everyone is looking forward to dropping this package
completely for etch.  The only potentially relevant reverse-dependency still
in the archive is htdig.

-- 
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#352753: udev: ide-generic no longer loaded on boot

2006-02-14 Thread Marco d'Itri

On Feb 14, Frans Pop <[EMAIL PROTECTED]> wrote:

> We've done a debugging session today involving Otavio Salvadore (who also 
> saw the issue), maks and myself.
> 
> There are two possible solutions, both involving modifications in
> /usr/share/initramfs-tools/hooks/udev.
> 
> 1) revert inclusion of *_id scripts
>Commenting out the three lines at the end of the current file lets the
>system boot again.
> 2) add 'copy_exec /lib/udev/ide.agent /lib/udev' at the end of the file
>Apparently some _id script calls ide.agent and this makes sure
>ide-generic is loaded at the correct time.
So far there has not been a relevant progress then.
The first solution is obviously unacceptable because supporting
persistent disk names in the initramfs has been a planned feature since
they were designed.
The second solution means that I would need to add to my package code
whose purpose I do not understand (which systems do need ide-generic,
when and why?). Also, I cannot see any way for the *_id programs
called by persistent.rules to prevent init-premount/ide, which contains
an unconditional "modprobe -q ide-generic", to load the module.
This is too much close to cargo cult programming for my taste.

> Basically ide.agent does the same as what's currently in
> /usr/share/initramfs-tools/scripts/init-premount/ide (which could probably 
> be cleaned now).
What happens if you rearrange your initramfs to run this script before
the udev script instead of later? If you are right and ide-generic needs
to be loaded before other drivers (which is totally broken and is not
something udev would support) then this would be the correct fix.

> The comment at the top of the ide.agent seems to imply that this whole 
> ide-generic issue will be fixed in 2.6.16 kernels, which would be great.
No. It means that in 2.6.16 the ide subsystem will generate requests for
the high level drivers and that they will provide proper module aliases
to allow autoloading them with $MODALIAS, but I doubt that the
ide-generic module will.
And if all uevents will have a $MODALIAS variable then ide.agent will
never be run and ide-generic will not be loaded again.
BTW, I would really really like to see the content of an uevent which
causes ide-generic to be loaded.

> With my d-i release manager hat on, I would suggest uploading -5 with this 
> fix at MEDIUM urgency. I would be very unhappy with -4 in testing in the 
> middle of preparing for D-I Beta2. I will make sure that udev gets into 
> testing before the final build for Beta2.
When is the deadline for entering testing for Beta2?

> One other thing.
> With the patch applied, most errors that are shown with -3 are gone (there 
> were screens full of them!), but I still get 2 times the following error 
> on the console during a boot:
>(...) exec of program /etc/initd.d/hdparm failed
> 
> IMO it would be good to suppress such messages as, in my experience, they 
> will only lead to unnecessary installation and bug reports.
I fully agree, but I need to find a clever way to do it. Can you suggest
ways for udevd to detect if it's running in an initramfs?
Like checking for a specific environment variable or a file.

> maks suggested to re-add the "silence_exec_error" patch for Beta2 and 
> maybe come back to this issue after that?
Maybe, but I'd rather to fix this once for good instead of hiding all
errors again.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#352826: marked as done (FTBFS when simpletal is not installed)

Your message dated Tue, 14 Feb 2006 16:17:09 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352826: fixed in simpletal 4.1-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: simpletal
Version: 4.1-2
Severity: serious

the package should not depend on itself, please fix.

dpatch apply-all
/usr/bin/make -f debian/rules update-config
make[1]: Entering directory `/home/packages/u/py/d/simpletal-4.1'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/home/packages/u/py/d/simpletal-4.1'
cd . && python setup.py build --build-base="./build"
Traceback (most recent call last):
  File "setup.py", line 11, in ?
import simpletal
ImportError: No module named simpletal
make: *** [common-build-impl] Error 1

--- End Message ---
--- Begin Message ---
Source: simpletal
Source-Version: 4.1-3

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

python-simpletal_4.1-3_all.deb
  to pool/main/s/simpletal/python-simpletal_4.1-3_all.deb
python2.3-simpletal_4.1-3_all.deb
  to pool/main/s/simpletal/python2.3-simpletal_4.1-3_all.deb
python2.4-simpletal_4.1-3_all.deb
  to pool/main/s/simpletal/python2.4-simpletal_4.1-3_all.deb
simpletal_4.1-3.diff.gz
  to pool/main/s/simpletal/simpletal_4.1-3.diff.gz
simpletal_4.1-3.dsc
  to pool/main/s/simpletal/simpletal_4.1-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.
Igor Stroh <[EMAIL PROTECTED]> (supplier of updated simpletal 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, 15 Feb 2006 00:54:37 +0100
Source: simpletal
Binary: python2.4-simpletal python-simpletal python2.3-simpletal
Architecture: source all
Version: 4.1-3
Distribution: unstable
Urgency: low
Maintainer: Igor Stroh <[EMAIL PROTECTED]>
Changed-By: Igor Stroh <[EMAIL PROTECTED]>
Description: 
 python-simpletal - Simple TAL, TALES and METAL implementation
 python2.3-simpletal - Simple TAL, TALES and METAL implementation, python 2.3 
version
 python2.4-simpletal - Simple TAL, TALES and METAL implementation, python 2.4 
version
Closes: 352826
Changes: 
 simpletal (4.1-3) unstable; urgency=low
 .
   * debian/rules: removed dpatch and added
 a 'clean' target which overrides the default from cdbs
   * debian/control: removed dpatch dependency
   * debian/patches: deleted
 .
   The setup.py is not patched anymore (Closes: #352826)
Files: 
 f4faef9a4a00be9fe555d36e21fcc24b 674 python optional simpletal_4.1-3.dsc
 4cc094652f09b673e3cd075f5a0ae1c4 2559 python optional simpletal_4.1-3.diff.gz
 3aadeff42f886ab7dd858eb1f33e8ee0 23590 python optional 
python-simpletal_4.1-3_all.deb
 876ac5f88ee7a2cbf7c5f227be3b2eef 32620 python optional 
python2.3-simpletal_4.1-3_all.deb
 6dd9efa0ddda9b194f9d02197b3f1ccf 32618 python optional 
python2.4-simpletal_4.1-3_all.deb

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

iD8DBQFD8m7c9A/NYF0eULoRApt4AJ9Du4Tri2h7PBkSR0wjamAJMV1JvACgnawi
8xM7G6hGt6COY7qdkZrky9U=
=OHxE
-END PGP SIGNATURE-

--- End Message ---

Bug#328327: libdb2: doesn't have postrm with ldconfig

2006-02-14 Thread Julian Gilbey

On Tue, Feb 14, 2006 at 12:16:49PM -0800, Steve Langasek wrote:
> On Tue, Feb 14, 2006 at 07:04:51PM +, Julian Gilbey wrote:
> 
> > Are you going to be able to do an upload to fix this and #169830 soon?
> > If not, I'll try to do an NMU (putting it in the DELAY queue).
> 
> I'm pretty sure everyone is looking forward to dropping this package
> completely for etch.  The only potentially relevant reverse-dependency still
> in the archive is htdig.

That would be good.

   Julian


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

Bug#352867: db1-compat: FTBFS as binary-arch does not depend on build

2006-02-14 Thread Julian Gilbey

Package: db1-compat
Version: 2.1.3-8
Severity: serious
Tags: patch
Justification: FTBFS

"fakeroot debian/rules binary" (or debuild binary) fails as the
binary-arch target does not depend on the build target.

Trivial patch: add this dependency!

   Julian


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

Bug#348308: marked as done (Useless because of changed protocol, fixed in upstream 2.9.8)

Your message dated Tue, 14 Feb 2006 22:27:38 +0300
with message-id <[EMAIL PROTECTED]>
and subject line New upload.
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: ysm
Version: 2.9.6-1
Severity: normal

New upstream version 2.9.7 is available at http://ysmv7.sourceforge.net/

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'sarge-unsupported')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages ysm depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an

ysm recommends no packages.

-- debconf-show failed

--- End Message ---
--- Begin Message ---
Package: ysm
Version: 2.9.8-1

Closed all bugs in 2.9.8-1 upload.


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

Bug#326282: marked as done (please rebuild with libreadline5-dev as build dependency)

Your message dated Tue, 14 Feb 2006 22:27:38 +0300
with message-id <[EMAIL PROTECTED]>
and subject line New upload.
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: ysm

The package depends/recommends libreadline4. This version
will be removed from the archive in the near future.
Please change your build dependencies to

 libreadline5-dev | libreadline-dev

Please raise the severity of this bug report to serious,
if the package cannot be built with libreadline5-dev.

--- End Message ---
--- Begin Message ---
Package: ysm
Version: 2.9.8-1

Closed all bugs in 2.9.8-1 upload.


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

Bug#350624: star: acceptance of CDDL is undecided

"Pawel Wiecek" <[EMAIL PROTECTED]> wrote:

> On Feb 14,  4:28pm, Thomas Weber wrote:
> > OTOH, I seriously wonder why the maintainer didn't react on this one,
> > one way or another.
>
> Well, what sort of reacion do you expect? I'm about to upload 1.5a56 with some
> bugfixes backported from current deb version.

What is your intention with this attempt?

The current release is 1.5a70 and a71 will come up shortly.

If Debian really goes this way, it seems that I need to make public that
Debian is anti-social and supporting people who like to infringe the copyright
and license.

Note: the CDDL clearly is a license that follows the rules from Debian.

If you believe otherwise, tell me exactly _what_ you don't like and _why_ the
CDDL is not following Debians rules.

Note-2: While the CDDL is OK, the current GPLv3 draft is definitely 
allowing discriminaton and for this reason not DSFG compliant.

Let us wait what whether Debian will accept a GPLv3 licensed project..

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

Bug#350624: star: acceptance of CDDL is undecided

2006-02-14 Thread Pawel Wiecek

On Feb 14,  4:28pm, Thomas Weber wrote:
> OTOH, I seriously wonder why the maintainer didn't react on this one,
> one way or another.

Well, what sort of reacion do you expect? I'm about to upload 1.5a56 with some
bugfixes backported from current deb version.

Pawel

-- 
 (___)  | Pawel Wiecek - Coven / Svart - |
< o o > |  http://www.coven.vmh.net/<[EMAIL PROTECTED]>GSM: 
+48603240006 |
 \ ^ /  | GPG/PGP info in message headers  *  [ Debian GNU/Linux developer ] |
  (")   |   *  *  *  * 18 is actually 9.*  *  -- KD  |


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

Bug#352863: vnc4server: terminates with error: 'select: Invalid argument (22)'

2006-02-14 Thread M. Dietrich

Package: vnc4server
Version: 4.1.1+X4.3.0-1
Severity: grave
Justification: renders package unusable


when trying to start x0vncserver or x0vnc4server i get:


Tue Feb 14 15:08:09 2006
 main:XTest extension present - version 2.2
 main:Listening on port 5900
 main:select: Invalid argument (22)
~ImageCleanup called

using strace the select call shown looks like:

select(1024, [3 4], NULL, NULL, {3086070392, 3217232984}) = -1 EINVAL
(Invalid argument)

the timeval for select contains really strange values...

in this bugreport i saw version vnc-common is 3.x. i updated all to 4
with the same result for x0vnc4server.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages vnc4server depends on:
ii  libc6 2.3.6-1GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-9  GCC support library
ii  libstdc++64.0.2-9The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxtst6  6.9.0.dfsg.1-4 X Window System event recording an
ii  vnc-common3.3.7-8Virtual network computing server s
ii  xbase-clients 6.9.0.dfsg.1-4 miscellaneous X clients
ii  xserver-common6.9.0.dfsg.1-4 files and utilities common to all 
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages vnc4server recommends:
ii  xfonts-base   6.9.0.dfsg.1-4 standard fonts for X

-- no debconf information


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

Bug#328327: libdb2: doesn't have postrm with ldconfig

2006-02-14 Thread Julian Gilbey

Hi DB maints!

Are you going to be able to do an upload to fix this and #169830 soon?
If not, I'll try to do an NMU (putting it in the DELAY queue).

   Julian


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

Bug#352243: Will be solved soon (libsysfs2 on its way)

2006-02-14 Thread Santiago Garcia Mantinan

Sorry about this, I just thought libsysfs2 was already on unstable and that
I was late about the libsysfs2 transition already as we had talked about a
shorter timeframe, so I didn't check to make sure libsysfs2 was there.

Anyway, Martin is about to upload libsysfs2 this week (around tomorrow) or
so seems to be the plan if he doesn't delay it :-) When that happens this
bug will disapear an we'll all be happier.

Sorry about the inconveniences, if somebody wants to install previous
unstable version of bridge-utils, which has all the dependencies correctly
satisfied in unstable, he can get the version from testing, which is the
same one as we used to have in unstable previous to this premature upload of
mine.

Regards...
-- 
Manty/BestiaTester -> http://manty.net


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

Bug#347540: Same problem with security.debian.org

2006-02-14 Thread Christian Gennerat


ii apt 0.6.42.1 Advanced front-end for dpkg

ii apt-utils 0.6.42.1 APT utility programs

W: GPG error: http://security.debian.org stable/updates Release: Les 
signatures suivantes n'ont pas pu Ítre vÈrifiÈes car la clÈ publique 
n'est pas disponible†: NO_PUBKEY 010908312D


230C5F

W: Vous pouvez lancer ´†apt-get update†ª pour corriger ces problËmes.


I have got this bug fixed, as follows, similar to
http://www.linuxquestions.org/questions/showthread.php?threadid=340003


libs:/etc/apt# gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 
010908312D230C5F


gpg: requesting key 2D230C5F from hkp server wwwkeys.eu.pgp.net

gpg: key 2D230C5F: public key "Debian Archive Automatic Signing Key 
(2006) <[EMAIL PROTECTED]>" imported


gpg: no ultimately trusted keys found

gpg: Total number processed: 1

gpg: imported: 1

libs:/etc/apt# apt-key list

/etc/apt/trusted.gpg



pub 1024R/1DB114E0 2004-01-15 [expired: 2005-01-27]

uid Debian Archive Automatic Signing Key (2004) <[EMAIL PROTECTED]>

pub 1024D/4F368D5D 2005-01-31 [expired: 2006-01-31]

uid Debian Archive Automatic Signing Key (2005) <[EMAIL PROTECTED]>

libs:/etc/apt# gpg --armor --export 2D230C5F |apt-key add -

gpg: no ultimately trusted keys found

OK

libs:/etc/apt# apt-key list

/etc/apt/trusted.gpg



pub 1024R/1DB114E0 2004-01-15 [expired: 2005-01-27]

uid Debian Archive Automatic Signing Key (2004) <[EMAIL PROTECTED]>

pub 1024D/4F368D5D 2005-01-31 [expired: 2006-01-31]

uid Debian Archive Automatic Signing Key (2005) <[EMAIL PROTECTED]>

pub 1024D/2D230C5F 2006-01-03 [expires: 2007-02-07]

uid Debian Archive Automatic Signing Key (2006) <[EMAIL PROTECTED]>



But
why the import of the keys is not done automatically by apt ?

why the old expired and replaced keys remain in the ring ?

Bug#337240: f-spot: still 100% reproducable

2006-02-14 Thread Benoît Dejean

Le lundi 13 février 2006 à 15:26 +1300, Andrew Mitchell a écrit :
> It would be appreciated if you could give the debug output I requested,
> by using mono --debug.

mono --debug /usr/lib/f-spot/f-spot.exe
Starting new FSpot server

Unhandled Exception: System.NullReferenceException: Object reference not
set to an instance of an object
in <0x001e0> PhotoStore:Query (System.String query)
in <0x005e0> PhotoStore:Query (.Tag[] tags, .DateRange range)
in <0x0003c> FSpot.PhotoQuery:.ctor (.PhotoStore store)
in <0x008a8> MainWindow:.ctor (.Db db)
in <0x00040> FSpot.Core:get_MainWindow ()
in <0x00018> FSpot.Core:Organize ()
in <0x00658> Driver:Main (System.String[] args)

-- 
GNOME http://www.gnomefr.org/
LibGTop http://directory.fsf.org/libgtop.html


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

Bug#352854: FTBFS: Packages required but not available: mlmRev

2006-02-14 Thread Roberto Pariset

Package: lme4
Severity: serious
Justification: no longer builds from source

Hi,
lme4 0.995.2-1 is failing to build (at least) on amd64, ia64, alpha, hppa and
powerpc. It has an error, and a warning:

[...]
* checking for file 'lme4/DESCRIPTION' ... OK
* this is package 'lme4' version '0.995-2'
* checking if this is a source package ... OK
* checking whether package 'lme4' can be installed ... WARNING
Found the following significant warnings:
   missing link(s):  groupedData getGroups
* checking package directory ... OK
* checking for portable file names ... OK
* checking for sufficient/correct file permissions ... OK
* checking DESCRIPTION meta-information ... OK
* checking package dependencies ... ERROR
Packages required but not available:
  mlmRev

make: *** [R_any_arch] Error 1

Thanks,
Roberto

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL 
set to [EMAIL PROTECTED])


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

Bug#352849: libtiff-tools: tiff2pdf segfaults

2006-02-14 Thread Ramakrishnan Muthukrishnan

Package: libtiff-tools
Version: 3.8.0-2
Severity: grave

Hi,

I am trying to convert a tiff file to PDF using tiff2pdf
which is part of libtill-tools. It segfaults and I could
never get it to work. If needed I can provide the tiff 
file I used as input if that can can help.

Thanks
Ramakrishnan

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

Versions of packages libtiff-tools depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libtiff4  3.7.3-1Tag Image File Format (TIFF) libra
ii  zlib1g1:1.2.3-4  compression library - runtime

libtiff-tools recommends no packages.

-- no debconf information


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

Processed: OK, let's try setting the tag "etch" (learning as I go here...)

Processing commands for [EMAIL PROTECTED]:

> tags 349316 etch
Bug#349316: kaddressbook: Looses all kontacts when shutting down
There were no tags set.
Tags added: etch

> stop
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#350624: star: acceptance of CDDL is undecided

Thomas Weber <[EMAIL PROTECTED]> wrote:

> > It sounds as if you definitely don't understand the legal background.
>
> Huh? *You* were talking about the Debian rules, now you are switching to
> legal backgrounds? Could you please decide what you want?

You did start this discussion. I only try to explain things.

> > > Well, you want a software, where every user on this planet can be forced
> > > to travel around the globe for a lawsuit. Doesn't sound much better.
> > 
> > This aplies _only_ to users who like to sue _me_, so this only aplies to 
> > _BAD_ users.
>
> I suggest you don't take this stuff personally; perhaps you sell the
> rights on the software tomorrow to someone else, who could then start to
> sue the users based upon your choice of venue of today.

Again: if you believe that Debian should rightfully forbid a choice of venue
to authors, it does implicitely at the same time require a choice of venue 
for people who are infringing the rights of the author and like to sue the 
author.

Conclusion: if Debian would act this way, Debian would be anti-social and
put the authors off Debian. As a later result, there would be no free
software anymore.

Free Software is a curtesy of it's authors. If you take away all rights from
the authors, you loose anything you have.

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

Bug#339248: osgcal not installable in sid

2006-02-14 Thread Laurent Bonnaud

Hi Loïc,

a fix for this package is really needed:

# apt-get install libosgcal-dev libosgcal0
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libosgcal0: Depends: libopenscenegraph1c2 (>= 0.9.9) but it is not installable
  Depends: libopenthreads1c2 (>= 0.9.9) but it is not installable
  Depends: libproducer1c2 (>= 0.9.9) but it is not installable
E: Broken packages

-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/

Bug#352844: thuban: does not start up (TypeError)

2006-02-14 Thread Laurent Bonnaud

Package: thuban
Version: 1.0.1-1
Severity: grave
Justification: renders package unusable


Hi,

here is the problem:

$ thuban
Traceback (most recent call last):
  File "/usr/bin/thuban", line 20, in ?
import Thuban.UI.main
  File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ?
from application import ThubanApplication
  File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ?
import view
  File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ?
from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer
  File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ?
from Thuban.UI.classifier import ClassDataPreviewer
  File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ?
class ClassGroupPropertiesCtrl(wxWindow, wxControl):
TypeError: Cannot create a consistent method resolution
order (MRO) for bases Control, Window


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

Versions of packages thuban depends on:
ii  gdal-bin 1.3.1-4 Geospatial Data Abstraction Librar
ii  libc62.3.6-1 GNU C Library: Shared libraries an
ii  libgcc1  1:4.1-0exp7 GCC support library
ii  libgdal1-1.3.1   1.3.1-4 Geospatial Data Abstraction Librar
ii  libstdc++6   4.1-0exp7   The GNU Standard C++ Library v3
ii  libwxgtk2.4-12.4.4.1.1   wxWindows Cross-platform C++ GUI t
ii  proj 4.4.9d-2Cartographic projection filter and
ii  python [python-xmlbase]  2.3.5-5 An interactive high-level object-o
ii  python-sqlite1.0.1-4 python interface to SQLite 2
ii  python-wxgtk2.4  2.4.4.1.1   wxWindows Cross-platform C++ GUI t

Versions of packages thuban recommends:
ii  libgdal1-1.3.11.3.1-4Geospatial Data Abstraction Librar
ii  python-gdal   1.3.1-4Python bindings to the Geospatial 
ii  python-psycopg1.1.21-3   Python module for PostgreSQL [dumm

-- no debconf information


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

Bug#254113: New version of ttf-freefont to test

2006-02-14 Thread Christian Perrier

I just built a new upstream version of ttf-freefont. As Konstantinos
is mostly away currently, I wanted to give a try for getting a new
version in as the graphical installer could benefit it.

I am not at all a font guy...I just took some time to build this new
version.


Can people who experienced spacing problems with former versions test
that one ?

http://people.debian.org/~bubulle/ttf-freefont

G-I people, can you also have a look at it?

Please keep me CC'ed to answers.

--

Bug#352834: abuse: Cannot climb ladders

2006-02-14 Thread Martin Jambor

Package: abuse
Version: 1:0.7.0-3
Severity: grave
Justification: renders package unusable


I have installed and run abuse as  usual at an i386 (the bug occurs at
amd64). In the  game I cannot climb any  ladders. The character climbs
to the top of each one of them and when he is just about to get on the
top platform, he starts  to kind of jump a little and  cannot go on. I
would guess it is some kind of timing issue.

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

Versions of packages abuse depends on:
ii  abuse-frabs   2.10-6 levels and graphics for Abuse
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-8  GCC support library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libsdl1.2debian   1.2.9-0.1  Simple DirectMedia Layer
ii  libslang2 2.0.5-3The S-Lang programming library - r
ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m

abuse recommends no packages.

-- no debconf information


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

Bug#350624: star: acceptance of CDDL is undecided

Am Dienstag, den 14.02.2006, 16:07 +0100 schrieb Joerg Schilling:
> Thomas Weber <[EMAIL PROTECTED]> wrote:
> 
> > Am Dienstag, den 14.02.2006, 01:25 +0100 schrieb Joerg Schilling:
> > > It seems that you did not understand the Debian rules.
> >
> > Well, I believe I understand them quite well. OTOH, I don't consider
> > this problem to be about my understanding, so let's drop this.
> 
> It sounds as if you definitely don't understand the legal background.

Huh? *You* were talking about the Debian rules, now you are switching to
legal backgrounds? Could you please decide what you want?

> > Well, you want a software, where every user on this planet can be forced
> > to travel around the globe for a lawsuit. Doesn't sound much better.
> 
> This aplies _only_ to users who like to sue _me_, so this only aplies to 
> _BAD_ users.

I suggest you don't take this stuff personally; perhaps you sell the
rights on the software tomorrow to someone else, who could then start to
sue the users based upon your choice of venue of today.

> > Given the vast number of packages in Debian and assuming every package
> > had a license like that, every Debian user would have to know the
> > jurisdictions of almost every country in the world -- just to be able to
> > decide wether installing this package is putting him at risk or not. 
> >
> > And stuff like this just shouldn't be in main.
> 
> The CDDL is an aproved OSS compliant license.

Yes, so? This is Debian, not OSI. 

> Please don't try to create FUD on the CDDL.

I suggest you reread my statements. I didn't say much about the CDDL (in
fact, nothing at all; perhaps I should have chosen a clearer subject).
However, you have chosen a choice of venue -- and that is the point of
my bug report.

OTOH, I seriously wonder why the maintainer didn't react on this one,
one way or another.

Regards
Thomas

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

Processed: Re: Bug#352228: dovecot-common: Overwrites config files

Processing commands for [EMAIL PROTECTED]:

> tag 352228 unreproducible
Bug#352228: dovecot-common: Overwrites config files
There were no tags set.
Tags added: unreproducible

> severity 352228 normal
Bug#352228: dovecot-common: Overwrites config files
Severity set to `normal'.

> 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#352228: dovecot-common: Overwrites config files

2006-02-14 Thread Jaldhar H. Vyas


tag 352228 unreproducible
severity 352228 normal
thanks

On Tue, 14 Feb 2006, Hans Fugal wrote:


/etc/dovecot/dovecot.conf and /etc/dovecot/dovecot-ldap.conf



I'm sorry I see absolutely no way dpkg could have just decided to 
overwrite your config.  You must have some setting somewhere that tells it 
to do this.


I'm not going to close the bug report because there may be something I'm 
missing but I'm reducing the severity. Dovecot will not be able to enter 
testing otherwise.


I would appreciate it if you would keep me informed on any new info you 
find about this bug and I'm sorry we cannot come to a definitive 
resolution yet.


--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/


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

Bug#350624: star: acceptance of CDDL is undecided

Thomas Weber <[EMAIL PROTECTED]> wrote:

> Am Dienstag, den 14.02.2006, 01:25 +0100 schrieb Joerg Schilling:
> > It seems that you did not understand the Debian rules.
>
> Well, I believe I understand them quite well. OTOH, I don't consider
> this problem to be about my understanding, so let's drop this.

It sounds as if you definitely don't understand the legal background.

> > If Debian would really require people to be allowed to sue the 
> > Author of free software at any place on the earth, Debian would
> > be anti-social.
>
> Well, you want a software, where every user on this planet can be forced
> to travel around the globe for a lawsuit. Doesn't sound much better.

This aplies _only_ to users who like to sue _me_, so this only aplies to 
_BAD_ users.

> Given the vast number of packages in Debian and assuming every package
> had a license like that, every Debian user would have to know the
> jurisdictions of almost every country in the world -- just to be able to
> decide wether installing this package is putting him at risk or not. 
>
> And stuff like this just shouldn't be in main.

The CDDL is an aproved OSS compliant license.

Please don't try to create FUD on the CDDL.

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: Re: Bug#352782: ezmlm-browse: FTBFS with new make

Processing commands for [EMAIL PROTECTED]:

> tags 352782 + pending
Bug#352782: ezmlm-browse: FTBFS with new make
There were no tags set.
Tags added: pending

>
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#352228: dovecot-common: Overwrites config files

2006-02-14 Thread Hans Fugal

On Mon, 13 Feb 2006 at 20:56 -0500, Jaldhar H. Vyas wrote:
> On Mon, 13 Feb 2006, Hans Fugal wrote:
> 
> >The entire config was rewritten with the default, and my config was
> >moved to dovecot.conf.dpkg-old. I know debian conffiles are supposed to 
> >keep
> >changes, and that's why I filed a bug report. It did this to me last
> >time I upgraded as well, but at that juncture the config file format had
> >changed so drastically I figured it was on purpose.
> >
> 
> Was your original config in /etc or /etc/dovecot?

/etc/dovecot/dovecot.conf and /etc/dovecot/dovecot-ldap.conf


-- 
Hans Fugal ; http://hans.fugal.net
 
There's nothing remarkable about it. All one has to do is hit the 
right keys at the right time and the instrument plays itself.
-- Johann Sebastian Bach


signature.asc
Description: Digital signature

Bug#352826: FTBFS when simpletal is not installed

2006-02-14 Thread Matthias Klose

Package: simpletal
Version: 4.1-2
Severity: serious

the package should not depend on itself, please fix.

dpatch apply-all
/usr/bin/make -f debian/rules update-config
make[1]: Entering directory `/home/packages/u/py/d/simpletal-4.1'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/home/packages/u/py/d/simpletal-4.1'
cd . && python setup.py build --build-base="./build"
Traceback (most recent call last):
  File "setup.py", line 11, in ?
import simpletal
ImportError: No module named simpletal
make: *** [common-build-impl] Error 1


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

Processed: Er, still seems to block Etch, which it shouldn't, since it's not a regression

Processing commands for [EMAIL PROTECTED]:

> found 349316 4:3.4.3-1
Bug#349316: kaddressbook: Looses all kontacts when shutting down
Bug marked as found in version 4:3.4.3-1.

> stop
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#332473: Found in other versions too?

2006-02-14 Thread Christopher Martin

On Tuesday 14 February 2006 01:33, Adam Porter wrote:
> On Monday 13 February 2006 11:33, Debian Bug Tracking System wrote:
> > found 350851 4:3.4.2-2
>
> http://bugs.kde.org/show_bug.cgi?id=104956
>
> At the bottom it says that it's also in KMail-1.9.1/KDE-3.5.0.  Should it
> be marked found there as well?
>
> FYI, I haven't had any problems like this with KMail-1.8.3 from KDE
> 3.4.3, even while using it with KDE 3.5.0/1.

That's OK - it's already marked as found in both KDE 3.5 and 3.4.

There do seem to be more reports of the problem since KDE 3.5, 
interestingly, but the bug reports (KDE #104956, KDE #114163, not to 
mention Debian #332473) also describe the same basic problem in KDE 3.4, 
sadly.

Cheers,
Christopher Martin

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

Bug#345793: mldonkey: fails to build on alpha

2006-02-14 Thread Julien Cristau

On Tue, Jan  3, 2006 at 17:54:24 +, Sylvain Le Gall wrote:

> Hello,
> 
> On Tue, Jan 03, 2006 at 03:42:09PM +0100, Julien Cristau wrote:
> > Package: mldonkey
> > Severity: serious
> > Justification: no longer builds from source
> > 
> > Hi,
> > 
> > the build fails when building mlnet with what looks like
> > http://caml.inria.fr/mantis/view.php?id=3072.
> > You should probably build mlnet with ocamlc to work around this.
> 
> Humm, in fact i think that the ocaml package should stop building
> ocamlopt for alpha, if it is really failing (i feel that this error
> comes from libasmrun, which is part of ocaml).
> 
I know that this is an ocamlopt bug (which appears only with big
executables on alpha), but I think it could easily be worked around in
mldonkey (coq already does this IIRC), either by using ocamlc on alpha
or by falling back to ocamlc if ocamlopt fails.
2.7.3-1 still fails to build in the same way.

Cheers,
Julien


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

Bug#350183: Bug #350183: this isn't limited to network devices

2006-02-14 Thread Marco d'Itri

On Feb 14, Mike Crowe <[EMAIL PROTECTED]> wrote:

> I don't think this issue is limited to network devices.
You are showing some totally unrelated issue which is obviously a bug in
lvm2.

> The machine is running sarge/amd64 with 2.6.15 kernel and associated
> dependencies from backports.org:
Then please do not waste everybody's time by reporting bugs which you
do not fully understand and not have verified.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#323815: problem exists on amd64, cannot build.

2006-02-14 Thread Thomas Jollans

Package: bzflag
Version: 2.0.4.20051017-0.1
Followup-For: Bug #323815

I have this problem on amd64; I cannot rebuild the package here with or
without the -m64 flags since I get the following error:

/usr/X11R6/lib/libGL.a(glxcmds.o): In function `glXGetMscRateOML':
undefined reference to `XF86VidModeQueryVersion'
/usr/X11R6/lib/libGL.a(glxcmds.o): In function `glXGetMscRateOML':
undefined reference to `XF86VidModeGetModeLine'
collect2: ld returned 1 exit status
make[3]: *** [bzflag] Error 1
make[3]: Leaving directory
`/home/thomas/games/bzflag/bzflag-2.0.4.20051017/src/bzflag'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/thomas/games/bzflag/bzflag-2.0.4.20051017/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/thomas/games/bzflag/bzflag-2.0.4.20051017'
make: *** [build-stamp] Error 2

I use the NVIDIA proprietary OpenGL drivers, if that matters.

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

Versions of packages bzflag depends on:
ii  libc6 2.3.5-12.1 GNU C Library: Shared libraries an
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libcurl3  7.15.1-1   Multi-protocol file transfer libra
ii  libgcc1   1:4.0.2-8  GCC support library
ii  libglu1-xorg  6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libkrb53  1.4.3-5MIT Kerberos runtime libraries
ii  libsdl1.2debi 1.2.9-0.1  Simple DirectMedia Layer
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libssl0.9.8   0.9.8a-7   SSL shared libraries
ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  xlibmesa-gl [ 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii  zlib1g1:1.2.3-9  compression library - runtime

bzflag recommends no packages.


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

Processed: Bug independently confirmed

Processing commands for [EMAIL PROTECTED]:

> package couriergraph
Ignoring bugs not assigned to: couriergraph

> reopen 352785
Bug#352785: couriergraph: FTBFS: can't parse dependency
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#352779: FTBFS: fig2dev: command not found

2006-02-14 Thread Christian T. Steigies

On Tue, Feb 14, 2006 at 07:11:11AM -0500, Benjamin Seidenberg wrote:
> Christian T. Steigies wrote:
> 
> >Package: cyrus-imapd-2.2
> >Version: 2.2.12-3
> >Severity: serious
> >Justification: no longer builds from source
> >
> >Automatic build of cyrus-imapd-2.2_2.2.12-3 on aahz by sbuild/m68k 85
> >[...]
> >** Using build dependencies supplied by package:
> >Build-Depends: debhelper (>= 4.1.68), tcl8.3-dev, libwrap0-dev, 
> >libpam0g-dev, libdb4.2-dev (>= 4.2.52), libssl-dev, libzephyr-dev, 
> >libsasl2-dev (>= 2.1.9), comerr-dev, drac-dev (>= 1.11-7), libsnmp9-dev | 
> >libsnmp5-dev, perl (>= 5.6.0-16), xutils, flex, bison, autotools-dev, 
> >po-debconf, dpatch
> >Build-Depends-Indep: transfig, gs, groff
> >[...]
> >touch build-arch-stamp
> >dh_testdir
> >cd doc &&\
> >pod2man ../perl/sieve/scripts/sieveshell.pl > ../man/sieveshell.1 &&\
> >fig2dev -L png murder.fig murder.png &&\
> >rm -f groff-html-*.png pod2htm*
> >/bin/sh: fig2dev: command not found
> >make: *** [build-indep-stamp] Error 127
> >
> >fig2dev is probably in the transfig package, if you build the doc files in
> >the binary-arch target (which might not be what you want), you have to list
> >fig2dev in Build-Depends, not in Build-Depends-Indep.
> >
> >Christian
> >
> > 
> >
> We have 2 of these bugs now (#352775 and #352779). According to 
> debian/rules:
> 
> # We aren't actually able to build arch-indep independently from
> # arch-dep, so we guarantee that the arch build has been done first
> build-indep: build-indep-stamp
> build-indep-stamp: configure-stamp build-arch
> 
> Thus, our indep target can not be built without the arch-dependent 
> target, and thus we need the Build-Depends-Indep dependencies to be in 
> Build-Depends, or to fix the rules. I did the first with r195. If this 

The indep pacakges are always built together with the arch-dep packages, the
question is, are there arch indep packages, and if so can the arch-dep
packages be built without buildind the indep packages, they could not be
indep then I guess.

> solution is acceptable, can we have an upload soonish? If we'd rather 
> fix the rules file (probably a better solution, although I'm not sure 
> why this was done in the first place), I don't know that I know I trust 
> doing it myself without any guidance, so someone would either have to 
> give me a hint or do it themselves.

I haven't looked at the rules at all, I am just guessing here.

If your package is _not_ building an _all.deb using fig2dev, typically a
pacakge called *-doc_all.deb, just change the build-depends.

If it is building an all.deb, then you should fix the rules, otherwise you
would just receive another bugreport that the package is building all.debs
in the binary-arch target, which is a waste of CPU time on the buildds, plus
it leaves _all.deb lying around in the build directory, since those debs are
never uploaded by the buildd, but only by the maintainer during the initial
upload of source and debs, which includes _all.debs.

Christian


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

Bug#352785: Bug independently confirmed

2006-02-14 Thread Daniel Schepler

package couriergraph
reopen 352785
thanks

I just got independent confirmation of this bug from Myon on #debian-bugs.
-- 
Daniel Schepler


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

Bug#352779: FTBFS: fig2dev: command not found

2006-02-14 Thread Benjamin Seidenberg


Christian T. Steigies wrote:


Package: cyrus-imapd-2.2
Version: 2.2.12-3
Severity: serious
Justification: no longer builds from source

Automatic build of cyrus-imapd-2.2_2.2.12-3 on aahz by sbuild/m68k 85
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (>= 4.1.68), tcl8.3-dev, libwrap0-dev, libpam0g-dev, libdb4.2-dev 
(>= 4.2.52), libssl-dev, libzephyr-dev, libsasl2-dev (>= 2.1.9), comerr-dev, drac-dev 
(>= 1.11-7), libsnmp9-dev | libsnmp5-dev, perl (>= 5.6.0-16), xutils, flex, bison, 
autotools-dev, po-debconf, dpatch
Build-Depends-Indep: transfig, gs, groff
[...]
touch build-arch-stamp
dh_testdir
cd doc &&\
pod2man ../perl/sieve/scripts/sieveshell.pl > ../man/sieveshell.1 &&\
fig2dev -L png murder.fig murder.png &&\
rm -f groff-html-*.png pod2htm*
/bin/sh: fig2dev: command not found
make: *** [build-indep-stamp] Error 127

fig2dev is probably in the transfig package, if you build the doc files in
the binary-arch target (which might not be what you want), you have to list
fig2dev in Build-Depends, not in Build-Depends-Indep.

Christian

 

We have 2 of these bugs now (#352775 and #352779). According to 
debian/rules:


# We aren't actually able to build arch-indep independently from
# arch-dep, so we guarantee that the arch build has been done first
build-indep: build-indep-stamp
build-indep-stamp: configure-stamp build-arch

Thus, our indep target can not be built without the arch-dependent 
target, and thus we need the Build-Depends-Indep dependencies to be in 
Build-Depends, or to fix the rules. I did the first with r195. If this 
solution is acceptable, can we have an upload soonish? If we'd rather 
fix the rules file (probably a better solution, although I'm not sure 
why this was done in the first place), I don't know that I know I trust 
doing it myself without any guidance, so someone would either have to 
give me a hint or do it themselves.


Cheers,
Benjamin


signature.asc
Description: OpenPGP digital signature

Bug#350183: Bug #350183: this isn't limited to network devices

2006-02-14 Thread Mike Crowe

I don't think this issue is limited to network devices.

I have a machine with onboard SCSI, SATA and RAID on a separate
card. Even though the onboard SCSI and SATA have no drives connected
the machine fails to boot and drops me at a busybox shell prompt
inside the initrd:

Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
/scripts/local-top/lvm: 36: vgchange: not found
Done.
/init: 1: cannot open /dev/root: No such device or address
Begin: Running /scripts/local-premount ...
Done.
Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o ] 
 [parameters...]
modprobe -r [-n] [-i] [-v]  ...
modprobe -l -t  [ -a  ...]
mount: 
Cannot read /etc/fstab: No such file or directory
Begin: Running /scripts/log-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory
Done.
mount: Mounting /sys on /root/sys failed: No such file or directory
mount: Mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init


I also get the network interface reordering problem described in this
bug report on the machine.

I've worked around the problem for now by disabling the unused
facilities on the motherboard.

The machine is running sarge/amd64 with 2.6.15 kernel and associated
dependencies from backports.org:

ii  linux-image-2.6.15-1-amd64-k8-smp 2.6.15-2bpo1 Linux kernel 2.6.15 image on 
AMD64 K8 SMP machines
ii  udev  0.081-0bpo1  /dev/ and hotplug management 
daemon

-- 
Mike Crowe


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

Bug#271051: Bug#342249: Help proposal :) [u]

2006-02-14 Thread Ralph Passgang

Hi,

I really would appreciate a recent xen3 debian package as well, so I am 
willing to help as good as I can to get this on track. I have created an 
alioth account for me (called: "tha-guest") and will subscribe to the 
mailinglists to keep me up to date.

As Saku already said, I have already working xen3 packages  (at the moment xen 
3.0.1) which could be a good base for further development. There are some 
aspects that could be made better and some aspects that may not be 100% 
compatible to the debian policy right now, but that should be only some minor 
issues.

If someone not already saw the packages, take a look yourself: 
http://packages.debianbase.de/sources/xen3/

I also have a package for a xen dom0/U kernel, but this is more or less only a 
hack so that I can compile xen kernels for all debian distros (and for i386 + 
amd64) on my personal autobuilder. If the plan is to have a xen kernel in the 
main debian repository, then this would really need a lot work.

if there is something I can do to help this project, let me know!

regards,
 Ralph

Am Dienstag, 14. Februar 2006 05:49 schrieb Jeremy T. Bouse [c]:
>   I've got the Alioth project (pkg-xen) created and I'm currently working
> to get things setup and configured within the project. I've already
> gotten Guido added to the project at this time as well.
>
>   As Saku had mentioned Ralph, I've been in communication with Ralph as
> well along with Yvette Chanco so I've included as well in reply. I'd
> hope to start getting something together in short order and in CVS for
> testing. As we want to do this with minimal changes to upstream and to
> save space in CVS I think we should only need to maintain the debian/
> directory of the build within CVS but I'd like to get input as well.
>
>   I do have a couple of mailing lists waiting to be setup for the project
> as well so that discussion can be moved from BTS.
>
>   Regards,
>   Jeremy
>
> Guido Trotter wrote:
> > On Mon, Feb 13, 2006 at 10:51:43AM +0200, Saku Ytti wrote:
> >
> > Hi,
> >
> >> I've CC'd Ralph Passgang, he's previously expressed his will to
> >>help packaging XEN to debian. He's done unofficials packages
> >>which work very nicely, although do not comply 100% to
> >>debian standards.
> >>
> >> Thanks in advance for taking steps to bring updated
> >>XEN to debian. And if at all possible, I'd like to see unstable
> >>packaged too.
> >
> > And "official" backports.org, of course! ;)
> > Ok, count me in! I'm 'ultrotter' on alioth! Also interested since I have
> > some machines running xen and I'm also writing my master thesis on it!
> >
> > Bye!
> >
> > Guido

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

Bug#352103: NMU Patch to fix this bug

2006-02-14 Thread Javier Fernández-Sanguino Peña

On Wed, Feb 15, 2006 at 12:09:43AM +1300, Matt Brown wrote:
> Hi, 
> 
> I have prepared a NMU patch to fix this bug as a part of the T & S
> portion of my NM application. 

Thanks for doing this.

> Additionally the running function never succeeded because portreserve
> doesn't create a pid file. This is fairly impolite for a daemon.

Agreed.

> Unfortunately the --make-pidfile option to start-stop-daemon is not able
> to create a pidfile in this situation so I have patched the portreserve
> binary to create a pidfile. 

Why doesn't --make-pidfile work?

In any case, about put_pid():

* /var/run should not be harcoded, it should be #DEFINEd (that way the
  patch is usable for other distros)

* it should return an integer to determine if it is succesful or not (the
  main program could, or could not, care about the pid file
  creation and check the return value)

* there's a buffer overflow if 'fname' is longer than 512 chars. buf should
  *not* be of a static size

* it should refuse to run (or create a pidfile) if the pidfile already
  exists.

Also the program should remove the pidfile on exit. Otherwise the init.d
file will not be able to start it up properly if it gets killed for some
reason.

You also get a conflict if root runs 'portresevere' manually after the system
started and might end up with two copies of the daemon.

Have you reused code from somewhere or is it your own? 

I suggest you reuse a pidfile creation function from some other tested
program, there should be plenty of examples around.  If you don't find any
then I suggest you  change the put_pid() function to just drop in
PIDDIR/PROGNAME where PIDDIR is #DEFINEd to /var/run and PROGNAME is #DEFINEd
to portresever. The funcion should check if the file exists and abort if it does
(maybe through a negative return value that the main program uses to abort
instead of doing it from put_pid())

I don't like the patch to portreserve.c and I object to this NMU. You *can*
NMU, however, to include the changes to the init.d script.

Regards

Javier

signature.asc
Description: Digital signature

Bug#352811: emacs21: Font problem - characters displayed as boxes

2006-02-14 Thread Joakim Lundborg

Package: emacs21
Version: 21.4a-3
Severity: grave
Justification: renders package unusable

All normal sized characters (i.e. the default in buffers) are displayed
as boxes. Some other font sizes/faces seems to work, like the startup
screen and the menu. But these look blocky and ugly, and the menu font 
seems stretched out vertically.

When I try to change the font from the menu, emacs segfaults.

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

Versions of packages emacs21 depends on:
ii  emacs21-bin-common21.4a-3The GNU Emacs editor's shared, arc
ii  libc6 2.3.6-1GNU C Library: Shared libraries an
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libtiff4  3.8.0-2Tag Image File Format (TIFF) libra
ii  libungif4g4.1.4-2shared library for GIF images (run
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxmu6   6.9.0.dfsg.1-4 X Window System miscellaneous util
ii  libxpm4   6.9.0.dfsg.1-4 X pixmap library
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  xaw3dg1.5+E-10   Xaw3d widget set
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

emacs21 recommends no packages.

-- no debconf information


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

Processed: NMU patch available for this bug

Processing commands for [EMAIL PROTECTED]:

> tag 352103 + patch
Bug#352103: portreserve: init script does not work
There were no tags set.
Tags added: patch

> 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#352103: NMU Patch to fix this bug

2006-02-14 Thread Matt Brown

Hi, 

I have prepared a NMU patch to fix this bug as a part of the T & S
portion of my NM application. 

As described in the original problem report there were several fairly
trivial fixes required to to the init script. 
1) Incorrect test when checking for valid service files - fixed by using
-z not -n 
2) check running function needs a call to basename to match value in
$NAME variable

Additionally the running function never succeeded because portreserve
doesn't create a pid file. This is fairly impolite for a daemon.
Unfortunately the --make-pidfile option to start-stop-daemon is not able
to create a pidfile in this situation so I have patched the portreserve
binary to create a pidfile. 

Obviously I'm not yet a DD so this NMU will be made by my AM (formorer)
at a later date. In the meantime packages are available in my repository
at http://www.mattb.net.nz/debian/

Kind Regards

-- 
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz
diff -ur portreserve-0.0.0/debian/changelog portreserve-0.0.0-matt/debian/changelog
--- portreserve-0.0.0/debian/changelog	2006-02-12 11:07:31.0 +
+++ portreserve-0.0.0-matt/debian/changelog	2006-02-12 11:07:14.0 +
@@ -1,3 +1,13 @@
+portreserve (0.0.0-2.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Fixed minor init script bugs (Closes: #352103)
+- Use -z instead of -n to test list of service files
+- Use $NAME instead of the undefined $prog in the pidfile name
+  * Patched portreserve binary to write a pidfile when daemonising
+  
+ -- Matt Brown <[EMAIL PROTECTED]>  Sun, 12 Feb 2006 21:59:02 +1300
+
 portreserve (0.0.0-2) unstable; urgency=low
 
   * Added xmlto to Build-Depends (Closes: #337848)
diff -ur portreserve-0.0.0/debian/portreserve.init portreserve-0.0.0-matt/debian/portreserve.init
--- portreserve-0.0.0/debian/portreserve.init	2006-02-12 11:07:31.0 +
+++ portreserve-0.0.0-matt/debian/portreserve.init	2006-02-12 11:16:12.0 +
@@ -11,7 +11,7 @@
 test -f $DAEMON || exit 0
 
 NAME=`basename $DAEMON`
-PIDFILE=/var/run/$prog.pid
+PIDFILE=/var/run/$NAME.pid
 
 running()
 {
@@ -22,8 +22,8 @@
 # No pid, probably no daemon present
 [ -z "$pid" ] && return 1
 [ ! -d /proc/$pid ] &&  return 1
-cmd=`cat /proc/$pid/cmdline | tr "\000" "\n"|head -n 1 |cut -d : -f 1`
-
+cmdline=`cat /proc/$pid/cmdline | tr "\000" "\n"|head -n 1 |cut -d : -f 1`
+cmd=`basename $cmdline`
 [ "$cmd" != "$NAME" ] &&  return 1
 return 0
 }
@@ -36,7 +36,7 @@
 	if [ ! -d /etc/portreserve ] ; then
 		return 1
 	fi
-	if [ -n "`find /etc/portreserve \! -name "*~" -a \! -name "*.*" -type f`" ] ; then
+	if [ -z "`find /etc/portreserve \! -name "*~" -a \! -name "*.*" -type f`" ] ; then
 		return 1
 	fi
 	return 0
diff -ur portreserve-0.0.0/src/portreserve.c portreserve-0.0.0-matt/src/portreserve.c
--- portreserve-0.0.0/src/portreserve.c	2003-09-03 14:12:52.0 +
+++ portreserve-0.0.0-matt/src/portreserve.c	2006-02-12 11:07:14.0 +
@@ -264,6 +264,31 @@
 	return 0;
 }
 
+void 
+put_pid(char *fname)
+{
+	char *defname = "portreserve";
+	char buf[512];
+	int fd;
+	
+	if( fname == NULL ) {
+		fname = defname;
+		snprintf( buf, 512, "/var/run/%s.pid", fname );
+	} else {
+		snprintf( buf, 512, "%s", fname );
+	}
+	fd=creat(buf,0660);
+	if (fd<0)
+		return;
+	sprintf(buf,"%i\n",getpid());
+	if (write(fd,buf,strlen(buf)) != (signed)strlen(buf)) {
+		close(fd);
+		return;
+	}
+	close(fd);
+}
+
+
 int
 main (int argc, char **argv)
 {
@@ -302,6 +327,7 @@
 		close (STDOUT_FILENO);
 		close (STDERR_FILENO);
 		setsid ();
+		put_pid(NULL);
 	}
 
 	return portreserve ();


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

Bug#343788: marked as done (Please upgrade build depends to libmysqlclient15-dev)

Your message dated Tue, 14 Feb 2006 02:47:09 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#343788: fixed in packagesearch 2.0.6
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: packagesearch
Severity: wishlist
Tags: transition-libmysqlclient15-dev

Dear maintainer

Please upgrade the build dependencies of your package to use
libmysqlclient15-dev

We do not need to hurry with this as the MySQL libraries have versioned
dependencies. Just remember to do this when your doing the next upload
anyway.

(If this could happen within six weeks or so, I would appreciat it so that
I can finally get completely rid of any MySQL 4.0.x and 4.1.x packages
leaving Etch only with 5.0.x.)

thanks,

-christian-

--- End Message ---
--- Begin Message ---
Source: packagesearch
Source-Version: 2.0.6

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

packagesearch_2.0.6.dsc
  to pool/main/p/packagesearch/packagesearch_2.0.6.dsc
packagesearch_2.0.6.tar.gz
  to pool/main/p/packagesearch/packagesearch_2.0.6.tar.gz
packagesearch_2.0.6_i386.deb
  to pool/main/p/packagesearch/packagesearch_2.0.6_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.
Benjamin Mesing <[EMAIL PROTECTED]> (supplier of updated packagesearch 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: Mon, 13 Feb 2006 11:34:02 +0100
Source: packagesearch
Binary: packagesearch
Architecture: source i386
Version: 2.0.6
Distribution: unstable
Urgency: low
Maintainer: Benjamin Mesing <[EMAIL PROTECTED]>
Changed-By: Benjamin Mesing <[EMAIL PROTECTED]>
Description: 
 packagesearch - GUI for searching packages and viewing package information
Closes: 343788
Changes: 
 packagesearch (2.0.6) unstable; urgency=low
 .
   * build depend on libmysqlclient15-dev now (Closes: #343788)
   * fixed crashes when using filesearch or listing for non-installed files
Files: 
 d3b8093469139981fe10dd4badc13be8 629 admin optional packagesearch_2.0.6.dsc
 cd78228093f38bb3c355aa2aecca5f8c 508746 admin optional 
packagesearch_2.0.6.tar.gz
 adfe3e73b9a763c342837e78ce3c67cd 926570 admin optional 
packagesearch_2.0.6_i386.deb

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

iD8DBQFD8bHI9LSwzHl+v6sRAszJAJ9SYVCcT8l41vq+JeC8B9U5D5JjqgCeOQtt
rAqG4Id/+rk0yDNJtsdEgaQ=
=FivU
-END PGP SIGNATURE-

--- End Message ---

Bug#352800: Also

2006-02-14 Thread Benjamin Eastep

rpc2-tools is also required.



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

Bug#352800: coda-client: Missing Build Dependancy

2006-02-14 Thread Ben Eastep

Package: coda-client
Severity: serious
Justification: no longer builds from source

rvm-tools is required to build

Ben Eastep


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


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

Bug#352158: marked as done (heartbeat-2: missing pre-depends on adduser)

Your message dated Tue, 14 Feb 2006 02:17:14 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352158: fixed in heartbeat-2 2.0.3-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: heartbeat
Version: 1.2.4-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of evms_2.5.4-6 on debian-31 by sbuild/s390 85
[...]
> Selecting previously deselected package heartbeat.
> Unpacking heartbeat (from .../heartbeat_1.2.4-2_s390.deb) ...
> Use of uninitialized value in printf at /usr/sbin/adduser line 329.
> Password: chfn: PAM authentication failed
> adduser: `/usr/bin/chfn -f Heartbeat System Account hacluster' returned error 
> code 1.  Aborting.
> dpkg: error processing 
> /home/buildd/build/chroot-unstable/var/cache/apt/archives/heartbeat_1.2.4-2_s390.deb
>  (--unpack):
>  subprocess pre-installation script returned error exit status 2

Bastian

--- End Message ---
--- Begin Message ---
Source: heartbeat-2
Source-Version: 2.0.3-2

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

heartbeat-2-dev_2.0.3-2_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.3-2_i386.deb
heartbeat-2_2.0.3-2.diff.gz
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-2.diff.gz
heartbeat-2_2.0.3-2.dsc
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-2.dsc
heartbeat-2_2.0.3-2_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-2_i386.deb
ldirectord-2_2.0.3-2_all.deb
  to pool/main/h/heartbeat-2/ldirectord-2_2.0.3-2_all.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.
Simon Horman <[EMAIL PROTECTED]> (supplier of updated heartbeat-2 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, 14 Feb 2006 13:42:37 +0900
Source: heartbeat-2
Binary: heartbeat-2-dev ldirectord-2 heartbeat-2
Architecture: source i386 all
Version: 2.0.3-2
Distribution: unstable
Urgency: low
Maintainer: Simon Horman <[EMAIL PROTECTED]>
Changed-By: Simon Horman <[EMAIL PROTECTED]>
Description: 
 heartbeat-2 - Subsystem for High-Availability Linux
 heartbeat-2-dev - Subsystem for High-Availability Linux - development files
 ldirectord-2 - Monitors virtual services provided by LVS
Closes: 352158
Changes: 
 heartbeat-2 (2.0.3-2) unstable; urgency=low
 .
   * Add build dependancy on libncurses-dev to allow crm_mon to work
 Thanks to Guy Coates
   * Move hacluster user and haclient group creation (don't ask me why the
 user and group names are different) from preinst to postinst.
 Once upon a time there might have been a need for it in preinst,
 but the current packaging changes files to have the hacluster user
 and haclient group as neccessary in the postinst. So there is
 no need to create them before postinst.
 This is a better fix to #352158, and the pre-depends on adduser
 has been changed to a depends accordingly.
 (closes: #352158)
   * Stop heartbeat in preinst
Files: 
 6996654d5fefcee26ead2245287abad3 1035 admin optional heartbeat-2_2.0.3-2.dsc
 8d6ffb24699a51fa364eae2fed1061bb 91624 admin optional 
heartbeat-2_2.0.3-2.diff.gz
 1ec86b0de9fef962a5122a4f37bd 50864 admin optional 
ldirectord-2_2.0.3-2_all.deb
 c6f124a9e3fe2e61de7dd64979e49734 1225402 admin optional 
heartbeat-2_2.0.3-2_i386.deb
 1cbdf4e88890f7d456d8acb3f4d694b6 324484 devel optional 
heartbeat-2-dev_2.0.3-2_i386.deb

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

iD8DBQFD8aikA8ACPgVBDpcRAq6RAJ4vQ/b2lNn/J8xhI+WUAs6sMSWNGACeJw3K
2doevmP8tOggOwiQm2lgEts=
=x0qS
-END PGP SIGNATURE-

--- End Message ---

Bug#352027: marked as done (heartbeat - pre-depends on adduser without consensus)