Bug#376260: NMU uploaded

[dann frazier]

NMU uploaded; here's the debdiff.  The debian/docs & debian/control
differences are just due to their regeneration - I made no changes
to them myself.

diff -u glib2.0-2.10.3/debian/docs glib2.0-2.10.3/debian/docs
--- glib2.0-2.10.3/debian/docs
+++ glib2.0-2.10.3/debian/docs
@@ -1,6 +1,6 @@
-build-tree/glib-2.6.1/NEWS
-build-tree/glib-2.6.1/NEWS.pre-1-3
-build-tree/glib-2.6.1/README
-build-tree/glib-2.6.1/ChangeLog.pre-1-2
-build-tree/glib-2.6.1/ChangeLog.pre-2-0
-build-tree/glib-2.6.1/ChangeLog.pre-2-2
+build-tree/glib-2.10.3/NEWS
+build-tree/glib-2.10.3/NEWS.pre-1-3
+build-tree/glib-2.10.3/README
+build-tree/glib-2.10.3/ChangeLog.pre-1-2
+build-tree/glib-2.10.3/ChangeLog.pre-2-0
+build-tree/glib-2.10.3/ChangeLog.pre-2-2
diff -u glib2.0-2.10.3/debian/control glib2.0-2.10.3/debian/control
--- glib2.0-2.10.3/debian/control
+++ glib2.0-2.10.3/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Sebastien Bacher <[EMAIL PROTECTED]>
-Uploaders: Debian GNOME Maintainers <[EMAIL PROTECTED]>, Akira TAGOH <[EMAIL 
PROTECTED]>, Andreas Rottmann <[EMAIL PROTECTED]>, Andrew Lau <[EMAIL 
PROTECTED]>, Clment Stenac <[EMAIL PROTECTED]>, Dafydd Harries <[EMAIL 
PROTECTED]>, Guilherme de S. Pastore <[EMAIL PROTECTED]>, Gustavo Franco 
<[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL PROTECTED]>, J.H.M. Dassen 
(Ray) <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL PROTECTED]>, Jose Carlos 
Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette <[EMAIL PROTECTED]>, Loic 
Minier <[EMAIL PROTECTED]>, Marc HE Brockschmidt <[EMAIL PROTECTED]>, Marco 
Cabizza <[EMAIL PROTECTED]>, Ond???ej Sur <[EMAIL PROTECTED]>, Ross Burton 
<[EMAIL PROTECTED]>, Sjoerd Simons <[EMAIL PROTECTED]>, Takuo KITAME <[EMAIL 
PROTECTED]>
+Uploaders: Debian GNOME Maintainers <[EMAIL PROTECTED]>, Andrew Lau <[EMAIL 
PROTECTED]>, Clment Stenac <[EMAIL PROTECTED]>, Dafydd Harries <[EMAIL 
PROTECTED]>, Guilherme de S. Pastore <[EMAIL PROTECTED]>, Gustavo Franco 
<[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL PROTECTED]>, J.H.M. Dassen 
(Ray) <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL PROTECTED]>, Jose Carlos 
Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette <[EMAIL PROTECTED]>, Loic 
Minier <[EMAIL PROTECTED]>, Marc HE Brockschmidt <[EMAIL PROTECTED]>, Marco 
Cabizza <[EMAIL PROTECTED]>, Oystein Gisnas <[EMAIL PROTECTED]>, Ond???ej 
Sur <[EMAIL PROTECTED]>, Ross Burton <[EMAIL PROTECTED]>, Sjoerd Simons 
<[EMAIL PROTECTED]>
 Build-Depends: debhelper (>> 5.0.22), pkg-config (>= 0.14.0), gettext, 
autotools-dev, gnome-pkg-tools
 Standards-Version: 3.6.2
 
