Bug#494648: What happens if /tmp is purged (nightly/reboot) ? - Re: Bug#494648: emergency upload of TWiki package

[Olivier Berger]

Le vendredi 15 août 2008 à 08:10 +0200, Olivier Berger a écrit :

> Still I have one doubt about the change for
> $TWiki::cfg{RCS}{WorkAreaDir} and $TWiki::cfg{TempfileDir}
> in case of upgrades...
> 
> Will try and report for my upgrade tests.
> 

OK, upgrades from -3.2 to -4 seem fine in this respect. I was worried
for nothing it seems.


But I have a concern about the use of a /tmp subdir, still.

It seems common situation to have /tmp purged (over reboots, nightly ?).
Unless something garantees that it may not happen on any Debian server
running twiki ?

What will guarantee that the permissions of that dir will remain
constant ?

And as that dir will be recreated by TWiki on next access to the CGI,
there's nothing preventing a local user to have recreated the dir with
different permissions in between... and everything may be vulnerable
again.

If no user messes between /tmp purge and dir re-creation by twiki, then
the dir will be created by twiki as :
drwxr-xr-x 2 www-data www-data 4096 Aug 15 08:36 twiki.whatever
which obviously seems safe, but doesn't have the T bit anymore...

So I'm not so sure that solution is really improving so much :( If /tmp
contents (subdirs) is not guaranteed to remain with a fixed set of
rights once defined, then I guess there's no point in trying to worry
about it in packages scripts (postinst).

I guess that the use of (subdir of ?)
$TWiki::cfg{WorkingDir} = '/var/lib/twiki/working'; and some purge
mechanism for the cgi session files may be worth considering.

Comments welcome.

Best regards,

P.S.: received no comment on my policy/best practices request for web
apps sessions on debian-devel... well... not so much disapointed,
but... :-/
-- 
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#495174: marked as done (fakeroot-ng: debian/rules clean does not clean, resulting in FTBS twice problems)

[Debian Bug Tracking System]

Your message dated Fri, 15 Aug 2008 06:17:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#495174: fixed in fakeroot-ng 0.12-2
has caused the Debian Bug report #495174,
regarding fakeroot-ng: debian/rules clean does not clean, resulting in FTBS 
twice problems
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495174: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495174
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: fakeroot-ng
Version: 0.12-1
Severity: serious
Tags: patch
Justification: Policy 4.9

The debian/rules file for the package spread out the commands under
several of the rules, including the 'clean' rule. For some reason, the
empty lines are actually empty, instead of containing a TAB character.
The result is that the rules are terminated early.

As a result, running "debian/rules clean" does not call the upstream
"make distclean", which results in binary files still lying around,
which results in a second "dpkg-buildpackage" failing with
"unrepresentable changes to the source".

To fix, we merely need to add a TAB character to the begining of each
such empty line.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fakeroot-ng depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-2  GCC support library
ii  libstdc++64.3.1-2The GNU Standard C++ Library v3

fakeroot-ng recommends no packages.

fakeroot-ng suggests no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: fakeroot-ng
Source-Version: 0.12-2

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

fakeroot-ng_0.12-2.diff.gz
  to pool/main/f/fakeroot-ng/fakeroot-ng_0.12-2.diff.gz
fakeroot-ng_0.12-2.dsc
  to pool/main/f/fakeroot-ng/fakeroot-ng_0.12-2.dsc
fakeroot-ng_0.12-2_i386.deb
  to pool/main/f/fakeroot-ng/fakeroot-ng_0.12-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.