diff -u glib2.0-2.10.3/debian/changelog glib2.0-2.10.3/debian/changelog
--- glib2.0-2.10.3/debian/changelog
+++ glib2.0-2.10.3/debian/changelog
@@ -1,3 +1,11 @@
+glib2.0 (2.10.3-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Drop 999_ia64_atomic_ops_broken.patch, no longer needed w/ gcc-4.1
+(closes: #376260).
+
+ -- dann frazier <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 18:58:46 -0600
+
 glib2.0 (2.10.3-2) unstable; urgency=medium
 
   * Re-add changes from 2.10.2-2 that were lost in the wild
reverted:
--- glib2.0-2.10.3/debian/patches/999_ia64_atomic_ops_broken.patch
+++ glib2.0-2.10.3.orig/debian/patches/999_ia64_atomic_ops_broken.patch
@@ -1,37 +0,0 @@
 glib-2.10.0/glib/gatomic.c 2006-02-24 14:02:51.0 +
-+++ glib-2.10.0/glib/gatomic.c 2006-03-06 18:12:06.0 +
-@@ -414,14 +414,14 @@
- g_atomic_int_exchange_and_add (volatile gint *atomic,
-  gint   val)
- {
--  return __sync_fetch_and_add (atomic, val);
-+  return __sync_fetch_and_add_si (atomic, val);
- }
-  
- void
- g_atomic_int_add (volatile gint *atomic, 
- gint val)
- {
--  __sync_fetch_and_add (atomic, val);
-+  __sync_fetch_and_add_si (atomic, val);
- }
- 
- gboolean
-@@ -429,7 +429,7 @@
-  gint   oldval, 
-  gint   newval)
- {
--  return __sync_bool_compare_and_swap (atomic, oldval, newval);
-+  return __sync_bool_compare_and_swap_si (atomic, oldval, newval);
- }
- 
- gboolean
-@@ -437,7 +437,7 @@
-  gpointer   oldval, 
-  gpointer   newval)
- {
--  return __sync_bool_compare_and_swap ((long *)atomic, 
-+  return __sync_bool_compare_and_swap_di ((long *)atomic, 
-  (long)oldval, (long)newval);
- }
- 


-- 
dann frazier

Bug#325842: [pkg-ntp-maintainers] Bug#325842: Smells like #327138

[Kurt Roeckx]

On Wed, Jul 12, 2006 at 12:22:25AM +0100, Sam Morris wrote:
> found 325842 1:4.2.0a+stable-9
> thanks
> 
> This looks like a bug I reported some time ago. I was never able to
> reproduce it reliably so I closed it, but I have seen it crop up
> occasionally since then.
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327138

I've tried reproducing this bug by starting 2 ntpd's and things
like that, but was never able to reproduce it.

You marked this bug as found in 1:4.2.0a+stable-9?  What is it
exactly that you found in this version?  That you lose peers?
That there where 2 ntpd's running?  Can you please explain a
little more?


Kurt



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

Bug#376260: Bug:#376260: glib2.0: FTBFS on IA64

[LaMont Jones]

On Wed, Jul 12, 2006 at 02:34:44AM +0200, Frans Pop wrote:
> After pinging Lamont on IRC, I decided to try the fix myself...
> glib2.0 with debian/patches/999_ia64_atomic_ops_broken.patch removed built 
> fine on merulo (sid chroot).
> ii  gcc   4.1.1-3   The GNU C compiler
> Is this a case of "if it builds it's OK"?
> If you like, I could take care of the NMU.

IIRC, it died with undefined symbols before, so yes.  NMU would be fine.

lamont


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

Bug#358822: Severity

[Filipus Klutiero]

As I assumed that no one would care to open a separate grave bug about 
www-mysql being uninstallable in unstable, I've upgraded this directly 
related bug to grave. Of course, the "proper" severity for this bug 
would be serious.



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

Bug#353552:

[Jason Spiro]

tags 353552 + patch
thanks dude

The attached patch (also pasted below for convenience) fixes the
problem by installing Falcon's Eye's arch-indep support files to
/usr/share/games/falconseye and putting symlinks to
/usr/share/games/falconseye/* in the /usr/lib/games/falconseye
directory.

Thanks go to Bas Wijnen  for suggesting symlinking;
I am a newbie to Debian packaging and would not have thought of that
timesaving idea.

Regards,
Jason Spiro <[EMAIL PROTECTED]>

diff -ruN5 falconseye-1.9.3/debian/falconseye-data.dirs
falconseye-1.9.3-new/debian/falconseye-data.dirs
--- falconseye-1.9.3/debian/falconseye-data.dirs2006-07-11
22:50:27.0 -0400
+++ falconseye-1.9.3-new/debian/falconseye-data.dirs2006-07-11
23:38:14.0 -0400
@@ -1,6 +1,7 @@
usr/lib/games/falconseye
-usr/lib/games/falconseye/config
-usr/lib/games/falconseye/graphics
-usr/lib/games/falconseye/sound
+usr/share/games/falconseye
+usr/share/games/falconseye/config
+usr/share/games/falconseye/graphics
+usr/share/games/falconseye/sound
usr/share/doc/falconseye/manual
usr/share/pixmaps
diff -ruN5 falconseye-1.9.3/debian/rules falconseye-1.9.3-new/debian/rules
--- falconseye-1.9.3/debian/rules   2006-07-11 22:50:27.0 -0400
+++ falconseye-1.9.3-new/debian/rules   2006-07-11 23:38:14.0 -0400
@@ -31,12 +31,11 @@

build-arch: build-arch-stamp
build-arch-stamp: #CONFIGURE_STAMP# #CONFIG_STATUS#

sh sys/unix/setup.sh 1
-   $(MAKE) all CFLAGS='-O2 -I../include \
--I/usr/X11R6/include -fomit-frame-pointer' LFLAGS='-L/usr/X11R6/lib'
+   $(MAKE) all

build-indep: build-indep-stamp
build-indep-stamp: #CONFIGURE_STAMP# #CONFIG_STATUS#

# Add here commands to compile the indep part of the package.
@@ -61,32 +60,43 @@
dh_installdirs -i

# Add here commands to install the indep part of the package into
# debian/-doc.
#INSTALLDOC#
-   chgrp games debian/falconseye-data/usr/lib/games/falconseye
+   chgrp games debian/falconseye-data/usr/share/games/falconseye
for file in cmdhelp data help hh history opthelp options \
  oracles rumors wizhelp; \
do \
  install -m 0644 -o root -g root dat/$$file \
- debian/falconseye-data/usr/lib/games/falconseye/; \
+ debian/falconseye-data/usr/share/games/falconseye/; \
done

install -m 0644 -o root -g root win/jtp/gamedata/config/jtp_lit1.dat \
- debian/falconseye-data/usr/lib/games/falconseye/config/
+ debian/falconseye-data/usr/share/games/falconseye/config/

install -m 0644 -o root -g root win/jtp/gamedata/graphics/* \
- debian/falconseye-data/usr/lib/games/falconseye/graphics/
+ debian/falconseye-data/usr/share/games/falconseye/graphics/

install -m 0644 -o root -g root win/jtp/gamedata/sound/* \
- debian/falconseye-data/usr/lib/games/falconseye/sound/
+ debian/falconseye-data/usr/share/games/falconseye/sound/

install -m 644 -o root -g root win/jtp/gamedata/manual/* \
  debian/falconseye-data/usr/share/doc/falconseye/manual/

install -m 644 -o root -g root debian/falconseye.xpm \
  debian/falconseye-data/usr/share/pixmaps/
+   
+   # Symlink all files just installed to /usr/lib so that falconseye,
+   # which has not been modified to look in /usr/share for any of its
+   # files, will still find them. This symlinking is easier than
+   # actually patching the source, since falconseye expects to find
+   # all its support files in one directory.
+   
+   for x in debian/falconseye-data/usr/share/games/falconseye/*; do \
+   ln -s /usr/share/games/falconseye/`basename $$x` \
+ debian/falconseye-data/usr/lib/games/falconseye; \
+   done

install-arch:
dh_testdir
dh_testroot
dh_clean -k -a
diff -ruN5 falconseye-1.9.3/sys/unix/Makefile.top
falconseye-1.9.3-new/sys/unix/Makefile.top
--- falconseye-1.9.3/sys/unix/Makefile.top  2001-06-24 19:57:24.0 
-0400
+++ falconseye-1.9.3-new/sys/unix/Makefile.top  2006-07-11
23:49:19.0 -0400
@@ -26,20 +26,25 @@
GAMEPERM = 04755
FILEPERM = 0644
EXEPERM  = 0755
DIRPERM  = 0755

-# GAMEDIR also appears in config.h as "HACKDIR".
-# VARDIR may also appear in unixconf.h as "VAR_PLAYGROUND" else GAMEDIR
+# ARCHDIR is the directory where architecture-dependent game files go.
+# INDEPDIR is the directory where architecture-independent game files go.
+# Everything under INDEPDIR gets symlinked into ARCHDIR by debian/rules.
+# See debian/rules for an explanation of why it is symlinked.
+# ARCHDIR also appears in config.h as "HACKDIR".
+# VARDIR may also appear in unixconf.h as "VAR_PLAYGROUND" else ARCHDIR
#
-# note that 'make install' believes in creatin

Bug#377943: tikiwiki: distributing "Houndtime" infringes copyright and violates policy 2.2.1

[Filipus Klutiero]

Package: tikiwiki
Version: 1.9.4-1
Severity: serious
Justification: Policy 2.2.1

lib/graph2/ARIALDB.TTF contains a font named "Houndtime". This file is
binary-identical to the Houndtim.ttf file contained in the zip archive
at http://moorstation.org/typoasis/designers/gort/fonts/houndtme.zip

The ttf file's description reads "A standard "respectable" typeface".
The ttf file's copyright reads "Copyright (c) Bree Gorton at the Font
Farm, 2001. All rights reserved."

The only permissive notice I found is in the other file of the zip
archive, Read-Me.txt, which reads "This font was made by The Font Farm,
it's free to use."

As I see nothing that would allow redistribution, I assume that Tiki is
infringing Bree Gorton's copyright by redistributing this file.
As I see nothing that would allow modification of the font, I assume
that including this file in main violates policy 2.2.1.

If you believe that Tiki distributes the file legally but can't prove
it, you may contact upstream's Florian Gleixner who committed this file. 
Otherwise, it seems that replacing that file by a Free equivalent should do.

Note that there's still a good job to do to get all the borrowed code
properly acknowledged in debian/copyright. There's also IMO a huge job
to do to get the copyright on all the borrowed images. I guess you'll
have to request upstream's help with this if you want to get this package in 
testing
sometime.


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

Bug#365146: marked as done (joy2key: FTBFS with new X packages: Bad link line)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 20:28:08 -0600
with message-id <[EMAIL PROTECTED]>
and subject line Processed: Fixed in NMU of joy2key 1.6.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: joy2key
Version: 1.6.1-2
Severity: serious

From my pbuilder build log:

...
checking for X... libraries , headers in standard search path
...
i486-linux-gnu-gcc  -Wall -g -O2   -o joy2key  joy2key.o -L -lX11
joy2key.o: In function `argtokey':
/tmp/buildd/joy2key-1.6.1/joy2key.c:734: undefined reference to 
`XStringToKeysym'
/tmp/buildd/joy2key-1.6.1/joy2key.c:736: undefined reference to 
`XKeysymToKeycode'
...
collect2: ld returned 1 exit status
make[2]: *** [joy2key] Error 1
make[2]: Leaving directory `/tmp/buildd/joy2key-1.6.1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/joy2key-1.6.1'
make: *** [build-stamp] Error 2
-- 
Daniel Schepler

--- End Message ---
--- Begin Message ---
This bug was fixed in a sponsored upload; I'm closing it.

John
--- End Message ---

Bug#358822: Processed: severity of 358822 is grave

[Hamish Moffatt]

On Tue, Jul 11, 2006 at 04:41:17PM -0700, Steve Langasek wrote:
> On Wed, Jul 12, 2006 at 08:50:29AM +1000, Hamish Moffatt wrote:
> > On Tue, Jul 11, 2006 at 02:48:29PM -0700, Debian Bug Tracking System wrote:
> > > Processing commands for [EMAIL PROTECTED]:
> 
> > > > severity 358822 grave
> > > Bug#358822: www-sql: Upgrade build-depends from libmysqlclient10-dev to 15
> > > Severity set to `grave' from `minor'
> 
> > Please justify 'grave'.
> 
> libmysqlclient10-dev has been removed from unstable.
> 
> Should probably be 'serious' rather than 'grave'.

I figured as much.

www-sql will need some work to build with the new version. Even the
autoconf tests fail due to mysql_connect() disappearing. (Actually, it's
still defined in mysql.h and the reference manual says it is deprecated,
but it's missing from the shared library.)


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Bug#376260: Bug:#376260: glib2.0: FTBFS on IA64

[Frans Pop]

Hi,

After pinging Lamont on IRC, I decided to try the fix myself...

glib2.0 with debian/patches/999_ia64_atomic_ops_broken.patch removed built 
fine on merulo (sid chroot).

ii  gcc   4.1.1-3   The GNU C compiler

Is this a case of "if it builds it's OK"?

If you like, I could take care of the NMU.

Cheers,
FJP


pgpPYLVQ3IXN9.pgp
Description: PGP signature

Bug#364656: marked as done (hoichess_0.4.0-1(amd64/unstable): arch: any package sets -march=i686)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 17:32:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#364656: fixed in hoichess 0.4.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: hoichess
Version: 0.4.0-1
Severity: serious

Hello,

There was an error while trying to autobuild your package:

> bitboard.cc:0: error: CPU you selected does not support x86-64 instruction set
> bitboard.cc:0: error: CPU you selected does not support x86-64 instruction set
> g++-4.0 -E -W -Wall -O3 -march=i686  -MM -MT 'bench.o' bench.cc   \
>   | sed 's,\(bench\)\.o[ :]*,\1.o .deps/bench.d: ,g' > 
> .deps/bench.d; \
>   [ -s .deps/bench.d ] || rm -f .deps/bench.d
> bench.cc:0: error: CPU you selected does not support x86-64 instruction set
> bench.cc:0: error: CPU you selected does not support x86-64 instruction set
> g++-4.0 -W -Wall -O3 -march=i686  -c -o bench.o bench.cc
> bench.cc:1: error: CPU you selected does not support x86-64 instruction set
> bench.cc:1: error: CPU you selected does not support x86-64 instruction set
> make[2]: *** [bench.o] Error 1
> make[2]: Leaving directory `/build/buildd/hoichess-0.4.0/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/hoichess-0.4.0'
> make: *** [build-stamp] Error 2

Please do not use -march=i686 on an arch: any package, or make it arch:
i386 if it is not portable at all.

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

Best regards
Frederik Schueler

--- End Message ---
--- Begin Message ---
Source: hoichess
Source-Version: 0.4.3-2

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

hoichess_0.4.3-2.diff.gz
  to pool/main/h/hoichess/hoichess_0.4.3-2.diff.gz
hoichess_0.4.3-2.dsc
  to pool/main/h/hoichess/hoichess_0.4.3-2.dsc
hoichess_0.4.3-2_i386.deb
  to pool/main/h/hoichess/hoichess_0.4.3-2_i386.deb



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

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

Debian distribution maintenance software
pp.
Oliver Korff <[EMAIL PROTECTED]> (supplier of updated hoichess 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: Sun, 25 Jun 2006 10:26:50 +0200
Source: hoichess
Binary: hoichess
Architecture: source i386
Version: 0.4.3-2
Distribution: unstable
Urgency: low
Maintainer: Oliver Korff <[EMAIL PROTECTED]>
Changed-By: Oliver Korff <[EMAIL PROTECTED]>
Description: 
 hoichess   - xboard compatible chess engine to play chess with
Closes: 364656
Changes: 
 hoichess (0.4.3-2) unstable; urgency=low
 .
   * altered compile options, MAKE += CXX=g++ CXXFLAGS="$(CFLAGS)"
   * The fix will be valid for upcoming versions Closes: #364656
Files: 
 58a1f7ce625630c35a69696377cd4f62 576 games optional hoichess_0.4.3-2.dsc
 3f58d1505160a5b7cc10efeccd0190d8 2054 games optional hoichess_0.4.3-2.diff.gz
 b9958a9cf3e4d02486f4f4a7df87a0a0 115990 games optional 
hoichess_0.4.3-2_i386.deb

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

iD8DBQFEtEKNKb5dImj9VJ8RAs0VAJ9ylV8zJdoiyFumNu1IQdnvH/cHkwCggDSz
ayA2cZD5kIoCkk3ppcPeFos=
=HbrH
-END PGP SIGNATURE-

--- End Message ---

Bug#377595: mod-bt - FTBFS: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'

[Tyler MacDonald]

Kurt,
I applied these and zelously went through and made sure everything
in those files is type-safe. Now the result isn't releaseable on 32-bit
platforms, it compiles fine, but it's causing segmentation faults after a
few minutes of operation. :-/ 

I will keep investigating as I have time... I think my wife wants to
watch a movie I've seen a dozen times tonight so I may have a chance to hack
a bit more then. :-)

If you're interested, the results are here... I'm interested in
seeing if they at least compile in amd64 now:

http://www.crackerjack.net/mod_bt/debian/sid/

I'll let you know again when I have something I think will actually
work.

Cheers,
Tyler


Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 11, 2006 at 11:23:23AM -0700, Tyler MacDonald wrote:
> > Thanks Kurt,
> > I've been working through your patch and correcting the code in
> > dev... If you're willing, I would like to send you my results when I'm done
> > to test again.
> 
> Sure, just send me the diff or some url or something.
> 
> > > Then I got:
> > > Tracker.xs: In function 'XS_Net__BitTorrent__LibBT__Tracker_Infohash':
> > > Tracker.xs:576: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> > > incompatible pointer type
> > > Tracker.xs: In function 
> > > 'XS_Net__BitTorrent__LibBT__Tracker__Infohash_Peer':
> > > Tracker.xs:1047: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> > > incompatible pointer type
> 
> So, I've fixed those an others too.  I've attached the complete
> diff.
> 
> 
> Kurt
> 

> --- src/libbtutil/util/bt_nice_size.c.old 2006-07-10 23:40:58.0 
> +0200
> +++ src/libbtutil/util/bt_nice_size.c 2006-07-10 23:44:04.0 +0200
> @@ -7,6 +7,7 @@
>  #include 
>  #include 
>  #include 
> +#include 
>  
>  #define SZSTR64
>  
> @@ -31,7 +32,7 @@
>   }
>   else
>   {
> -  snprintf(szstr, SZSTR, "%llub", size);
> +  snprintf(szstr, SZSTR, "%" PRIu64 "b", size);
>   }
>   
>   rv = apr_pstrdup(p, szstr);
> --- src/libbtutil/types/bt_metainfo.c.old 2006-07-10 23:45:09.0 
> +0200
> +++ src/libbtutil/types/bt_metainfo.c 2006-07-10 23:53:42.0 +0200
> @@ -40,7 +40,7 @@
>  
>  if(sinfo.st_size > BT_MAX_METAINFO_SIZE) {
>  fprintf(
> -stderr, "%s: file to large (%llu bytes > %u bytes)",
> +stderr, "%s: file to large (%zu bytes > %u bytes)",
>  path, sinfo.st_size, BT_MAX_METAINFO_SIZE
>  );
>  return NULL;
> @@ -60,7 +60,7 @@
>  
>  if((rv = apr_file_read(file, buf, &len)) != APR_SUCCESS) {
>  fprintf(
> -stderr, "Failed to read %llu bytes from %s: %s\n",
> +stderr, "Failed to read %zu bytes from %s: %s\n",
>  sinfo.st_size, path,
>  apr_strerror(rv, errorstr, BT_SHORT_STRING)
>  );
> @@ -70,7 +70,7 @@
>  if(len != sinfo.st_size) {
>  fprintf(
>  stderr,
> -"%s: expected %llu bytes, but got %"SF"!\n", path, 
> sinfo.st_size, len
> +"%s: expected %zu bytes, but got %"SF"!\n", path, sinfo.st_size, 
> len
>  );
>  return NULL;
>  }
> --- src/libbttracker/tracker/btt_tracker_alloc.c.old  2006-07-10 
> 23:54:53.0 +0200
> +++ src/libbttracker/tracker/btt_tracker_alloc.c  2006-07-10 
> 23:55:52.0 +0200
> @@ -122,13 +122,13 @@
>rv = NULL;
>   } else {
>if((ret = apr_shm_create(&rv, size, shfile, p)) != APR_SUCCESS) {
> -   fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> +   fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: 
> %s\n", size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> fflush(stderr);
> rv = NULL;
>}
>   }
>  } else {
> - fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> + fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
>   fflush(stderr);
>   rv = NULL;
>  }
> @@ -189,7 +189,7 @@
> return NULL;
>  }
>  } else {
> -fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %d 
> bytes!\n", sizeof(btt_tracker));
> +fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %zd 
> bytes!\n", sizeof(btt_tracker));
>  fflush(stderr);
>  return NULL;
>  }
> --- src/libbttracker/types/btt_infohash.c.old 2006-07-10 23:56:48.0 
> +0200
> +++ src/libbttracker/types/btt_infohash.c 2006-07-11 00:02:16.0 
> +0200
> @@ -18,6 +18,7 @@
>  /* libc */
>  #include 
>  #include 
> +#include 
>  /* other libs */
>  #include 
>  #include 
> @@ -79,7 +80,7 @@
>"Infohash

Bug#377936: FTBFS: ./configure: line 23306: syntax error near unexpected token `}'

[Martin Michlmayr]

Package: ecasound2.2
Version: 2.4.4-1
Severity: serious

Your package fails to build in unstable:

> Automatic build of ecasound2.2_2.4.4-1 on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.47
...
> checking for ncurses.h... yes
> checking for main in -laudiofile... yes
> checking for main in -lsndfile... yes
> ./configure: line 23306: syntax error near unexpected token `}'
> ./configure: line 23306: `echo $ECHO_N "checking for main in -lasound... 
> $ECHO_C" >&6; }'
> make: *** [configure-stamp] Error 2

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


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

Bug#373629: marked as done (failed to do autopartitioning completely (tries the cd device :( ))

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 16:17:05 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#373629: fixed in autopartkit 1.17
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: autopartkit
Severity: important

Hi

The package doesn't work on the current daily build from debian-edu.
It tries to do partitioning on the cd device.
The cd device must be in the result from choose_device(), I am not sure
if it is the only result. :(
As far as I could see autopartkit comes to the make_partitions()
function and dies after the message "Created LVM stacks".
The complete error message is:
error: 0, Unable to open /dev/ide/host0/bus1/target0/lun0/cd read-write
(Read-only file system). /dev/ide/host0/bus1/target0/lun0/cd has been
opened read-only.

This error message comes from libparted, but shouldn't the autopartkit
make sure that the cd device is not in the list of devices?

According to LVM I am not familiar with it so I can't give you more input :(
This whole bug can also be a problem with libparted, I am not completey
sure. It depends on the output get_device_probe_all() gives, but from my
own limited debugging it was impossible to remove cd from "dev" (which
is a choose_device() ).

If you have some spare time you could also get the iso from
http://ftp.skolelinux.org/cd-etch-test/
start it in expert mode and do all needed steps first and then run
automatic partitioning .
In autopartkit.c you find some more debug addings which will give you
some more output and there is a kind of patch which tries to remove the
cd from the device list, but it fails :(

Greetings and thanks in advance
Steffen

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

--- End Message ---
--- Begin Message ---
Source: autopartkit
Source-Version: 1.17

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

autopartkit_1.17.dsc
  to pool/main/a/autopartkit/autopartkit_1.17.dsc
autopartkit_1.17.tar.gz
  to pool/main/a/autopartkit/autopartkit_1.17.tar.gz
autopartkit_1.17_i386.udeb
  to pool/main/a/autopartkit/autopartkit_1.17_i386.udeb



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.
Frans Pop <[EMAIL PROTECTED]> (supplier of updated autopartkit 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, 12 Jul 2006 01:00:54 +0200
Source: autopartkit
Binary: autopartkit
Architecture: source i386
Version: 1.17
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Frans Pop <[EMAIL PROTECTED]>
Description: 
 autopartkit - Automatically Partition Hard Drives (unsafe) (udeb)
Closes: 373629
Changes: 
 autopartkit (1.17) unstable; urgency=low
 .
   [ Colin Watson ]
   * Exclude read-only devices and CD drives from the list of devices
 presented to the user (closes: #373629).
   * Make sure there is always a sentinel NULL mountpoint at the end of
 lvm_reqs (may close #374874).
 .
   [ Frans Pop ]
   * Remove duplicate depends for libuuid1-udeb.
   * Add myself to uploaders.
 .
   [ Updated translations ]
   * Arabic (ar.po) by Ossama M. Khayat
   * Catalan (ca.po) by Jordi Mallach
   * Czech (cs.po) by Miroslav Kure
   * Danish (da.po) by Claus Hindsgaul
   * German (de.po) by Jens Seidel
   * Dzongkha (dz.po) by Jurmey Rabgay
   * Esperanto (eo.po) by Serge Leblanc
   * Spanish (es.po) by Javier Fernández-Sanguino Peña
   * Estonian (et.po) by Siim Põder
   * Basque (eu.po) by Piarres Beobide
   * French (fr.po) by Christian Perrier
   * Galician (gl.po) by Jacobo Tarrio
   * Hungarian (hu.po) by SZERVÑC Attila
   * Italian (it.po) by Stefano Canepa
   * Japanese (ja.po) by Kenshi Muto
   * Georgian (ka.po) by Aiet Kolkhi
   * Khmer (km.po) by Khoem Sokhem
   * Korean (ko.po) by Sunjae park
   * Lithuanian (lt.po) by Kęstutis Biliūnas
   * Macedonian (mk.po) b

Bug#358822: Processed: severity of 358822 is grave

[Steve Langasek]

On Wed, Jul 12, 2006 at 08:50:29AM +1000, Hamish Moffatt wrote:
> On Tue, Jul 11, 2006 at 02:48:29PM -0700, Debian Bug Tracking System wrote:
> > Processing commands for [EMAIL PROTECTED]:

> > > severity 358822 grave
> > Bug#358822: www-sql: Upgrade build-depends from libmysqlclient10-dev to 15
> > Severity set to `grave' from `minor'

> Please justify 'grave'.

libmysqlclient10-dev has been removed from unstable.

Should probably be 'serious' rather than 'grave'.

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


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

Bug#350739: #350739: cdrecord status?

[Joerg Schilling]

**
You should start to learn about the nettiquette and not 
shorten the Cc: list! Otherwise people will believe that you have 
something to hide
**


Don Armstrong <[EMAIL PROTECTED]> wrote:

> On Tue, 11 Jul 2006, Joerg Schilling wrote:
> > you did not reply to my last mail, so it is obvious that you have no
> > arguments to prove the claim that cdrtools has license problems or
> > may be undistributable by Debian.
>
> I have not responded because they do not raise any issues which are of
> any interest to me, nor do they adequately address the crux of the
> argument as presented in the two paragraphs in
> <[EMAIL PROTECTED]>. [1]

I did reply to you and tell you why your claims are wrong.

You are continuously completely missinterpreting the GPL:

You are mixing different parts of the GPL and incorrectly claim that
a restriction that applies to a specific part of the GPL also applies
to other parts of the GPL. This is obviously wrong! Only restrictrions
that are explicitly mentioned in a specific paragraph are applicable to
this specific paragraph...

> I do not have copious amounts of time to spend discussing
> oversimplificiations of the licenses with you; if you can distill your
> arguments into a short, well formulated message that precisely
> explains why the clauses I have identified do not conflict with
> appropriate verbatim inclusions of the clauses and why you interpret
> them that way, and citations of case law,[1] I will respond.

YOU did start this thread and you forced me to spend a lot of time with it.
YOU have been unable to prove any of you claims so far.
YOU need to either continue this thread and prove your claims or admit that
your claims are wrong.

If you do not prove your claims, we need to asume that you admit that your 
claims are not true.


You seem to completely missunderstand this case: It is not me who need to
prove that there is no problem but YOU need to prove that there _is_ a problem.


> 2: This means court cases which illustrate the point that you're
> trying to prove, preferably in the US, not websites that claim German
> law actually applies to the US without case law indicating the precise
> depth thereof.

I told you more than once that German law applies to cdrtools.
US courts are obviouisly not relevent.

But again: this is irrelevent.

You started this thread and you have been unable to prove your claims.
I ask you to either prove your claims or to close the bugs #350739 & #350739
within one week.

Best regards

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#325842: Smells like #327138

[Sam Morris]

found 325842 1:4.2.0a+stable-9
thanks

This looks like a bug I reported some time ago. I was never able to
reproduce it reliably so I closed it, but I have seen it crop up
occasionally since then.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327138

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

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




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

Processed: Smells like #327138

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> found 325842 1:4.2.0a+stable-9
Bug#325842: ntp-server: ntp Server loses all peers
Bug marked as found in version 1:4.2.0a+stable-9.

> 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#358822: Processed: severity of 358822 is grave

[Hamish Moffatt]

On Tue, Jul 11, 2006 at 02:48:29PM -0700, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > severity 358822 grave
> Bug#358822: www-sql: Upgrade build-depends from libmysqlclient10-dev to 15
> Severity set to `grave' from `minor'

Please justify 'grave'.

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Bug#377930: FTBFS: b-d cannot be fulfiled, gnat version too high

[Martin Michlmayr]

Package: gnat-glade
Version: 3.15p-10
Severity: serious

This package needs an update for the new gnats:

> Automatic build of gnat-glade_3.15p-10 on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.47
...
> Setting up gnat-4.1 (4.1.1-8) ...
> Setting up gnat (4.1.1-3) ...
> Setting up libgnatprj-dev (4.1.1-8) ...
> Setting up libgnatvsn-dev (4.1.1-8) ...
> Checking correctness of source dependencies...
> After installing, the following source dependencies are still unsatisfied:
> gnat(inst 4.1.1-3 ! << wanted 3.16)
> Source-dependencies not satisfied; skipping gnat-glade

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


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

Bug#370634: gch: FTBFS: transition to GNAT 4.1 (waiting for asis)

[Ludovic Brenta]

I have asked the maintainer to remove the package, because I have just
uploaded adacontrol, a nice replacement which is maintained upstream
(unlike gch).

adacontrol builds with the new asis 2005 version, which I also
uploaded this evening.

-- 
Ludovic Brenta.




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

Bug#377932: FTBFS: warning: can't parse dependency libxrender1 gconf2

[Martin Michlmayr]

Package: monster-masher
Version: 1.7-4
Severity: serious

This package no longer builds in unstable:

> Automatic build of monster-masher_1.7-4 on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.47
...
> dh_shlibdeps
> dh_gencontrol
> dpkg-gencontrol: warning: can't parse dependency libxrender1 gconf2 (>= 
> 2.10.1-2)
> dpkg-gencontrol: error: error occurred while parsing Depends
> dh_gencontrol: command returned error code 2304
> make: *** [binary-arch] Error 1

It's missing a comma.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Processed: setting package to gjay, tagging 286780, tagging 361056

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> package gjay
Ignoring bugs not assigned to: gjay

> tags 286780 + pending
Bug#286780: gjay: FTBFS (amd64/gcc-4.0): static declaration of 'xmms_session' 
follows non-static declaration
Tags were: fixed confirmed patch
Tags added: pending

> tags 361056 + pending
Bug#361056: gjay: Analysis broken on AMD64
Tags were: patch
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#377812: [Pkg-openldap-devel] Bug#377812: slapd won't start at all

[Matthijs Mohlmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Van Buggenhaut wrote:
> On Tue, Jul 11, 2006 at 05:13 +0200, Matthijs Mohlmann wrote:
>> Eric Van Buggenhaut wrote:
>>> On Tue, Jul 11, 2006 at 03:02 +0200, Matthijs Mohlmann wrote:
 Eric Van Buggenhaut wrote:
> Package: slapd
> Version: 2.2.23-8
> Severity: grave
>
>
> There's no way I can fire up slapd on the main server of our company. It
> used to run fine but today, when trying to launch it it just crashes.
> Attached is a strace. There's no *pid file hanging around AFAICT:
>
 Probably you have corruption in the database is it possible to install 
 db4.2-util ? And then restart slapd (/etc/init.d/slapd restart)
>>> I indeed installed db4.2-util and removed libdb3-util:
>>>
>>> ii  db4.2-util 4.2.52-18  Berkeley v4.2 Database Utilities
>>> pn  libdb3-util (no description available)
>>>
>>> but that didn't help
>>>
 If this doesn't work, can you please attach the output of the following 
 command:
 slapd -d 64
>>> Attached is the output.
>>>
> piano:/home/eric# ls -l /var/run/slapd/
> total 0
>
>
> I'm totally stuck.
>
 Regards,

 Matthijs Mohlmann

> -- System Information:
> Debian Release: 3.1
> Architecture: i386 (i686)
> Kernel: Linux 2.6.11.12
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
>
> Versions of packages slapd depends on:
> ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
> ii  debconf   1.4.30.13  Debian configuration 
> management sy
> ii  fileutils 5.2.1-2The GNU file management 
> utilities ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: 
> Shared libraries an
> ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database 
> Libraries [
> ii  libiodbc2 3.52.2-3   iODBC Driver Manager
> ii  libldap-2.2-7 2.2.23-8   OpenLDAP libraries
> ii  libltdl3  1.5.6-6A system independent dlopen 
> wrappe
> ii  libperl5.85.8.4-8sarge4  Shared Perl library
> ii  libsasl2  2.1.19-1.5sarge1   Authentication abstraction 
> library
> ii  libslp1   1.0.11a-2  OpenSLP libraries
> ii  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
> ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP 
> wrappers libra
> ii  perl [libmime-base64- 5.8.4-8sarge4  Larry Wall's Practical 
> Extraction ii  psmisc21.5-1 Utilities that 
> use the proc filesy
>
> -- debconf information:
> slapd/password_mismatch:
> slapd/fix_directory: true
> slapd/invalid_config: true
> * shared/organization: b612arquitectura
> slapd/upgrade_slapcat_failure:
> slapd/upgrade_slapadd_failure:
> * slapd/backend: BDB
> * slapd/dump_database: when needed
> * slapd/allow_ldap_v2: false
> * slapd/no_configuration: false
> slapd/migrate_ldbm_to_bdb: false
> * slapd/move_old_database: true
> slapd/suffix_change: false
> slapd/slave_databases_require_updateref:
> * slapd/dump_database_destdir: /var/backups/slapd-VERSION
> slapd/autoconf_modules: true
> * slapd/purge_database: false
> * slapd/domain: b612arquitectura.com
>> [..]
>>
>>> line 87 (lastmod on)
>>> line 90 (replogfile /var/lib/ldap/replog)
>>> line 101 (access to attrs=userPasswordby 
>>> dn="cn=admin,dc=b612arquitectura,dc=com" writeby anonymous auth
>>> by self writeby * none)
>>> line 112 (access to dn.base="" by * read)
>>> line 118 (access to *by dn="cn=admin,dc=b612arquitectura,dc=com" 
>>> writeby * read)
>>> backend_startup: bi_db_open failed! (1)
>>> Segmentation fault
>> ok, try the following:
>> check the permissions on /var/lib/ldap and see if they are ok (on Sarge 
>> it is root:root if you didn't change the user which slapd runs)
>>
>> if that didn't work try: (This will try to recover the database files)
>> cd /var/lib/ldap
>> db4.2_recover -v
>>
>> if no error occured then start openldap again.
> 
> Recover went ok, but slap still can't fire up:
> 
> piano:/var/lib/ldap# db4.2_recover -v
> db_recover: Finding last valid log LSN: file: 1 offset 163127
> db_recover: Recovery starting from [1][163003]
> db_recover: Recovery complete at Tue Jul 11 18:06:43 2006
> db_recover: Maximum transaction ID 80e0 Recovery checkpoint 
> [1][163127]
> piano:/var/lib/ldap# slapd
> piano:/var/lib/ldap# ps aux |grep slap
> root9958  0.0  0.1  2128  584 pts/0  D+ 18:07   0:00 grep slap
> 
> 
>> And at last if above didn't work:
>> slapcat and slapadd the database again.
>>
>> slapcat -l db_to_backup.ldif
>> slapadd -l db_to_backup.ldif
> 
> piano:/var/lib/ldap# slapcat -l db_to_backup.ldif
> slap_startup failed
> 

Processed: setting package to python-docutils python-roman, tagging 377580

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> package python-docutils python-roman
Ignoring bugs not assigned to: python-roman python-docutils

> tags 377580 + pending
Bug#377580: FTBFS: missing b-d on python-central
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]

Processed: Fixed in NMU of gs-esp 8.15.1.dfsg.1-2.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 376484 + fixed
Bug#376484: gs-esp: FTBFS: mv: cannot stat ...
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#286780: marked as done (gjay: FTBFS (amd64/gcc-4.0): static declaration of 'xmms_session' follows non-static declaration)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 15:17:07 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#286780: fixed in gjay 0.2.8.3-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: gjay
Severity: normal
Tags: patch

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

gcc -c -g -Wall `pkg-config --cflags gtk+-2.0` -o gjay_xmms.o gjay_xmms.c
gjay_xmms.c:29: error: static declaration of 'xmms_session' follows non-static 
declaration
gjay.h:46: error: previous declaration of 'xmms_session' was here
make[1]: *** [gjay_xmms.o] Error 1
make[1]: Leaving directory `/gjay-0.2.8.3'
make: *** [build-stamp] Error 2

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

Regards
Andreas Jochens

diff -urN ../tmp-orig/gjay-0.2.8.3/analysis.h ./analysis.h
--- ../tmp-orig/gjay-0.2.8.3/analysis.h 2004-01-20 06:12:25.0 +0100
+++ ./analysis.h2004-12-22 07:39:17.200938912 +0100
@@ -71,11 +71,6 @@
unsigned long   data_length;/* length of data */
 } waveheaderstruct;
 
-
-/* Mutex lock for analysis data */
-extern song  * analyze_song;
-extern int analyze_percent;
-
 /* Analysis.c */
 void analysis_daemon(void);
 //gboolean analyze(song * s);
diff -urN ../tmp-orig/gjay-0.2.8.3/gjay.h ./gjay.h
--- ../tmp-orig/gjay-0.2.8.3/gjay.h 2004-01-20 06:12:25.0 +0100
+++ ./gjay.h2004-12-22 07:39:42.434102888 +0100
@@ -43,7 +43,6 @@
 
 /* State */
 extern gjay_mode mode;
-extern gint  xmms_session;
 
 /* User options */
 extern gint  verbosity;

--- End Message ---
--- Begin Message ---
Source: gjay
Source-Version: 0.2.8.3-5

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

gjay_0.2.8.3-5.diff.gz
  to pool/main/g/gjay/gjay_0.2.8.3-5.diff.gz
gjay_0.2.8.3-5.dsc
  to pool/main/g/gjay/gjay_0.2.8.3-5.dsc
gjay_0.2.8.3-5_amd64.deb
  to pool/main/g/gjay/gjay_0.2.8.3-5_amd64.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.
martin f. krafft <[EMAIL PROTECTED]> (supplier of updated gjay 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, 11 Jul 2006 23:12:56 +0200
Source: gjay
Binary: gjay
Architecture: source amd64
Version: 0.2.8.3-5
Distribution: unstable
Urgency: low
Maintainer: martin f. krafft <[EMAIL PROTECTED]>
Changed-By: martin f. krafft <[EMAIL PROTECTED]>
Description: 
 gjay   - An automatic and learning DJ for xmms
Closes: 286780 361056
Changes: 
 gjay (0.2.8.3-5) unstable; urgency=low
 .
   * Acknowledge NMU by Nathanael Nerode. Also thanks to Andreas Jochens for
 the patch (closes: Bug#286780).
   * Converted package to use dpatch.
   * Integrate patches by Lauri Alanko to fix analysis on amd64, and a buffer
 overrun (closes: #361056).
   * Push Standards-Version to 3.7.2; no changes needed.
   * Push DH compatibility to 5.
Files: 
 c6d2eae1fb21349bab1d33e1ccc98db0 601 sound extra gjay_0.2.8.3-5.dsc
 c54a9ed1370737ce02958c385f82fb05 5601 sound extra gjay_0.2.8.3-5.diff.gz
 92f83b36a79a962b55c08faf322a4094 102586 sound extra gjay_0.2.8.3-5_amd64.deb

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

iD8DBQFEtCBQIgvIgzMMSnURAhwxAJ4yTBWngWdWxZEWWMwzpIHaykYg/ACgvKeq
bvwR6IuhQQPg4+J5Mt7eNNs=
=XqOo
-END PGP SIGNATURE-

--- End Message ---

Processed: Fixed in upload of gimp 2.3.10-1 to experimental

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 372758 + fixed-in-experimental
Bug#372758: gimp: Experimental packages missing icon
There were no tags set.
Tags added: fixed-in-experimental

> tag 377049 + fixed-in-experimental
Bug#377049: gimp: Buffer overrun in XCF reading code
Tags were: fixed fixed-upstream patch security
Tags added: fixed-in-experimental

> quit
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#375694: Bug#373913: Status of last two, not yet DSA'd, MySQL security bugs

[Moritz Muehlenhoff]

Christian Hammers wrote:
> Hello Moritz & Co
> 
> Attached is a mail from mysql. It seems to be ok for them if we release our
> patch even if they need another week to release a new 4.1 version.
> (I reported it on Jun 27 and they provided me a fix on Jul 5 so I guess
> we gave them time enough, given that the bug was public in the BTS)
> 
> So go ahead!

Ok, will push it out once all builds are available:
The arm buildd seems currently down and the m68k ran out of diskspace (only
10 megabytes available), so it might take a few more days.

Cheers,
Moritz


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

Bug#376416: Patch

[Sam Morris]

tag 376416 + patch
thanks

Ok, it wasn't quite that simple. It seems dh_pycentral was being called
after dh_installdeb, so the debhelper-generated maintainer scripts did
not exist when dh_installdeb looked for them.

This patch runs the scripts in the correct order.

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

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

diff -ruN python-apt-0.6.18.1/debian/changelog python-apt-0.6.18.2/debian/changelog
--- python-apt-0.6.18.1/debian/changelog	2006-07-11 22:34:44.0 +0100
+++ python-apt-0.6.18.2/debian/changelog	2006-07-11 22:52:56.0 +0100
@@ -1,3 +1,11 @@
+python-apt (0.6.18.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Call dh_python and dh_pycentral before dh_installdeb so that the
+debhelper-generated maintainer scripts are installed (closes: #376416)
+
+ -- Sam Morris <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 22:49:30 +0100
+
 python-apt (0.6.18.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -ruN python-apt-0.6.18.1/debian/rules python-apt-0.6.18.2/debian/rules
--- python-apt-0.6.18.1/debian/rules	2006-06-17 14:21:32.0 +0100
+++ python-apt-0.6.18.2/debian/rules	2006-07-11 22:49:08.0 +0100
@@ -52,13 +52,13 @@
 	
 	dh_installdocs
 	dh_installchangelogs
+	dh_pycentral
+	dh_python
 	dh_strip
 	dh_compress
 	dh_fixperms
 	dh_installdeb
 	dh_shlibdeps
-	dh_pycentral
-	dh_python
 	dh_gencontrol
 	dh_md5sums
 	dh_builddeb

Processed: Problem found

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 360004 !
Bug#360004: hylafax: upgrade to 4.2.5-3 breaks mime encoding
Bug reopened, originator set to Tobias Richter <[EMAIL PROTECTED]>.

> thanks dude
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#350739: #350739: cdrecord status?

[Don Armstrong]

On Tue, 11 Jul 2006, Joerg Schilling wrote:
> you did not reply to my last mail, so it is obvious that you have no
> arguments to prove the claim that cdrtools has license problems or
> may be undistributable by Debian.

I have not responded because they do not raise any issues which are of
any interest to me, nor do they adequately address the crux of the
argument as presented in the two paragraphs in
<[EMAIL PROTECTED]>. [1]

I do not have copious amounts of time to spend discussing
oversimplificiations of the licenses with you; if you can distill your
arguments into a short, well formulated message that precisely
explains why the clauses I have identified do not conflict with
appropriate verbatim inclusions of the clauses and why you interpret
them that way, and citations of case law,[1] I will respond.

Otherwise, feel free to continue having your opinion and expressing
it, but don't expect me to respond or suddenly change my position.


Don Armstrong

1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350739;msg=171

2: This means court cases which illustrate the point that you're
trying to prove, preferably in the US, not websites that claim German
law actually applies to the US without case law indicating the precise
depth thereof.
-- 
She was alot like starbucks.
IE, generic and expensive.
 -- hugh macleod http://www.gapingvoid.com/batch3.htm

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#377049: marked as done (gimp: Buffer overrun in XCF reading code)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 14:47:26 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#377049: fixed in gimp 2.2.12-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: gimp
Version: 2.2.6-1
Severity: grave
Tags: security patch
Justification: user security hole

I have reported this bug privately to the maintainer and the security
team, but it turns out that the upstream developers have no way of
reporting security bugs privately, so it is hereby in the open. It
is #346742 in the upstream bug tracking system.

The problem is in the function xcf_load_vector() in app/xcf/xcf-load.c
of the source tree. For each "stroke" being read, the code reads an
uint32 from the XCF file into the variable num_axes, and then for each
control proint of the stroke reads num_axes floats from the file into
the stack-allocated array coords whose size is hard-coded as 6.

A malicious XCF file creater could write a large number into the
num_axes position and trick the XCF reader into overwriting part of
the stack with raw data read from the file. On little-endian systems,
the function xcf_read_float() that actually reads the floats does a
byte-order conversion on the data it reads but does not do any special
float processing, so an attacker has direct control of the data
written to the stack.

I have not attempted to construct an working exploit (though I did
verify being able to crash Gimp with a naively patched image file),
but there seems to be no reason why the overrun could not be used to
mount a standard arbitrary code execution attack if one can get the
victim to try to load an appropriately crafted image file.

The attack is in the VECTORS property of an XCF file which pure XCF
_viewers_ (e.g. imagemagick or xcftools) normally skip without
parsing.  Thus an attack file can easily be written such that the
image will display correctly with no symptoms at all in a viewer
application.

The same bug appears in the unstable (2.2.11) and experimental (2.3.9)
versions, as well as the upsteam CVS head.

The attached patch should fix it (more gracefully than the one in my
earlier private report).
diff -rU6 gimp-2.2.6/app/xcf/xcf-load.c gimp-2.2.6.new/app/xcf/xcf-load.c
--- gimp-2.2.6/app/xcf/xcf-load.c   2004-11-03 12:50:37.0 +0100
+++ gimp-2.2.6.new/app/xcf/xcf-load.c   2006-07-06 12:27:33.982404488 +0200
@@ -1658,12 +1658,18 @@
   xcf_seek_pos (info,
 info->cp + 4 * num_axes * num_control_points,
 NULL);
   continue;
 }
 
+  if (num_axes < 2 || num_axes > 6)
+{
+  g_printerr ("bad number of axes in stroke description\n");
+  return FALSE;
+}
+
   control_points = g_value_array_new (num_control_points);
 
   anchor.selected = FALSE;
 
   for (j = 0; j < num_control_points; j++)
 {
--- End Message ---
--- Begin Message ---
Source: gimp
Source-Version: 2.2.12-1

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

gimp-data_2.2.12-1_all.deb
  to pool/main/g/gimp/gimp-data_2.2.12-1_all.deb
gimp-dbg_2.2.12-1_amd64.deb
  to pool/main/g/gimp/gimp-dbg_2.2.12-1_amd64.deb
gimp-helpbrowser_2.2.12-1_amd64.deb
  to pool/main/g/gimp/gimp-helpbrowser_2.2.12-1_amd64.deb
gimp-python_2.2.12-1_amd64.deb
  to pool/main/g/gimp/gimp-python_2.2.12-1_amd64.deb
gimp-svg_2.2.12-1_amd64.deb
  to pool/main/g/gimp/gimp-svg_2.2.12-1_amd64.deb
gimp_2.2.12-1.diff.gz
  to pool/main/g/gimp/gimp_2.2.12-1.diff.gz
gimp_2.2.12-1.dsc
  to pool/main/g/gimp/gimp_2.2.12-1.dsc
gimp_2.2.12-1_amd64.deb
  to pool/main/g/gimp/gimp_2.2.12-1_amd64.deb
gimp_2.2.12.orig.tar.gz
  to pool/main/g/gimp/gimp_2.2.12.orig.tar.gz
libgimp2.0-dev_2.2.12-1_amd64.deb
  to pool/main/g/gimp/libgimp2.0-dev_2.2.12-1_amd64.deb
libgimp2.0-doc_2.2.12-1_all.deb
  to pool/main/g/gimp/libgimp2.0-doc_2.2.12-1_all.deb
libgimp2.0_2.2.12-1_amd64.deb
  to pool/main/g/gimp/libgimp2.0_2.2.12-1_amd64.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.
Ari Pollak <[EMAIL PROTECTED]> (supplier of updated gimp package)

(This message was generated automatically at their request; if you
believe that there is a problem with it p

Processed: notfound 376366 in 0.8.7

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> notfound 376366 0.8.7
Bug#376366: file-rc 0.8.8 breaks system boot
Bug marked as not found in version 0.8.7.
(By the way, this Bug is currently marked as done.)

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


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

Processed: Patch

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 376416 + patch
Bug#376416: python-apt: pycentral not run in postinst
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#377109: Bug#350739: #350739: cdrecord status?

[Joerg Schilling]

Joerg Schilling <[EMAIL PROTECTED]> wrote:

> You again make the wrong conclusions and I get the impression that
> you need to read the GPL more thoroughly in order to understand the way
> I interpret it.
>
> The main missunderstanding seems to be caused by reading GOL §2 b) too
> quickly. this is why I try to explain it to you in detail below.

Hi Don,


you did not reply to my last mail, so it is obvious that you have no arguments 
to prove the claim that cdrtools has license problems or may be undistributable 
by Debian. 

As you did start the current discussion, I believe that you should draw the 
conclusions and close the Debian bugs 350739 and 377109 as soon as possible.


Best regards



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

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 377615 + patch
Bug#377615: python-apt does not depend on apt
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#377615: Patch

[Sam Morris]

tag 377615 + patch
thanks

It appears that some substvars are missing from the control fields of
the binary package python-apt.

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

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

diff -ruN python-apt-0.6.18.orig/debian/changelog python-apt-0.6.18.1/debian/changelog
--- python-apt-0.6.18.orig/debian/changelog	2006-06-17 14:10:22.0 +0100
+++ python-apt-0.6.18.1/debian/changelog	2006-07-11 22:34:44.0 +0100
@@ -1,3 +1,12 @@
+python-apt (0.6.18.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Depend on ${shlibs:Depends} to pick up dependancy on apt, others (closes:
+#377615)
+  * Depend on ${misc:Depends} as well
+
+ -- Sam Morris <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 22:32:14 +0100
+
 python-apt (0.6.18) unstable; urgency=low
 
   * Non-maintainer upload.
diff -ruN python-apt-0.6.18.orig/debian/control python-apt-0.6.18.1/debian/control
--- python-apt-0.6.18.orig/debian/control	2006-06-17 14:26:22.0 +0100
+++ python-apt-0.6.18.1/debian/control	2006-07-11 22:29:20.0 +0100
@@ -9,7 +9,7 @@
 
 Package: python-apt
 Architecture: any
-Depends: ${python:Depends}
+Depends: ${python:Depends}, ${shlibs:Depends}
 Priority: optional
 Replaces: python2.3-apt (<< 0.6.18), python2.4-apt (<< 0.6.18)
 Conflicts: python2.3-apt (<< 0.6.18), python2.4-apt (<< 0.6.18)

Bug#376416: Fixed by rebuilding

[Sam Morris]

Simply rebuilding this package caused dh_pycentral to add its magic to
python-apt's postinst and prerm scripts.

I have debhelper 5.0.37.2 installed.

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

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



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

Bug#377894: licq-plugin-qt: "OK" Button without function when creating a new profile with existing UIN

[David Mika]

Package: licq-plugin-qt
Version: 1.3.2-6
Severity: grave
Justification: renders package unusable


When creating a new profile / use Licq first - with an existing UIN the "OK" 
Button in the "Edit Account" window is wihout any function.

Same problem on an i386 / 32bit unstable system.

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

Versions of packages licq-plugin-qt depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-5  GCC support library
ii  libgpg-error0 1.2-1  library for common error values an
ii  libgpgme111.1.2-2GPGME - GnuPG Made Easy
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libqt3-mt 3:3.3.6-2  Qt GUI Library (Threaded runtime v
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libstdc++64.1.1-5The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.0-7  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxss1   1:1.0.1-4  X11 Screen Saver extension library
ii  licq  1.3.2-6ICQ client (base files)

licq-plugin-qt recommends no packages.

-- no debconf information


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

Bug#377895: libnss-ldap: Problem with "-" in LDAP Base DN

[guillaume lohez]

Package: libnss-ldap
Version: 251-5
Severity: grave
Justification: renders package unusable



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

Versions of packages libnss-ldap depends on:
ii  debconf [debconf-2.0]   1.5.2Debian configuration management sy
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libkrb531.4.3-7  MIT Kerberos runtime libraries
ii  libldap22.1.30-13+b1 OpenLDAP libraries

Versions of packages libnss-ldap recommends:
ii  libpam-ldap   180-1  Pluggable Authentication Module al
ii  nscd  2.3.6-15   GNU C Library: Name Service Cache 

-- debconf information:
  libnss-ldap/dblogin: false
  libnss-ldap/override: true
* shared/ldapns/base-dn: o=free-4ever,dc=net
* shared/ldapns/ldap-server: ldaps://annuaire.free-4ever.net:636
  libnss-ldap/confperm: false
* libnss-ldap/rootbinddn: cn=admin,o=free-4ever,dc=net
* shared/ldapns/ldap_version: 3
  libnss-ldap/binddn: cn=proxyuser,dc=exemple,dc=net
* libnss-ldap/nsswitch:
  libnss-ldap/dbrootlogin: true

I'm running Etch updated. With the new libnss-ldap, debconf can't upgrade 
because it found a "-" in my Base DN.
Here is a copy/paste of the error:
--
Number found where operator expected at -e line 1, near "s-^uri .*-uri 
ldaps:\/\/annuaire.free-4"
Bareword found where operator expected at -e line 1, near "4ever"
(Missing operator before ever?)
syntax error at -e line 1, near "s-^uri .*-uri ldaps:\/\/annuaire.free-4"
Execution of -e aborted due to compilation errors.
dpkg : erreur de traitement de libnss-ldap (--configure) :
 le sous-processus post-installation script a retourné une erreur de sortie 
d'état 255
Des erreurs ont été rencontrées pendant l'exécution :
 libnss-ldap
--

Regards
Guillaume

Bug#331501: marked as done (build with ancient c++ library)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 14:17:13 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#331501: fixed in libunit++ 1.2.3-4
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: libunit++-dev
Version: 1.2.3-2
Severity: grave

libunit++ is compiled with an ancient c++ library making it impossible
to use on current systems. I haven't tested this, but it might be broken
for sarge as well.

Wichert.

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

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: libunit++
Source-Version: 1.2.3-4

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

libunit++-dev_1.2.3-4_amd64.deb
  to pool/main/libu/libunit++/libunit++-dev_1.2.3-4_amd64.deb
libunit++-doc_1.2.3-4_all.deb
  to pool/main/libu/libunit++/libunit++-doc_1.2.3-4_all.deb
libunit++_1.2.3-4.diff.gz
  to pool/main/libu/libunit++/libunit++_1.2.3-4.diff.gz
libunit++_1.2.3-4.dsc
  to pool/main/libu/libunit++/libunit++_1.2.3-4.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.
martin f. krafft <[EMAIL PROTECTED]> (supplier of updated libunit++ 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, 11 Jul 2006 23:01:21 +0200
Source: libunit++
Binary: libunit++-dev libunit++-doc
Architecture: source amd64 all
Version: 1.2.3-4
Distribution: unstable
Urgency: low
Maintainer: martin f. krafft <[EMAIL PROTECTED]>
Changed-By: martin f. krafft <[EMAIL PROTECTED]>
Description: 
 libunit++-dev - a C++ unit testing framework
 libunit++-doc - a C++ unit testing framework
Closes: 331501
Changes: 
 libunit++ (1.2.3-4) unstable; urgency=low
 .
   * Acknowledge NMU by Nico Golde; thanks (closes: Bug#331501).
   * Orphaning the package (see #307775)
Files: 
 fdac7ff418d1dc61ca7ebc7c77b0e89a 597 libs optional libunit++_1.2.3-4.dsc
 ee02368bd08bb8bcf6593dcfc1f256bf 25464 libs optional libunit++_1.2.3-4.diff.gz
 4aff2a567a7850cee5c2bc006ef9e3c2 21112 doc optional 
libunit++-doc_1.2.3-4_all.deb
 b7bb34c7e6c42dc5df04e8d7bd535fac 40998 libdevel optional 
libunit++-dev_1.2.3-4_amd64.deb

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

iD8DBQFEtBKzIgvIgzMMSnURAjPiAJ9fAWZ5vn4H5xTcOPgwqS5Xte44PQCfTHRP
+L/ZuWeQgOVpaARp+2eFVDc=
=q4C9
-END PGP SIGNATURE-

--- End Message ---

Processed: severity of 358822 is grave

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 358822 grave
Bug#358822: www-sql: Upgrade build-depends from libmysqlclient10-dev to 15
Severity set to `grave' from `minor'

>
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#377892: glibc: FTBFS on powerpc

[Roger Leigh]

:52: error: conflicting types 
for 'elf_vrreg_t'
/build/rleigh/glibc-2.3.6/debian/include/asm/elf.h:158: error: previous 
declaration of 'elf_vrreg_t' was here
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:53: error: conflicting types 
for 'elf_vrregset_t'
/build/rleigh/glibc-2.3.6/debian/include/asm/elf.h:159: error: previous 
declaration of 'elf_vrregset_t' was here
make[3]: *** [/build/rleigh/glibc-2.3.6/build-tree/powerpc-ppc64/tcb-offsets.h] 
Error 1
make[3]: Leaving directory 
`/build/rleigh/glibc-2.3.6/build-tree/glibc-2.3.6/csu'
make[2]: *** [csu/subdir_lib] Error 2
make[2]: Leaving directory `/build/rleigh/glibc-2.3.6/build-tree/glibc-2.3.6'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/rleigh/glibc-2.3.6/build-tree/powerpc-ppc64'
make: *** [/build/rleigh/glibc-2.3.6/stamp-dir/build_ppc64] Error 2
**
Build finished at 20060711-2144
FAILED [dpkg-buildpackage died]


Regards,
Roger

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


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

Bug#340518: marked as done (package still ships gconf schemas in /etc)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 17:36:18 -0300
with message-id <[EMAIL PROTECTED]>
and subject line package still ships gconf schemas in /etc
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: xpenguins-applet
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

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


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

Solved in 2.1.1-3.1 version.

--
[]'s
José Carlos
--- End Message ---

Bug#376138: marked as done (llvm: postinst failure in update-binfmts)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 13:32:57 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#376138: fixed in llvm 1.7-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: llvm
Version: 1.7-2
Severity: grave
Justification: renders package unusable


Hi,

here is the problem:

Setting up llvm (1.7-2) ...
update-binfmts: warning: unable to open /usr/share/binfmts/llvm: No such file
or directory
update-binfmts: warning: couldn't find information about 'llvm' to import
update-binfmts: exiting due to previous errors
dpkg: error processing llvm (--configure):


The postinst script uses update-binfmts but the package does not
provide a /usr/share/binfmts/llvm file.


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

Versions of packages llvm depends on:
ii  binfmt-support  1.2.8Support for extra binary formats
ii  libc6   2.3.999.2-6  GNU C Library: Shared libraries
ii  libelfg00.8.6-3  an ELF object file access library
ii  libgcc1 1:4.1.1-5GCC support library
ii  libltdl31.6-0+1.5a-4 A system independent dlopen wrappe
ii  libstdc++6  4.1.1-5  The GNU Standard C++ Library v3
ii  llvm-libs   1.7-2common libraries for LLVM compiler

Versions of packages llvm recommends:
pn  llvm-cfe   (no description available)
ii  llvm-doc  1.7-2  documentation for LLVM (Low-Level 

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: llvm
Source-Version: 1.7-3

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

llvm-cfe_1.7-3_i386.deb
  to pool/main/l/llvm/llvm-cfe_1.7-3_i386.deb
llvm-doc_1.7-3_all.deb
  to pool/main/l/llvm/llvm-doc_1.7-3_all.deb
llvm-examples_1.7-3_i386.deb
  to pool/main/l/llvm/llvm-examples_1.7-3_i386.deb
llvm-libs_1.7-3_i386.deb
  to pool/main/l/llvm/llvm-libs_1.7-3_i386.deb
llvm_1.7-3.diff.gz
  to pool/main/l/llvm/llvm_1.7-3.diff.gz
llvm_1.7-3.dsc
  to pool/main/l/llvm/llvm_1.7-3.dsc
llvm_1.7-3_i386.deb
  to pool/main/l/llvm/llvm_1.7-3_i386.deb



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

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

Debian distribution maintenance software
pp.
Al Stone <[EMAIL PROTECTED]> (supplier of updated llvm 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,  11 Jul 2006 08:33:48 -0600
Source: llvm
Binary: llvm-libs llvm-examples llvm-cfe llvm llvm-doc
Architecture: source all i386
Version: 1.7-3
Distribution: unstable
Urgency: low
Maintainer: Al Stone <[EMAIL PROTECTED]>
Changed-By: Al Stone <[EMAIL PROTECTED]>
Description: 
 llvm   - Low-Level Virtual Machine (LLVM) compiler for C/C++
 llvm-cfe   - C front end for LLVM C/C++ compiler
 llvm-doc   - documentation for LLVM (Low-Level Virtual Machine) compiler
 llvm-examples - examples using LLVM (Low-Level Virtual Machine) compiler
 llvm-libs  - common libraries for LLVM compiler for C/C++
Closes: 373655 376138
Changes: 
 llvm (1.7-3) unstable; urgency=low
 .
   * Closes: bug#376138 -- llvm: postinst failure in update-binfmts
   * Closes: bug#373655 -- amd64 FTBS; this is _not_ a fully supported
 architecture; the C backend is the only backend available, iff one
 uses an older gcc frontend.  Waiting for upstream or helping them
 are the best options.
Files: 
 7d35c470c6a1e29c673595c51399fb89 728 devel optional llvm_1.7-3.dsc
 1a90adbce6edc7579b6ddba49352d5f2 9851 devel optional llvm_1.7-3.diff.gz
 e6a13f70aea79d51bb75242959040b05 6216742 devel optional 
llvm-libs_1.7-3_i386.deb
 d883a413a6f450a005a6912e7cfdd90a 25779840 devel optional 
llvm-cfe_1.7-3_i386.deb
 ea3c99091212c42d7409d46566fc2706 24116372 devel optional llvm_1.7-3_i386.deb
 4e0d65670961da6c17c36e0295fd8df2 4570584 doc optional 
llvm-exam

Bug#366723: marked as done (libsdl-erlang: FTBFS: Build dependency on xlibmesa-glu-dev)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 13:32:37 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#366723: fixed in libsdl-erlang 0.95.0630-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: libsdl-erlang
Version: 0.95.0630-1
Severity: serious

Hi,

Your package currently can't be build because it has a build
dependency on xlibmesa-glu-dev which doesn't exist anymore.

I believe you should change it to libglu1-mesa-dev (or
libglu-dev?)


Kurt


--- End Message ---
--- Begin Message ---
Source: libsdl-erlang
Source-Version: 0.95.0630-2

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

libsdl-erlang_0.95.0630-2.diff.gz
  to pool/main/libs/libsdl-erlang/libsdl-erlang_0.95.0630-2.diff.gz
libsdl-erlang_0.95.0630-2.dsc
  to pool/main/libs/libsdl-erlang/libsdl-erlang_0.95.0630-2.dsc
libsdl-erlang_0.95.0630-2_i386.deb
  to pool/main/libs/libsdl-erlang/libsdl-erlang_0.95.0630-2_i386.deb



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

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

Debian distribution maintenance software
pp.
Torsten Werner <[EMAIL PROTECTED]> (supplier of updated libsdl-erlang 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, 11 Jul 2006 21:42:47 +0400
Source: libsdl-erlang
Binary: libsdl-erlang
Architecture: source i386
Version: 0.95.0630-2
Distribution: unstable
Urgency: low
Maintainer: Erlang Packagers <[EMAIL PROTECTED]>
Changed-By: Torsten Werner <[EMAIL PROTECTED]>
Description: 
 libsdl-erlang - Erlang bindings to the Simple Direct Media Library
Closes: 366723 368073 368357
Changes: 
 libsdl-erlang (0.95.0630-2) unstable; urgency=low
 .
   * New maintainer (Closes:  #368073).
 .
   [ Sergei Golovan ]
   * Bumped standards version to 3.7.2.
   * Incorporated non-maintainer upload changes from 0.95.0630-1.1
 (Closes: #366723, #368357).
   * Changed Build-Depends and Depends to reflect erlang 10.b.10
 package structure.
   * Added get-orig-source target to debian/rules.
   * Added debian/watch.
Files: 
 818e5d2629d03491be05f15ecf87a108 771 libs optional 
libsdl-erlang_0.95.0630-2.dsc
 83b970990f35ee26105801263e46de28 3933 libs optional 
libsdl-erlang_0.95.0630-2.diff.gz
 37c3a419c64f7b0b37096697350d2b71 457760 libs optional 
libsdl-erlang_0.95.0630-2_i386.deb

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

iD8DBQFEs/vxfY3dicTPjsMRAgiFAJ4g3AsATJdEOy8szfc3pOFNzmJ4IgCggNbN
Ts52FxHO/n5Smu+GWM6wbb8=
=UWE+
-END PGP SIGNATURE-

--- End Message ---

Processed: fix clone....

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 377769 -1
Bug#377769: depends on libumfpack4 which conflicts with libufsparse
Bug 377769 cloned as bug 377883.

> retitle -1 unsatisfiable build dep on mips/mipsel: libufsparse-dev
Bug#377883: depends on libumfpack4 which conflicts with libufsparse
Changed Bug title.
(By the way, that Bug is currently marked as done.)

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


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

Processed: Re: [Pkg-scicomp-devel] Bug#377769: libufsparse: Conflicts with libumfpack4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 377769 octave2.9
Unknown command or malformed arguments to command.

> retitle -1 unsatisfiable build dep on mips/mipsel: libufsparse-dev
Bug number -1 not found.

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

> severity 377769 serious
Bug#377769: libufsparse: Conflicts with  libumfpack4
Severity set to `serious' from `important'

> block 377769 by 377036
Bug#377769: libufsparse: Conflicts with  libumfpack4
Was not blocked by any bugs.
Blocking bugs of 377769 added: 377036

> block 377769 by -1
Bug number -1 not found.

Unknown blocking bug/s: -1.
Bug#377769: libufsparse: Conflicts with  libumfpack4
Was blocked by: 377036
Blocking bugs of 377769 added: 

> reassign 377769 octave2.9
Bug#377769: libufsparse: Conflicts with  libumfpack4
Bug reassigned from package `libufsparse' to `octave2.9'.

> retitle 377769 depends on libumfpack4 which conflicts with libufsparse
Bug#377769: libufsparse: Conflicts with  libumfpack4
Changed Bug title.

> close 377769 2.9.6-3
Bug#377769: depends on libumfpack4 which conflicts with libufsparse
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 2.9.6-3, send any further explanations to 
"Pascal A. Dupuis" <[EMAIL PROTECTED]>

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#376777: apt-utils: apt-ftparchive fails to generate Contents files

[Matt Zimmerman]

On Tue, Jul 04, 2006 at 11:55:16PM +0100, James Troup wrote:
> Package: apt-utils
> Version: 0.6.44.2
> Severity: serious
> Tags: help
> 
> (Backported) apt-ftparchive on ftp-master currently fails to generate
> Contents files.  I've reproduced this locally on sid with vanilla
> apt-utils and a trivial apt.conf file.

Is the source identical to 0.6.44.2 in unstable?

-- 
 - mdz


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

Bug#376008: initramfs-tools: conffile prompt

[maximilian attems]

On Mon, 03 Jul 2006, Justin Pryzby wrote:
> 
> Here's the diff; is there any way you can prevent this?
> 
> --- /etc/initramfs-tools/modules  2005-12-28 14:39:52.0 -0500
> +++ /etc/initramfs-tools/modules.dpkg-new 2006-03-26 04:52:26.0 
> -0500
> @@ -1,12 +1,9 @@
> -# /etc/mkinitramfs/modules: Kernel modules to load for initrd.
> +# List of modules that you want to include in your initramfs.
>  #
> -# This file should contain the names of kernel modules and their arguments
> -# (if any) that are needed to mount the root file system, one per line.
> -# Comments begin with a `#', and everything on the line after them are 
> ignored.
> +# Syntax:  module_name [args ...]
>  #
> -# You must run mkinitramfs(8) to effect this change.
>  #
> -# Examples:
> +# This might be good choices:
>  #
> -#  ext2
> -#  wd io=0x300
> +# raid1
> +# sd_mod

ah the conffile is imported from initrd-tools tried hard,
to prevent that for upgrade to latest.

your feedback is appreciated!

regards

-- 
maks


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

Bug#377595: mod-bt - FTBFS: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'

[Kurt Roeckx]

On Tue, Jul 11, 2006 at 11:23:23AM -0700, Tyler MacDonald wrote:
> Thanks Kurt,
>   I've been working through your patch and correcting the code in
> dev... If you're willing, I would like to send you my results when I'm done
> to test again.

Sure, just send me the diff or some url or something.

> > Then I got:
> > Tracker.xs: In function 'XS_Net__BitTorrent__LibBT__Tracker_Infohash':
> > Tracker.xs:576: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> > incompatible pointer type
> > Tracker.xs: In function 'XS_Net__BitTorrent__LibBT__Tracker__Infohash_Peer':
> > Tracker.xs:1047: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> > incompatible pointer type

So, I've fixed those an others too.  I've attached the complete
diff.


Kurt

--- src/libbtutil/util/bt_nice_size.c.old   2006-07-10 23:40:58.0 
+0200
+++ src/libbtutil/util/bt_nice_size.c   2006-07-10 23:44:04.0 +0200
@@ -7,6 +7,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #define SZSTR  64
 
@@ -31,7 +32,7 @@
  }
  else
  {
-  snprintf(szstr, SZSTR, "%llub", size);
+  snprintf(szstr, SZSTR, "%" PRIu64 "b", size);
  }
  
  rv = apr_pstrdup(p, szstr);
--- src/libbtutil/types/bt_metainfo.c.old   2006-07-10 23:45:09.0 
+0200
+++ src/libbtutil/types/bt_metainfo.c   2006-07-10 23:53:42.0 +0200
@@ -40,7 +40,7 @@
 
 if(sinfo.st_size > BT_MAX_METAINFO_SIZE) {
 fprintf(
-stderr, "%s: file to large (%llu bytes > %u bytes)",
+stderr, "%s: file to large (%zu bytes > %u bytes)",
 path, sinfo.st_size, BT_MAX_METAINFO_SIZE
 );
 return NULL;
@@ -60,7 +60,7 @@
 
 if((rv = apr_file_read(file, buf, &len)) != APR_SUCCESS) {
 fprintf(
-stderr, "Failed to read %llu bytes from %s: %s\n",
+stderr, "Failed to read %zu bytes from %s: %s\n",
 sinfo.st_size, path,
 apr_strerror(rv, errorstr, BT_SHORT_STRING)
 );
@@ -70,7 +70,7 @@
 if(len != sinfo.st_size) {
 fprintf(
 stderr,
-"%s: expected %llu bytes, but got %"SF"!\n", path, sinfo.st_size, 
len
+"%s: expected %zu bytes, but got %"SF"!\n", path, sinfo.st_size, 
len
 );
 return NULL;
 }
--- src/libbttracker/tracker/btt_tracker_alloc.c.old2006-07-10 
23:54:53.0 +0200
+++ src/libbttracker/tracker/btt_tracker_alloc.c2006-07-10 
23:55:52.0 +0200
@@ -122,13 +122,13 @@
   rv = NULL;
  } else {
   if((ret = apr_shm_create(&rv, size, shfile, p)) != APR_SUCCESS) {
-   fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
+   fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: %s\n", 
size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
fflush(stderr);
rv = NULL;
   }
  }
 } else {
- fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
+ fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: %s\n", 
size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
  fflush(stderr);
  rv = NULL;
 }
@@ -189,7 +189,7 @@
return NULL;
 }
 } else {
-fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %d 
bytes!\n", sizeof(btt_tracker));
+fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %zd 
bytes!\n", sizeof(btt_tracker));
 fflush(stderr);
 return NULL;
 }
--- src/libbttracker/types/btt_infohash.c.old   2006-07-10 23:56:48.0 
+0200
+++ src/libbttracker/types/btt_infohash.c   2006-07-11 00:02:16.0 
+0200
@@ -18,6 +18,7 @@
 /* libc */
 #include 
 #include 
+#include 
 /* other libs */
 #include 
 #include 
@@ -79,7 +80,7 @@
   "Infohash:%s\n"
   "Filename:%s\n"
   "File Size:%s\n"
-  "Announce Hits:%llu\n"
+  "Announce Hits:%" PRIu64 "\n"
   "Max Uploaded/Downloaded:%s/%s\n"
   "Min/Max Left:%s/%s\n"
   "Peers/Seeds/Shields:%u/%u/%u\n"
@@ -121,7 +122,7 @@
   "Infohash:%s\n"
   "Filename:%s\n"
   "File Size:   %s\n"
-  "Announce Hits:   %llu\n"
+  "Announce Hits:   %" PRIu64 "\n"
   "Max Uploaded:%s\n"
   "Mac Downloaded:  %s\n"
   "Min/Max Left:%s/%s\n"
@@ -171,7 +172,7 @@
  char* rv = apr_psprintf
  (
   p,
-  
"20:d8:completei%ue10:downloadedi%ue10:incompletei%ue4:name%u:%s4:sizei%lluee",
+  
"20:d8:completei%ue10:downloadedi%ue10:incompletei%ue4:name%zu:%s4:sizei%"
 PRIu64 "ee",
   complete, infohash->completes, infohash->peers - infohash->seeds, 
strlen(infohash->filename),
   infohash->filename, infohash->filesize
  );
--- src/libbttracker/types/btt_peer.c.old   2006-07-11 00:03:22.0 
+0200
+++ src/libbttracker/types/btt_p

Processed: severity of 372537 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> severity 372537 important
Bug#372537: hplip init script fails mysteriously
Severity set to `important' from `grave'

>
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#377595: mod-bt - FTBFS: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'

[Tyler MacDonald]

Thanks Kurt,
I've been working through your patch and correcting the code in
dev... If you're willing, I would like to send you my results when I'm done
to test again.

I really need to get myself a 64-bit box...

Thanks,
Tyler


Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 10, 2006 at 02:30:21PM -0700, Tyler MacDonald wrote:
> > Kurt,
> > Any chance I can get access to a box to play around with? This (and
> > other problems) could pop up all over the place in the code, it'd be nice to
> > be able to tackle them all at once instead of just uploading a new version
> > to find a new problem...
> 
> I've started changing things and I've attached the patch
> from as far as I got.  When using printing a size_t, you
> need the z modifier in printf().  For u_int64_t's you have
> things in  like PRIu64 that should give you
> the right string.
> 
> The only problem I've had was with off_t.  It works for me
> if I use the z modifier, as used for size_t, but I have a
> feeling this isn't very portable, and I haven't tried this
> on a 32 bit system.  Not that if you have large file
> support, an off_t might be 64 bit with a size_t only 32
> bit.  I don't know how to portably print those.
> 
> Then I got:
> Tracker.xs: In function 'XS_Net__BitTorrent__LibBT__Tracker_Infohash':
> Tracker.xs:576: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> incompatible pointer type
> Tracker.xs: In function 'XS_Net__BitTorrent__LibBT__Tracker__Infohash_Peer':
> Tracker.xs:1047: warning: passing argument 3 of 'Perl_sv_2pv_flags' from 
> incompatible pointer type
> 
> And I'm not sure how to deal with this, but didn't look
> very hard at it.
> 
> If I don't forgot, I'll try looking at it again tomorrow.
> 
> 
> Kurt
> 

> --- src/libbtutil/util/bt_nice_size.c.old 2006-07-10 23:40:58.0 
> +0200
> +++ src/libbtutil/util/bt_nice_size.c 2006-07-10 23:44:04.0 +0200
> @@ -7,6 +7,7 @@
>  #include 
>  #include 
>  #include 
> +#include 
>  
>  #define SZSTR64
>  
> @@ -31,7 +32,7 @@
>   }
>   else
>   {
> -  snprintf(szstr, SZSTR, "%llub", size);
> +  snprintf(szstr, SZSTR, "%" PRIu64 "b", size);
>   }
>   
>   rv = apr_pstrdup(p, szstr);
> --- src/libbtutil/types/bt_metainfo.c.old 2006-07-10 23:45:09.0 
> +0200
> +++ src/libbtutil/types/bt_metainfo.c 2006-07-10 23:53:42.0 +0200
> @@ -40,7 +40,7 @@
>  
>  if(sinfo.st_size > BT_MAX_METAINFO_SIZE) {
>  fprintf(
> -stderr, "%s: file to large (%llu bytes > %u bytes)",
> +stderr, "%s: file to large (%zu bytes > %u bytes)",
>  path, sinfo.st_size, BT_MAX_METAINFO_SIZE
>  );
>  return NULL;
> @@ -60,7 +60,7 @@
>  
>  if((rv = apr_file_read(file, buf, &len)) != APR_SUCCESS) {
>  fprintf(
> -stderr, "Failed to read %llu bytes from %s: %s\n",
> +stderr, "Failed to read %zu bytes from %s: %s\n",
>  sinfo.st_size, path,
>  apr_strerror(rv, errorstr, BT_SHORT_STRING)
>  );
> @@ -70,7 +70,7 @@
>  if(len != sinfo.st_size) {
>  fprintf(
>  stderr,
> -"%s: expected %llu bytes, but got %"SF"!\n", path, 
> sinfo.st_size, len
> +"%s: expected %zu bytes, but got %"SF"!\n", path, sinfo.st_size, 
> len
>  );
>  return NULL;
>  }
> --- src/libbttracker/tracker/btt_tracker_alloc.c.old  2006-07-10 
> 23:54:53.0 +0200
> +++ src/libbttracker/tracker/btt_tracker_alloc.c  2006-07-10 
> 23:55:52.0 +0200
> @@ -122,13 +122,13 @@
>rv = NULL;
>   } else {
>if((ret = apr_shm_create(&rv, size, shfile, p)) != APR_SUCCESS) {
> -   fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> +   fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: 
> %s\n", size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> fflush(stderr);
> rv = NULL;
>}
>   }
>  } else {
> - fprintf(stderr, "apr_shm_create(&rv, %d, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
> + fprintf(stderr, "apr_shm_create(&rv, %zd, \"%s\", pool) failed: %s\n", 
> size, shfile, apr_strerror(ret, btt_error_msg, sizeof(btt_error_msg)));
>   fflush(stderr);
>   rv = NULL;
>  }
> @@ -189,7 +189,7 @@
> return NULL;
>  }
>  } else {
> -fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %d 
> bytes!\n", sizeof(btt_tracker));
> +fprintf(stderr, "bt_tracker_alloc(): Failed to allocate %zd 
> bytes!\n", sizeof(btt_tracker));
>  fflush(stderr);
>  return NULL;
>  }
> --- src/libbttracker/types/btt_infohash.c.old 2006-07-10 23:56:48.0 
> +0200
> +++ src/libbttracker/types/btt_infohash.c 2006-07

Processed: tagging 377526

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.8.14
>  # fixed in SVN 
> http://lists.alioth.debian.org/pipermail/pkg-gnutls-commits/2006-July/000291.html
> tags 377526 pending
Bug#377526: libgcrypt11 - FTBFS: Killed after inactivity
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#373801: sendmail on sarge

[Joaquin Urrutia]

Package: sendmail
Version: 8.13.4-3sarge1
Followup-For: Bug #373801

Please, reopen this bug. It isn't fixed in sarge.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)


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

Bug#377859: marked as done (expect, expect-dev: Files in different packages.)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 19:57:46 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Already fixed
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: expect
Version: 5.43.0-4
Severity: serious

Hi,

While trying to upgrade, I get the following errors:
The following packages will be upgraded:
  expect expect-dev
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
40 not fully installed or removed.
Need to get 0B/553kB of archives.
After unpacking 115kB of additional disk space will be used.
Do you want to continue [Y/n]? y
(Reading database ... 141891 files and directories currently installed.)
Preparing to replace expect-dev 5.43.0-3.1 (using 
.../expect-dev_5.43.0-4_amd64.deb) ...
Unpacking replacement expect-dev ...
dpkg: error processing /var/cache/apt/archives/expect-dev_5.43.0-4_amd64.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man1/mkpasswd.1.gz', which is also in 
package whois
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Preparing to replace expect 5.43.0-3.1 (using .../expect_5.43.0-4_amd64.deb) 
...Unpacking replacement expect ...
dpkg: error processing /var/cache/apt/archives/expect_5.43.0-4_amd64.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man3/libexpect.3.gz', which is also in 
package expect-dev
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/expect-dev_5.43.0-4_amd64.deb
 /var/cache/apt/archives/expect_5.43.0-4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Kurt


--- End Message ---
--- Begin Message ---
...by 5.43-5 a few minutes ago.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
--- End Message ---

Bug#377859: expect, expect-dev: Files in different packages.

[Kurt Roeckx]

Package: expect
Version: 5.43.0-4
Severity: serious

Hi,

While trying to upgrade, I get the following errors:
The following packages will be upgraded:
  expect expect-dev
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
40 not fully installed or removed.
Need to get 0B/553kB of archives.
After unpacking 115kB of additional disk space will be used.
Do you want to continue [Y/n]? y
(Reading database ... 141891 files and directories currently installed.)
Preparing to replace expect-dev 5.43.0-3.1 (using 
.../expect-dev_5.43.0-4_amd64.deb) ...
Unpacking replacement expect-dev ...
dpkg: error processing /var/cache/apt/archives/expect-dev_5.43.0-4_amd64.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man1/mkpasswd.1.gz', which is also in 
package whois
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Preparing to replace expect 5.43.0-3.1 (using .../expect_5.43.0-4_amd64.deb) 
...Unpacking replacement expect ...
dpkg: error processing /var/cache/apt/archives/expect_5.43.0-4_amd64.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man3/libexpect.3.gz', which is also in 
package expect-dev
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/expect-dev_5.43.0-4_amd64.deb
 /var/cache/apt/archives/expect_5.43.0-4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Kurt



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

Bug#377853: CONFIG_USB_STORAGE_DEBUG enabled => linux-image-2.6.16-2-nslu2 is unusable

[Aurelien Jarno]

Package: linux-image-2.6.16-2-nslu2
Version: 2.6.16-16
Severity: serious

CONFIG_USB_STORAGE_DEBUG is now enabled on nslu2 kernels. As this
kernels only run on machines which only supports USB disks, this render
the machine unusable: every traffic on the disk is logged to
/var/log/syslog, which generates traffic on the disk, etc.

This option should be disabled, as on previous kernels.


Note: arm is a release architecture, but I am not sure if the nslu2 
  subarchitecture is a release one. In the contrary, this bug could
  be downgraded to important.

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


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

Processed: Fixed in NMU of openmotif 2.2.3-1.4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 342092 + fixed
Bug#342092: CVE-2005-3964: Two exploitable buffer overflows in openmotif
Tags were: security
Tags added: fixed

> tag 363944 + fixed
Bug#363944: libmotif-dev: uninstallable, conflicts with x11-common
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#375694: Bug #20729 security relevant?

[Christian Hammers]

On 2006-07-11 Lenz Grimmer wrote:
> > Hm, the latest 4.1 is vulnerable, do you consider the bug minor enough that
> > we can release our security advisory or do you want us to hold it back some
> > days (not weeks!) so that you can release a new upstream version?
> 
> Sergei is currently on vacation - I am going to find out how we are going
> to handle this one. I think a flaw that allows a regular user to crash the
> server is important enough to be fixed quickly.
Ok, our upgrade packages are currently building and will be published
in the next 1-2 days..
 
> > > Ok, please tell us CVE number when you'll know it.
> > > (as usual :)
> > It's CVE-2006-3469 
> 
> Hmm, http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3469 tells me 
> it's not found?
It has been registered yesterday and the guy from mitre wasn't sure if he
should make it public yet as there is no new mysql upstream version yet.

bye,

-christian-


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

Bug#377849: Uninstallable due to dep on conflicting package

[Luk Claes]

Package: xblast-tnt-mini
Severity: serious
Version: 2.10.4-1

Hi

Your package depends on xblast-tnt, but this on it's turn conflicts with
xblast-tnt-mini. I understand you want to have the dummy package install
the regular package which uninstalls the dummy package. Unfortunately
this is not supported... Consider dropping the conflicts or making it
versioned so the latest version of xblast-tnt-mini is installable again.

Cheers

Luk

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



signature.asc
Description: OpenPGP digital signature

Bug#375694: Bug #20729 security relevant?

[Lenz Grimmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Christian,

On Mon, 10 Jul 2006, Christian Hammers wrote:

> Hm, the latest 4.1 is vulnerable, do you consider the bug minor enough that
> we can release our security advisory or do you want us to hold it back some
> days (not weeks!) so that you can release a new upstream version?

Sergei is currently on vacation - I am going to find out how we are going to
handle this one. I think a flaw that allows a regular user to crash the
server is important enough to be fixed quickly.

> > Ok, please tell us CVE number when you'll know it.
> > (as usual :)
> It's CVE-2006-3469 

Hmm, http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3469 tells me 
it's not found?

> > > (and I would be happy if someone could confirm that my self written
> > > patch does no more harm than cure :))
> > Done.
> Thanks, we use your patch now.

Bye,
LenZ
- -- 
 Lenz Grimmer <[EMAIL PROTECTED]>
 Community Relations Manager, EMEA
 MySQL GmbH, http://www.mysql.de/, Hamburg, Germany
 Visit the MySQL Forge at http://forge.mysql.com/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: For info see http://quantumlab.net/pine_privacy_guard/

iD8DBQFEs8zNSVDhKrJykfIRArDNAJ41CaXBfZUZ1rRV09DrEArZ+kp/OwCdGjbP
MoqbbkxH6My7c6IVZPS15Fc=
=Z9uH
-END PGP SIGNATURE-


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

Bug#377812: [Pkg-openldap-devel] Bug#377812: slapd won't start at all

[Eric Van Buggenhaut]

On Tue, Jul 11, 2006 at 05:13 +0200, Matthijs Mohlmann wrote:
> Eric Van Buggenhaut wrote:
> >On Tue, Jul 11, 2006 at 03:02 +0200, Matthijs Mohlmann wrote:
> >>Eric Van Buggenhaut wrote:
> >>>Package: slapd
> >>>Version: 2.2.23-8
> >>>Severity: grave
> >>>
> >>>
> >>>There's no way I can fire up slapd on the main server of our company. It
> >>>used to run fine but today, when trying to launch it it just crashes.
> >>>Attached is a strace. There's no *pid file hanging around AFAICT:
> >>>
> >>Probably you have corruption in the database is it possible to install 
> >>db4.2-util ? And then restart slapd (/etc/init.d/slapd restart)
> >
> >I indeed installed db4.2-util and removed libdb3-util:
> >
> >ii  db4.2-util 4.2.52-18  Berkeley v4.2 Database Utilities
> >pn  libdb3-util (no description available)
> >
> >but that didn't help
> >
> >>If this doesn't work, can you please attach the output of the following 
> >>command:
> >>slapd -d 64
> >
> >Attached is the output.
> >
> >>>piano:/home/eric# ls -l /var/run/slapd/
> >>>total 0
> >>>
> >>>
> >>>I'm totally stuck.
> >>>
> >>Regards,
> >>
> >>Matthijs Mohlmann
> >>
> >>>-- System Information:
> >>>Debian Release: 3.1
> >>>Architecture: i386 (i686)
> >>>Kernel: Linux 2.6.11.12
> >>>Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> >>>
> >>>Versions of packages slapd depends on:
> >>>ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
> >>>ii  debconf   1.4.30.13  Debian configuration 
> >>>management sy
> >>>ii  fileutils 5.2.1-2The GNU file management 
> >>>utilities ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: 
> >>>Shared libraries an
> >>>ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database 
> >>>Libraries [
> >>>ii  libiodbc2 3.52.2-3   iODBC Driver Manager
> >>>ii  libldap-2.2-7 2.2.23-8   OpenLDAP libraries
> >>>ii  libltdl3  1.5.6-6A system independent dlopen 
> >>>wrappe
> >>>ii  libperl5.85.8.4-8sarge4  Shared Perl library
> >>>ii  libsasl2  2.1.19-1.5sarge1   Authentication abstraction 
> >>>library
> >>>ii  libslp1   1.0.11a-2  OpenSLP libraries
> >>>ii  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
> >>>ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP 
> >>>wrappers libra
> >>>ii  perl [libmime-base64- 5.8.4-8sarge4  Larry Wall's Practical 
> >>>Extraction ii  psmisc21.5-1 Utilities that 
> >>>use the proc filesy
> >>>
> >>>-- debconf information:
> >>> slapd/password_mismatch:
> >>> slapd/fix_directory: true
> >>> slapd/invalid_config: true
> >>>* shared/organization: b612arquitectura
> >>> slapd/upgrade_slapcat_failure:
> >>> slapd/upgrade_slapadd_failure:
> >>>* slapd/backend: BDB
> >>>* slapd/dump_database: when needed
> >>>* slapd/allow_ldap_v2: false
> >>>* slapd/no_configuration: false
> >>> slapd/migrate_ldbm_to_bdb: false
> >>>* slapd/move_old_database: true
> >>> slapd/suffix_change: false
> >>> slapd/slave_databases_require_updateref:
> >>>* slapd/dump_database_destdir: /var/backups/slapd-VERSION
> >>> slapd/autoconf_modules: true
> >>>* slapd/purge_database: false
> >>>* slapd/domain: b612arquitectura.com
> >>
> 
> [..]
> 
> >line 87 (lastmod on)
> >line 90 (replogfile /var/lib/ldap/replog)
> >line 101 (access to attrs=userPasswordby 
> >dn="cn=admin,dc=b612arquitectura,dc=com" writeby anonymous auth
> >by self writeby * none)
> >line 112 (access to dn.base="" by * read)
> >line 118 (access to *by dn="cn=admin,dc=b612arquitectura,dc=com" 
> >writeby * read)
> >backend_startup: bi_db_open failed! (1)
> >Segmentation fault
> 
> ok, try the following:
> check the permissions on /var/lib/ldap and see if they are ok (on Sarge 
> it is root:root if you didn't change the user which slapd runs)
> 
> if that didn't work try: (This will try to recover the database files)
> cd /var/lib/ldap
> db4.2_recover -v
> 
> if no error occured then start openldap again.

Recover went ok, but slap still can't fire up:

piano:/var/lib/ldap# db4.2_recover -v
db_recover: Finding last valid log LSN: file: 1 offset 163127
db_recover: Recovery starting from [1][163003]
db_recover: Recovery complete at Tue Jul 11 18:06:43 2006
db_recover: Maximum transaction ID 80e0 Recovery checkpoint 
[1][163127]
piano:/var/lib/ldap# slapd
piano:/var/lib/ldap# ps aux |grep slap
root9958  0.0  0.1  2128  584 pts/0  D+ 18:07   0:00 grep slap


> 
> And at last if above didn't work:
> slapcat and slapadd the database again.
> 
> slapcat -l db_to_backup.ldif
> slapadd -l db_to_backup.ldif

piano:/var/lib/ldap# slapcat -l db_to_backup.ldif
slap_startup failed

Why does this fail ?

Thanks for your patience.

-- 
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]


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

Bug#376896: marked as done (Uninstallable due to libbluetooth transition)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 17:56:43 +0200
with message-id <[EMAIL PROTECTED]>
and subject line bluez-utils uploaded
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: bluez-utils
Severity: serious
Version: 2.25-1

Hi

Your package is not installable as it still depends on libbluetooth1
which is not available anymore. You might want to update the dependency
to libbluetooth2.

Cheers

Luk

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



signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
bluez-utils 3.1-1 has been uploaded to unstable, I'm manually closing this bug.

filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Man was made at the end of the week's work when God was tired.
-- Mark Twain
--- End Message ---

Bug#377842: FTBFS: incompatible implicit declaration of function 'print_lisp_object'

[Martin Michlmayr]

Package: openmcl
Version: 0.14.2.p1.o
Severity: serious

Your package fails to build in unstable:

> Automatic build of openmcl_0.14.2.p1.o on test.track.rz.uni-augsburg.de by 
> sbuild/powerpc 0.47
...
> cc -c ../lisp-debug.c -DLINUX -D_REENTRANT  -DOPENMCL_MAJOR_VERSION=0 
> -DOPENMCL_MINOR_VERSION=14 -g -O2 -m32 -o lisp-debug.o
> ../lisp-debug.c: In function 'describe_illegal':
> ../lisp-debug.c:131: error: incompatible implicit declaration of function 
> 'print_lisp_object'
> ../lisp-debug.c:90: error: previous implicit declaration of 
> 'print_lisp_object' was here
> ../lisp-debug.c: In function 'describe_trap':
> ../lisp-debug.c:217: error: incompatible implicit declaration of function 
> 'print_lisp_object'
> ../lisp-debug.c:90: error: previous implicit declaration of 
> 'print_lisp_object' was here
> ../lisp-debug.c: In function 'debug_identify_function':
> ../lisp-debug.c:618: error: incompatible implicit declaration of function 
> 'print_lisp_object'
> ../lisp-debug.c:90: error: previous implicit declaration of 
> 'print_lisp_object' was here
> make[2]: *** [lisp-debug.o] Error 1
> make[2]: Leaving directory `/build/tbm/openmcl-0.14.2.p1.o/lisp-kernel/linux'

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


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

Bug#377841: FTBFS: error: missing terminating " character

[Martin Michlmayr]

Package: libflorist-3.15p-1
Version: 3.15p-4
Severity: serious

Your package fails to build in unstable:

> Automatic build of libflorist-3.15p-1_3.15p-4 on 
> test.track.rz.uni-augsburg.de by sbuild/powerpc 0.47
...
> gnatgcc -w -g -O2 -DVERSION="\"Florist-3.15p  (20020604)\"" -DLIBS="\"-lnsl 
> -lrt -lpthread \"" -o c-posix c-posix.c -lnsl -lrt -lpthread 
> c-posix.c: In function 'create_c':
> c-posix.c:6347: error: missing terminating " character
> c-posix.c:6348: error: expected identifier before '.' token
> c-posix.c:6348: error: expected ')' before ';' token
> c-posix.c:6348: error: stray '\' in program
> c-posix.c:6348: error: missing terminating " character
> c-posix.c:6349: error: expected ';' before '}' token
> make[1]: *** [c-posix] Error 1

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


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

Bug#377286: marked as done (Zope2 contains information disclosure vulnerability)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 08:17:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#377286: fixed in zope2.9 2.9.3-3
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: zope2.8
Version: 2.8.7-1
Severity: critical
Tags: security

Hi there,

http://www.zope.org/Products/Zope/Hotfix-2006-07-05/Hotfix-20060705/README.txt
has been released today which contains details of a information
disclosure vulnerability in Zope2, due to Zope2's use of the docutils
module to parse and render "restructured text".

A hotfix is available at
http://www.zope.org/Products/Zope/Hotfix-2006-07-05/Hotfix-20060705

I've asked for a CVE id, and will follow up once it's been received.

Could you start to prepare a package?

Many thanks,
Neil McGovern

--- End Message ---
--- Begin Message ---
Source: zope2.9
Source-Version: 2.9.3-3

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

zope2.9-sandbox_2.9.3-3_all.deb
  to pool/main/z/zope2.9/zope2.9-sandbox_2.9.3-3_all.deb
zope2.9_2.9.3-3.diff.gz
  to pool/main/z/zope2.9/zope2.9_2.9.3-3.diff.gz
zope2.9_2.9.3-3.dsc
  to pool/main/z/zope2.9/zope2.9_2.9.3-3.dsc
zope2.9_2.9.3-3_i386.deb
  to pool/main/z/zope2.9/zope2.9_2.9.3-3_i386.deb



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

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

Debian distribution maintenance software
pp.
Fabio Tranchitella <[EMAIL PROTECTED]> (supplier of updated zope2.9 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, 11 Jul 2006 16:26:48 +0200
Source: zope2.9
Binary: zope2.9-sandbox zope2.9
Architecture: source i386 all
Version: 2.9.3-3
Distribution: unstable
Urgency: high
Maintainer: Debian/Ubuntu Zope Team <[EMAIL PROTECTED]>
Changed-By: Fabio Tranchitella <[EMAIL PROTECTED]>
Description: 
 zope2.9- Open Source Web Application Server
 zope2.9-sandbox - sandbox instance for the zope2.9 web application server
Closes: 373710 377286
Changes: 
 zope2.9 (2.9.3-3) unstable; urgency=high
 .
   * Fixed an information disclosure vulnerability (CVE-2006-3458) applying
 upstream patch: disable reStructuredText's 'raw' and 'include'
 directives. (Closes: #377286)
   * debian/control: use --home instead of --prefix when calling make install.
 (Closes: #373710)
Files: 
 699cdb57548ef45f545086ad500f0c1f 763 web optional zope2.9_2.9.3-3.dsc
 d1e88654b2b4991dff1c60e6bfbcdefa 11402 web optional zope2.9_2.9.3-3.diff.gz
 58ff8d9a97c6a46a8537cbb04f466371 6760580 web optional zope2.9_2.9.3-3_i386.deb
 75e01cecdabfd7e6e4e141f5ed6277d0 9810 web optional 
zope2.9-sandbox_2.9.3-3_all.deb

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

iD8DBQFEs742K/juK3+WFWQRAjYZAJ0YhnmKtnxAP7tHEje9us5Au7vTsgCdF/KH
HEe2ChoHndAHdhFForRXuIM=
=nCmw
-END PGP SIGNATURE-

--- End Message ---

Bug#377804: marked as done (sensors-applet: contains non-free artwork)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 07:47:06 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#377804: fixed in sensors-applet 1.7.2+dfsg-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: sensors-applet
Version: 1.7.0-1
Severity: serious
Justification: Policy 2.2.1

The files in the pixmaps directory are licensed under the CC-BY-SA 2.5
license, which is not DFSG-free according to 
.

I'll replace them with the icons from version 1.6.2, which were
available under the GPL.

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

Versions of packages sensors-applet depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libcairo2 1.2.0-2The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgnome2-0   2.14.1-2   The GNOME 2 library - runtime file
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgtk2.0-0   2.8.18-1   The GTK+ graphical user interface 
ii  libnotify10.4.0-1sends desktop notifications to a n
ii  libpanel-applet2-02.14.2-1   library for GNOME 2 panel applets
ii  libsensors3   1:2.10.0-7 library to read temperature/voltag

sensors-applet recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: sensors-applet
Source-Version: 1.7.2+dfsg-1

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

sensors-applet_1.7.2+dfsg-1.diff.gz
  to pool/main/s/sensors-applet/sensors-applet_1.7.2+dfsg-1.diff.gz
sensors-applet_1.7.2+dfsg-1.dsc
  to pool/main/s/sensors-applet/sensors-applet_1.7.2+dfsg-1.dsc
sensors-applet_1.7.2+dfsg-1_powerpc.deb
  to pool/main/s/sensors-applet/sensors-applet_1.7.2+dfsg-1_powerpc.deb
sensors-applet_1.7.2+dfsg.orig.tar.gz
  to pool/main/s/sensors-applet/sensors-applet_1.7.2+dfsg.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.
Filippo Giunchedi <[EMAIL PROTECTED]>  (supplier of updated sensors-applet 
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, 11 Jul 2006 13:45:38 +0100
Source: sensors-applet
Binary: sensors-applet
Architecture: source powerpc
Version: 1.7.2+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Sam Morris <[EMAIL PROTECTED]>
Changed-By: Filippo Giunchedi <[EMAIL PROTECTED]> 
Description: 
 sensors-applet - Display readings from hardware sensors in your Gnome panel
Closes: 377804
Changes: 
 sensors-applet (1.7.2+dfsg-1) unstable; urgency=low
 .
   * Repack source to remove non-free icons (closes: #377804)
   * Don't build on libsensors on kfreebsd-amd64 either
Files: 
 3118d9748690edfd981d8f8d31be6cd8 960 gnome optional 
sensors-applet_1.7.2+dfsg-1.dsc
 a4f4642cdec894f7281d7f33dcc4c1af 235951 gnome optional 
sensors-applet_1.7.2+dfsg.orig.tar.gz
 3d468193eea78be05f9705a4fc0c5869 3081 gnome optional 
sensors-applet_1.7.2+dfsg-1.diff.gz
 a3fd114e9c4b79004c4a4d47f49a9710 87216 gnome optional 
sensors-applet_1.7.2+dfsg-1_powerpc.deb

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

iD8DBQFEs7XJABzeamt51AERAh7lAKCgMibDYgoL8pyIy3Jv2cg5sPEA1QCgjgUk
tdPjZLI84sb/LWXGpddYsjE=
=rsc1
-END PGP SIGNATURE-

--- End Message ---

Bug#373955: marked as done (fai-server: fai doesn't remove apt.conf.d/*fai)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 08:02:13 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#373955: fixed in fai 2.10.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: fai-server
Version: 2.10.2
Severity: critical
Justification: breaks unrelated software

After installtion of a client fai leaves the files 10fai and 90fai in
/etc/apt/apt.conf.d/.

The first file disables checking of trust violations and unauthenticated
packages.  After a system is installed this could be required.

The second file has as effect that when removing a package, it's also
purged.  Also it assumes yes to all answers.

itext:/etc/apt/apt.conf.d# cat 10fai 
APT::Get::AllowUnauthenticated "true";
Aptitude::CmdLine::Ignore-Trust-Violations yes;
itext:/etc/apt/apt.conf.d# cat 90fai 
// This file is used in the chroot environment from install_packages
// (called by rcS_fai)

// Options for apt-get for FAI
APT 
{
  // Options for apt-get
  Get 
  {
 Assume-Yes "true"; 
 Fix-Missing "true"; 
 Show-Upgraded "true";
 Purge "true";  // really purge! Also removes config
files
 List-Cleanup "true";
 ReInstall "false";
 AllowUnauthenticated "true";
  };
};

Aptitude::Cmdline::Ignore-Trust-Violations yes;

DPkg 
{
  Options {
  "--abort-after=4711";   // a magic number in cologne ;-)
  "--force-confdef";
  }
};


The second file breaks the normal workings of package upgrading and
installing.  This can have severe consequences on an installed system.  


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

Versions of packages fai-server depends on:
ii  debootstrap   0.2.45-0.2 Bootstrap a basic Debian system
ii  fai-client2.10.2 Fully Automatic Installation clien

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: fai
Source-Version: 2.10.5

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

fai-client_2.10.5_all.deb
  to pool/main/f/fai/fai-client_2.10.5_all.deb
fai-doc_2.10.5_all.deb
  to pool/main/f/fai/fai-doc_2.10.5_all.deb
fai-nfsroot_2.10.5_all.deb
  to pool/main/f/fai/fai-nfsroot_2.10.5_all.deb
fai-quickstart_2.10.5_all.deb
  to pool/main/f/fai/fai-quickstart_2.10.5_all.deb
fai-server_2.10.5_all.deb
  to pool/main/f/fai/fai-server_2.10.5_all.deb
fai_2.10.5.dsc
  to pool/main/f/fai/fai_2.10.5.dsc
fai_2.10.5.tar.gz
  to pool/main/f/fai/fai_2.10.5.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.
Thomas Lange <[EMAIL PROTECTED]> (supplier of updated fai 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, 11 Jul 2006 16:28:21 +0200
Source: fai
Binary: fai-client fai-server fai-doc fai-quickstart fai-nfsroot
Architecture: source all
Version: 2.10.5
Distribution: unstable
Urgency: high
Maintainer: Thomas Lange <[EMAIL PROTECTED]>
Changed-By: Thomas Lange <[EMAIL PROTECTED]>
Description: 
 fai-client - Fully Automatic Installation client package
 fai-doc- Documentation for FAI
 fai-nfsroot - Fully Automatic Installation nfsroot package
 fai-quickstart - Fully Automatic Installation quickstart package
 fai-server - Fully Automatic Installation server package
Closes: 373955
Changes: 
 fai (2.10.5) unstable; urgency=high
 .
   * fixes patch from last NMUs. (really, really closes: #373955)
   * make-fai-nfsroot: print debootstrap version
   * add package lftp to nfsroot
   * create_ramdisk: make more directories writeable
   * 20hwdetect.source: add some usb modules
   * dhcpd.conf: next-server is needed in dhcpd3 >=3.0.3
Files: 
 0b2502987bf483dffc4cd5cb350df9c3 583 admin extra fai_2.10.5.dsc
 a1971adebee1774a446d89775ceac5a8 183289 admin extra fai_2.10.5.tar.gz
 48afa9b396763eaf1003be9e6093db73 87698 admin extra fai-client_2.10.5_all.deb
 4fe52cba05470b2954b6961edf61899e 503202 admin extra fai-doc_2.10.5_all.deb
 6025b9e5d47484972c0e0b3d7ea1389c 35202 adm

Bug#377277: marked as done (Zope2 contains information disclosure vulnerability)

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 07:47:20 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#377277: fixed in zope2.8 2.8.7-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: zope2.8
Version: 2.8.7-1
Severity: critical
Tags: security

Hi there,

http://www.zope.org/Products/Zope/Hotfix-2006-07-05/Hotfix-20060705/README.txt
has been released today which contains details of a information
disclosure vulnerability in Zope2, due to Zope2's use of the docutils
module to parse and render "restructured text".

A hotfix is available at
http://www.zope.org/Products/Zope/Hotfix-2006-07-05/Hotfix-20060705

I've asked for a CVE id, and will follow up once it's been received.

Could you start to prepare a package?

Many thanks,
Neil McGovern

--- End Message ---
--- Begin Message ---
Source: zope2.8
Source-Version: 2.8.7-2

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

zope2.8-sandbox_2.8.7-2_all.deb
  to pool/main/z/zope2.8/zope2.8-sandbox_2.8.7-2_all.deb
zope2.8_2.8.7-2.diff.gz
  to pool/main/z/zope2.8/zope2.8_2.8.7-2.diff.gz
zope2.8_2.8.7-2.dsc
  to pool/main/z/zope2.8/zope2.8_2.8.7-2.dsc
zope2.8_2.8.7-2_i386.deb
  to pool/main/z/zope2.8/zope2.8_2.8.7-2_i386.deb



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

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

Debian distribution maintenance software
pp.
Fabio Tranchitella <[EMAIL PROTECTED]> (supplier of updated zope2.8 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, 11 Jul 2006 16:21:23 +0200
Source: zope2.8
Binary: zope2.8 zope2.8-sandbox
Architecture: source i386 all
Version: 2.8.7-2
Distribution: unstable
Urgency: high
Maintainer: Debian/Ubuntu Zope Team <[EMAIL PROTECTED]>
Changed-By: Fabio Tranchitella <[EMAIL PROTECTED]>
Description: 
 zope2.8- Open Source Web Application Server
 zope2.8-sandbox - sandbox instance for the zope2.8 web application server
Closes: 377277
Changes: 
 zope2.8 (2.8.7-2) unstable; urgency=high
 .
   * Fixed an information disclosure vulnerability (CVE-2006-3458) applying
 upstream patch: disable reStructuredText's 'raw' and 'include' directives.
 (Closes: #377277)
Files: 
 6781648e147294e35496bcbd1fce6fd3 849 web optional zope2.8_2.8.7-2.dsc
 a07489c44f3b91163b8fcda8f0f8d729 13571 web optional zope2.8_2.8.7-2.diff.gz
 f27cb89d30950188295006deb33ac558 5523130 web optional zope2.8_2.8.7-2_i386.deb
 f5155791e9b9cb2826190f88d38a8aa6 22252 web optional 
zope2.8-sandbox_2.8.7-2_all.deb

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

iD8DBQFEs7WjK/juK3+WFWQRAtIbAJ9Hjyg87QUBQdoBT5eL2OvGvq4jIACfXSoC
mGA56xOYw0z01zekF9KDa08=
=LGj5
-END PGP SIGNATURE-

--- End Message ---

Bug#372931: marked as done (therion_0.3.10-1(amd64/unstable): FTBFS: thlocale.h:22: error: extra qualification 'thlocale::' on member 'format_human_length')

[Debian Bug Tracking System]

Your message dated Tue, 11 Jul 2006 06:47:09 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#372931: fixed in therion 0.3.10-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: therion
Version: 0.3.10-1
Severity: serious

Hello,

There was an error while trying to autobuild your package:

> g++ -c -Wall -DTHLINUX -O2 -o thtmpdir.o thtmpdir.cxx
> g++ -c -Wall -DTHLINUX -O2 -o thlocale.o thlocale.cxx
> thlocale.h:22: error: extra qualification 'thlocale::' on member 
> 'format_human_length'
> make[1]: *** [thlocale.o] Error 1
> make[1]: Leaving directory `/build/buildd/therion-0.3.10'
> make: *** [build-stamp] Error 2

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

Best regards
Frederik Schueler


--- End Message ---
--- Begin Message ---
Source: therion
Source-Version: 0.3.10-2

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

therion_0.3.10-2.diff.gz
  to pool/main/t/therion/therion_0.3.10-2.diff.gz
therion_0.3.10-2.dsc
  to pool/main/t/therion/therion_0.3.10-2.dsc
therion_0.3.10-2_i386.deb
  to pool/main/t/therion/therion_0.3.10-2_i386.deb



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

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

Debian distribution maintenance software
pp.
Wookey <[EMAIL PROTECTED]> (supplier of updated therion 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: Sun,  9 Jul 2006 01:23:45 +0100
Source: therion
Binary: therion
Architecture: source i386
Version: 0.3.10-2
Distribution: unstable
Urgency: low
Maintainer: Wookey <[EMAIL PROTECTED]>
Changed-By: Wookey <[EMAIL PROTECTED]>
Description: 
 therion- Cave surveying - 2D and 3D drawing software
Closes: 372931
Changes: 
 therion (0.3.10-2) unstable; urgency=low
 .
   * therion_0.3.10-1(amd64/unstable): FTBFS: thlocale.h:22: error: extra
 qualification 'thlocale::' on member 'format_human_length' (Closes:
 #372931)
Files: 
 ee2a6f7bb5e9078a1f8c8b448a9f7ca0 615 science extra therion_0.3.10-2.dsc
 3507971b58d2e6e5f3ba046c1d7b9ef7 9736 science extra therion_0.3.10-2.diff.gz
 49b217960c8628b54d30b2fd0aaec7b3 990258 science extra therion_0.3.10-2_i386.deb

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

iD8DBQFEs6mBIWclcBdP7jURAqI/AKCvpwlpLtJnoQXFnuVGxrqq7nx5cwCgnyoT
4xe4pBXrDXadVvZGFE85L+U=
=5Cq/
-END PGP SIGNATURE-

--- End Message ---

Bug#377822: Uninstallable due to python transition

[Luk Claes]

Package: pessulus
Severity: serious
Version: 0.9.2-1

Hi

Your package is not installable as it depends on python2.4-gtk2 (>=
2.6.0), python2.4-glade2 (>= 2.6.0) and python2.4-gnome2 (>= 2.6.0)
which are not available in unstable anymore.

Cheers

Luk

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



signature.asc
Description: OpenPGP digital signature

Processed: Fixed in NMU of syslog-ng 1.9.11-1.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 375236 + fixed
Bug#375236: syslog-ng: copyright file lacks license
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#336312: diff for 0.2.4-4.1 NMU

[Julien Danjou]

Hi,

Attached is the _real_ diff for my php4-kadm5 0.2.4-4.1 NMU.
I forgot to change phpize in debian/rules

-- 
Julien Danjou
// Λ̊ <[EMAIL PROTECTED]>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// Life is life. Lalalalala.
diff -u php4-kadm5-0.2.4/debian/rules php4-kadm5-0.2.4/debian/rules
--- php4-kadm5-0.2.4/debian/rules
+++ php4-kadm5-0.2.4/debian/rules
@@ -20,10 +20,10 @@
 TAR=tar
 PECL_NAME=kadm5
 PACKAGE_NAME=php4-kadm5
-PHPIZE=/usr/bin/phpize
-PHPCONFIG=/usr/bin/php-config
+PHPIZE=/usr/bin/phpize4
+PHPCONFIG=/usr/bin/php-config4
 
-phpapiver=$(shell grep '\#define PHP_API_VERSION ' 
/usr/include/php4/main/php.h |sed 's/\#define PHP_API_VERSION //')-zts
+phpapiver=$(shell php-config4 --phpapi)
 
 configure: configure-stamp
 configure-stamp:
diff -u php4-kadm5-0.2.4/debian/control php4-kadm5-0.2.4/debian/control
--- php4-kadm5-0.2.4/debian/control
+++ php4-kadm5-0.2.4/debian/control
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Cajus Pollmeier <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>> 4.0.0), comerr-dev, libkrb5-dev, po-debconf, 
php4-dev (>= 4:4.3.10-3)
-Standards-Version: 3.6.1
+Standards-Version: 3.7.2
 
 Package: php4-kadm5
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, phpapi-20020918
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${php:Depends}
 Description: An extension to manage kerberos admin information
  Kerberos is a system for authenticating users and services on a network.
  Kerberos is a trusted third-party service.  That means that there is a
diff -u php4-kadm5-0.2.4/debian/changelog php4-kadm5-0.2.4/debian/changelog
--- php4-kadm5-0.2.4/debian/changelog
+++ php4-kadm5-0.2.4/debian/changelog
@@ -1,3 +1,13 @@
+php4-kadm5 (0.2.4-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Rebuild against new php API (Closes: #336312)
+  * Bump standards version
+  * Add vi translation (Closes: #316825)
+  * Add sv translation (Closes: #330761)
+
+ -- Julien Danjou <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 14:50:27 +0200
+
 php4-kadm5 (0.2.4-4) unstable; urgency=low
 
   * Corrected depends on virtual package (Closes: #304940)
reverted:
--- php4-kadm5-0.2.4/debian/php4-krb5.substvars
+++ php4-kadm5-0.2.4.orig/debian/php4-krb5.substvars
@@ -1,2 +0,0 @@
-php:Depends=phpapi-20020918-zts
-php:Depends=phpapi-20020918-zts
only in patch2:
unchanged:
--- php4-kadm5-0.2.4.orig/debian/po/vi.po
+++ php4-kadm5-0.2.4/debian/po/vi.po
@@ -0,0 +1,47 @@
+# Vietnamese translation for php4-kadm5 .
+# Copyright © 2005 Free Software Foundation, Inc.
+# Clytie Siddall <[EMAIL PROTECTED]>, 2005.
+# 
+msgid ""
+msgstr ""
+"Project-Id-Version: php4-kadm5 0.2.4-4\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2005-02-15 10:13+0100\n"
+"PO-Revision-Date: 2005-07-04 14:34+0930\n"
+"Last-Translator: Clytie Siddall <[EMAIL PROTECTED]>\n"
+"Language-Team: Vietnamese <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=utf-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"Plural-Forms: nplurals=1; plural=0\n"
+"X-Generator: LocFactoryEditor 1.2.2\n"
+
+#.Type: boolean
+#.Description
+#:../templates:4
+msgid "Should ${extname} be added to /etc/php4/${sapiconfig}/php.ini?"
+msgstr "Có nên thêm «${extname}» vào «/etc/php4/${sapiconfig}/php.ini» không?"
+
+#.Type: boolean
+#.Description
+#:../templates:4
+msgid ""
+"You are installing ${extname} support for php4, and it is not yet enabled in "
+"the configuration for the ${sapiconfig} SAPI.  Do you want this extension to "
+"be enabled now?"
+msgstr "Lúc này bạn đang cài đặt cách hỗ trợ «${extname}» cho PHP4, nhưng mà 
nó chưa bật trong cấu hình cho SAPI «${sapiconfig}». Bạn có muốn hiệu lực phần 
mở rộng này ngay bây giờ không?"
+
+#.Type: boolean
+#.Description
+#:../templates:12
+msgid "Should ${extname} be removed from /etc/php4/${sapiconfig}/php.ini?"
+msgstr "Có nên loại bỏ «${extname}» ra «/etc/php4/${sapiconfig}/php.ini» 
không?"
+
+#.Type: boolean
+#.Description
+#:../templates:12
+msgid ""
+"You are removing ${extname} support for php4, but it is still enabled in the "
+"configuration for the ${sapiconfig} SAPI.  Leaving this in place will "
+"probably cause problems when trying to use PHP."
+msgstr "Lúc này bạn đang loại bỏ cách hỗ trợ «${extname}» ra PHP4, nhưng mà nó 
vẫn còn bật trong cấu hình cho SAPI «${sapiconfig}». Nếu bạn không vô hiệu hóa 
nó, rất có thể gây ra lỗi trong khi cố sử dụng PHP."
only in patch2:
unchanged:
--- php4-kadm5-0.2.4.orig/debian/po/sv.po
+++ php4-kadm5-0.2.4/debian/po/sv.po
@@ -0,0 +1,56 @@
+# Translators, if you are not familiar with the PO format, gettext
+# documentation is worth reading, especially sections dedicated to
+# this format, e.g. by running:
+# info -n '(gettext)PO Files'
+# info -n '(gettext)Header Entry'
+# Some information specific to po-debconf are available at
+# /usr/share/doc/po-debconf/README-trans
+# or http://www.debian.org/intl/l10n/po-debconf/README-trans
+# Developers do not need to manually edit POT or PO file

Processed: Fixed in NMU of php4-kadm5 0.2.4-4.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 316825 + fixed
Bug#316825: INTL:vi
Tags were: l10n patch
Tags added: fixed

> tag 330761 + fixed
Bug#330761: php4-kadm5: [INTL:sv] Swedish debconf templates translation
Tags were: l10n patch
Tags added: fixed

> tag 336312 + fixed
Bug#336312: php4-kadm5: rebuild required for PHP ABI change
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#336312: diff for 0.2.4-4.1 NMU

[Julien Danjou]

Hi,

Attached is the diff for my php4-kadm5 0.2.4-4.1 NMU.

-- 
Julien Danjou
// Λ̊ <[EMAIL PROTECTED]>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// Tomorrow I was nothing, yesterday I'll be.
diff -u php4-kadm5-0.2.4/debian/rules php4-kadm5-0.2.4/debian/rules
--- php4-kadm5-0.2.4/debian/rules
+++ php4-kadm5-0.2.4/debian/rules
@@ -23,7 +23,7 @@
 PHPIZE=/usr/bin/phpize
 PHPCONFIG=/usr/bin/php-config
 
-phpapiver=$(shell grep '\#define PHP_API_VERSION ' 
/usr/include/php4/main/php.h |sed 's/\#define PHP_API_VERSION //')-zts
+phpapiver=$(shell php-config4 --phpapi)
 
 configure: configure-stamp
 configure-stamp:
diff -u php4-kadm5-0.2.4/debian/control php4-kadm5-0.2.4/debian/control
--- php4-kadm5-0.2.4/debian/control
+++ php4-kadm5-0.2.4/debian/control
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Cajus Pollmeier <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>> 4.0.0), comerr-dev, libkrb5-dev, po-debconf, 
php4-dev (>= 4:4.3.10-3)
-Standards-Version: 3.6.1
+Standards-Version: 3.7.2
 
 Package: php4-kadm5
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, phpapi-20020918
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${php:Depends}
 Description: An extension to manage kerberos admin information
  Kerberos is a system for authenticating users and services on a network.
  Kerberos is a trusted third-party service.  That means that there is a
diff -u php4-kadm5-0.2.4/debian/changelog php4-kadm5-0.2.4/debian/changelog
--- php4-kadm5-0.2.4/debian/changelog
+++ php4-kadm5-0.2.4/debian/changelog
@@ -1,3 +1,13 @@
+php4-kadm5 (0.2.4-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Rebuild against new php API (Closes: #336312)
+  * Bump standards version
+  * Add vi translation (Closes: #316825)
+  * Add sv translation (Closes: #330761)
+
+ -- Julien Danjou <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 14:50:27 +0200
+
 php4-kadm5 (0.2.4-4) unstable; urgency=low
 
   * Corrected depends on virtual package (Closes: #304940)
reverted:
--- php4-kadm5-0.2.4/debian/php4-krb5.substvars
+++ php4-kadm5-0.2.4.orig/debian/php4-krb5.substvars
@@ -1,2 +0,0 @@
-php:Depends=phpapi-20020918-zts
-php:Depends=phpapi-20020918-zts
only in patch2:
unchanged:
--- php4-kadm5-0.2.4.orig/debian/po/vi.po
+++ php4-kadm5-0.2.4/debian/po/vi.po
@@ -0,0 +1,47 @@
+# Vietnamese translation for php4-kadm5 .
+# Copyright © 2005 Free Software Foundation, Inc.
+# Clytie Siddall <[EMAIL PROTECTED]>, 2005.
+# 
+msgid ""
+msgstr ""
+"Project-Id-Version: php4-kadm5 0.2.4-4\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2005-02-15 10:13+0100\n"
+"PO-Revision-Date: 2005-07-04 14:34+0930\n"
+"Last-Translator: Clytie Siddall <[EMAIL PROTECTED]>\n"
+"Language-Team: Vietnamese <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=utf-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"Plural-Forms: nplurals=1; plural=0\n"
+"X-Generator: LocFactoryEditor 1.2.2\n"
+
+#.Type: boolean
+#.Description
+#:../templates:4
+msgid "Should ${extname} be added to /etc/php4/${sapiconfig}/php.ini?"
+msgstr "Có nên thêm «${extname}» vào «/etc/php4/${sapiconfig}/php.ini» không?"
+
+#.Type: boolean
+#.Description
+#:../templates:4
+msgid ""
+"You are installing ${extname} support for php4, and it is not yet enabled in "
+"the configuration for the ${sapiconfig} SAPI.  Do you want this extension to "
+"be enabled now?"
+msgstr "Lúc này bạn đang cài đặt cách hỗ trợ «${extname}» cho PHP4, nhưng mà 
nó chưa bật trong cấu hình cho SAPI «${sapiconfig}». Bạn có muốn hiệu lực phần 
mở rộng này ngay bây giờ không?"
+
+#.Type: boolean
+#.Description
+#:../templates:12
+msgid "Should ${extname} be removed from /etc/php4/${sapiconfig}/php.ini?"
+msgstr "Có nên loại bỏ «${extname}» ra «/etc/php4/${sapiconfig}/php.ini» 
không?"
+
+#.Type: boolean
+#.Description
+#:../templates:12
+msgid ""
+"You are removing ${extname} support for php4, but it is still enabled in the "
+"configuration for the ${sapiconfig} SAPI.  Leaving this in place will "
+"probably cause problems when trying to use PHP."
+msgstr "Lúc này bạn đang loại bỏ cách hỗ trợ «${extname}» ra PHP4, nhưng mà nó 
vẫn còn bật trong cấu hình cho SAPI «${sapiconfig}». Nếu bạn không vô hiệu hóa 
nó, rất có thể gây ra lỗi trong khi cố sử dụng PHP."
only in patch2:
unchanged:
--- php4-kadm5-0.2.4.orig/debian/po/sv.po
+++ php4-kadm5-0.2.4/debian/po/sv.po
@@ -0,0 +1,56 @@
+# Translators, if you are not familiar with the PO format, gettext
+# documentation is worth reading, especially sections dedicated to
+# this format, e.g. by running:
+# info -n '(gettext)PO Files'
+# info -n '(gettext)Header Entry'
+# Some information specific to po-debconf are available at
+# /usr/share/doc/po-debconf/README-trans
+# or http://www.debian.org/intl/l10n/po-debconf/README-trans
+# Developers do not need to manually edit POT or PO files.
+# , fuzzy
+# 
+# 
+msgid ""
+msgstr ""
+"Project-Id-Version: php4-kadm5 0.2.4-4\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2005-0

Bug#281348: got it !

[Duck]

Coin,

Vincent Fourmond <[EMAIL PROTECTED]> writes:

>   I found the problem :
>
>   in the types specifications for pyrex, the developper uses this code:
>
> ctypedef struct DisplayList:
> intoption
> intid
> intmaterial_id #Material* material
> int*   faces_id
> Chunk* chunk # Only used for initialization of the DisplayList
>
>   It looks like he's trying to represent a pointer with an int. That
> does work on 32 bits architectures, but not on 64 bits, where a pointer
> is in 64 bits -- then long.

Good catch :-)

>   The attached patch does the trick -- you need to rebuild the _soya.c
> file with pyrex.

OK, i'll try to push this upstream.

>   However, I am not 100% sure that this will not break it on other
> architectures. Any ideas ?

I don't see any reason.

>   By the way, why are _soya.c, _ode.c, opengl.c included in the source ?
> They're pretty much useless as they can be rebuilt from the .pyx files.

To avoid regenerating them, which is awfully long.


Thanks for your work :-)

-- 
Marc Dequènes (Duck)


pgpglwhKVfCww.pgp
Description: PGP signature

Bug#377812: [Pkg-openldap-devel] Bug#377812: slapd won't start at all

[Matthijs Mohlmann]

Eric Van Buggenhaut wrote:

Package: slapd
Version: 2.2.23-8
Severity: grave


There's no way I can fire up slapd on the main server of our company. It
used to run fine but today, when trying to launch it it just crashes.
Attached is a strace. There's no *pid file hanging around AFAICT:

Probably you have corruption in the database is it possible to install 
db4.2-util ? And then restart slapd (/etc/init.d/slapd restart)


If this doesn't work, can you please attach the output of the following 
command:

slapd -d 64


piano:/home/eric# ls -l /var/run/slapd/
total 0


I'm totally stuck.



Regards,

Matthijs Mohlmann



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages slapd depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  debconf   1.4.30.13  Debian configuration management sy
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an

ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database Libraries [
ii  libiodbc2 3.52.2-3   iODBC Driver Manager
ii  libldap-2.2-7 2.2.23-8   OpenLDAP libraries
ii  libltdl3  1.5.6-6A system independent dlopen wrappe
ii  libperl5.85.8.4-8sarge4  Shared Perl library
ii  libsasl2  2.1.19-1.5sarge1   Authentication abstraction library
ii  libslp1   1.0.11a-2  OpenSLP libraries
ii  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  perl [libmime-base64- 5.8.4-8sarge4  Larry Wall's Practical Extraction 
ii  psmisc21.5-1 Utilities that use the proc filesy


-- debconf information:
  slapd/password_mismatch:
  slapd/fix_directory: true
  slapd/invalid_config: true
* shared/organization: b612arquitectura
  slapd/upgrade_slapcat_failure:
  slapd/upgrade_slapadd_failure:
* slapd/backend: BDB
* slapd/dump_database: when needed
* slapd/allow_ldap_v2: false
* slapd/no_configuration: false
  slapd/migrate_ldbm_to_bdb: false
* slapd/move_old_database: true
  slapd/suffix_change: false
  slapd/slave_databases_require_updateref:
* slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/autoconf_modules: true
* slapd/purge_database: false
* slapd/domain: b612arquitectura.com





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

Bug#325650: debug output

[Matthew Wilcox]

On Tue, Jul 11, 2006 at 01:40:01PM +0200, Marco d'Itri wrote:
> On Jul 11, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> 
> > But ... makedev is Priority: required, even in sid.  And Policy says
> > that removing a package marked as required "may cause your system to
> > become totally broken and you may not even be able to use dpkg to put
> > things back, so only do so if you know what you are doing".  udev is
> > still merely optional.
> It's time to start making the changes needed in a world where makedev is
> optional and udev is required.

That seems premature.  Right now, ppp is broken and won't install on sid
because of this change.  It would have worked fine with /sbin/MAKEDEV
because makedev (being required) is configured and installed before ppp.

So could you revert this change and use /sbin/MAKEDEV instead for the
moment, then work with whoever needs to care to make udev a required
package?



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

Bug#377813: Uninstallable due to unmet dep on python2.2

[Luk Claes]

Package: python-jabber
Severity: serious
Version: 0.5.0-1.2

Hi

Your package is not installable as it depends on python2.2 which is not
available in unstable anymore.

Cheers

Luk

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



signature.asc
Description: OpenPGP digital signature

Processed: Fixed in NMU of boxes 1.0.1a-2.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 374490 + fixed
Bug#374490: boxes: Configuration file must reside in /etc
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#372637: this bug: #372637: cupsys: installation breaks

[Daniel Knabl]

Am Thu, 6 Jul 2006 09:59:45 -0400 schrieb Justin Pryzby
<[EMAIL PROTECTED]>:

> Thanks; now how about the output of "debsums libcupsys2 |grep -vw
> OK$", and "dpkg -S /usr/lib/libcups.so.2".

First:

$ debsums libcupsys2 |grep -vw OK$

and:

$ dpkg -S /usr/lib/libcups.so.2
libcupsys2: /usr/lib/libcups.so.2

> Also "nm -D /usr/lib/libcups.so.2 |grep cupsFileWrite"

$ nm -D /usr/lib/libcups.so.2 |grep cupsFileWrite
00010a60 T cupsFileWrite

As you can see, there is NO output for the first command, but I don't
really know much about debsums :(

> Thanks
> Justin

regards
Daniel

-- 
Daniel Knabl
www.tirolinux.net [EMAIL PROTECTED]
PGP/GPG Fingerprint - please send signed mail only
A069 671B 39F2 E9B9 FB34  68BB 4BEC 1344 C8A4 3F0B


signature.asc
Description: PGP signature

Processed: severity of 377803 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> severity 377803 important
Bug#377803: menhir: FTBFS: error compiling stringSet.cmx
Severity set to `important' from `serious'

>
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#377812: slapd won't start at all

[Eric Van Buggenhaut]

Package: slapd
Version: 2.2.23-8
Severity: grave


There's no way I can fire up slapd on the main server of our company. It
used to run fine but today, when trying to launch it it just crashes.
Attached is a strace. There's no *pid file hanging around AFAICT:

piano:/home/eric# ls -l /var/run/slapd/
total 0


I'm totally stuck.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages slapd depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  debconf   1.4.30.13  Debian configuration management sy
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database Libraries [
ii  libiodbc2 3.52.2-3   iODBC Driver Manager
ii  libldap-2.2-7 2.2.23-8   OpenLDAP libraries
ii  libltdl3  1.5.6-6A system independent dlopen wrappe
ii  libperl5.85.8.4-8sarge4  Shared Perl library
ii  libsasl2  2.1.19-1.5sarge1   Authentication abstraction library
ii  libslp1   1.0.11a-2  OpenSLP libraries
ii  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  perl [libmime-base64- 5.8.4-8sarge4  Larry Wall's Practical Extraction 
ii  psmisc21.5-1 Utilities that use the proc filesy

-- debconf information:
  slapd/password_mismatch:
  slapd/fix_directory: true
  slapd/invalid_config: true
* shared/organization: b612arquitectura
  slapd/upgrade_slapcat_failure:
  slapd/upgrade_slapadd_failure:
* slapd/backend: BDB
* slapd/dump_database: when needed
* slapd/allow_ldap_v2: false
* slapd/no_configuration: false
  slapd/migrate_ldbm_to_bdb: false
* slapd/move_old_database: true
  slapd/suffix_change: false
  slapd/slave_databases_require_updateref:
* slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/autoconf_modules: true
* slapd/purge_database: false
* slapd/domain: b612arquitectura.com
execve("/usr/sbin/slapd", ["slapd"], [/* 29 vars */]) = 0
uname({sys="Linux", node="piano", ...}) = 0
brk(0)  = 0x80e5000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25547, ...}) = 0
old_mmap(NULL, 25547, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe2000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libldap_r-2.2.so.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\235\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=222608, ...}) = 0
old_mmap(NULL, 234928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fa8000
old_mmap(0xb7fde000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x35000) = 0xb7fde000
old_mmap(0xb7fe, 5552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fe
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/liblber-2.2.so.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220*\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=49680, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fa7000
old_mmap(NULL, 52884, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f9a000
old_mmap(0xb7fa6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0xb7fa6000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libiodbc.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PF\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=261368, ...}) = 0
old_mmap(NULL, 264500, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f59000
old_mmap(0xb7f98000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3e000) = 0xb7f98000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libslp.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@/\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=47168, ...}) = 0
old_mmap(NULL, 46176, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f4d000
old_mmap(0xb7f58000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0xb7f58000
close(3) 

Processed: setting package to sensors-applet, tagging 377804

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> package sensors-applet
Ignoring bugs not assigned to: sensors-applet

> tags 377804 + pending
Bug#377804: sensors-applet: contains non-free artwork
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]

Processed: Bashisms

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 376550 important
Bug#376550: libapache-mod-auth-kerb: FTBFS: install: cannot stat 
`.../src/.libs/mod_auth_kerb.so'
Severity set to `important' from `serious'

> retitle 376550 libapache-mod-auth-kerb: FTBFS: bashisms
Bug#376550: libapache-mod-auth-kerb: FTBFS: install: cannot stat 
`.../src/.libs/mod_auth_kerb.so'
Changed Bug title.

> thanks dude
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#372637: this bug: #372637: cupsys: installation breaks

[Daniel Knabl]

Am Wed, 5 Jul 2006 08:42:04 -0400 schrieb Justin Pryzby
<[EMAIL PROTECTED]>:

> On Tue, Jul 04, 2006 at 07:43:50PM +0200, Daniel Knabl wrote:
> > Am Mon, 3 Jul 2006 19:06:44 -0400 schrieb Justin Pryzby
> > <[EMAIL PROTECTED]>:
> > 
> > > Hello Daniel,
> > > 
> > > http://bugs.debian.org/372637
> > > cupsys: installation breaks
> > > 
> > > You reported this bug against cupsys; what version libcupsys2 do
> > > you have installed?
> > 
> > I tried it with cupsys 1.2.1-3, which broke the system in the
> > described way. Even after purge and clean re-install the system
> > broke again.
> Can you still reproduce it?  Please report versions of cupsys and
> libcupsys2; perhaps dpkg -l |grep cupsys for good measure.
> 
> Also the output of ldd /usr/sbin/cupsd.
> 
> Thanks
> Justin

$ dpkg -l|grep cupsys
ii  cupsys  1.2.1-3
ii  cupsys-bsd  1.2.1-3
ii  cupsys-client   1.2.1-3
ii  cupsys-driver-gutenprint4.3.99+cvs20060521-4
ii  cupsys-pt   1.2.4-3
ii  libcupsys2  1.2.1-3
ii  libcupsys2-gnutls10 1.2.1-3

$ ldd /usr/sbin/cupsd
linux-gate.so.1 =>  (0xe000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7f35000)
libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0xb7ec7000)
libslp.so.1 => /usr/lib/libslp.so.1 (0xb7eb7000)
libldap_r.so.2 => /usr/lib/libldap_r.so.2 (0xb7e82000)
libpam.so.0 => /lib/libpam.so.0 (0xb7e7a000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7e76000)
libpaper.so.1 => /usr/lib/libpaper.so.1 (0xb7e73000)
libdbus-1.so.2 => /usr/lib/libdbus-1.so.2 (0xb7e44000)
libacl.so.1 => /lib/libacl.so.1 (0xb7e3c000)
libcups.so.2 => /usr/lib/libcups.so.2 (0xb7e0d000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7dfb000)
libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7dcd000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7c95000)
libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0xb7c82000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0xb7c33000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0xb7c2f000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7c19000)
libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7c06000)
liblber.so.2 => /usr/lib/liblber.so.2 (0xb7bfa000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7be5000)
/lib/ld-linux.so.2 (0xb7f5c000)
libattr.so.1 => /lib/libattr.so.1 (0xb7be)


regards
Daniel

-- 
Daniel Knabl
www.tirolinux.net [EMAIL PROTECTED]
PGP/GPG Fingerprint - please send signed mail only
A069 671B 39F2 E9B9 FB34  68BB 4BEC 1344 C8A4 3F0B


signature.asc
Description: PGP signature

Bug#376550: Bashisms

[Julien Danjou]

severity 376550 important
retitle 376550 libapache-mod-auth-kerb: FTBFS: bashisms
thanks dude

Hi,

Actually I think this is caused by bashisms in clean target:

 $(RM) $$i/*.{o,so,a,la,lo,slo} core; \

This fails with /bin/sh linked to dash.

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#374577: mimms security bug in sarge

[Loïc Minier]

Hi,

 The saga continues after the review of Matthias Hopf which suggested
 additional fixes.  See his message in attachment and the patches I made
 for Debian.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>
--- Begin Message ---
Hi all,

unfortunately this only made it through after xine-lib 1.1.2 release:

There has been a vulnerability report about libmms on [vendor-sec].
(CVE-2006-2200)

Please note that the original patch from the Debian maintainer is
partially incorrect (it should read memset(dest,0,2*len)), but the memset
isn't really necessary and could be nuked anyway. The use of memset in
the patch certainly doesn't do any harm, though, and it fixes the
potential overflow.

Luckily, xine uses libmms in a way that these vulnerabilities cannot be
exploited (buffers are large enough), and the xine module even seems to
rely on the side effects of the memset of the 'broken' library.  Note
that the library sources are included (not an externally linked
library).

While analyzing the source I found a couple of potential heap overflows,
though, which I'm pretty sure that they can be exploited with some
effort. They are fixed in CVS. I also attached the according patch. But
I'm pretty sure that I overlooked some additional ones.

This source is a wormhole.
Sorry, Thibaut, but then you maybe coded the glue layer only :-]

Matthias

-- 
Matthias Hopf <[EMAIL PROTECTED]>   ____   __
Maxfeldstr. 5 / 90409 Nuernberg(_   | |  (_   |__ [EMAIL PROTECTED]
Phone +49-911-74053-715__)  |_|  __)  |__  labs   www.mshopf.de
diff -ur ../xine-lib-1.1.1.orig/src/input/mms.c ./src/input/mms.c
--- ../xine-lib-1.1.1.orig/src/input/mms.c	2005-04-21 21:02:43.0 +0200
+++ ./src/input/mms.c	2006-07-06 20:41:18.0 +0200
@@ -138,7 +138,7 @@
   int   num_stream_ids;
   int   stream_ids[ASF_MAX_NUM_STREAMS];
   int   stream_types[ASF_MAX_NUM_STREAMS];
-  int   asf_packet_len;
+  uint32_t  asf_packet_len;
   uint64_t  file_len;
   char  guid[37];
   uint32_t  bitrates[ASF_MAX_NUM_STREAMS];
@@ -371,13 +371,17 @@
   goto error;
 
 header->packet_len = LE_32(this->buf + 8) + 4;
+if (header->packet_len > BUF_SIZE - 12) {
+  header->packet_len = 0;
+  goto error;
+}
 lprintf("mms command\n");
 packet_type = MMS_PACKET_COMMAND;
   } else {
 header->packet_seq = LE_32(this->buf);
 header->packet_id_type = this->buf[4];
 header->flags  = this->buf[5];
-header->packet_len = LE_16(this->buf + 6) - 8;
+header->packet_len = (LE_16(this->buf + 6) - 8) & 0x;
 if (header->packet_id_type == ASF_HEADER_PACKET_ID_TYPE) {
   lprintf("asf header\n");
   packet_type = MMS_PACKET_ASF_HEADER;
@@ -497,6 +501,11 @@
 break;
   case MMS_PACKET_ASF_HEADER:
   case MMS_PACKET_ASF_PACKET:
+	if (header.packet_len + this->asf_header_len > ASF_HEADER_LEN) {
+	xprintf (this->stream->xine, XINE_VERBOSITY_LOG,
+		 "libmms: asf packet too large\n");
+	return 0;
+	}
 len = _x_io_tcp_read (this->stream, this->s,
   this->asf_header + this->asf_header_len, header.packet_len);
 if (len != header.packet_len) {
@@ -542,6 +551,12 @@
   case GUID_ASF_FILE_PROPERTIES:
 
 this->asf_packet_len = LE_32(this->asf_header + i + 92 - 24);
+if (this->asf_packet_len > BUF_SIZE) {
+  this->asf_packet_len = 0;
+	  xprintf (this->stream->xine, XINE_VERBOSITY_LOG,
+		   "libmms: asf packet len too large\n");
+	  break;
+}
 this->file_len   = LE_64(this->asf_header + i + 40 - 24);
 lprintf ("file object, file_length = %lld, packet length = %d",
 		 this->file_len, this->asf_packet_len);
diff -ur ../xine-lib-1.1.1.orig/src/input/mmsh.c ./src/input/mmsh.c
--- ../xine-lib-1.1.1.orig/src/input/mmsh.c	2005-08-25 17:36:29.0 +0200
+++ ./src/input/mmsh.c	2006-07-06 20:05:58.0 +0200
@@ -182,7 +182,7 @@
   int   num_stream_ids;
   int   stream_ids[ASF_MAX_NUM_STREAMS];
   int   stream_types[ASF_MAX_NUM_STREAMS];
-  int   packet_length;
+  uint32_t  packet_length;
   int64_t   file_length;
   char  guid[37];
   uint32_t  bitrates[ASF_MAX_NUM_STREAMS];
@@ -491,6 +491,10 @@
   case GUID_ASF_FILE_PROPERTIES:
 
 this->packet_length = LE_32(this->asf_header + i + 92 - 24);
+	if (this->packet_length > CHUNK_SIZE) {
+	  this->packet_length = 0;
+	  break;
+	}
 this->file_length   = LE_64(this->asf_header + i + 40 - 24);
 /*lprintf ("file object, file_length = %lld, packet length = %d",
 		 this->file_length, this->packet_count);*/
--- End Message ---
--- Begin Message ---
Hi,

On Tue, Jul 11, 2006, Matthias Hopf wrote:
> Please note that the original patch from the Debian maintainer is
> partially incorrect (it should read memset(dest,0,2*len)), but the memset
> isn't really necessary an

Bug#377803: menhir: FTBFS: error compiling stringSet.cmx

[Samuel Mimram]

Hi,

Julien Danjou wrote:
> There was a problem while autobuilding your package:
> 
>> Automatic build of menhir_20060615.dfsg-1 on avidan by sbuild/i386 0.47
>> Build started at 20060711-1327

I don't really understand, what buildd is that? Yours? Apparently menhir
was cleanly compiled on every official buildd [1], and I cannot
reproduce your error.

>> /usr/bin/ocamlfind ocamlfind ocamldep *.ml *.mli > .depend

It should be simply "ocamlfind ocamldep *.ml *.mli > .depend" (the
/usr/bin/ocamlfind should not be there). The error is most likely to be
a makefile error, so it should be mostly arch-independent, and -- again
-- I cannot reproduce it.

The command which generates this line is:

$(CAMLDEP) *.ml *.mli > $@

and CAMLDEP is defined in the Makefile by:

CAMLDEP := $(shell if which ocamlfind &>/dev/null ; \
   then echo ocamlfind ocamldep ; \
   elif which ocamldep.opt &>/dev/null ; \
   then echo ocamldep.opt ; \
   else echo ocamldep ; fi)

Do you see anything wrong with this assignation? Could you try to
execute this shell command and send me the output? In particular, do you
see anything when you type "which ocamlfind &>/dev/null"?

Thanks!

Cheers,

Samuel.

[1] http://buildd.debian.org/build.php?pkg=menhir


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

Processed: Fixed in NMU of bluemon 1.3-1.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 376875 + fixed
Bug#376875: Uninstallable due to dep on libbluetooth1
There were no tags set.
Bug#376972: libbluetooth{1,2} transition, please rebuild
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#374490: diff for 1.0.1a-2.1 NMU

[Julien Danjou]

Hi,

Attached is the diff for my boxes 1.0.1a-2.1 NMU.

-- 
Julien Danjou
// Λ̊ <[EMAIL PROTECTED]>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// I'm no superman.
diff -u boxes-1.0.1a/debian/dirs boxes-1.0.1a/debian/dirs
--- boxes-1.0.1a/debian/dirs
+++ boxes-1.0.1a/debian/dirs
@@ -2 +2 @@
-usr/share/boxes
+etc/boxes
diff -u boxes-1.0.1a/debian/rules boxes-1.0.1a/debian/rules
--- boxes-1.0.1a/debian/rules
+++ boxes-1.0.1a/debian/rules
@@ -65,7 +65,7 @@
# Add here commands to install the package into debian/boxes.
# $(MAKE) install DESTDIR=$(CURDIR)/debian/boxes
cp src/boxes $(CURDIR)/debian/boxes/usr/bin
-   cp boxes-config $(CURDIR)/debian/boxes/usr/share/boxes/boxes
+   cp boxes-config $(CURDIR)/debian/boxes/etc/boxes
 
 
 # Build architecture-independent files here.
diff -u boxes-1.0.1a/debian/boxes-1.0.1.patch 
boxes-1.0.1a/debian/boxes-1.0.1.patch
--- boxes-1.0.1a/debian/boxes-1.0.1.patch
+++ boxes-1.0.1a/debian/boxes-1.0.1.patch
@@ -102,7 +102,7 @@
  # The following line (GLOBALCONF) is the only line you should need to edit!
 -GLOBALCONF = /usr/local/share/boxes
 -BVERSION   = 1.0.1
-+GLOBALCONF = /usr/share/boxes
++GLOBALCONF = /etc/boxes
 +BVERSION   = 1.0.1a
  
  SNAPFILE   = boxes-SNAP-$(shell date +%Y%m%d)
diff -u boxes-1.0.1a/debian/changelog boxes-1.0.1a/debian/changelog
--- boxes-1.0.1a/debian/changelog
+++ boxes-1.0.1a/debian/changelog
@@ -1,3 +1,11 @@
+boxes (1.0.1a-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Move configuration file to /etc (Closes: #374490)
+  * Add boxes-config to debian/examples
+
+ -- Julien Danjou <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 13:56:12 +0200
+
 boxes (1.0.1a-2) unstable; urgency=low
 
   * Global config is in /usr/share/boxes/. (Closes: #374304)
only in patch2:
unchanged:
--- boxes-1.0.1a.orig/debian/examples
+++ boxes-1.0.1a/debian/examples
@@ -0,0 +1 @@
+boxes-config


signature.asc
Description: Digital signature

Bug#377119: libsvn-javahl: package name violates Java policy

[Charles Fry]

> So ... I'm CCing this to the debian-java list with a question: is it
> reasonable to name a package 'libsvn-java' if the jar file it ships is
> named svn-javahl.jar?  I really don't like 'libsvn-javahl-java' as a
> name (reminds me of 'python-pyvorbis'), but if policy requires it,
> we'll use it.

While I posted it in my original bug report, I only now fully parsed the
second paragraph quoted from java policy, section 2.4:

   "Their classes must be in jar archive(s) in the directory
   /usr/share/java, with the name
   packagename[-extraname]-fullversion.jar. The extraname is optional
   and used internally within the package to separate the different jars
   provided by the package. The fullversion is the version of that jar
   file. In some cases that is not the same as the package version."

If I interpret this correctly in your case you could use svn as the
package name, and javahl as the extraname. In a way this seems
reasonable as the -javahl is there to distinguish from the
non-high-level bindings that have not yet materialized, but which could
one day.

This would yield the Debian package name libsvn-java, which does appear
better than the alternatives, in my opinion. Any objections to making
this change?

Charles

-- 
Big mistake
Many make
Rely on horn
Instead of
Brake
Burma-Shave
http://burma-shave.org/jingles/1945/big_mistake


signature.asc
Description: Digital signature

Bug#325650: debug output

[Marco d'Itri]

On Jul 11, Matthew Wilcox <[EMAIL PROTECTED]> wrote:

> But ... makedev is Priority: required, even in sid.  And Policy says
> that removing a package marked as required "may cause your system to
> become totally broken and you may not even be able to use dpkg to put
> things back, so only do so if you know what you are doing".  udev is
> still merely optional.
It's time to start making the changes needed in a world where makedev is
optional and udev is required.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#376875: diff for 1.3-1.1 NMU

[Julien Danjou]

Hi,

Attached is the diff for my bluemon 1.3-1.1 NMU.

-- 
Julien Danjou
// Λ̊ <[EMAIL PROTECTED]>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// Ferns will rule the world.
diff -u bluemon-1.3/debian/changelog bluemon-1.3/debian/changelog
--- bluemon-1.3/debian/changelog
+++ bluemon-1.3/debian/changelog
@@ -1,3 +1,11 @@
+bluemon (1.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix dependency from libbluetooth1 to libbluetooth2. (closes: #376875)
+  * Bump standards version
+
+ -- Julien Danjou <[EMAIL PROTECTED]>  Tue, 11 Jul 2006 13:43:16 +0200
+
 bluemon (1.3-1) unstable; urgency=low
 
   * New Upstream Release:
diff -u bluemon-1.3/debian/control bluemon-1.3/debian/control
--- bluemon-1.3/debian/control
+++ bluemon-1.3/debian/control
@@ -2,8 +2,8 @@
 Section: net
 Priority: optional
 Maintainer: Matthew Johnson <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), libbluetooth1-dev, docbook-to-man, 
devscripts, libdbus-1-dev (>= 0.60), pkg-config, lintian
-Standards-Version: 3.6.2
+Build-Depends: debhelper (>= 4.0.0), libbluetooth2-dev, docbook-to-man, 
devscripts, libdbus-1-dev (>= 0.60), pkg-config, lintian
+Standards-Version: 3.7.2
 
 Package: bluemon
 Architecture: any


signature.asc
Description: Digital signature

Bug#377803: menhir: FTBFS: error compiling stringSet.cmx

[Julien Danjou]

Package: menhir
Version: 20060615.dfsg-1
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of menhir_20060615.dfsg-1 on avidan by sbuild/i386 0.47
> Build started at 20060711-1327
> **
...
> 10161 additional bytes used for bindings
> ocamlyacc -v -b parser parser.mly
> ocamllex lineCount.mll
> 5 states, 258 transitions, table size 1062 bytes
> ocamllex lexdep.mll
> 23 states, 402 transitions, table size 1746 bytes
> 1209 additional bytes used for bindings
> /usr/bin/ocamlfind ocamlfind ocamldep *.ml *.mli > .depend
> Usage: ocamlfind query[-help | other options]  ...
>or: ocamlfind ocamlc   [-help | other options]  ...
>or: ocamlfind ocamlcp  [-help | other options]  ...
>or: ocamlfind ocamlmktop   [-help | other options]  ...
>or: ocamlfind ocamlopt [-help | other options]  ...
>or: ocamlfind ocamldep [-help | other options]  ...
>or: ocamlfind ocamlbrowser [-help | other options]
>or: ocamlfind ocamldoc [-help | other options]  ...
>or: ocamlfind install  [-help | other options]   
> ...
>or: ocamlfind remove   [-help | other options] 
>or: ocamlfind printconf[-help] [variable]
>or: ocamlfind list
>or: ocamlfind pkg/cmd arg ...
> Select toolchain with:
>   ocamlfind -toolchain  
> Abbreviations:
>   e.g. ocamlfind opt instead of ocamlfind ocamlopt
> /usr/bin/ocamlfind ocamlfind ocamlopt -compact -c stringSet.ml
> Usage: ocamlfind query[-help | other options]  ...
>or: ocamlfind ocamlc   [-help | other options]  ...
>or: ocamlfind ocamlcp  [-help | other options]  ...
>or: ocamlfind ocamlmktop   [-help | other options]  ...
>or: ocamlfind ocamlopt [-help | other options]  ...
>or: ocamlfind ocamldep [-help | other options]  ...
>or: ocamlfind ocamlbrowser [-help | other options]
>or: ocamlfind ocamldoc [-help | other options]  ...
>or: ocamlfind install  [-help | other options]   
> ...
>or: ocamlfind remove   [-help | other options] 
>or: ocamlfind printconf[-help] [variable]
>or: ocamlfind list
>or: ocamlfind pkg/cmd arg ...
> Select toolchain with:
>   ocamlfind -toolchain  
> Abbreviations:
>   e.g. ocamlfind opt instead of ocamlfind ocamlopt
> make[1]: *** [stringSet.cmx] Error 2
> make[1]: Leaving directory `/build/buildd/menhir-20060615.dfsg'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060711-1328
> FAILED [dpkg-buildpackage died]
> --

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#377804: sensors-applet: contains non-free artwork

[Sam Morris]

Package: sensors-applet
Version: 1.7.0-1
Severity: serious
Justification: Policy 2.2.1

The files in the pixmaps directory are licensed under the CC-BY-SA 2.5
license, which is not DFSG-free according to 
.

I'll replace them with the icons from version 1.6.2, which were
available under the GPL.

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

Versions of packages sensors-applet depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libcairo2 1.2.0-2The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgnome2-0   2.14.1-2   The GNOME 2 library - runtime file
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgtk2.0-0   2.8.18-1   The GTK+ graphical user interface 
ii  libnotify10.4.0-1sends desktop notifications to a n
ii  libpanel-applet2-02.14.2-1   library for GNOME 2 panel applets
ii  libsensors3   1:2.10.0-7 library to read temperature/voltag

sensors-applet recommends no packages.

-- no debconf information


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

Bug#374577: mimms security bug in sarge

[Loïc Minier]

Hi,

 For the record, I forwarded the fix to Martin Pitt which reviewed the
 patch and spotted what looks like a mistake "start > end" instead of
 "start < end" which I've fixed and uploaded to unstable.  This is both
 in mms.c and mmsh.c

 Wesley, you might be interested in fixing this in other sources
 affected by the problem.

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

Bug#325650: debug output

[Matthew Wilcox]

On Tue, Jul 11, 2006 at 09:31:04AM +0200, Marco d'Itri wrote:
> On Jul 11, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> 
> > I don't know why Marco changed the location of MAKEDEV; it was right
> > before:
> Because if makedev is not installed but udev is, /sbin/MAKEDEV will not
> exist. Most other packages use /dev/MAKEDEV, but probably ppp is the
> only one which pbuilder tries to install.

But ... makedev is Priority: required, even in sid.  And Policy says
that removing a package marked as required "may cause your system to
become totally broken and you may not even be able to use dpkg to put
things back, so only do so if you know what you are doing".  udev is
still merely optional.

> Usually I think this would be solved with a pre-depend, but obviously
> we do not want to use one here.
> I think that just "text -x MAKEDEV" is an acceptable solution.
> Any other comments?

I think it can always rely on /sbin/MAKEDEV being there.



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

Bug#376794: wx-common: wx-config missing

[Ron]

On Mon, Jul 10, 2006 at 12:57:08PM +, Olafur Jens Sigurdsson wrote:
> Hi, I agree with Mark in that it is a little unintuitive.

I'll reiterate my invitation to document such things as you find the
need.  Many of them already are though, and only the people who get
stuck can fill in what they found missing.  Many, many, people seem
to have no problem.  So we can't be too far off, I hope...

> Specially since the man page for wx-config is in the wx-common package

Should not be surprising, it is common to all the things that depend on it.

> but the executable is in another package

Uh, there is no executable matching the name of the man page.
`man update-alternatives` then see the bit about _common_ again.

> and the wx-common package doesnt reference the -dev package

There are many dev packages, it is common to them all and depends
on none of them.  If you want to build against a library, step 1
has _always_ been, install its -dev package.  If you don't get
that far, more documentation in this package is going to lead to
a lot of basic repetition.  We need to toss you a line at some
earlier point in the process.

> and nothing about it in the documentation for the wx-common package.

Did you read so much as the package description for wx-common?
I don't see anywhere it might lead you to believe the things that
are being professed it should do.  If it does, please suggest
text to dispel this myth and I will put it to rest at once.

This is NOT an 'sdk' metapackage, it is a collection of miscellaneous
odds and sods that don't belong in any particular package, but may
be used or required by several of them.

I thought that was pretty clear.  If it's not, lets fix it up, ok?
Patches welcome.

thanks,
Ron



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