Shachar Shemesh <[EMAIL PROTECTED]> (supplier of updated fakeroot-ng 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.8
Date: Fri, 15 Aug 2008 05:32:36 +
Source: fakeroot-ng
Binary: fakeroot-ng
Architecture: source i386
Version: 0.12-2
Distribution: unstable
Urgency: high
Maintainer: Shachar Shemesh <[EMAIL PROTECTED]>
Changed-By: Shachar Shemesh <[EMAIL PROTECTED]>
Description: 
 fakeroot-ng - Gives a fake root environment
Closes: 493061 495174
Changes: 
 fakeroot-ng (0.12-2) unstable; urgency=high
 .
   * "fakeroot rm file" gives a weird rmdir error, breaks debhelper.
 (Closes: #493061)
   * debian/rules clean does not clean, resulting in FTBS twice problems
 (Closes: #495174)
   * Reduce use of continuation line in debian/postinst to work around a
 lintian false positive (filed bug #495176)
Checksums-Sha1: 
 c4199235c02d50c1ab7611c2ce4bf6ab66a86189 1023 fakeroot-ng_0.12-2.dsc
 be9bcf8af67ebc947b88f8417270879a506eed3b 4493 fakeroot-ng_0.12-2.diff.gz
 df98b56f8bd64ee13dea617a482e484fedbda153 46400 fakeroot-ng_0.12-2_i386.deb
Checksums-Sha256: 
 7740f79ad27ac57d3bf6e63d0afd188fcce40d392aa1f9eefe6290babee29cb8 1023 
fakeroot-ng_0.12-2.dsc
 06c5c7a4149d395b4a3277e73ea5e2af62a7bb539d9743145bb5cb0612e0b4c0 4493 
fakeroot-ng_0.12-2.diff.gz
 1204bf085704bf50ee435cc5d39c653eede92829b966d6ed654305814fda0bf1 46400 
fakeroot-ng_0.12-2_i386.deb
Files: 
 fc6ff4031b827e3924dcd66a134a492b 1023 utils extra fakeroot-ng_0.12-2.dsc
 f1cb8cc467c165073b04176c45aa492b 4493 utils extra fakeroot-ng_0.12-2.diff.gz
 caa422b15c40a81a9821d38be9067de4 46400 utils extra fakeroot-ng_0.12-2_i386.deb

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

iEYEARECAAYFAkilHC8ACgkQg8ByFc29vOLGKACfQrudqu2aZ5dczO8pAo15xKST
9Z0Anj13+3eDOgnqjGhEu3jsl9jZPqyv
=Jen3
-END PGP SIGNATURE-


--- End Message ---

Bug#494532: libparted1.7-udeb on armel

[Martin Michlmayr]

> libparted1.7-udeb is now back (on some mirrors so far), so I tried
> installing again. The whole installation now completes without problems.

It's not back on armel.  Is there any chance to get this back somehow
given that it no longer exists on armel in the archive at all?

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



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

Processed: not fixed on armel

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 494532
Bug#494532: depends on non-existing library libparted1.7-udeb in lenny
Bug reopened, originator not changed.

> --
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#494648: emergency upload of TWiki package

[Olivier Berger]

Hi.

I've had a look at the package sources, and 
interdiff -z twiki_4.1.2-3.2.diff.gz twiki_4.1.2-4.diff.gz show at least
one problem with the reintroduction of obsolete br.po translation file,
which was removed in -3.2 (see changelog).

I'll try and test it.

Still I have one doubt about the change for
$TWiki::cfg{RCS}{WorkAreaDir} and $TWiki::cfg{TempfileDir}
in case of upgrades...

Will try and report for my upgrade tests.

Best regards,

Le jeudi 14 août 2008 à 19:03 +1000, Sven Dowideit a écrit :

> Ardo, Christian ..
> 
> 
> I've just put an updated version of the twiki package at
> http://distributedinformation.com/TWikiDebian/
> 
> that fixes both the security flaw Dmitry found, and a few other bad
> oddities.
> 
> Could one of you by any chance take a look at it (and upload) for me?
> 
> 
> Cheers
> Sven

-- 
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#495174: fakeroot-ng: debian/rules clean does not clean, resulting in FTBS twice problems

[Shachar Shemesh]

Package: fakeroot-ng
Version: 0.12-1
Severity: serious
Tags: patch
Justification: Policy 4.9

The debian/rules file for the package spread out the commands under
several of the rules, including the 'clean' rule. For some reason, the
empty lines are actually empty, instead of containing a TAB character.
The result is that the rules are terminated early.

As a result, running "debian/rules clean" does not call the upstream
"make distclean", which results in binary files still lying around,
which results in a second "dpkg-buildpackage" failing with
"unrepresentable changes to the source".

To fix, we merely need to add a TAB character to the begining of each
such empty line.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fakeroot-ng depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-2  GCC support library
ii  libstdc++64.3.1-2The GNU Standard C++ Library v3

fakeroot-ng recommends no packages.

fakeroot-ng suggests no packages.

-- no debconf information



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

Processed: merging 494777 475810

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> merge 494777 475810
Bug#475810: gnome-cups-manager_0.31-3+b1(sparc/unstable):
Bug#494777: gnome-cups-manager_0.31-3+b1(ia64/unstable): FTBFS: missing 
iostream.h
Bug#475811: gnome-cups-manager_0.31-3+b1(sparc/unstable): iostream.h: No such 
file or directory
Merged 475810 475811 494777.

>
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: found 490056 in 2.1.3~rc5-2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> found 490056 2.1.3~rc5-2
Bug#490056: ftgl FTBFS: !pdfTeX error: pdflatex: reading image file fail
Bug marked as found in version 2.1.3~rc5-2.

>
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: severity of 494544 is normal

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> # let us not begin to go down that road...
> severity 494544 normal
Bug#494544: debroster: arch-indep data in /usr/lib
Severity set to `normal' 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#494544: severity of 494544 is normal

[Frank Lichtenheld]

# Automatically generated email from bts, devscripts version 2.10.35
# let us not begin to go down that road...
severity 494544 normal




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

Bug#472138: found 472138 in 1.0.2-1

[Frank Lichtenheld]

# Automatically generated email from bts, devscripts version 2.10.35
# build-dep was only added after etch
found 472138 1.0.2-1




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

Processed: found 472138 in 1.0.2-1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> # build-dep was only added after etch
> found 472138 1.0.2-1
Bug#472138: ctypes: libffi built from separate source, pleae b-d on libffi-dev
Bug marked as found in version 1.0.2-1.

>
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#450452: found 450452 in 1:2.42-3

[Frank Lichtenheld]

# Automatically generated email from bts, devscripts version 2.10.35
# not broken in etch
found 450452 1:2.42-3




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

Processed: found 450452 in 1:2.42-3

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> # not broken in etch
> found 450452 1:2.42-3
Bug#450452: does install a dangling symlink as clisp-link -> 
../lib/clisp-*/clisp-link
Bug marked as found in version 1:2.42-3.

>
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#494772: marked as done (boost1.35_1.35.0-6(ia64/experimental): FTBFS: bjam segfaults during build)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 22:12:18 -0500
with message-id <[EMAIL PROTECTED]>
and subject line fixed in -8
has caused the Debian Bug report #494772,
regarding boost1.35_1.35.0-6(ia64/experimental): FTBFS: bjam segfaults during 
build
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
494772: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494772
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: boost1.35
Version: 1.35.0-6
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of boost1.35_1.35.0-6 on alkman.ayous.org by sbuild/ia64 
98-farm
| Build started at 20080808-0620
| **
[...]
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 6.0.7), quilt, bison, flex, docbook-to-man, 
xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-all-dev, 
python-support (>= 0.6)
[...]
| rm -rf bootstrap
| mkdir bootstrap
| cc -o bootstrap/jam0 -fno-strict-aliasing command.c compile.c debug.c 
expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c 
make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c 
rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c 
filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c 
modules/path.c modules/regex.c modules/property-set.c modules/sequence.c 
modules/order.c execunix.c fileunix.c
| pwd.c: In function 'pwd':
| pwd.c:39: warning: assignment makes pointer from integer without a cast
| ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= clean
| ...found 1 target...
| ...updating 1 target...
| ...updated 1 target...
| ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root=
| ...found 47 targets...
| ...updating 2 targets...
| [MKDIR] bin.linuxia64
| [COMPILE] bin.linuxia64/bjam
| pwd.c: In function 'pwd':
| pwd.c:39: warning: assignment makes pointer from integer without a cast
| ...updated 2 targets...
| dh_testdir
| echo "using gcc : : : -D_REENTRANT ;" > user-config.jam
| echo "using python : 2.4 : /usr ;" >> user-config.jam
| echo "using python : 2.5 : /usr ;" >> user-config.jam
| /build/buildd/boost1.35-1.35.0/tools/jam/src/bjam  -d2 
--user-config=/build/buildd/boost1.35-1.35.0/user-config.jam -sHAVE_ICU=1 
--without-pythonvariant=release,debug 
threading=single,multi link=shared,static
| make: *** [build-stamp] Segmentation fault
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080808-0621
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=1.35.0-6&pkg=boost1.35&arch=ia64

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
-S


signature.asc
Description: Digital signature
--- End Message ---

Bug#494346: marked as done (boost1.35_1.35.0-6(ia64/experimental): FTBFS: make: *** [build-stamp] Segmentation fault)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 22:12:18 -0500
with message-id <[EMAIL PROTECTED]>
and subject line fixed in -8
has caused the Debian Bug report #494346,
regarding boost1.35_1.35.0-6(ia64/experimental): FTBFS: make: *** [build-stamp] 
Segmentation fault
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
494346: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494346
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: boost1.35
Version: 1.35.0-6
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of boost1.35_1.35.0-6 on alkman.ayous.org by sbuild/ia64 
98-farm
| Build started at 20080808-0620
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 28.3MB of source archives.
| Get:1 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 
(dsc) [2021B]
| Get:2 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 
(tar) [28.3MB]
| Get:3 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 
(diff) [77.6kB]
| Fetched 28.3MB in 4s (6975kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 6.0.7), quilt, bison, flex, docbook-to-man, 
xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-all-dev, 
python-support (>= 0.6)
[...]
| Toolchain package versions: libc6.1-dev_2.7-13 g++-4.3_4.3.1-8 
gcc-4.3_4.3.1-8 binutils_2.18.1~cvs20080103-7 libstdc++6-4.3-dev_4.3.1-8 
libstdc++6_4.3.1-8
| --
[...]
| mkdir bootstrap
| cc -o bootstrap/jam0 -fno-strict-aliasing command.c compile.c debug.c 
expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c 
make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c 
rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c 
filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c 
modules/path.c modules/regex.c modules/property-set.c modules/sequence.c 
modules/order.c execunix.c fileunix.c
| pwd.c: In function 'pwd':
| pwd.c:39: warning: assignment makes pointer from integer without a cast
| ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= clean
| ...found 1 target...
| ...updating 1 target...
| ...updated 1 target...
| ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root=
| ...found 47 targets...
| ...updating 2 targets...
| [MKDIR] bin.linuxia64
| [COMPILE] bin.linuxia64/bjam
| pwd.c: In function 'pwd':
| pwd.c:39: warning: assignment makes pointer from integer without a cast
| ...updated 2 targets...
| dh_testdir
| echo "using gcc : : : -D_REENTRANT ;" > user-config.jam
| echo "using python : 2.4 : /usr ;" >> user-config.jam
| echo "using python : 2.5 : /usr ;" >> user-config.jam
| /build/buildd/boost1.35-1.35.0/tools/jam/src/bjam  -d2 
--user-config=/build/buildd/boost1.35-1.35.0/user-config.jam -sHAVE_ICU=1 
--without-pythonvariant=release,debug 
threading=single,multi link=shared,static
| make: *** [build-stamp] Segmentation fault
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080808-0621
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=1.35.0-6&pkg=boost1.35&arch=ia64

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
-S


signature.asc
Description: Digital signature
--- End Message ---

Bug#495044: marked as done (boost1.35_1.35.0-7(experimental/alpha/ds10): field precision should have type 'int', but argument 2 has type 'long int')

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 22:08:35 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Re: [pkg-boost-devel] Bug#495044: 
boost1.35_1.35.0-7(experimental/alpha/ds10): field precision should have type 
'int', but argument 2 has type 'long int'
has caused the Debian Bug report #495044,
regarding boost1.35_1.35.0-7(experimental/alpha/ds10): field precision should 
have type 'int', but argument 2 has type 'long int'
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495044: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495044
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: boost1.35
Version: 1.35.0-7
Severity: serious
Tags: experimental

Heya,

-Werror is a good idea, but works better when no warnings are emitted:

| Automatic build of boost1.35_1.35.0-7 on ds10 by sbuild/alpha 98-farm
| Build started at 20080813-1214
| **

[...]

| cc -o bootstrap/jam0 -Wall -Werror -fno-strict-aliasing command.c compile.c 
debug.c expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c 
lists.c make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c 
regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c 
strings.c filesys.c builtins.c pwd.c class.c native.c w32_getreg.c 
modules/set.c modules/path.c modules/regex.c modules/property-set.c 
modules/sequence.c modules/order.c execunix.c fileunix.c
| cc1: warnings being treated as errors
| expand.c: In function 'var_expand':
| expand.c:90: warning: field precision should have type 'int', but argument 2 
has type 'long int'
| cc1: warnings being treated as errors
| hash.c: In function 'hashstat':
| hash.c:429: warning: format '%d' expects type 'int', but argument 7 has type 
'long unsigned int'
| make: *** [/build/buildd/boost1.35-1.35.0/tools/jam/src/bjam] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080813-1218
| FAILED [dpkg-buildpackage died]
| Build needed 00:01:42, 210320k disk space

A complete build log can be found at
http://experimental.debian.net/build.php?arch=alpha&pkg=boost1.35&ver=1.35.0-7

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
198: kompatibel
   Eine transitive Relation (Gert Doering)


--- End Message ---
--- Begin Message ---
On Thu, Aug 14, 2008 at 09:55:24AM +0200, Marc 'HE' Brockschmidt wrote:
> Package: boost1.35
> Version: 1.35.0-7
> Severity: serious
> Tags: experimental
> 
> Heya,
> 
> -Werror is a good idea, but works better when no warnings are emitted:

True.  It's fixed in -8.  Your buildd will catch up, eventually.

-Steve


signature.asc
Description: Digital signature
--- End Message ---

Bug#495167: pam-krb5-migrate_0.0.8-1(hppa/unstable): FTBFS: links with ld

[lamont]

Package: pam-krb5-migrate
Version: 0.0.8-1
Severity: serious

There was an error while trying to autobuild your package:

files built with gcc need to be linked with gcc, since it's allowed to
include arch-specific libraries.

lamont

> Automatic build of pam-krb5-migrate_0.0.8-1 on penalosa by sbuild/hppa 98
> Build started at 20080812-0745

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: comerr-dev, debhelper (>= 5.0.2), heimdal-dev (>= 1.0.0), 
> libpam-dev, pkg-config

[...]

> gcc -o pam_krb5_migrate.o -c pam_krb5_migrate.c  -fPIC 
> -DPACKAGE_NAME=\"pam-krb5-migrate\" -DPACKAGE_TARNAME=\"pam-krb5-migrate\" 
> -DPACKAGE_VERSION=\"0.0.7\" -DPACKAGE_STRING=\"pam-krb5-migrate\ 0.0.7\" 
> -DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED]" -DHAVE_LIBPAM=1
> ld -z defs -Bsymbolic -x -shared -o pam_krb5_migrate.so \
> pam_krb5_migrate.o -lpam  `/usr/bin/krb5-config --libs krb5 
> kadm-client` -lcom_err   -lc
> pam_krb5_migrate.o: In function `converse':
> (.text+0x33c): undefined reference to `$$dyncall'
> make[1]: *** [pam_krb5_migrate.so] Error 1
> make[1]: Leaving directory `/build/buildd/pam-krb5-migrate-0.0.8'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

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




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

Bug#487104: nis: map values containing non-ascii characters vanish

[Aurelien Jarno]

On Tue, Jul 01, 2008 at 04:44:41PM +0100, Jonathan H N Chin wrote:
> aurelien wrote:
> > Would it be possible to test that with libc6_2.7-12 ?
> 
> Fails, with apparently same behaviour as 2.3.6.ds1-13etch5 :
> 
> $ dpkg -l libc6|awk '/^.i/{print $3}'
> 2.7-12
> $ ypcat passwd|grep Mark|awk -F: '{print $5}'|od -c
> 000
> 

I don't have a Solaris server, so it is actually difficult to reproduce
the problem. However using a Linux server (nis package), I have been
able to partly reproduce the problem: if the file /etc/passwd is encoded
in ISO-8859-1 (the default in sarge) and the environment in which ypcat 
is running is UTF-8 (the default in etch and later), the lines with 
non-ascii chars are dropped, just as in your examples. ypcat works fine
when using an ISO-8859-1 environment.

However, I am still able to login to the system with the accounts using
non-ascii chars.

That's why I have a few questions:
- Are the accounts really locked, or the problem only appears with
  ypcat?
- Does the 'id' command works for the accounts using non-ascii chars?
- Could you please run the ypcat command using:
 'LC_ALL=en_GB.ISO-8859-1 LANG=en_GB.ISO-8859-1 ypcat'
  (note that you may have to generate the corresponding locale)

Aurelien

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



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

Processed: Patch

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 475952 patch
Bug#475952: icon_9.4.3-1(sparc/unstable): FTBFS on sparc
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#475952: Patch

[Jurij Smakov]

tags 475952 patch
thanks

Hi,

It appears that the intention of the maintainer was to build on most 
(all?) architectures with -O0 to avoid problems (as there is a longish 
trail of icon bugs on various architectures, related to its inability 
to work properly when compiled with -O2). However, due to a wrong sed 
expression in configure target the CFLAGS setting to include -O0 never 
happened. The attached patch fixes the issue, and I confirmed that it 
builds successfully on sparc with it. Please let me know what you 
think, if I'll not hear anything by the time I get back from Debconf 
(early next week), I'll NMU it.

Cheers. 
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC
diff -aur icon-9.4.3.old/debian/rules icon-9.4.3/debian/rules
--- icon-9.4.3.old/debian/rules	2008-08-15 02:22:14.0 +
+++ icon-9.4.3/debian/rules	2008-08-15 02:21:39.0 +
@@ -48,7 +48,7 @@
 configure:
 	$(checkdir)
 	$(MAKE) X-Configure name=$(system)
-	sed "s/CFLAGS = -O2/CFLAGS = $(CFLAGS)/" Makedefs > Makedefs.tmp
+	sed "s/CFLAGS = .*/CFLAGS = $(CFLAGS)/" Makedefs > Makedefs.tmp
 	mv Makedefs.tmp Makedefs
 	touch configure
 

Bug#495165: coq_8.2~beta4+dfsg-1(hppa/experimental): FTBFS: ocamlopt: command not found

[Frank Lichtenheld]

Package: coq
Version: 8.2~beta4+dfsg-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of coq_8.2~beta4+dfsg-1 on lofn by sbuild/hppa 98-farm
| Build started at 20080815-0318
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 3157kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main coq 8.2~beta4+dfsg-1 
(dsc) [1555B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main coq 8.2~beta4+dfsg-1 
(tar) [3142kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main coq 8.2~beta4+dfsg-1 
(diff) [13.8kB]
| Fetched 3157kB in 3s (1041kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 4.0.0), dpkg-dev (>= 1.13.19), dpatch, ocaml-nox 
(>= 3.10), ocaml-best-compilers, camlp5, liblablgtk2-ocaml-dev (>= 2.4.0), 
texlive-latex-extra, hevea
| Checking for already installed source dependencies...
[...]
| OCAMLC4   parsing/g_constr.ml4
| Testing parsing/grammar.cma
| /bin/sh: ocamlopt: command not found
| make[2]: *** [parsing/grammar.cma] Error 127
| make[2]: Leaving directory `/build/buildd/coq-8.2~beta4+dfsg'
| make[1]: *** [stage1] Error 2
| make[1]: Leaving directory `/build/buildd/coq-8.2~beta4+dfsg'
| make: *** [build-stamp] Error 2
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080815-0331
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=8.2~beta4+dfsg-1&pkg=coq&arch=hppa

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#495144:

[Mika Hanhijärvi]

I can reproduce this bug on Debian Lenny. I get exactly the same result.




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

Bug#495122: marked as done (drupal5: Drupal Core - Multiple vulnerabilities - SA-2008-047)

[Debian Bug Tracking System]

Your message dated Fri, 15 Aug 2008 00:02:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#495122: fixed in drupal5 5.10-1
has caused the Debian Bug report #495122,
regarding drupal5: Drupal Core - Multiple vulnerabilities - SA-2008-047
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495122: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495122
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: drupal5
Version: 5.9-1
Severity: grave
Tags: security
Justification: user security hole


Drupal 5.9 suffers from several vulnerabilities (XSS). See
http://drupal.org/node/295053 for more details. Please upload Drupal 5.10
soon. Thx!

Regards, 
Ingo

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

Versions of packages drupal5 depends on:
ii  apache2   2.2.3-4+etch5  Next generation, scalable, extenda
ii  apache2-mpm-prefork [http 2.2.3-4+etch5  Traditional model for Apache HTTPD
ii  curl  7.15.5-1etch1  Get a file from an HTTP, HTTPS, FT
ii  dbconfig-common   1.8.29+etch1   common framework for packaging dat
ii  debconf   1.5.11etch2Debian configuration management sy
ii  exim4-daemon-heavy [mail- 4.63-17exim MTA (v4) daemon with extended
ii  mysql-client  5.0.32-7etch6  mysql database client (meta packag
ii  mysql-client-5.0 [mysql-c 5.0.32-7etch6  mysql database client binaries
ii  php5  5.2.0-8+etch11 server-side, HTML-embedded scripti
ii  php5-gd   5.2.0-8+etch11 GD module for php5
ii  php5-mysql5.2.0-8+etch11 MySQL module for php5
ii  php5-pgsql5.2.0-8+etch11 PostgreSQL module for php5
ii  wwwconfig-common  0.0.48 Debian web auto configuration

Versions of packages drupal5 recommends:
pn  mysql-server | postgresql  (no description available)

-- debconf information excluded


--- End Message ---
--- Begin Message ---
Source: drupal5
Source-Version: 5.10-1

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

drupal5_5.10-1.diff.gz
  to pool/main/d/drupal5/drupal5_5.10-1.diff.gz
drupal5_5.10-1.dsc
  to pool/main/d/drupal5/drupal5_5.10-1.dsc
drupal5_5.10-1_all.deb
  to pool/main/d/drupal5/drupal5_5.10-1_all.deb
drupal5_5.10.orig.tar.gz
  to pool/main/d/drupal5/drupal5_5.10.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.
Luigi Gangitano <[EMAIL PROTECTED]> (supplier of updated drupal5 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.8
Date: Fri, 15 Aug 2008 01:35:50 +0200
Source: drupal5
Binary: drupal5
Architecture: source all
Version: 5.10-1
Distribution: unstable
Urgency: low
Maintainer: Luigi Gangitano <[EMAIL PROTECTED]>
Changed-By: Luigi Gangitano <[EMAIL PROTECTED]>
Description: 
 drupal5- a fully-featured content management framework
Closes: 495122
Changes: 
 drupal5 (5.10-1) unstable; urgency=low
 .
   [ Luigi Gangitano ]
   * Urgency high due to security fixes
 .
   * New upstream release
 - Fixes several XSS vulnerabilities
   (Ref: SA-2008-047, CVE-TBD) (Closes: #495122)
Checksums-Sha1: 
 26a5b5cbc9f64f849996375e41a80afa77f522b0 1074 drupal5_5.10-1.dsc
 0c722d75608e25039ffee448a450721aba1de64a 762496 drupal5_5.10.orig.tar.gz
 e505aaee3aff8d97f2b27c0fb65ca9dd9f8e0920 25531 drupal5_5.10-1.diff.gz
 aea28e31a112f00b0464f0718ec31c85b1ab62d1 781318 drupal5_5.10-1_all.deb
Checksums-Sha256: 
 5f18fffbca0106c642c94379332bf4ef48143061e7b9f9836147359c7471a10c 1074 
drupal5_5.10-1.dsc
 71e44df9cbbc58a4f116b089c82ca8f03cbd2933e4072dca9ca0b0ac3dfc0757 762496 
drupal5_5.10.orig.tar.gz
 127859fa157e642e56d2cc3ba60b37f7cd3e572d89a233dfee851aee3b0246ea 25531 
drupal5_5.10-1.diff.gz
 dd71cba4302f405c36a3fa1fc3b0b1ea40b2d723b307a099020ca12ef1650e71 781318 
drupal5_5.10-1_all.deb
Files: 
 e714e0f7ff0dea51f47919ad4d36d5eb 1074 web extra dr

Bug#495011: marked as done ([snowballz] crashes with TypeError)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 23:47:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#495011: fixed in snowballz 0.9.5.1-2
has caused the Debian Bug report #495011,
regarding [snowballz] crashes with TypeError
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495011
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: snowballz
Version: 0.9.5.1-1
Severity: serious

I played several levels (with default settings) and all of them crash
after about one minute of playing with the following Python Type Error:

File "rabbyt._anims.pyx", line 230, in rabbyt._anims.AnimSlot.anim.__set__
TypeError: Cannot convert float to rabbyt._anims.Anim

See file for the full console output.


--- System information. ---
Architecture: i386
Kernel: Linux 2.6.25-2-686

Debian Release: lenny/sid
900 testing security.debian.org
900 testing mirror.switch.ch
900 testing debian.netcologne.de
500 stable mirror.switch.ch

--- Package information. ---
Depends (Version) | Installed
==-+-===
python (>= 2.4) | 2.5.2-1
python-imaging | 1.1.6-3
python-numeric | 24.2-9
python-opengl | 3.0.0~b3-1
python-pygame | 1.7.1release-4.2
python-rabbyt | 0.8.1-1
ttf-tamil-fonts | 1:0.5.4


[EMAIL PROTECTED]:~$ snowballz 
/usr/share/games/snowballz/font.py:3: UserWarning: 
***
The rabbyt.fonts module is deprecated and will be removed in a future version
of rabbyt.  I recommend using pyglet for font rendering.

If you still want to use pygame fonts, check out the ``pygame_font.py`` example
included with rabbyt.
***

  import rabbyt.fonts
/usr/share/games/snowballz/font.py:3: UserWarning: 
The rabbyt.vertexarrays module is deprecated and will be removed in a future
version of rabbyt.

  import rabbyt.fonts
/usr/share/games/snowballz/font.py:35: UserWarning: set_gl_color is deprecated.  Use glColor4f instead.
  self.sprite.render()
/usr/share/games/snowballz/font.py:24: UserWarning: set_gl_color is deprecated.  Use glColor4f instead.
  def render(self, x, y, string, color=(1,1,1)):
Traceback (most recent call last):
  File "snowballz.py", line 648, in 
main.lobby(mapname)
  File "snowballz.py", line 79, in lobby
self.run()
  File "snowballz.py", line 201, in run
self.run_loop()
  File "snowballz.py", line 208, in run_loop
self.loop()
  File "snowballz.py", line 363, in loop
display.draw(self, dt)
  File "/usr/share/games/snowballz/display.py", line 261, in draw
data.snowflakes.run(True)
  File "/usr/share/games/snowballz/data.py", line 311, in run
self.add_flake()
  File "/usr/share/games/snowballz/data.py", line 322, in add_flake
f = Flake(self.bounds)
  File "/usr/share/games/snowballz/data.py", line 290, in __init__
self.x = rabbyt.wrap(bounds[0], x, static=False)
  File "/var/lib/python-support/python2.5/rabbyt/anims.py", line 579, in wrap
return AnimWrap(bounds, parent, static)
  File "rabbyt._anims.pyx", line 693, in rabbyt._anims.AnimWrap.__init__
  File "rabbyt._anims.pyx", line 230, in rabbyt._anims.AnimSlot.anim.__set__
TypeError: Cannot convert float to rabbyt._anims.Anim
[EMAIL PROTECTED]:~$


signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Source: snowballz
Source-Version: 0.9.5.1-2

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

snowballz_0.9.5.1-2.diff.gz
  to pool/main/s/snowballz/snowballz_0.9.5.1-2.diff.gz
snowballz_0.9.5.1-2.dsc
  to pool/main/s/snowballz/snowballz_0.9.5.1-2.dsc
snowballz_0.9.5.1-2_all.deb
  to pool/main/s/snowballz/snowballz_0.9.5.1-2_all.deb



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

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

Debian distribution maintenance software
pp.
Miriam Ruiz <[EMAIL PROTECTED]> (supplier of updated snowballz 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.8
Date: Fri, 15 Aug 2008 01:09:22 +0200
Source: snowballz
Binary: snowballz
Architecture: source all
Versi

Bug#494303: use synaptic

[Barak A. Pearlmutter]

sure, unless someone has an old program compiled against it.  the new
library (or -text) has support files that should work with the old
library, they just have some new stuff in them (translations, new
strings, etc) so there's no compelling reason not to.  On the other
hand, it doesn't seem to me like a big deal: we're under no obligation
to ensure that library binary packages which are not in lenny don't
conflict with stuff in lenny.

But we are obligated to provide a smooth upgrade...

--Barak.



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

Bug#494303: use synaptic

[Philipp Kern]

On Thu, Aug 14, 2008 at 10:11:17PM +0100, Barak A. Pearlmutter wrote:
> Actually replaces: would work too, and be a bit gentler.
> Feel free to NMU with that if you want; if you don't I'll get around
> to it sometime.
> (Since this is a etch->lenny upgrade stopper, I think something fixing
> the problem has to be pushed through the freeze barrier.)

Yeah, Replaces would work too, but leave the library on the system.  And
as there are no rdepends of it in Lenny, we would want to get rid of it,
no?

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature

Bug#495011: remove snowballz from Lenny

[Miriam Ruiz]

2008/8/15 Miriam Ruiz <[EMAIL PROTECTED]>:
> Could you please remove the package snowballz from Lenny? It is not in
> a releasable state.

Sorry for the noise, please don't remove it yet, we think we have come
with a short patch to fix it.

Miry



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

Bug#495154: remove tmsnc from Lenny

[Miriam Ruiz]

tmsnc should be removed from Lenny, and it would be advisable to
remove it from sid too.

According to upstream [1]:

Project discontinued!

A replacement application for TMSNC is being developed here:
http://www.fama-im.org

Fama adds improved stability, flexibility (with support for other
protocols), full UTF-8 support and much more. You may still download old
releases of TMSNC, however there is no maintenence of the code. Give
Fama a chance instead.

Fama is already packaged in Debian [2]

A serious bug report has been filed [3]

[1] http://tmsnc.sourceforge.net/
[2] http://packages.debian.org/fama
[3] http://bugs.debian.org/495154



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

Bug#495149: spass FTBFS when built with sudo

[Julien Cristau]

On Thu, Aug 14, 2008 at 22:39:31 +0200, Thiemo Seufer wrote:

> --- spass-2.1.orig/debian/rules   2008-08-14 22:35:04.0 +0200
> +++ spass-2.1/debian/rules2008-08-14 22:09:41.0 +0200
> @@ -20,7 +20,7 @@ endif
>  
>  # generic Debian directories
>  
> -DEB_BASE_DIR = $(PWD)
> +DEB_BASE_DIR = $(shell pwd)
>  DEB_DEBIAN_DIR = $(DEB_BASE_DIR)/debian
>  DEB_SOURCE_DIR = $(DEB_BASE_DIR)/SPASS-2.1
>  DEB_BUILD_DIR = $(DEB_DEBIAN_DIR)/build
> 
Or do away with DEB_BASE_DIR, and use the CURDIR make variable instead…

Cheers,
Julien



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

Bug#495154: tmsnc: Package should not go into stable

[Miriam Ruiz]

Package: tmsnc
Severity: serious

According to upstream [1]:

Project discontinued!

A replacement application for TMSNC is being developed here:
http://www.fama-im.org

Fama adds improved stability, flexibility (with support for other
protocols), full UTF-8 support and much more. You may still download old
releases of TMSNC, however there is no maintenence of the code. Give
Fama a chance instead.

Fama is already packaged in Debian [2]

[1] http://tmsnc.sourceforge.net/
[2] http://packages.debian.org/fama



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

Bug#495011: Snowballz 1.0 status

[Miriam Ruiz]

--- El jue, 14/8/08, Joey Marshall <[EMAIL PROTECTED]> escribió:

> De: Joey Marshall <[EMAIL PROTECTED]>
> Asunto: Re: Bug#495011: Snowballz 1.0 status
> Para: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED]
> Fecha: jueves, 14 agosto, 2008 11:41
> Hi Miriam,
> 
> If putting the binary in isn't an option (I don't
> really know much about
> debian packaging) all we can do is wait. The old code base,
> both for the
> game and the GUI library, relies heavily on pretty much all
> of rabbyt's
> deprecated features. The new code I'm working on
> actually is somewhat of a
> complete rewrite (mostly parts of the code from the 3d
> version and some new
> stuff). Getting the old code to run with the latest rabbyt
> is rather
> unrealistic. Sorry.
> 
> And I would not recomend pulling anything from the
> development repo until at
> least the first beta.
> 
> To give you a rough time frame I'm hoping to get a beta
> out in one or two
> months. Depends on how much time I get to work on it.
> 
> Best Regards,
> Joey

Thanks Joey, I'll ask the ftpmasters to remove it from Lenny so that it won't 
get into the stable release as it is. I'll keep it as it is in unstable for the 
moment, please ping me if there is something new :)

Thanks a lot,
Miry


__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.es



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

Bug#495011: remove snowballz from Lenny

[Miriam Ruiz]

Could you please remove the package snowballz from Lenny? It is not in
a releasable state.

Thanks,
Miry



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

Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection

[Petter Reinholdtsen]

[Stefan Alfredsson]
> libparted1.7-udeb is now back (on some mirrors so far), so I tried
> installing again. The whole installation now completes without
> problems.

It is missing on ftp.se.debian.org, at least it is not listed in
http://ftp.se.debian.org/debian/dists/lenny/main/debian-installer/binary-i386/Packages.gz>.
Because of this, it is also missing when we try to build new Debian
Edu images.  How was this issue fixed?  Will the change propagate to
all mirrors.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#495011: Snowballz 1.0 status

[Joey Marshall]

Hi Miriam,

If putting the binary in isn't an option (I don't really know much about
debian packaging) all we can do is wait. The old code base, both for the
game and the GUI library, relies heavily on pretty much all of rabbyt's
deprecated features. The new code I'm working on actually is somewhat of a
complete rewrite (mostly parts of the code from the 3d version and some new
stuff). Getting the old code to run with the latest rabbyt is rather
unrealistic. Sorry.

And I would not recomend pulling anything from the development repo until at
least the first beta.

To give you a rough time frame I'm hoping to get a beta out in one or two
months. Depends on how much time I get to work on it.

Best Regards,
Joey

On Thu, Aug 14, 2008 at 4:20 PM, Miriam Ruiz <[EMAIL PROTECTED]> wrote:

> Any suggestion on what to do about this bug then? Shall I replace the game
> in Debian from the latest version in Hg? It might be too soon for that.
> Would it be possible to have a small patch that corrects it while we wait
> for a newer release to come out?
>
> Thanks,
> Miry
>
>
> __
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> Regístrate ya - http://correo.yahoo.es
>

Bug#495011: Snowballz 1.0 status

[Miriam Ruiz]

Any suggestion on what to do about this bug then? Shall I replace the game in 
Debian from the latest version in Hg? It might be too soon for that. Would it 
be possible to have a small patch that corrects it while we wait for a newer 
release to come out?

Thanks,
Miry


__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.es



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

Bug#494303: use synaptic

[Barak A. Pearlmutter]

Thanks.
Actually replaces: would work too, and be a bit gentler.
Feel free to NMU with that if you want; if you don't I'll get around
to it sometime.
(Since this is a etch->lenny upgrade stopper, I think something fixing
the problem has to be pushed through the freeze barrier.)

--Barak.



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

Processed: Making sure that K3b is included in the next Debian release

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 491704 important
Bug#491704: k3b: K3B become unusable and the CPU goes at 100% at the of any DVD 
"on the fly" copy
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#491704: Making sure that K3b is included in the next Debian release

[Francois Marier]

severity 491704 important
thanks

Hi Gianluca Francesco,

I think that it would be preferable for the time being to reduce slightly
the severity of the K3b bug you reported. Otherwise, it may prevent K3b from
being part of Lenny.

I haven't been able to reproduce your problem on my machine so I'm not 100%
sure whether or not K3b is the underlying cause of the problem. If other
people report the same issue, we can always change the severity back to what
it was.

Thanks for taking the time to report this problem and feel free to let me
know if you disagree with this reasoning.

Francois



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

Bug#495149: spass FTBFS when built with sudo

[Thiemo Seufer]

Package: spass
Version: 2.1-3
Severity: serious
Tags: patch

spass fails to build when using dpkg-buildpackage -rsudo because in
this case $(PWD) isn't set as a make variable in debian/rules. The
appended patch fixes this.


Thiemo


--- spass-2.1.orig/debian/rules 2008-08-14 22:35:04.0 +0200
+++ spass-2.1/debian/rules  2008-08-14 22:09:41.0 +0200
@@ -20,7 +20,7 @@ endif
 
 # generic Debian directories
 
-DEB_BASE_DIR = $(PWD)
+DEB_BASE_DIR = $(shell pwd)
 DEB_DEBIAN_DIR = $(DEB_BASE_DIR)/debian
 DEB_SOURCE_DIR = $(DEB_BASE_DIR)/SPASS-2.1
 DEB_BUILD_DIR = $(DEB_DEBIAN_DIR)/build



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

Bug#495011: Snowballz 1.0 status

[Joey Marshall]

I am currently working on merging the old gameplay with a better codebase.
You can check out the progress (that would be a nice little pun if it was
SVN instead of hg :) at http://freehg.org/u/joey/snowballz/
(requires pyglet, rabbyt, PIL, numpy and iniparse to run)

My goal here is to get the game to a point where it is easy for others to
contribute graphics, maps, AIs etc.

There is already a new map format that supports a custom scripting language
designed for snowballz maps. Also a map editor that allows you to place
static and dynamic map objects, paths and buildings.

The AI has been immensely improved to the point where it will be easy for
others to extend and improve.
For now I have removed networking as that takes a lot of time and energy
better spent on making it a good single play.

There is still a lot of work to be done before a beta is ready but I intend
to start opening it up to contributions soon.

Until it's ready I created a linux binary of the old code that includes most
of it's dependancies (find it at arcticpaint.com). All it requires to be
installed and run is, as far as I know, python 2.5 and pygame.

Note that this version I'm working on is unrelated to the "next" version of
snowballz which will be in 3D and much different game-play. What I'm working
on here is completeing the old gameplay that was in the 0.9.x versions and
making it so others can easily extend it.

Regards,
Joey

Bug#488696: Fixing 488696

[Gudjon I. Gudjonsson]

> With the latest files from mentors I get:
>
> [EMAIL PROTECTED]:~/comedi$ dpkg-source -x comedi_0.7.76-2.dsc
> gpg: Signature made Thu 14 Aug 2008 06:04:03 PM IST using DSA key ID
> F9DDB166 gpg: Can't check signature: public key not found
> dpkg-source: error: File ./comedi_0.7.76-2.diff.gz has size 4358 instead of
> expected 4369
Please try again. It works perfectly for me.

/Gudjon



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

Bug#495011: WAR for this bug

[Justy Burdick]

Apparently, this error can be avoided by installing the previous version of
Rabbyt

You can try installing an older version:
http://pypi.python.org/pypi/Rabbyt/0.7

thread here:

http://groups.google.com/group/snowballz-fans/t/d3dcb78e479df639

Bug#488924: [Pkg-dspam-misc] Bug#488924: dspam-webfrontend and apache2-suexec

[Kurt B. Kaiser]

On Wed, Aug 13 2008, Stefan Fritsch wrote:

> dspam-webfrontend does not depend on apache2, it just suggests it (via 
> mod-perl). It should also suggest apache2-suexec. Will there be an 
> upload soon or should I do a NMU?

I'm moving to a dependency on apache2-suexec.  Is there a problem with
doing so?  The intent is to have the webfrontend work out of the box,
but that depends on apache-specific configuration.

I tried to configure apache2-suexec-custom in order to remove the remaining
files out of /var/www/ but wasn't successful.  Better to get an upload
than continue fooling around, I think.

Yes, I'm about ready to ask for an upload.  If Matthijs isn't available
I might ask you for help.  An NMU isn't necessary and will just clog
things up, I think.  My changelog so far:

  [ Kurt B. Kaiser ]
  * debian/rules: don't use --build config option if host equals target.
  * debian/rules: dpkg-dev now handles CFLAGS.  
  * Set debhelper combatibility level to 7. 
  * Eliminate libdspam7-drv-db4 package, db4 support not included since 3.6.6.  
  * Remove the htdocs dir (Alioth website!) brought in from svn repo.   
  * Revise build to not use build--tmp subdir: it's easier to clean the tree
if the Makefiles are created.   
  * Move linking in config.guess and config.sub to configure target.
  * Use maintainer-clean in clean target and remove any Makefile.in left over.  
  * Break a long line in debian/copyright to quiet lintian. 
  * Acknowledge NMU.  Thanks Peter Eisentraut. (Closes: #473027, #480602)   
  * Webfrontend: Reconfigure the filesystem layout with the goal of removing
all files from /var/www/dspam to comply with policy.  Use ucf to control
the conffiles for the webfrontend, and make the files that the user might   
want to modify conffiles.  Goal is to conform to Webapps Policy.
- RC Bug: Add apache2-suexec as webfrontend dependency (Closes: #488924).   
- Enable the suexec module in postinst (Ref #366478).   
- Move the html templates to /etc/dspam/templates/  
- Move the apache conf fragment to /etc/dspam and link from apache's
  sites-available.  
- Modify dspam-apache2.conf to install a working example website
  running on localhost.  Use /etc/dspam/passwd, which doesn't need access   
  to /etc/shadow. (Closes: #430589) 
- Clean up customize.cgi and add it to README.Debian.   
- Delete the old, obsolete apache.conf file from the package, and   
  purge it when dspam-webfrontend is purged if it is present in 
  /etc/dspam/.  
- Fix a regression in #455052, #469668: remove the /usr/share/dspam dir 
  in dspam-webfrontend.preinst for versions prior to 3.6.8-9.   
- Remove libapache2-mod-auth-shadow: no longer available in unstable.   
- Use dh_lintian to install the webfrontend conffile override.  
  * Add NEWS.Debian file with entry explaining web interface changes.   
  * Move to Standards Version 3.8.0.
  * Add amavis to trusted users (Closes: #477508)   
  * Fix regression from #388140: remote mySQL server fails (Closes: #481755)
  * /etc/init.d/dspam ignored $USER (LP: #232543)(Closes: #483868)

The svn is at:

http://svn.debian.org/wsvn/pkg-dspam

If you'd like to try it.  Further suggestions appreciated.

-- 
KBK



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

Bug#495144: Anjuta hangs on execute program

[Andreas J. Guelzow]

Subject: anjuta: Anjuta hangs on execute program
Package: anjuta
Version: 2:2.4.2-1
Severity: grave
Justification: renders package unusable

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

I start Anjuta.
I create a new generic C++ project using all defaults except that I
specify an empty directory for the project.
I build the automatically created project.

Up to here everything works as expected. Then I select "Execute Program"
from the build menu., leaving the "in terminal" checkbox checked.

A terminal pane appears in teh anjuta windoe but the program output does
not and anjuta becomes completely unresponsive and fails to update teh
display if temporarily covered by another window.

(Note that the compiled binary can be run using anjuta_launcher in a
regular terminal window so the problem should be related to the
execution inside anjuta.

Note that anjuta shows on the console:
** (anjuta:5818): CRITICAL **: on_profile_scoped: assertion `session_dir
!= NULL' failed

and when clsoed without executing the program:

** (anjuta:5818): CRITICAL **: project_manager_save_session: assertion
`session_dir != NULL' failed

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages anjuta depends on:
ii  anjuta-common   2:2.4.2-1A GNOME development IDE,
for C/C++
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker
and bina
ii  libapr1 1.2.12-4 The Apache Portable Runtime
Librar
ii  libaprutil1 1.2.12+dfsg-7The Apache Portable Runtime
Utilit
ii  libart-2.0-22.3.20-2 Library of functions for 2D
graphi
ii  libatk1.0-0 1.22.0-1 The ATK accessibility
toolkit
ii  libbonobo2-02.22.0-1 Bonobo CORBA interfaces
library
ii  libbonoboui2-0  2.22.0-1 The Bonobo UI library
ii  libc6   2.7-13   GNU C Library: Shared
libraries
ii  libcairo2   1.6.4-6  The Cairo 2D vector
graphics libra
ii  libdevhelp-1-0  0.19.1-5 Library providing
documentation br
ii  libfontconfig1  2.6.0-1  generic font configuration
library
ii  libfreetype62.3.7-1  FreeType 2 font engine,
shared lib
ii  libgbf-1-1  0.2.4-1  GNOME Development Framework
- runt
ii  libgcc1 1:4.3.1-8GCC support library
ii  libgconf2-4 2.22.0-1 GNOME configuration
database syste
ii  libgdl-1-0  0.7.11-1 GNOME DevTool libraries
ii  libgdl-gnome-1-00.7.11-1 GNOME DevTool libraries
(GNOME)
ii  libglade2-0 1:2.6.2-1library to load .glade
files at ru
ii  libgladeui-1-7  3.4.5-3  GTK+ User Interface Build
core lib
ii  libglib2.0-02.16.5-1 The GLib library of C
routines
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library -
runtime file
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented
display
ii  libgnomeprint2.2-0  2.18.4-1 The GNOME 2.2 print
architecture -
ii  libgnomeprintui2.2- 2.18.2-1 GNOME 2.2 print
architecture User 
ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User
Interf
ii  libgnomevfs2-0  1:2.22.0-4   GNOME Virtual File System
(runtime
ii  libgraphviz42.20.2-1 rich set of graph drawing
tools
ii  libgtk2.0-0 2.12.11-3The GTK+ graphical user
interface 
ii  libgtksourceview2.0 2.2.2-1  shared libraries for the
GTK+ synt
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange
library
ii  liborbit2   1:2.14.13-0.1libraries for ORBit2 - a
CORBA ORB
ii  libpango1.0-0   1.20.5-1 Layout and rendering of
internatio
ii  libpcre37.6-2.1  Perl 5 Compatible Regular
Expressi
ii  libpixman-1-0   0.10.0-2 pixel-manipulation library
for X a
ii  libpng12-0  1.2.27-1 PNG library - runtime
ii  libpopt01.14-4   lib for parsing cmdline
parameters
ii  libsm6  2:1.0.3-2X11 Session Management
library
ii  libstdc++6  4.3.1-8  The GNU Standard C++
Library v3
ii  libsvn1 1.5.1dfsg1-1 Shared libraries used by
Subversio
ii  libuuid11.41.0-3 universally unique id
library
ii  libvte9 1:0.16.14-1  Terminal emulator widget
for GTK+ 
ii  libwnck22   2.22.3-1 Window Navigator
Construction Kit 
ii  libx11-62:1.1.4-2X11 client-side library
ii  libxcb-render-util0 0.2+git41-1  utility libraries for X C
Binding 
ii  libxcb-render0 

Bug#488696: Fixing 488696

[Jurij Smakov]

On Thu, Aug 14, 2008 at 07:12:05PM +0200, Gudjon I. Gudjonsson wrote:
> Hi again
> You are right, sorry. The dependencies in the other control.modules.in 
> file don't seem to matter. I have uploaded a new version to 
> mentors.debian.net and I am sure this version is OK :)

With the latest files from mentors I get:

[EMAIL PROTECTED]:~/comedi$ dpkg-source -x comedi_0.7.76-2.dsc 
gpg: Signature made Thu 14 Aug 2008 06:04:03 PM IST using DSA key ID F9DDB166
gpg: Can't check signature: public key not found
dpkg-source: error: File ./comedi_0.7.76-2.diff.gz has size 4358 instead of 
expected 4369

Cheers.
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC



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

Processed: Re: Bug#493075: closed by Marco d'Itri <[EMAIL PROTECTED]> (Bug#493075: fixed in udev 0.125-4)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 493075 pending
Bug#493075: scsi_id changed commandline syntax (breaks multipath)
Tags were: patch
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#430255: marked as done (ldbl128 transition for alpha, powerpc, sparc, s390)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 21:11:01 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#430255: ldbl128 transition for alpha, powerpc, sparc, 
s390
has caused the Debian Bug report #430255,
regarding ldbl128 transition for alpha, powerpc, sparc, s390
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
430255: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430255
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libgoffice-1-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128

Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html

With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on alpha, powerpc, sparc, s390. To allow
partial upgrades of packages, we will need to rename all
packages holding libraries with the long double data type in
their API.  Both libc and libstdc++ do not need to be renamed,
because they support both representations.  We rename the library
packages on all architectures to avoid name mismatches between
architectures (you can avoid the renaming by supporting both
datatype representations in the library as done in glibc and
libstdc++, but unless a library is prepared for that, it does not
seem to be worth the effort).

It is suggested to rename a package libfoo1 to libfoo1ldbl;
please wait with the renaming if the package depends on
another library package which needs renaming.

This package has been indentified as one with header files in
/usr/include matching 'long *double'. Please close this bug report
if it is a false positive, or rename the package accordingly.

--- End Message ---
--- Begin Message ---
Version: 0.6.1-1

On Sat, Jun 23, 2007 at 15:47:56 +0200, Matthias Klose wrote:
> Package: libgoffice-1-dev

> With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double' data type
> did change from a 64bit representation to a 128bit representation on
> alpha, powerpc, sparc, s390. To allow partial upgrades of packages, we
> will need to rename all packages holding libraries with the long double
> data type in their API.  Both libc and libstdc++ do not need to be
> renamed, because they support both representations.

As of 0.6.1-1, the goffice packages were renamed to correspond to the API
version which was then encoded explicitly. As these versions have only ever
been built with gcc-4.1.2 or newer, I believe that the renaming has taken
care of this transition and I'm closing this report accordingly. Please
reopen this report if I've misunderstood things.

Kind regards,
Ray
-- 
To this day we are still wondering what exactly it is, besides prices, that
Microsoft has innovated.
Seen on segfault.org

--- End Message ---

Bug#493075: closed by Marco d'Itri <[EMAIL PROTECTED]> (Bug#493075: fixed in udev 0.125-4)

[Marco d'Itri]

tag 493075 pending
thanks

On Aug 14, Guido Günther <[EMAIL PROTECTED]> wrote:

> This is not fixed since the patch is missing from debian/patches/series.
> Cheers,
Oops... I will wait for a couple of days and upload a new package.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#493047: Stack trace

[Jurij Smakov]

Reproduced in arm QEMU, here's the stack trace:

debian-arm:~/tmp# LD_LIBRARY_PATH=/usr/lib/debug:${LD_LIBRARY_PATH} 
gdb dansguardian
GNU gdb 6.8-debian  D': 
LD_LIBRARY_PATH=/usr/lib/debug:${LD_LIBRARY_PATH} gdb dansguardian
Copyright (C) 2008 Free Software Foundation, 
Inc.ebug:${LD_LIBRARY_PATH} gdb dans
License GPLv3+: GNU GPL version 3 or later 

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show 
copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnu"...
(gdb) catch throw
Catchpoint 1 (throw)
(gdb) run
Starting program: /usr/sbin/dansguardian 
[Thread debugging using libthread_db enabled]
[New Thread 0x40470f00 (LWP 3822)]
[Switching to Thread 0x40470f00 (LWP 3822)]

Catchpoint 1 (exception thrown)
__cxa_throw (obj=0xc5058, tinfo=0x40295c54, dest=0x401df82c 
<~logic_error>)
at ../../../../src/libstdc++-v3/libsupc++/eh_throw.cc:64
64  ../../../../src/libstdc++-v3/libsupc++/eh_throw.cc: No such file or 
directory.
in ../../../../src/libstdc++-v3/libsupc++/eh_throw.cc
(gdb) bt
#0  __cxa_throw (obj=0xc5058, tinfo=0x40295c54, dest=0x401df82c <~logic_error>)
at ../../../../src/libstdc++-v3/libsupc++/eh_throw.cc:64
#1  0x401ce708 in std::__throw_logic_error (__s=0x4028947c 
"basic_string::_S_construct NULL not valid")
at ../../../../../src/libstdc++-v3/src/functexcept.cc:64
#2  0x4024c51c in std::string::_S_construct (__beg=0x0, 
__end=0x , [EMAIL PROTECTED])
at 
/build/buildd/gcc-4.3-4.3.1/build/arm-linux-gnu/libstdc++-v3/include/bits/basic_string.tcc:139
#3  0x4024c684 in std::string::_S_construct_aux (__beg=0x0, 
__end=0x , [EMAIL PROTECTED])
at 
/build/buildd/gcc-4.3-4.3.1/build/arm-linux-gnu/libstdc++-v3/include/bits/basic_string.h:1465
#4  0x4024c6c4 in std::string::_S_construct (__beg=0x0, 
__end=0x , [EMAIL PROTECTED])
at 
/build/buildd/gcc-4.3-4.3.1/build/arm-linux-gnu/libstdc++-v3/include/bits/basic_string.h:1481
#5  0x4024c860 in basic_string (this=0xbec68fd4, __s=0x0, [EMAIL PROTECTED])
at 
/build/buildd/gcc-4.3-4.3.1/build/arm-linux-gnu/libstdc++-v3/include/bits/basic_string.tcc:221
#6  0x0006d0c0 in OptionContainer::findoptionS (this=0xc01c0, option=0xafa70 
"pidfilename") at String.hpp:44
#7  0x000725c4 in OptionContainer::read (this=0xc01c0, filename=0xc3984 
"/etc/dansguardian/dansguardian.conf", type=2)
at OptionContainer.cpp:146
#8  0x00093650 in read_config (configfile=0xc3984 
"/etc/dansguardian/dansguardian.conf", type=2)
at dansguardian.cpp:84
#9  0x00094c98 in main (argc=1, argv=0xbec69954) at dansguardian.cpp:200

Cheers.
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC



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

Bug#495136: usepackage FTBFS when built with -rsudo

[Thiemo Seufer]

Package: usepackage
Version: 1.6.4-1
Severity: serious
Tags: patch

usepackage fails to build on the build daemons for mips and mipsel,
which use sudo instead of fakeroot. In this environment, $(PWD)
is not set, and the build creates a /debian directory in the
root of the host machine. The appended patch fixes this.


Thiemo


--- usepackage-1.6.3.orig/debian/rules  2008-08-14 20:48:28.0 +0200
+++ usepackage-1.6.3/debian/rules   2008-08-14 20:46:27.0 +0200
@@ -36,9 +36,9 @@ install: build
dh_testroot
dh_clean -k
dh_installdirs
-   $(MAKE) install DESTDIR=$(PWD)/debian/usepackage/
+   $(MAKE) install DESTDIR=debian/usepackage/
install -m 644 debian/usepackage.conf \
-   $(PWD)/debian/usepackage/etc/usepackage
+   debian/usepackage/etc/usepackage
 
 binary-indep: build install
 



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

Bug#486017: Acknowledgement (iceowl-extension does not work in icedove)

[H. S.]

Hi,

I couldn't wait longer for this bug to be removed and tried installed the
Lightning extension from Mozilla. It is on version 0.8 now. I downloaded the
XPI file and added this from the Tools->Addons from within Icedove
(Thunderbird) and the extension worked right out of the box.

So, if anybody wants the extension, the one available from Mozilla, ver 0.8,
works perfectly with Debian Lenny.

->HS


On Thu, Jun 12, 2008 at 8:42 PM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Alexander Sack <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 486017: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486017
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>

Bug#494327: marked as done (pdftk: FTBFS in lenny: gcj-4.2: libgcj.spec: No such file or directory)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 18:53:46 +0100
with message-id <[EMAIL PROTECTED]>
and subject line now builds in current lenny
has caused the Debian Bug report #494327,
regarding pdftk: FTBFS in lenny: gcj-4.2: libgcj.spec: No such file or directory
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
494327: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494327
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: pdftk
Version: 1.41-3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080808 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in a lenny chroot, your package failed
to build on i386.

Relevant part:
> make[2]: Entering directory 
> `/build/user-pdftk_1.41-3-amd64-TSXig3/pdftk-1.41-3/java_libs'
> /usr/bin/make -C 
> "/build/user-pdftk_1.41-3-amd64-TSXig3/pdftk-1.41-3/java_libs/com/lowagie/text";
> make[3]: Entering directory 
> `/build/user-pdftk_1.41-3-amd64-TSXig3/pdftk-1.41-3/java_libs/com/lowagie/text'
> gcj-4.2 -O2 -w --encoding=UTF-8 
> --classpath="/usr/share/java/libgcj-4.2.jar:/build/user-pdftk_1.41-3-amd64-TSXig3/pdftk-1.41-3/java_libs"
>  -c Anchor.java -o Anchor.o
> gcj-4.2: libgcj.spec: No such file or directory
> make[3]: *** [Anchor.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2008/08/08

It is possible that your package builds fine in sid, but you should make sure
that your package also builds fine in lenny before the release.

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


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

now that gcj-4.2 has migrated this package builds fine in lenny

--- End Message ---

Bug#495031: marked as done (workrave_1.9.0-1(sparc/unstable): FTBFS, missing build-depend on intltool)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 17:17:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#495031: fixed in workrave 1.9.0-2
has caused the Debian Bug report #495031,
regarding workrave_1.9.0-1(sparc/unstable): FTBFS, missing build-depend on 
intltool
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495031: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495031
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: workrave
Version: 1.9.0-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of workrave_1.9.0-1 on lebrun by sbuild/sparc 98
> Build started at 20080814-0812

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 6), libgnet-dev, libgnomeuimm-2.6-dev, 
> libpanel-applet2-dev, libxi-dev, libxmu-dev, libxtst-dev, autotools-dev, 
> libxml-parser-perl, libdbus-glib-1-dev, libgdome2-dev, libgstreamer0.10-dev

[...]

> checking whether getc_unlocked is declared... yes
> checking for nl_langinfo and CODESET... yes
> checking for LC_MESSAGES... yes
> checking for CFPreferencesCopyAppValue... (cached) no
> checking for CFLocaleCopyCurrent... (cached) no
> checking whether included gettext is requested... no
> checking for GNU gettext in libc... yes
> checking whether to use NLS... yes
> checking where the gettext function comes from... libc
> checking for intltool-update... no
> checking for intltool-merge... no
> checking for intltool-extract... no
> configure: error: The intltool scripts were not found. Please install 
> intltool.
> make: *** [config.status] Error 1
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

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



--- End Message ---
--- Begin Message ---
Source: workrave
Source-Version: 1.9.0-2

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

workrave-data_1.9.0-2_all.deb
  to pool/main/w/workrave/workrave-data_1.9.0-2_all.deb
workrave_1.9.0-2.diff.gz
  to pool/main/w/workrave/workrave_1.9.0-2.diff.gz
workrave_1.9.0-2.dsc
  to pool/main/w/workrave/workrave_1.9.0-2.dsc
workrave_1.9.0-2_amd64.deb
  to pool/main/w/workrave/workrave_1.9.0-2_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.
Francois Marier <[EMAIL PROTECTED]> (supplier of updated workrave 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.8
Date: Thu, 14 Aug 2008 12:41:06 -0400
Source: workrave
Binary: workrave workrave-data
Architecture: source amd64 all
Version: 1.9.0-2
Distribution: unstable
Urgency: low
Maintainer: Francois Marier <[EMAIL PROTECTED]>
Changed-By: Francois Marier <[EMAIL PROTECTED]>
Description: 
 workrave   - Repetitive Strain Injury prevention tool
 workrave-data - Repetitive Strain Injury prevention tool (data files)
Closes: 495031
Changes: 
 workrave (1.9.0-2) unstable; urgency=low
 .
   * Add intltool to Build-Depends (closes: #495031)
   * Fix watch file
Checksums-Sha1: 
 564739b1767d4f94b22af3d2597fd47fe87e4d31 1341 workrave_1.9.0-2.dsc
 bf76c0c8601f6670afc9e13cf48db6f3d5cb97d8 405418 workrave_1.9.0-2.diff.gz
 3ca185f74e91669c5a85f0602c4c0ee3d4572d0f 318572 workrave_1.9.0-2_amd64.deb
 1713aac7a2ce598efde590261329c22a81ff43a9 5091740 workrave-data_1.9.0-2_all.deb
Checksums-Sha256: 
 5ac36f50ea3e341960fc0a8091aa2f17a811880e2504c0938b6ab8f4ad340be9 1341 
workrave_1.9.0-2.dsc
 4c6ed0727fab0f8759c3cf180032dcb3153b7d7f235f92690f22040eacd459ce 405418 
workrave_1.9.0-2.diff.gz
 413b110f376daebaaffcb048012d5db0387af8322ea22953c4def7f2488de2e7 318572 
workrave_1.9.0-2_amd64.deb
 e60e179dda630653cad344a12543677de627c039f7be73d04a882018fd7e 5091740 
workrave-data_1.9.0-2_all.deb
Files: 
 0796b285feff6ba9136578b344cfc8fc 1341 gnome optional workrave_1.9.0-2.dsc
 02e16d980765cc32c379c0f4b931d37c 405418 gnome optional workrave_1.9.0-2.diff.gz
 0fca921c1f9211c07e3194cf2cea35f7 318572 gnome optional 
workrave_1.9.

Processed: found 493075 in 0.125-4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.34
> found 493075 0.125-4
Bug#493075: scsi_id changed commandline syntax (breaks multipath)
Bug marked as found in version 0.125-4.

>
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#493075: closed by Marco d'Itri <[EMAIL PROTECTED]> (Bug#493075: fixed in udev 0.125-4)

[Guido Günther]

reopen 493075
thanks

On Mon, Aug 04, 2008 at 10:57:08AM +, Debian Bug Tracking System wrote:
>* Added patch scsi_id_compat: until lenny is released, support again
>  scsi_id -s for the benefit of multipath-tools. Patch contributed by
>  Guido Günther. (Closes: #493075)
This is not fixed since the patch is missing from debian/patches/series.
Cheers,
 -- Guido



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

Processed: Re: Bug#493075 closed by Marco d'Itri <[EMAIL PROTECTED]> (Bug#493075: fixed in udev 0.125-4)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 493075
Bug#493075: scsi_id changed commandline syntax (breaks multipath)
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#495122: drupal5: Drupal Core - Multiple vulnerabilities - SA-2008-047

[Ingo Juergensmann]

Package: drupal5
Version: 5.9-1
Severity: grave
Tags: security
Justification: user security hole


Drupal 5.9 suffers from several vulnerabilities (XSS). See
http://drupal.org/node/295053 for more details. Please upload Drupal 5.10
soon. Thx!

Regards, 
Ingo

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

Versions of packages drupal5 depends on:
ii  apache2   2.2.3-4+etch5  Next generation, scalable, extenda
ii  apache2-mpm-prefork [http 2.2.3-4+etch5  Traditional model for Apache HTTPD
ii  curl  7.15.5-1etch1  Get a file from an HTTP, HTTPS, FT
ii  dbconfig-common   1.8.29+etch1   common framework for packaging dat
ii  debconf   1.5.11etch2Debian configuration management sy
ii  exim4-daemon-heavy [mail- 4.63-17exim MTA (v4) daemon with extended
ii  mysql-client  5.0.32-7etch6  mysql database client (meta packag
ii  mysql-client-5.0 [mysql-c 5.0.32-7etch6  mysql database client binaries
ii  php5  5.2.0-8+etch11 server-side, HTML-embedded scripti
ii  php5-gd   5.2.0-8+etch11 GD module for php5
ii  php5-mysql5.2.0-8+etch11 MySQL module for php5
ii  php5-pgsql5.2.0-8+etch11 PostgreSQL module for php5
ii  wwwconfig-common  0.0.48 Debian web auto configuration

Versions of packages drupal5 recommends:
pn  mysql-server | postgresql  (no description available)

-- debconf information excluded



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

Bug#494775: marked as done (fluxconf_0.9.9.1-1(ia64/unstable): FTBFS: config.status not found)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 17:02:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#494775: fixed in fluxconf 0.9.9.2-1
has caused the Debian Bug report #494775,
regarding fluxconf_0.9.9.1-1(ia64/unstable): FTBFS: config.status not found
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
494775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494775
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: fluxconf
Version: 0.9.9.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of fluxconf_0.9.9.1-1 on mundy by sbuild/ia64 98
> Build started at 20080811-2114

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), libgtk2.0-dev (>= 2.0.6), autoconf, 
> automake1.9, autotools-dev

[...]

> dpkg-buildpackage: source package fluxconf
> dpkg-buildpackage: source version 0.9.9.1-1
> dpkg-buildpackage: host architecture ia64
>  /usr/bin/fakeroot debian/rules clean
> dh_testdir
> dh_testroot
> rm -f build-stamp 
> [ ! -f Makefile ] || /usr/bin/make distclean
> make[1]: Entering directory `/build/buildd/fluxconf-0.9.9.1'
> /bin/bash ./config.status --recheck
> /bin/bash: ./config.status: No such file or directory
> make[1]: *** [config.status] Error 127
> make[1]: Leaving directory `/build/buildd/fluxconf-0.9.9.1'
> make: *** [clean] Error 2
> dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
> exit status 2

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



--- End Message ---
--- Begin Message ---
Source: fluxconf
Source-Version: 0.9.9.2-1

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

fluxconf_0.9.9.2-1.diff.gz
  to pool/main/f/fluxconf/fluxconf_0.9.9.2-1.diff.gz
fluxconf_0.9.9.2-1.dsc
  to pool/main/f/fluxconf/fluxconf_0.9.9.2-1.dsc
fluxconf_0.9.9.2-1_i386.deb
  to pool/main/f/fluxconf/fluxconf_0.9.9.2-1_i386.deb
fluxconf_0.9.9.2.orig.tar.gz
  to pool/main/f/fluxconf/fluxconf_0.9.9.2.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.
Emmanuel le Chevoir <[EMAIL PROTECTED]> (supplier of updated fluxconf 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.8
Date: Thu, 14 Aug 2008 18:41:59 +0200
Source: fluxconf
Binary: fluxconf
Architecture: source i386
Version: 0.9.9.2-1
Distribution: unstable
Urgency: medium
Maintainer: Emmanuel le Chevoir <[EMAIL PROTECTED]>
Changed-By: Emmanuel le Chevoir <[EMAIL PROTECTED]>
Description: 
 fluxconf   - FluxBox configuration utility
Closes: 494775
Changes: 
 fluxconf (0.9.9.2-1) unstable; urgency=medium
 .
   * Actually ship a fixed Makefile, since build breaks _before_
 it is regenerated (Hopefully Closes: #494775 this time...)
Checksums-Sha1: 
 2614373f2b2da15b3d763295c6571b00d84d5e9b 1037 fluxconf_0.9.9.2-1.dsc
 021db0409a60adaf7cabcec594cb7f8890041081 358991 fluxconf_0.9.9.2.orig.tar.gz
 d427560414fbe75f159218a356f499986c7fae4d 31775 fluxconf_0.9.9.2-1.diff.gz
 7fbe53996eba05ec85f279c6d0c9cd8bfee7da03 35468 fluxconf_0.9.9.2-1_i386.deb
Checksums-Sha256: 
 c1ed350c5f2cab7414122629930318cfd542cc4a8243aa7d6c5632c43055b617 1037 
fluxconf_0.9.9.2-1.dsc
 31c2f0f9b2db220abb8f553dc464e9eec87409f36d960e098ca0c3752f7f5c22 358991 
fluxconf_0.9.9.2.orig.tar.gz
 8cc65525eb886838989591d8b3674975c19b257a7d2e7d6fbf58879ff632b7e7 31775 
fluxconf_0.9.9.2-1.diff.gz
 27e9987f6b5601cb381d40126ef399222d9761390cbb55ed61b11f09aa7cf5c9 35468 
fluxconf_0.9.9.2-1_i386.deb
Files: 
 2f8a7b57f81af21fd217feaff76263b4 1037 x11 optional fluxconf_0.9.9.2-1.dsc
 143385b7b50241d13b8eaa5e42a440a5 358991 x11 optional 
fluxconf_0.9.9.2.orig.tar.gz
 77828d682bee50484782a3e3c0177358 31775 x11 optional fluxconf_0.9.9.2-1.diff.gz
 bec6d784814c78005b5dd91a8684b00c 35468 x11 optional fluxconf_0.9.9.2-1_i386.deb

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

iEYEARECAAYFAkikY1kACgkQ4i/Wdr6T0t5QgACfT2Gwf1fxDKDbvrhJJzCaEpPg
zBkAnAwP2EhgBV8G0jxIQGTACCdyAl5i
=9S7t
-END PGP SIGNATURE-


--- End Message ---

Bug#488696: Fixing 488696

[Gudjon I. Gudjonsson]

Hi again
You are right, sorry. The dependencies in the other control.modules.in 
file don't seem to matter. I have uploaded a new version to 
mentors.debian.net and I am sure this version is OK :)

Thanks
Gudjon




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

Bug#495116: makejail must use ldconfig.real by default

[Florian Grandel]

Package: makejail
Version: 0.0.5-7
Severity: serious

makejail defines as a default:
self.pathToLdConfig="/sbin/ldconfig"

On Ubuntu this is not the real ldconfig but a bash shell script.

Therefore the config should point to
self.pathToLdConfig="/sbin/ldconfig.real". Otherwise a bash shell 
will be introduced into *all* jails, introducing a completely 
unnecessary security risk. This also violates Debian's secure by 
default policy. That's what we wanted to avoid when creating a jail in
the first time, didn't we? ;-)

-- System Information:
n/a
-- no debconf information



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

Processed: Adding lenny ignore tag

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 383465 +lenny-ignore
Bug#383465: Contains obfuscated source code, DFSG violation?
Tags were: etch-ignore
Tags added: lenny-ignore

> 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#383465: Adding lenny ignore tag

[Neil McGovern]

tags 383465 +lenny-ignore
thanks

This is being lenny ignored as there's a fix underway (nouveau) and it's
not yet a complete replacement, so nv will still be required.

Neil
-- 
 I don't see why anyone would want to "cyber" with a 16yo.  IME none of
them can spell, and they probably haven't had the relevant experience to
write convincing prose.  It's not like their ASCII is going to be any 
more
supple for them being sixteen.


signature.asc
Description: Digital signature

Processed: Re: Bug#494969: sympa: Leftover debug code may lead to data loss

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 494969 + patch
Bug#494969: sympa: Leftover debug code may lead to data loss
Tags were: security
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#494969: sympa: Leftover debug code may lead to data loss

[Olivier Berger]

tags 494969 + patch
thanks

Here's a copy of upstream's response 
(http://sourcesup.cru.fr/tracker/?func=detail&atid=167&aid=4430&group_id=23) :

-
Date: 14/08/2008 17:15
Expéditeur: Olivier Salaün

Thanks for reporting your thoughts about potential attacks, however it does not 
seem to be a legitimate threat for the following reasons :

  1. new_d_read() in wwsympa.fcgi is a dead function (aimed at
 replacing wwsympa::do_d_read() ) and therefore this code cannot be run
  2. the make_alias_file code in sympa.pl does create a file in /tmp
 directory, however the data it writes are hard-coded, no
 possibility of data injection

On a more general perspective, I don't consider symlink attacks as significant 
threats on a mailing list server because these attacks require a user to login 
an define a symlink. You would not have
user accounts on a mailing list server.

However, we're going to make some cleanup in the code to a) remove the debug 
code you mentioned, b) use Sympa's own tmp/ directory instead of /tmp when 
needed. 

Patches have been applied on the trunk only :
  http://sourcesup.cru.fr/cgi/viewvc.cgi/trunk/src/sympa.pl?r1=5071&r2=5111
  
http://sourcesup.cru.fr/cgi/viewvc.cgi/trunk/wwsympa/wwsympa.fcgi?r1=5106&r2=5110

-

I guess both patches need to be applied to the package then.

See attached patch.

Anyway some second opinion may be valuable.

Best regards,

On Wed, Aug 13, 2008 at 03:55:46PM +0200, Olivier Berger wrote:
> 
> Thanks to Dmitry E. Oboukhov, for spotting that the following code in Sympa 
> leads to potential data loss due to symlink attacks (I think) :
> 
> In wwsympa.fcgi :
>  open TMP, ">/tmp/dump";
>  $document->dump(\*TMP);
>  close TMP;
> 
>  open TMP, ">/tmp/dump2";
>  &tools::dump_var ($param, 0, \*TMP);
>  close TMP;
> 
> I'm not completely sure this may be called nor when, but if it may, then 
> better not have /tmp/dump linked to something the CGI could write to.
> 
> In any case, such code seems like debug to me, so should be removed I guess 
> (to be notified upstream, too).
> 
> Code in sympa.pl about --make_alias_file option may exhibit a similar 
> vulnerability too, although that may not be invoked unless under admin 
> control with a more or less changing filename... so may need more testing and 
> analysis on that second one.
> 
> Source : http://uvw.ru/report.lenny.txt, 
> http://lists.debian.org/debian-devel/2008/08/msg00312.html
> 
> Hope this helps,
> 
--- trunk/wwsympa/wwsympa.fcgi.orig	2008-08-05 14:20:54.0 +0200
+++ trunk/wwsympa/wwsympa.fcgi	2008-08-14 17:45:23.0 +0200
@@ -16334,13 +16334,6 @@
 	}
 }
 
- open TMP, ">/tmp/dump";
- $document->dump(\*TMP);
- close TMP;
-
- open TMP, ">/tmp/dump2";
- &tools::dump_var ($param, 0, \*TMP);
- close TMP;
  &web_db_log({'robot' => $robot,'list' => $list->{'name'},'action' => $param->{'action'},'parameters' => "$in{'path'}",'target_email' => "",'msg_id' => '','status' => 'success','error_type' => '','user_email' => $param->{'user'}{'email'},'client' => $ip,'daemon' => $daemon_name});
  return 1;
 }
--- trunk/src/sympa.pl.orig	2008-08-05 14:20:54.0 +0200
+++ trunk/src/sympa.pl	2008-08-14 17:45:23.0 +0200
@@ -407,16 +407,16 @@
 exit 0;
 }elsif ($main::options{'make_alias_file'}) {
 my $all_lists = &List::get_lists('*');
-unless (open TMP, ">/tmp/sympa_aliases.$$") {
-	printf STDERR "Unable to create tmp/sympa_aliases.$$, exiting\n";
+unless (open TMP, ">$Conf{'tmpdir'}/sympa_aliases.$$") {
+	printf STDERR "Unable to create $Conf{'tmpdir'}/sympa_aliases.$$, exiting\n";
 	exit;
 }
 printf TMP "#\n#\tAliases for all Sympa lists open (but not for robots)\n#\n";
 close TMP;
 foreach my $list (@$all_lists) {
-	system ("--SBINDIR--/alias_manager.pl add $list->{'name'} $list->{'domain'} /tmp/sympa_aliases.$$") if ($list->{'admin'}{'status'} eq 'open');
+	system ("--SBINDIR--/alias_manager.pl add $list->{'name'} $list->{'domain'} $Conf{'tmpdir'}/sympa_aliases.$$") if ($list->{'admin'}{'status'} eq 'open');
 }
-printf ("Sympa aliases file is /tmp/sympa_aliases.$$ file made, you probably need to installed it in your SMTP engine\n");
+printf ("Sympa aliases file is $Conf{'tmpdir'}/sympa_aliases.$$ file made, you probably need to installed it in your SMTP engine\n");
 
 exit 0;
 }elsif ($main::options{'version'}) {

Bug#479607: Still doesn't work..

[annonygmouse]

With newest lilo (22.8-6) my linux-image 2.6.25 and 2.6.26 still fail
to boot...

debianmbp:~$ ll /boot/*2.6.25*
-rw-r--r-- 1 root root   82331 27 jun 03:27 /boot/config-2.6.25-2-amd64
-rw-r--r-- 1 root root 6797686  3 ago 01:34 /boot/initrd.img-2.6.25-2-amd64
-rw-r--r-- 1 root root 6797272 10 jul 21:39 
/boot/initrd.img-2.6.25-2-amd64.bak

-rw-r--r-- 1 root root 1186271 27 jun 03:27 /boot/System.map-2.6.25-2-amd64
-rw-r--r-- 1 root root 1727488 27 jun 03:27 /boot/vmlinuz-2.6.25-2-amd64
[EMAIL PROTECTED]:~$ ll /boot/*2.6.26*
-rw-r--r-- 1 root root   85576  8 ago 16:27 /boot/config-2.6.26-1-amd64
-rw-r--r-- 1 root root 6856870 14 ago 15:13 /boot/initrd.img-2.6.26-1-amd64
-rw-r--r-- 1 root root 1223863  8 ago 16:27 /boot/System.map-2.6.26-1-amd64
-rw-r--r-- 1 root root 1753840  8 ago 16:26 /boot/vmlinuz-2.6.26-1-amd64


And after adding "lba32" my lilo gives no warning.

Added lilo.conf.


Kind regards
Sebastià
# /etc/lilo.conf - See: `lilo(8)' and `lilo.conf(5)',
# ---   `install-mbr(8)', `/usr/share/doc/lilo/',
#   and `/usr/share/doc/mbr/'.

# +---+
# |!! Reminder !! |
# |   |
# | Don't forget to run `lilo' after you make changes to this |
# | conffile, `/boot/bootmess.txt' (if you have created it), or   |
# | install a new kernel.  The computer will most likely fail to  |
# | boot if a kernel-image post-install script or you don't   |
# | remember to run `lilo'.   |
# |   |
# +---+

# Specifies the boot device.  This is where Lilo installs its boot
# block.  It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/sda4

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/sda4

# This option may be needed for some software RAID installs.
#
# raid-extra-boot=mbr-only

# Enable map compaction:
# Tries to merge read requests for adjacent sectors into a single
# read request. This drastically reduces load time and keeps the
# map smaller.  Using `compact' is especially recommended when
# booting from a floppy disk.  It is disabled here by default
# because it doesn't always work.
#
# compact

lba32
large-memory

# Installs the specified file as the new boot sector
# You have the choice between: text, bmp, and menu
# Look in lilo.conf(5) manpage for details
#
#install=menu

# Specifies the location of the map file
#
map=/boot/map

# You can set a password here, and uncomment the `restricted' lines
# in the image definitions below to make it so that a password must
# be typed to boot anything but a default configuration.  If a
# command line is given, other than one specified by an `append'
# statement in `lilo.conf', the password will be required, but a
# standard default boot will not require one.
#
# This will, for instance, prevent anyone with access to the
# console from booting with something like `Linux init=/bin/sh',
# and thus becoming `root' without proper authorization.
#
# Note that if you really need this type of security, you will
# likely also want to use `install-mbr' to reconfigure the MBR
# program, as well as set up your BIOS to disallow booting from
# removable disk or CD-ROM, then put a password on getting into the
# BIOS configuration as well.  Please RTFM `install-mbr(8)'.
#
# password=tatercounter2000

# Specifies the number of deciseconds (0.1 seconds) LILO should
# wait before booting the first image.
#
delay=30

# You can put a customized boot message up if you like.  If you use
# `prompt', and this computer may need to reboot unattended, you
# must specify a `timeout', or it will sit there forever waiting
# for a keypress.  `single-key' goes with the `alias' lines in the
# `image' configurations below.  eg: You can press `1' to boot
# `Linux', `2' to boot `LinuxOLD', if you uncomment the `alias'.
#
# message=/boot/bootmess.txt
#   prompt
#   delay=100
#   timeout=100

# Specifies the VGA text mode at boot time. (normal, extended, ask, )
#
# vga=ask
# vga=9
#


# Kernel command line options that apply to all installed images go
# here.  See: The `boot-prompt-HOWTO' and `kernel-parameters.txt' in
# the Linux kernel `Documentation' directory.
#
# append=""
 
# If you used a serial console to install Debian, this option should be
# enabled by default.
# serial=

#
# Boot up Linux by default.
#
default=Linux

image=/vmlinuz
label=Linux
read-only
#   restricted
#   alias=1

initrd=/initrd.img

image=/vmlinuz.old
label=LinuxOLD
read-only
optional
#   restricted
#   alias=2

initrd=/initrd.img.old


image=/vmlinuz.2.6.24
label=Linux2.6.24

Bug#494936: bnx2 fails to load on bootup, succeeds on manual load

[Geoff Simmons]

Hi,

Nico earlier visited OFTC #debian about this issue.

The problem appears similar to #432042.  Firmware isn't being
transferred to the initrd via update-initramfs upon package
installation.  As the firmware isn't available in the initramfs image,
it can't be loaded by the bnx2 module during boot.

Running "update-initramfs -u" (as also done in #432042) corrected his
issue.  AFAICT, there isn't a postinst supplied with the firmware-bnx2
package to automatically enable this (as at 0.12), though one is
included in the build for stable/etchnhalf (0.4+etchnhalf.1).

The severity of this bug should also be reduced, it is "important" at
the most.

Geoff



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

Bug#494244: xsupplicant: FTBFS: configure: error: header file is required for Xsupplicant.

[Philipp Kern]

On Thu, Aug 07, 2008 at 08:00:28PM -0300, Lucas Nussbaum wrote:
> > configure: error: header file  is required for 
> > Xsupplicant.
> > make: *** [config.status] Error 1

The relevant part of the config.log is this:
configure:5128: x86_64-linux-gnu-gcc -c -Wall -g -O2 -Wall   conftest.c >&5
In file included from /usr/include/linux/wireless.h:74,
 from conftest.c:35:
/usr/include/linux/if.h:122: error: redefinition of 'struct ifmap'
/usr/include/linux/if.h:158: error: redefinition of 'struct ifreq'
/usr/include/linux/if.h:208: error: redefinition of 'struct ifconf'
configure:5134: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "xsupplicant"
| #define VERSION "1.2.4"
| #define YYTEXT_POINTER 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define LILENDIAN 1
| #define NEW_IWLIB 1
| #define NO_PWD_RESET 1
| #define OPENSSL_NO_KRB5 1
| #define LINUX 1
| #define HAVE_SYS_SOCKET_H 1
| /* end confdefs.h.  */
| 
|#include 
|#ifndef __user
|#define __user
|#include 
|#include 
|#endif
| 
| #include 
configure:5150: result: no
configure:5158: error: header file  is required for 
Xsupplicant.

Kind regards,
Philipp Kern 


signature.asc
Description: Digital signature

Processed: Patch for FTBFS

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 492813 patch
Bug#492813: conntrack_1:0.9.7-1(sparc/unstable): FTBFS, error: format '%-6ld' 
expects type 'long int', but argument 3 has type '__suseconds_t'
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#492813: Patch for FTBFS

[Jurij Smakov]

tags 492813 patch
thanks

Hi,

conntrack builds successfully on sparc with the attached patch. I 
don't have access to a trusted sparc machine right now, will 
build/upload a new package after I get home from Debconf, if nobody 
will beat me to it.

Cheers. 
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC
--- conntrack-0.9.7.orig/src/conntrack.c	2008-05-22 12:29:38.0 +
+++ conntrack-0.9.7/src/conntrack.c	2008-08-14 15:08:04.0 +
@@ -637,7 +637,7 @@
 		if (!(output_mask & _O_XML)) {
 			struct timeval tv;
 			gettimeofday(&tv, NULL);
-			printf("[%-8ld.%-6ld]\t", tv.tv_sec, tv.tv_usec);
+			printf("[%-8ld.%-6ld]\t", (long) tv.tv_sec, (long) tv.tv_usec);
 		} else
 			op_flags |= NFCT_OF_TIME;
 	}

Bug#488696: Fixing 488696

[Jurij Smakov]

On Thu, Aug 14, 2008 at 04:52:47PM +0200, Gudjon I. Gudjonsson wrote:
> Hi Jurij
> > > I have uploaded a new version that is lintian free and only closes
> > > bug #488696 to mentors.debian.net but does not include the rtai fix.
> >
> > I just tried building the new package in sid pbuilder chroot, and
> > resulting comedi-source package does not have a dependency on libtool:
> >
> > [EMAIL PROTECTED]:~/comedi/result$ dpkg -I comedi-source_0.7.76-2_all.deb  |
> > grep Depends Depends: module-assistant, debhelper (>= 5), bzip2
> Yes, this is true and OK. It is the resulting package with the control file:
> control.modules.in
> that should depend on libtool. This is the package that is made by 
> module-assistant.

I don't think it does. The package built by m-a contains only the 
binary drivers, why would it need to depend on libtool? You want 
libtool to be present on the system at the time you run m-a, i.e. 
after you installed comedi-source. AFAICS, the only way to achieve it 
is to have comedi-source package depend on libtool.

Please don't drop CC to the bug, it helps a lot if the entire 
conversation is available in the bug trail.

Cheers. 
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC



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

Bug#494303: use synaptic

[Philipp Kern]

On Wed, Aug 13, 2008 at 05:18:29PM +0200, Marius Mikucionis wrote:
> I guess libdjvulibre-text should have a conflict with libdjvulibre15 the
> same way as djvulibre-desktop does.

Indeed.  I added the conflicts and it now upgrades fine in an Etch
chroot.

NMU uploaded to delayed/2-days.  Debdiff attached.

Kind regards,
Philipp Kern
diff -u djvulibre-3.5.20/debian/control djvulibre-3.5.20/debian/control
--- djvulibre-3.5.20/debian/control
+++ djvulibre-3.5.20/debian/control
@@ -39,7 +39,7 @@
 Package: libdjvulibre-text
 Section: libs
 Architecture: any
-Conflicts: djvulibre-desktop (<< 3.5.20-9), djview3 (= 3.5.20-9)
+Conflicts: djvulibre-desktop (<< 3.5.20-9), djview3 (= 3.5.20-9), 
libdjvulibre15
 Description: Linguistic support files for libdjvulibre
  Runtime linguistic support files for the libdjvulibre library.
 
diff -u djvulibre-3.5.20/debian/changelog djvulibre-3.5.20/debian/changelog
--- djvulibre-3.5.20/debian/changelog
+++ djvulibre-3.5.20/debian/changelog
@@ -1,3 +1,11 @@
+djvulibre (3.5.20-10.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * libdjvulibre-text: add a conflicts against libdjvulibre15 to fix
+upgrades from Etch (Closes: #494303)
+
+ -- Philipp Kern <[EMAIL PROTECTED]>  Thu, 14 Aug 2008 11:30:37 -0300
+
 djvulibre (3.5.20-10) unstable; urgency=low
 
   * Put djview3 support files in djview3 package, leaving only generic


signature.asc
Description: Digital signature

Bug#484695: vlc: Please switch to libdc1394-22

[Fabian Greffrath]

Luk Claes schrieb:

This is still the goal and is being worked on.


Thanks! Just wanted to play safe. ;)

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]



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

Bug#400066: Processed: found 400066 in lcdproc/0.5.2-1

[Gerfried Fuchs]

* José Luis Tallón <[EMAIL PROTECTED]> [2008-04-30 22:25:10 ART]:
> Marc 'HE' Brockschmidt wrote:
> > Restricting a package to some architectures because you are neither
> > able nor willing to fix the problem on other archs is not a fix for this
> > bug. It's a workaround, nothing more.
>
> Indeed it is a workaround.

 But one that bites our users, as have several people tried to point out
to you.

> However, I think having 0.5.2-1 in the archive (even though restricted
> to two arches) is better than having 0.5.1 which does FTBFS.

 Others disagree here, and what's more important, release managers do
disagree, especially since there is no FTBFS for 0.5.2-1. At least not
on powerpc, see the build log I managed:


> The alternative would be (although we are probably too close to release
> to try it) to try and build it for all arches and await confirmation
> from users that it does work (or does not).

 At the time of your writing there was more than enough time for that...
It's different now, it might get tricky to get the update of 0.5.2 into
testing. Especially since you managed somehow to have a quite big gap
from 0.4.5 to 0.5.2 now sitting around between testing and unstable.

> It happens that I only have confirmation of lcdproc working properly on
> these right now (for the current version).

 It's very rare that you receive messages about stuff to be working on
any architecture in specific. Especially when you forbid them to test it
conveniently by forbidding the package to build on those architectures.
Unfortunately I can only report that 0.5.2-1 builds fine on powerpc
(once it's added to the Architecture: line) but I can't report that it
works when running because I don't have the proper hardware to test it.
But you are limiting people who would actually be able to test it wether
it works with the required hardware absolutely to those who are able to
rebuild the package themself - which is a quite unpleasent thing.

> > Also, setting the architecture header is not enough, someone would also
> > need to remove the old binaries from unstable.
>
> Yes. I just agreed to this a couple hours ago at #400066.

 ... and you never did.

> If you would sponsor it, we can certainly upload an "architecture: any"
> version of lcdproc --- please remember that I have no access to any
> porting machine and am thus unable to test compilation on other arches.

 That's what the buildd network is there for.

> It just took me some three weeks to have some packages uploaded, since
> Amaya was too busy, and my other sponsors are basically MIA.

 Did you ask on the -mentors mailing list? On the -mentors IRC channel?
It shouldn't be hard to really find someone willing to upload a package
for a RC bug, and that includes myself. I'm willing to upload the
package widening its Arch list to any.

> I can prepare the updated package and have it ready in some hours, if
> you agree.

 Did you do that at some point in the past? There is no status for that
in the bugreport, so I'm unsure.

 So long,
Rhonda



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

Bug#488696: Fixing 488696

[Jurij Smakov]

On Tue, Aug 12, 2008 at 07:11:34AM +0200, Gudjon I. Gudjonsson wrote:
> Hi
> I have uploaded a new version that is lintian free and only closes bug 
> #488696 to mentors.debian.net but does not include the rtai fix.

I just tried building the new package in sid pbuilder chroot, and 
resulting comedi-source package does not have a dependency on libtool:

[EMAIL PROTECTED]:~/comedi/result$ dpkg -I comedi-source_0.7.76-2_all.deb  | 
grep Depends
 Depends: module-assistant, debhelper (>= 5), bzip2

Please figure out what's going wrong here. Also correct the following 
issues: change 'exludes' to 'excludes' in changelog, add a space 
between '<' and '2' in the libtool dependency version, so it looks as 
'< 2'.

Thanks.
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC



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

Bug#484695: vlc: Please switch to libdc1394-22

[Luk Claes]

Fabian Greffrath wrote:

peter green schrieb:

tags 484695 patch sid
thanks

fixing this seems to be as simple as just changing the build-depends. 


Thank you very much for investigating on this issue.

However lenny still has a libavcodec-dev that depends on 
libdc1394-13-dev so care should be taken to make sure that a "fixed" 
vlc doesn't make it into lenny too early.




Well, ffmpeg-debian 0.svn20080206-11 is *supposed* to be in Lenny (CCing 
debian-release because of this)!


This is still the goal and is being worked on.

Cheers

Luk



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

Bug#494191: Allowing a FTBFS-free qhull package into testing

[Rafael Laboissiere]

* Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2008-08-11 08:57]:

> Please upload, but:
> 
> | +  * debian/rules: Use sed instead of eperl to generate the man pages.
> | +Eperl is buggy on hppa (see Bug#49419) and the package FTBFS there.
> 
> Bug number looks like a typo.

Thanks for the heads up.  I fixed the typo and uploaded the package to t-p-u.
An aside note: version 2003.1-11, which contains the fixed in 2003.1-9lenny1
and was uploaded to unstable, built correctly on hppa.  I think that the
package in t-p-u should be allowed into lenny. 
 
Cheers,

-- 
Rafael



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

Bug#481337: severity of 481337 is important

[Philipp Kern]

# Automatically generated email from bts, devscripts version 2.10.35
#does not affect lenny
severity 481337 important




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

Processed: severity of 481337 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> #does not affect lenny
> severity 481337 important
Bug#481337: apt-proxy stops respnding after downloading one file
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#491503: marked as done (dnscache-run: Postrm script does not call daemontools properly)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 13:47:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#491503: fixed in djbdns 1:1.05-4
has caused the Debian Bug report #491503,
regarding dnscache-run: Postrm script does not call daemontools properly
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
491503: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491503
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---

Package: dnscache-run
Version: 1:1.05-3
Severity: grave
Tags: patch

Dnscache-run's postrm script does not properly terminate the dnscache process
because, AFAIK, it does not call properly the daemontools utility used to
terminate processes (uses 'sv' instead of 'svc').

The attached patch fixes this issue.

Regards

Javier
--- dnscache-run.postrm.orig	2008-07-19 23:30:59.0 +0200
+++ dnscache-run.postrm	2008-07-19 23:34:42.0 +0200
@@ -3,7 +3,7 @@
 
 test "$1" = 'purge' || exit 0
 
-sv force-stop /etc/sv/dnscache || :
+svc -x /etc/sv/dnscache || :
 rm -rf /etc/sv/dnscache
 rm -rf /var/lib/supervise/dnscache /var/lib/supervise/dnscache.log
 for i in '@*' current config lock state; do


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: djbdns
Source-Version: 1:1.05-4

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

djbdns_1.05-4.diff.gz
  to pool/main/d/djbdns/djbdns_1.05-4.diff.gz
djbdns_1.05-4.dsc
  to pool/main/d/djbdns/djbdns_1.05-4.dsc
dnscache-run_1.05-4_all.deb
  to pool/main/d/djbdns/dnscache-run_1.05-4_all.deb



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

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

Debian distribution maintenance software
pp.
Gerrit Pape <[EMAIL PROTECTED]> (supplier of updated djbdns 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.8
Date: Wed, 13 Aug 2008 19:30:06 +
Source: djbdns
Binary: djbdns dbndns dnscache-run
Architecture: all source
Version: 1:1.05-4
Distribution: unstable
Urgency: medium
Maintainer: Gerrit Pape <[EMAIL PROTECTED]>
Changed-By: Gerrit Pape <[EMAIL PROTECTED]>
Description: 
 dbndns - Debian fork of djbdns, a collection of Domain Name System tools
 djbdns - a collection of Domain Name System tools
 dnscache-run - djbdns dnscache service
Closes: 491343 491503
Changes: 
 djbdns (1:1.05-4) unstable; urgency=medium
 .
   * debian/dnscache-run.postrm: use daemontools' svc program to take
 down service (thx Javier Fernández-Sanguino Peña for the patch,
 closes: #491503).
   * debian/dnscache-run.preinst, debian/dnscache-run.postinst: create
 seed file through dnscache-conf in postinst instead of preinst
 (closes: #491343).
   * debian/control: Standards-Version: 3.8.0.1.
Checksums-Sha1: 
 11515cab7a6f122d22d665c022190a9885325633 909 djbdns_1.05-4.dsc
 1f76f1e335f2492134777beceb1cd9c903f8f381 47637 djbdns_1.05-4.diff.gz
 d08c80497f8be2896730c740d98924d186f8ff48 11770 dnscache-run_1.05-4_all.deb
Checksums-Sha256: 
 fe8c6c9c7f73de2558220c6ae4abe6ef3381f8bc5bec430eaf5089dcde4b9a55 909 
djbdns_1.05-4.dsc
 cc3e5cdb9a2c1b6c769828307455149e9fa4fb6727b26224e8824f6a54c2007b 47637 
djbdns_1.05-4.diff.gz
 0c575923b2cc88e27134c7a848ffbb843db0c4cec823cf6cb1b9120a8dd5efa0 11770 
dnscache-run_1.05-4_all.deb
Files: 
 78bb1db97c09a10c2408abd530ab45ea 909 net optional djbdns_1.05-4.dsc
 c76423fd90b76bbcef4fb736efcb401f 47637 net optional djbdns_1.05-4.diff.gz
 aa8d9215ba23d800dad4ff05139c3714 11770 net optional dnscache-run_1.05-4_all.deb

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

iD8DBQFIpDKaGJoyQbxwpv8RAmedAJ4yN6bVR81Fo9+GTJXA0hoxGlAuAACfdHy0
LUHVFYCzyFN8D3MENa5v1Bs=
=IWo4
-END PGP SIGNATURE-


--- End Message ---

Bug#491343: marked as done (dnscache-run: preinst dnscache-conf failures)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 13:47:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#491343: fixed in djbdns 1:1.05-4
has caused the Debian Bug report #491343,
regarding dnscache-run: preinst dnscache-conf failures
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
491343: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491343
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: dnscache-run
Version: 1:1.05-3
Severity: grave
Justification: renders package unusable

A two-stage problem.

 [EMAIL PROTECTED]:~# sudo apt-get install dnscache-run
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following extra packages will be installed:
   daemontools daemontools-run djbdns ucspi-tcp
 The following NEW packages will be installed
   daemontools daemontools-run djbdns dnscache-run ucspi-tcp
 0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
 Need to get 369kB of archives.
 After this operation, 1765kB of additional disk space will be used.
 Do you want to continue [Y/n]? y
 Get: 1 http://ftp.uk.debian.org lenny/main daemontools 1:0.76-3 [65.4kB]
 Get: 2 http://ftp.uk.debian.org lenny/main daemontools-run 1:0.76-3 [9324B]
 Get: 3 http://ftp.uk.debian.org lenny/main djbdns 1:1.05-3 [193kB]
 Get: 4 http://ftp.uk.debian.org lenny/main dnscache-run 1:1.05-3 [11.6kB]
 Get: 5 http://ftp.uk.debian.org lenny/main ucspi-tcp 1:0.88-2 [89.1kB]
 Fetched 369kB in 2s (165kB/s)
 Selecting previously deselected package daemontools.
 (Reading database ... 107970 files and directories currently installed.)
 Unpacking daemontools (from .../daemontools_1%3a0.76-3_i386.deb) ...
 Selecting previously deselected package daemontools-run.
 Unpacking daemontools-run (from .../daemontools-run_1%3a0.76-3_all.deb) ...
 Selecting previously deselected package djbdns.
 Unpacking djbdns (from .../djbdns_1%3a1.05-3_i386.deb) ...
 Unpacking dnscache-run (from .../dnscache-run_1%3a1.05-3_all.deb) ...
 dnscache-conf: fatal: unable to open /etc/dnsroots.global: file does not exist
 dpkg: error processing /var/cache/apt/archives/dnscache-run_1%3a1.05-3_all.deb 
(--unpack):
  subprocess pre-installation script returned error exit status 111
 Selecting previously deselected package ucspi-tcp.
 Unpacking ucspi-tcp (from .../ucspi-tcp_1%3a0.88-2_i386.deb) ...
 Processing triggers for man-db ...
 Errors were encountered while processing:
  /var/cache/apt/archives/dnscache-run_1%3a1.05-3_all.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

Well, that looks like an installation-order problem.  In principle
that already "renders package uninstallable or unremovable without
special effort", but read on.

 [EMAIL PROTECTED]:~$ sudo apt-get install djbdns
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 djbdns is already the newest version.
 djbdns set to manually installed.
 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 4 not fully installed or removed.
 After this operation, 0B of additional disk space will be used.
 Setting up daemontools (1:0.76-3) ...
 Setting up daemontools-run (1:0.76-3) ...
 Adding SV inittab entry...
 Setting up djbdns (1:1.05-3) ...
 Setting up ucspi-tcp (1:0.88-2) ...

Hurrah!  So maybe now it'll let me install dnscache-run?

 [EMAIL PROTECTED]:~$ sudo apt-get install dnscache-run
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following NEW packages will be installed
   dnscache-run
 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0B/11.6kB of archives.
 After this operation, 147kB of additional disk space will be used.
 (Reading database ... 108127 files and directories currently installed.)
 Unpacking dnscache-run (from .../dnscache-run_1%3a1.05-3_all.deb) ...
 dnscache-conf: fatal: unable to create /etc/sv/dnscache: file does not exist
 dpkg: error processing /var/cache/apt/archives/dnscache-run_1%3a1.05-3_all.deb 
(--unpack):
 subprocess pre-installation script returned error exit status 111
 Errors were encountered while processing:
  /var/cache/apt/archives/dnscache-run_1%3a1.05-3_all.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

Oh well, that's Severity: grave all right.  Presumably instead of
/etc/sv it should be using the /etc/service in daemontools-run?

Then to round it all off when I give up and purge the lot I get:

 (Reading database ... 108127 files and directories currently installed.)
 Removing daemontools-run ...
 Removing SV inittab ent

Processed: reducing severity

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 42158 +upstream
Bug#42158: pax: hard linked files from cpio archives "restored" with zero size 
(can cause data loss)
There were no tags set.
Tags added: upstream

> severity 42158 important
Bug#42158: pax: hard linked files from cpio archives "restored" with zero size 
(can cause data loss)
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#42158: reducing severity

[Bdale Garbee]

tags 42158 +upstream
severity 42158 important
thanks

I'm in the process of packaging upstream head of CVS for pax, and spent some
time looking at this bug.  I haven't found the root cause yet, but it appears
to be an upstream problem and not unique to Debian.

I'm going to lower the severity on this to 'important', because while I agree
with the assessment that there is possible data loss when restoring files with
pax that were written with some cpio versions, this does not render the 
package unusable, and I don't think we want to exclude it from the lenny 
release.

Bdale




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

Bug#486070: speedy-cgi-perl_2.22-10 build missing on hppa

[Philipp Kern]

Niko,

am Thu, Aug 14, 2008 at 03:11:42PM +0300 hast du folgendes geschrieben:
> > According to [0] it should start to build soonish.  No action necessary.
> > If it still hasn't started to build in two days, please follow up on
> > this mail.  Thanks.
> > [0] 
> > http://buildd.debian.org/~jeroen/status/package.php?p=speedy-cgi-perl&suite=unstable
> Still nothing. I think it has looked the same for almost two months now;
> the position in the queue varies but the buildds never pick it up. I've
> even seen it alone in the Needs-Build state.

it was blacklisted on the buildds.  I asked Lamont to look into it and
he removed the block and will monitor if it crashes the buildd again.
Thanks for the follow-up.

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature

Bug#495094: gnome-mplayer depends on a package with lower priority values

[Cesare Tirabassi]

Package: gnome-mplayer
Version: 0.6.3-1
Severity: serious
Tags: patch pending

Package is optional and has a Depends on libxcb-render-util0 which is extra on 
all arches (see [0]).
Patch to solve the problem is attached.

Cesare

[0]http://qa.debian.org/debcheck.php?dist=unstable&package=gnome-mplayer
diff -u gnome-mplayer-0.6.3/debian/control gnome-mplayer-0.6.3/debian/control
--- gnome-mplayer-0.6.3/debian/control
+++ gnome-mplayer-0.6.3/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Cesare Tirabassi <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>= 5), autotools-dev, libgconf2-dev,
libgtk2.0-dev (>= 2.12.0), libglib2.0-dev (>= 2.14.0), libdbus-1-dev,
-   libdbus-glib-1-dev (>= 0.70), pkg-config, chrpath (>= 0.13), quilt
+   libdbus-glib-1-dev (>= 0.70), pkg-config, quilt
 Standards-Version: 3.8.0
 Homepage: http://kdekorte.googlepages.com/gnomemplayer
 
diff -u gnome-mplayer-0.6.3/debian/rules gnome-mplayer-0.6.3/debian/rules
--- gnome-mplayer-0.6.3/debian/rules
+++ gnome-mplayer-0.6.3/debian/rules
@@ -9,6 +9,8 @@
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 CFLAGS = -Wall -g
+GTK_LIBS = -lgtk-x11-2.0 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 \
+   -lgthread-2.0 -lglib-2.0
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -O0
@@ -16,7 +18,9 @@
 	CFLAGS += -O2
 endif
 
-config.status: configure
+configure: config-stamp
+
+config-stamp: $(QUILT_STAMPFN)
 	dh_testdir
 
 ifneq "$(wildcard /usr/share/misc/config.sub)" ""
@@ -28,11 +32,13 @@
 
 	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --sysconfdir=\$${prefix}/share \
-	CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)"
+	CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" GTK_LIBS="$(GTK_LIBS)"
+
+	touch $@
 
 build: build-stamp
 
-build-stamp: config.status $(QUILT_STAMPFN)
+build-stamp: config-stamp
 	dh_testdir
 
 	$(MAKE)
@@ -42,11 +48,11 @@
 clean: unpatch
 	dh_testdir
 	dh_testroot
-	rm -f build-stamp
+	rm -f build-stamp config-stamp
 
 	[ ! -f Makefile ] || $(MAKE) distclean
 
-	rm -f config.sub config.guess
+	rm -f po/*.gmo config.sub config.guess
 	dh_clean
 
 install: build
@@ -59,8 +65,6 @@
 
 	# remove docs installed by upstream
 	rm -rf $(CURDIR)/debian/gnome-mplayer/usr/share/doc/gnome-mplayer
-	# remove hardcoded rpath in executable
-	chrpath -d $(CURDIR)/debian/gnome-mplayer/usr/bin/gnome-mplayer
 
 binary-indep: build install
 
diff -u gnome-mplayer-0.6.3/debian/patches/series gnome-mplayer-0.6.3/debian/patches/series
--- gnome-mplayer-0.6.3/debian/patches/series
+++ gnome-mplayer-0.6.3/debian/patches/series
@@ -1,0 +2 @@
+avoid_libtool.patch
only in patch2:
unchanged:
--- gnome-mplayer-0.6.3.orig/debian/patches/avoid_libtool.patch
+++ gnome-mplayer-0.6.3/debian/patches/avoid_libtool.patch
@@ -0,0 +1,14 @@
+Index: gnome-mplayer-0.6.3/src/Makefile.in
+===
+--- gnome-mplayer-0.6.3.orig/src/Makefile.in	2008-08-14 13:31:51.0 +0200
 gnome-mplayer-0.6.3/src/Makefile.in	2008-08-14 13:31:57.0 +0200
+@@ -52,8 +52,7 @@
+ am__DEPENDENCIES_1 =
+ gnome_mplayer_DEPENDENCIES = $(am__DEPENDENCIES_1) \
+ 	$(am__DEPENDENCIES_1) $(am__DEPENDENCIES_1)
+-gnome_mplayer_LINK = $(LIBTOOL) --tag=CC $(AM_LIBTOOLFLAGS) \
+-	$(LIBTOOLFLAGS) --mode=link $(CCLD) $(AM_CFLAGS) $(CFLAGS) \
++gnome_mplayer_LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) \
+ 	$(gnome_mplayer_LDFLAGS) $(LDFLAGS) -o $@
+ DEFAULT_INCLUDES = -I. -I$(top_builddir)@am__isrc@
+ depcomp = $(SHELL) $(top_srcdir)/depcomp

Bug#494648: emergency upload of TWiki package

[Olivier Berger]

Le jeudi 14 août 2008 à 08:37 -0300, Christian Perrier a écrit :
> Quoting Sven Dowideit ([EMAIL PROTECTED]):
> > I really dunno.
> > 
> > I recal having an explicit ack to the NMU's a few years ago, and being
> > told to remove it.
> > 
> > The longer I do this debian stuff, the more I wish lintian were more
> > helpful, and more retentive.
> > 
> > IF is it policy to ack MNU's in the next changelog, lintian should
> > probly complain bitterly :)
> 
> 
> It is not now. Since the BTS is using version control, NMU
> acknowledgment is useless and may even confuse version control
> (version control is what says "this bug is fixed in that version" on
> bugs.debian.org and builds these fancy diagrans in the top right
> corner of bugs pages.
> 
> In the past, NMU ACK was needed to really close bugs fixed in an NMU
> as NMUs were only tagging the bugs as "fixed", not really closing
> them.
> 
> Since version control was implemented, this is no longer needed.

OK, my fault.

Sorry about bothering.
-- 
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#486070: speedy-cgi-perl_2.22-10 build missing on hppa

[Niko Tyni]

On Mon, Aug 11, 2008 at 08:29:57PM -0300, Philipp Kern wrote:
> On Mon, Aug 11, 2008 at 02:20:01PM +0300, Niko Tyni wrote:
> > as the hppa buildd admins haven't reacted to my requests, could you please
> > requeue (or whatever it should be called) speedy-cgi-perl_2.22-10 on hppa?
> > 
> > As seen in #486070, the 2.22-9 hppa build failure should be fixed in -10,
> > but the package seems to be in some sort of quarantine and the buildd
> > has never tried to build it.
> 
> According to [0] it should start to build soonish.  No action necessary.
> If it still hasn't started to build in two days, please follow up on
> this mail.  Thanks.

> [0] 
> http://buildd.debian.org/~jeroen/status/package.php?p=speedy-cgi-perl&suite=unstable

Still nothing. I think it has looked the same for almost two months now;
the position in the queue varies but the buildds never pick it up. I've
even seen it alone in the Needs-Build state.
-- 
Niko Tyni   [EMAIL PROTECTED]



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

Bug#493488: This "bugfix" is way too heavy and breaks existing setups

[Peter Rabbitson]

Hi,

This fix breaks the following setup:

1) Server A provides openvpn connectivity to clients
2) Servers X Y and Z are configured as VPN clients and provide some http
services both to the outside internet and to any VPN clients.
3) The http services are configured in a way that mandates password
authentication via an SSL channel, except when communicating with other
VPN clients.
4) Server A supplies 'push "route hostname.of.[X|Y|Z].server"', because
the servers in question are development machines, which can (and do)
change their IP addresses rather frequently.

With the current "fix" point 4 becomes impractical, and now besides
updates to the dns (which are automatic) I have to update the server
config every time something changes (which unfortunately is manual).

It would be desirable that the code attached below can be disabled with
some sort of configuration switch (i.e. --route-fqdn-pull).

Thank you

Peter



options.c
---
  else if (streq (p[0], "route") && p[1])
{
  VERIFY_PERMISSION (OPT_P_ROUTE);
  rol_check_alloc (options);
  if (pull_mode)
{
  if (!ip_addr_dotted_quad_safe (p[1]) && !is_special_addr (p[1]))
{
  msg (msglevel, "route parameter network/IP '%s' is not an IP
address", p[1]);
  goto err;
}
  if (p[2] && !ip_addr_dotted_quad_safe (p[2]))
{
  msg (msglevel, "route parameter netmask '%s' is not an IP
address", p[2]);
  goto err;
}
  if (p[3] && !ip_addr_dotted_quad_safe (p[3]) && !is_special_addr 
(p[3]))
{
  msg (msglevel, "route parameter gateway '%s' is not an IP
address", p[3]);
  goto err;
}
}
  add_route_to_option_list (options->routes, p[1], p[2], p[3], p[4]);
}
---



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

Processed: severity of 495049 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> severity 495049 important
Bug#495049: grub-pc: does not boot because module "normal" is not loaded
Severity set to `important' from `critical'

>
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#494648: emergency upload of TWiki package

[Sven Dowideit]

I really dunno.

I recal having an explicit ack to the NMU's a few years ago, and being
told to remove it.

The longer I do this debian stuff, the more I wish lintian were more
helpful, and more retentive.

IF is it policy to ack MNU's in the next changelog, lintian should
probly complain bitterly :)

Sven


Olivier Berger wrote:
> Hi.
> 
> Haven't had a chance to look at the updated package yet (will try
> today), but I think it may be better to acknowledge previous NMUs
> explicitely in the changelog.
> 
> Hope this helps,
> 
> Best regards,
> 
> Le jeudi 14 août 2008 à 19:03 +1000, Sven Dowideit a écrit :
> 
>> Ardo, Christian ..
>>
>>
>> I've just put an updated version of the twiki package at
>> http://distributedinformation.com/TWikiDebian/
>>
>> that fixes both the security flaw Dmitry found, and a few other bad
>> oddities.
>>
>> Could one of you by any chance take a look at it (and upload) for me?
>>
>>
>> Cheers
>> Sven
>>
>>
>> - -
>>
>>  twiki (1:4.1.2-4) unstable; urgency=emergency
>>  .
>>* squash softlink exploit on session directory (Closes: #494648)
>>* related issue with passthrough files (Closes: #468159)
>>* fix dependancys on apache* rather than apache*-common (Closes:
>> #482285)
>>* remove TWikiGuest user with hardcoded password from htpassword.
>>* Build instructions moved from section -arch to -indep (closes
>> lintian warning).
>>
> 

-- 
Professional Wiki Innovation and Support
Sven Dowideit - http://DistributedINFORMATION.com
A WikiRing Partner - http://wikiring.com
Public key -
http://pgp.mit.edu:11371/pks/lookup?search=Sven+Dowideit&op=index&exact=on



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

Bug#494648: emergency upload of TWiki package

[Christian Perrier]

Quoting Sven Dowideit ([EMAIL PROTECTED]):
> I really dunno.
> 
> I recal having an explicit ack to the NMU's a few years ago, and being
> told to remove it.
> 
> The longer I do this debian stuff, the more I wish lintian were more
> helpful, and more retentive.
> 
> IF is it policy to ack MNU's in the next changelog, lintian should
> probly complain bitterly :)


It is not now. Since the BTS is using version control, NMU
acknowledgment is useless and may even confuse version control
(version control is what says "this bug is fixed in that version" on
bugs.debian.org and builds these fancy diagrans in the top right
corner of bugs pages.

In the past, NMU ACK was needed to really close bugs fixed in an NMU
as NMUs were only tagging the bugs as "fixed", not really closing
them.

Since version control was implemented, this is no longer needed.






signature.asc
Description: Digital signature

Bug#495049: grub-pc: does not boot because module "normal" is not loaded

[Felix Zielcke]

Am Mittwoch, den 13.08.2008, 19:13 -0700 schrieb Ian Bruce:

> 
> I installed grub because lilo wouldn't boot any more.
> My root fs is on lvm; I don't know if this is related.
> 
> After running "grub-install" and rebooting, grub drops into the
> "grub rescue>" prompt. The "pc", "lvm", and "ext2" modules are loaded,
> "ls" finds the root volume, and the variable "root" is set 
> appropriately.

Only the variable root or the prefix too?

> Investigation shows that if the following commands are issued:
> 
> insmod normal
> normal
> 
>  -- then the boot menu specified by "grub.cfg" appears, and the system
> boots properly. It turns out that the file "core.img" does not contain
> the string "normal".
> It seems like this problem should be easy to fix.

Are sure that if you boot you only type

insmod normal
normal

and then the menu shows? i.e. nothing before like set prefix or set
root?

That would be very weird if GRUB set it's variables right, but still
fails to load grub.cfg by it's own.


[EMAIL PROTECTED]:~$ strings /boot/grub/core.img|grep normal
[EMAIL PROTECTED]:~$ 

I think that core.img doestn't contain the string `normal' is just well
normal, grub2 works fine for me, but I don't have LVM or RAID ;)




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

Bug#494097: git-core point release for lenny

[Marc 'HE' Brockschmidt]

Gerrit Pape <[EMAIL PROTECTED]> writes:
> Hi, #494097 should be fixed in lenny.  Instead of adding two patches to
> the current version 1.5.6.3-1.1, I suggest to update to the point
> release 1.5.6.5, which includes some more fixes.  Is that okay with
> you?, upstream's point releases usually are of good quality.

Please send us the diff between the current version in lenny and .5.

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
118: Chipkarten auslesen
   Mit rauchender Salpetersäure rumblubbern und schief anschielen.
   (Matthias Brüstle)


pgpxY02OzfU1J.pgp
Description: PGP signature

Bug#495055: [network-manager-openvpn] Doesn't work since openvpn 2.1~rc9.x

[Anthony Callegaro]

Package: network-manager-openvpn
Version: 0.3.2svn2855-1
Severity: serious

Hey there,

After today's openvpn upgrade I found out that network-manager is not working 
anymore. When trying to connect it sends back : The VPN Login failed because 
the VPN program could not connect to the VPN server

syslog shows the real error : 

Aug 14 11:22:21 astunix nm-openvpn[7877]: openvpn_execve: external program may 
not be called due to setting of --script-security level
Aug 14 11:22:21 astunix nm-openvpn[7877]: script failed: external program fork 
failed
Aug 14 11:22:21 astunix nm-openvpn[7877]: Exiting
Aug 14 11:22:21 astunix NetworkManager:   
nm_vpn_service_process_signal(): VPN failed for service 
'org.freedesktop.NetworkManager.openvpn', signal 'ConnectFailed', with message 
'The VPN login failed because the VPN program could not connect to the VPN 
server.'. 
Aug 14 11:22:21 astunix NetworkManager:   VPN service 
'org.freedesktop.NetworkManager.openvpn' signaled state change 3 -> 6. 
Aug 14 11:22:21 astunix NetworkManager:   
nm_vpn_service_stop_connection(): (VPN Service 
org.freedesktop.NetworkManager.openvpn): could not stop connection 
'Personalized Software' because service was 6


Solution for openvpn client is simple by adding script-security 2 to 
/etc/openvpn/client.conf but I couldn't find no documented way to configure 
network-manager openvpn... maybe in 
/etc/NetworkManager/VPN/nm-openvpn-service.name ?

Anyway I return back to using the daemon in the meantime.

Thanks in advance
LeTic

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.ie.debian.org 
  500 any jens.lody.name 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(>= 2.6.1-1) | 2.7-13
libdbus-1-3(>= 1.1.1) | 1.2.1-3
libdbus-glib-1-2(>= 0.74) | 0.76-1
libglib2.0-0  (>= 2.14.0) | 2.16.5-1
libnm-util0   | 0.6.6-2
openvpn   | 2.1~rc9-2




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

Bug#495032: marked as done (yelp_2.22.1-4(sparc/unstable): FTBFS, configure: No such file or directory)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 10:02:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#495032: fixed in yelp 2.22.1-6
has caused the Debian Bug report #495032,
regarding yelp_2.22.1-4(sparc/unstable): FTBFS, configure: No such file or 
directory
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
495032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495032
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: yelp
Version: 2.22.1-4
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of yelp_2.22.1-4 on lebrun by sbuild/sparc 98
> Build started at 20080813-1615

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), gnome-pkg-tools (>= 0.10), cdbs (>= 0.4.41), 
> quilt, docbook-to-man, intltool (>= 0.35.0), libgnome2-dev (>= 2.14.0), 
> libgtk2.0-dev (>= 2.10.0), libgnomeui-dev (>= 2.16.0-2), libxslt1-dev (>= 
> 1.1.4), gnome-doc-utils (>= 0.11.1), xulrunner-dev (>= 1.9~rc1), libbz2-dev, 
> libgconf2-dev, libgnomevfs2-dev, libglade2-dev, libxml2-dev (>= 2.6.5), 
> libstartup-notification0-dev (>= 0.8), libdbus-glib-1-dev, zlib1g-dev, 
> libxt-dev, librarian-dev (>= 0.7.0)

[...]

>   mv $i $i.cdbs-orig ; \
>   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
>   fi ; \
>   done ; \
>   fi
> touch debian/stamp-autotools-files
> GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 /usr/bin/make -C . 
> make[1]: Entering directory `/build/buildd/yelp-2.22.1'
> /bin/sh ./config.status --recheck
> running CONFIG_SHELL=/bin/sh /bin/sh /tmp/buildd/yelp-2.22.1/./configure  
> --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include 
> --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc 
> --localstatedir=/var --libexecdir=${prefix}/lib/yelp 
> --disable-maintainer-mode --disable-dependency-tracking --srcdir=. 
> --enable-info --enable-man --with-gecko=libxul-embedding 
> build_alias=x86_64-linux-gnu CC=cc CFLAGS=-g -O2 -g -Wall -O2 LDFLAGS= 
> -Wl,-z,defs -Wl,-O1 -Wl,--as-needed CPPFLAGS= CXX=g++ CXXFLAGS=-g -O2 -g 
> -Wall -O2 FFLAGS=-g -O2  --no-create --no-recursion
> /bin/sh: /tmp/buildd/yelp-2.22.1/./configure: No such file or directory
> make[1]: *** [config.status] Error 127
> make[1]: Leaving directory `/build/buildd/yelp-2.22.1'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=yelp&ver=2.22.1-4



--- End Message ---
--- Begin Message ---
Source: yelp
Source-Version: 2.22.1-6

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

yelp_2.22.1-6.diff.gz
  to pool/main/y/yelp/yelp_2.22.1-6.diff.gz
yelp_2.22.1-6.dsc
  to pool/main/y/yelp/yelp_2.22.1-6.dsc
yelp_2.22.1-6_i386.deb
  to pool/main/y/yelp/yelp_2.22.1-6_i386.deb



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

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

Debian distribution maintenance software
pp.
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> (supplier of updated yelp 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.8
Date: Thu, 14 Aug 2008 11:47:38 +0200
Source: yelp
Binary: yelp
Architecture: source i386
Version: 2.22.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian GNOME Maintainers <[EMAIL PROTECTED]>
Changed-By: Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>
Description: 
 yelp   - Help browser for GNOME 2
Closes: 495032
Changes: 
 yelp (2.22.1-6) unstable; urgency=low
 .
   * Add CVE identifier in 2.22.1-4 and 60_format-string.
   * Re-upload for a clean diff, fixing builds. (Closes: #495032)
Checksums-Sha1: 
 b020c5c29d7b1196c0a788901402c8d378d1197c 1572 yelp_2.22.1-6.dsc
 680d4b7536d4d6878a57a3c7e02aaa67b52d0822 170268 yelp_2.22.1-6.diff.gz
 7e7596d078641b076b19d8dbc3c7fb89a9224550 864064 yelp_2.22.1-6_i386.deb
Checksums-Sha256: 
 72ec228b64560f420c9896b2d82017aa0cbd25022e3a43713c3d8165f96f9ec3 1572 
yelp_2.22.1-6.dsc
 5044fa86d387ec33dab2980c2093c10cbdcf7cf22287c2b8ca1fc4c272ef

Bug#494461: marked as done (qhull: FTBFS on hppa due to broken eperl)

[Debian Bug Tracking System]

Your message dated Thu, 14 Aug 2008 10:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#494461: fixed in qhull 2003.1-9lenny1
has caused the Debian Bug report #494461,
regarding qhull: FTBFS on hppa due to broken eperl
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
494461: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494461
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: qhull
Version: 2003.1-10lenny1
Severity: serious
Justification: FTBFS on hppa

The qhull package FTBFS on hppa [1] due to bug in perl/eperl (see Bugs
#486069 and #494191).

[1] 
http://buildd.debian.org/fetch.cgi?pkg=qhull&arch=hppa&ver=2003.1-10lenny1&stamp=1217730801&file=log&as=raw

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8)


--- End Message ---
--- Begin Message ---
Source: qhull
Source-Version: 2003.1-9lenny1

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

libqhull-dev_2003.1-9lenny1_amd64.deb
  to pool/main/q/qhull/libqhull-dev_2003.1-9lenny1_amd64.deb
libqhull5_2003.1-9lenny1_amd64.deb
  to pool/main/q/qhull/libqhull5_2003.1-9lenny1_amd64.deb
qhull-bin_2003.1-9lenny1_amd64.deb
  to pool/main/q/qhull/qhull-bin_2003.1-9lenny1_amd64.deb
qhull_2003.1-9lenny1.diff.gz
  to pool/main/q/qhull/qhull_2003.1-9lenny1.diff.gz
qhull_2003.1-9lenny1.dsc
  to pool/main/q/qhull/qhull_2003.1-9lenny1.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.
Rafael Laboissiere <[EMAIL PROTECTED]> (supplier of updated qhull 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.8
Date: Thu, 14 Aug 2008 10:43:24 +0200
Source: qhull
Binary: libqhull5 libqhull-dev qhull-bin
Architecture: source amd64
Version: 2003.1-9lenny1
Distribution: testing-proposed-updates
Urgency: low
Maintainer: Debian Scientific Computing Team <[EMAIL PROTECTED]>
Changed-By: Rafael Laboissiere <[EMAIL PROTECTED]>
Description: 
 libqhull-dev - calculate convex hulls and related structures (development 
files)
 libqhull5  - calculate convex hulls and related structures (shared library)
 qhull-bin  - calculate convex hulls and related structures (utilities)
Closes: 494461
Changes: 
 qhull (2003.1-9lenny1) testing-proposed-updates; urgency=low
 .
   * debian/rules: Use sed instead of eperl to generate the man pages.
 Eperl is buggy on hppa (see Bug#494191) and the package FTBFS there.
 (Closes: #494461)
   * debian/manpage.in: Adapt for using sed
   * debian.control:
 + Drop build-dependency on eperl
 + Build-depends on docbook-xml.  This avoid timeouts due to the failed
 attempt to load the external entity docbookx.dtd (needed for the
 Debian-provided man pages) when network connection is not available.
 + Bump Standards-Version to 3.8.0 (no changes needed)
Checksums-Sha1: 
 fa0cefd712f0483358a09d3de48b19b6186e3068 1276 qhull_2003.1-9lenny1.dsc
 180bedd84d8fc3bb5c16302818e33667fd02330a 17637 qhull_2003.1-9lenny1.diff.gz
 8e6d5dc2721ae045f9d4c9c28f5df753867667b9 158118 
libqhull5_2003.1-9lenny1_amd64.deb
 9aa817c08241a699b1109b2c28ae0f42c0028d5e 682564 
libqhull-dev_2003.1-9lenny1_amd64.deb
 c8cb6e9f761cbd80800c10402775ab0e81fb62c3 48966 
qhull-bin_2003.1-9lenny1_amd64.deb
Checksums-Sha256: 
 afa247e495c5021497f9ca2256a47b73bece28bf29475eb9c27e380cb7c981b8 1276 
qhull_2003.1-9lenny1.dsc
 2ddff59583f44c8a3ac5c9f89bf4fe92a87a6042b2a5d5c8c5314c5d0454813e 17637 
qhull_2003.1-9lenny1.diff.gz
 95e167fbd496f8006928fa83f7c36875c4c6453bb767ee0c46c74e59b4ffd7a0 158118 
libqhull5_2003.1-9lenny1_amd64.deb
 8130f78da6ec88bdbe7c6554d38f7c66d55f52ad51cd986b8aea38f4fda7d8a4 682564 
libqhull-dev_2003.1-9lenny1_amd64.deb
 d9bd5e22d80a7f23e2fee79732ebc708b332fcdf0ac11e121874e2ffac8ab59b 48966 
qhull-bin_2003.1-9lenny1_amd64.deb
Files: 
 f2f98efce42dc7bdc90a1802a66ed11f 1276 math optional qhull_2003.1-9lenny1.dsc
 9ddfefbbe76fb4a34baeb8825fdf49e2 176

Bug#484695: vlc: Please switch to libdc1394-22

[Fabian Greffrath]

Hello Peter,

peter green schrieb:

tags 484695 patch sid
thanks

fixing this seems to be as simple as just changing the build-depends. 


Thank you very much for investigating on this issue.

However lenny still has a libavcodec-dev that depends on 
libdc1394-13-dev so care should be taken to make sure that a "fixed" vlc 
doesn't make it into lenny too early.




Well, ffmpeg-debian 0.svn20080206-11 is *supposed* to be in Lenny 
(CCing debian-release because of this)!


One option would be to not explicitly build depend on libdc1394-??-dev 
at all and just let libavcodec-dev pull it in.


This is about to decide for the VLC maintainer.

Cheers,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]



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

Bug#483000: Certified Winner (2008)

[British Lottery]

Contact Mr. Richard Cook . for the claim of 1,500,000.00 pounds which you have 
won in lottery promo. Send your Names ,Address,Age,Tel,Country,Occupation. 
Email: [EMAIL PROTECTED]




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

Bug#494648: emergency upload of TWiki package

[Olivier Berger]

Hi.

Haven't had a chance to look at the updated package yet (will try
today), but I think it may be better to acknowledge previous NMUs
explicitely in the changelog.

Hope this helps,

Best regards,

Le jeudi 14 août 2008 à 19:03 +1000, Sven Dowideit a écrit :

> Ardo, Christian ..
> 
> 
> I've just put an updated version of the twiki package at
> http://distributedinformation.com/TWikiDebian/
> 
> that fixes both the security flaw Dmitry found, and a few other bad
> oddities.
> 
> Could one of you by any chance take a look at it (and upload) for me?
> 
> 
> Cheers
> Sven
> 
> 
> - -
> 
>  twiki (1:4.1.2-4) unstable; urgency=emergency
>  .
>* squash softlink exploit on session directory (Closes: #494648)
>* related issue with passthrough files (Closes: #468159)
>* fix dependancys on apache* rather than apache*-common (Closes:
> #482285)
>* remove TWikiGuest user with hardcoded password from htpassword.
>* Build instructions moved from section -arch to -indep (closes
> lintian warning).
> 

-- 
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#495051: ski_1.3.2-3(sparc/unstable): FTBFS, sys/io.h: No such file or directory

[Martin Zobel-Helas]

Package: ski
Version: 1.3.2-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of ski_1.3.2-3 on lebrun by sbuild/sparc 98
> Build started at 20080814-0835

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 5), dpatch, autoconf, 
> autogen, automake1.9, libtool, bison, flex, gawk, gperf, libelfg0-dev, 
> libncurses5-dev, chrpath, sharutils, libltdl3-dev, pkg-config, libglade2-dev, 
> libgnomeui-dev

[...]

> linux/syscall-linux.c:48:20: error: sys/io.h: No such file or directory

[...]

> linux/syscall-linux.c:3013: warning: pointer targets in passing argument 2 of 
> 'simroot' differ in signedness
> linux/syscall-linux.c:3682: warning: cast from pointer to integer of 
> different size
> linux/syscall-linux.c:3682: warning: cast from pointer to integer of 
> different size
> make[5]: *** [syscall-linux.lo] Error 1
> make[5]: Leaving directory `/build/buildd/ski-1.3.2/src'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory `/build/buildd/ski-1.3.2/src'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/build/buildd/ski-1.3.2/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/ski-1.3.2'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/ski-1.3.2'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=ski&ver=1.3.2-3




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