Re: Bits from the Testing Security team

[Jonas Meurer]

On 16/01/2008 Reinhard Tartler wrote:
> Jonas Meurer <[EMAIL PROTECTED]> writes:
> 
> > cryptsetup is at least one binary in /sbin which depends on libgcrypt
> > and libgpg-error. If i got it right, that should be enough to move the
> > libs to /lib, correct?
> >
> > Maybe I should file withlist bugs, and stop building cryptsetup
> > statically as soon as the libs have been moved...
> 
> Any news on this?

unfortunately not. i'm busy with examinations currently, and i didn't
get any response to my question on debian-devel:

On 15/12/2007 Jonas Meurer wrote:
> On 10/12/2007 Simon Richter wrote:
> > Moving libgpg-error to /lib should not be a problem at all -- it's 
> > pretty small. libgcrypt, on the other hand, is a huge beast. :-/
> > 
> > How much of libgcrypt is used by cryptsetup?
> 
> that's a good question. i don't know how to figure that out. should I
> search for useage of functions which are provided by libgcrypt in
> cryptsetup?


greetings,
 jonas


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

hot to build i386 on amd64 using pbuilder?

[Anton Piatek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am trying to get this working...
I have created my chroot image as an i386 image
dpkg-architecture returns
 DEB_BUILD_ARCH=i386
 DEB_BUILD_ARCH_OS=linux
 DEB_BUILD_ARCH_CPU=i386
 DEB_BUILD_GNU_CPU=i486
 DEB_BUILD_GNU_SYSTEM=linux-gnu
 DEB_BUILD_GNU_TYPE=i486-linux-gnu
 DEB_HOST_ARCH=i386
 DEB_HOST_ARCH_OS=linux
 DEB_HOST_ARCH_CPU=i386
 DEB_HOST_GNU_CPU=i486
 DEB_HOST_GNU_SYSTEM=linux-gnu
 DEB_HOST_GNU_TYPE=i486-linux-gnu
So that looks ok.
If I call pbuilder with linux32, the uname -m returns i686

Yet when building my packages, pbuilder dies with
  dh_installdirs: dpkg-architecture failed

Am I missing something?

Anton

- --
Anton Piatek
email: [EMAIL PROTECTED]
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF

No trees were destroyed in the sending of this message, however, a
significant number of electrons were terribly inconvenienced.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org

iD8DBQFHjxs4WG/uFE1FAgwRArc8AJwKsp6ZMgfkRcrN8xgydCxTbh8dwgCeI0Qp
2bfLXU+E1uYJIBm0RmMKdKs=
=PFto
-END PGP SIGNATURE-


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

Re: hot to build i386 on amd64 using pbuilder?

[Fathi Boudra]

see attached helper scripts base on scripts provided with pbuilder.

cheers,

Fathi


pbuilder-sid-i386
Description: Binary data


pdebuild-sid-i386
Description: Binary data

Bug#461203: ITP: krb5-auth-dialog -- dialog for reauthenticating kerberos tickets

[Guido Guenther]

Package: wnpp
Severity: wishlist
Owner: Guido Guenther <[EMAIL PROTECTED]>

* Package name: krb5-auth-dialog
  Version : 0.6
  Upstream Author : Christopher Aillon <[EMAIL PROTECTED]>
* URL : http://ftp.gnome.org/pub/GNOME/sources/krb5-auth-dialog/
* License : GPL
  Programming Lang: C
  Description : dialog for reauthenticating kerberos tickets

 krb5-auth-dialog is a simple dialog that monitors kerberos tickets, and 
 pops up a dialog when they are about to expire.



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

Re: Speed up the boot by loading the kernel disk cache

[Marc Haber]

On Mon, 14 Jan 2008 10:50:12 +0100, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>Today a new package to speed up the boot is available in unstable.
>The readahead binary package can speed up the boot quite significantly
>by optimizing how the hard drive is used.  It make sure the kernel
>disk cache is populated as the very first thing done at boot with the
>files used during boot.  To test it, install readahead, boot once with
>'profile' as a kernel option to tune it to your boot, and then boot
>normally.

Will this speed up waking up from hibernation as well?

Greetings
Marc, cursed with a notebook that doesn't cleanly wake up from
suspend-to-ram

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: hot to build i386 on amd64 using pbuilder?

[Adam Borowski]

On Thu, Jan 17, 2008 at 01:28:03PM +, Anton Piatek wrote:
> I have noticed another error in the logs, there are permission errors
> on /dev/null
> Logging into the chroot reveals /dev/null is 644, not 666 as I would expect.
> 
> How can I fix the permissions of /dev/null under the chroot?
> 
> Are my problems likely to be cause by the fact that my machine is
> running as a vserver?

Yes, on vserver root is not really root.  You can't mknod, mess with device
files, mount filesystems, mess with network, etc.  Even some of the
restrictions which have already been fixed on newer versions are by default
(proper paranoia) masked away with machine capabilities.

Both pbuilder and piuparts fail extremely badly, even though one would
expect them to have support for virtualization.  But unless one of us
bothers enough to fix it, the support won't be there.

Even reading up on the intricaties of machine caps can be more work than I
care -- if you have a non-vserver machine nearby, I guess you won't care
that much too.

In theory, you can run pbuilder in vserver host, but if you follow proper
security practices and have the host tightly locked down with the minimum
access needed (server-like setup), it's a bad idea.  If it's just a normal
machine with vserver-enabled kernel (desktop with VMs) just do it the old
way outside vserver...  Or be a hero and fix it for the rest of us  ;-)

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


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

Re: hot to build i386 on amd64 using pbuilder?

[Anton Piatek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks,
Works on one machine, but not on another

I have noticed another error in the logs, there are permission errors
on /dev/null
Logging into the chroot reveals /dev/null is 644, not 666 as I would expect.

How can I fix the permissions of /dev/null under the chroot?

Are my problems likely to be cause by the fact that my machine is
running as a vserver?

Anton

On 17/01/2008, Fathi Boudra  wrote:
> see attached helper scripts base on scripts provided with pbuilder.
>
> cheers,
>
> Fathi
>
>
>


- --
Anton Piatek
email: [EMAIL PROTECTED]
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF

No trees were destroyed in the sending of this message, however, a
significant number of electrons were terribly inconvenienced.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org

iD8DBQFHj1eXWG/uFE1FAgwRAgHdAKCMHpj5YtOecS9lI+OWTJnbtbEjlQCfQvLK
+VqLRACgNPnqCtfuquO9bXc=
=6UuO
-END PGP SIGNATURE-


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

Re: hot to build i386 on amd64 using pbuilder?

[Anton Piatek]

On 17/01/2008, Anton Piatek <[EMAIL PROTECTED]> wrote:
> I have noticed another error in the logs, there are permission errors
> on /dev/null
> Logging into the chroot reveals /dev/null is 644, not 666 as I would expect.
>
> How can I fix the permissions of /dev/null under the chroot?
>
> Are my problems likely to be cause by the fact that my machine is
> running as a vserver?

Actually /dev/null is not even a character device inside the chroot:
# ls -l /dev/null
-rw-r--r-- 1 root root 0 Jan 17 14:00 /dev/null

Outside the chroot it is fine - I sounds like I have a problem with a
chroot/pbuilder image inside a vserver image (it works fine outside
the vserver image)

Any ideas?

Anton
-- 
Anton Piatek
email: [EMAIL PROTECTED]
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF

No trees were destroyed in the sending of this message, however, a
significant number of electrons were terribly inconvenienced.


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

Re: Speed up the boot by loading the kernel disk cache

[Petter Reinholdtsen]

[Marc Haber]
> Will this speed up waking up from hibernation as well?

It is not involved in hibernation, as far as I know.  Only during
boot.

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#461234: ITP: kml -- C++ Kernel Machine Library

[Philipp Benner]

Package: wnpp
Severity: wishlist
Owner: Philipp Benner <[EMAIL PROTECTED]>

* Package name: kml
  Version : r285
  Upstream Author : Rutger ter Borg <[EMAIL PROTECTED]>
* URL : http://www.terborg.net/research/kml/
* License : LGPL
  Programming Lang: C++
  Description : C++ Kernel Machine Library

The Kernel-Machine Library is a free (released under the LGPL) C++
library to promote the use of and progress of kernel machines. It is
intended for use in research as well as in practice. The library is
known to work with a recent C++ compiler on GNU/Linux, on Mac OS, and on
several flavours of Windows.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.18
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Philipp Benner



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

Re: Possible mass bug filing: missing shared library dependencies

[Julien Cristau]

On Thu, Jan 17, 2008 at 19:13:43 +0200, Niko Tyni wrote:

> Debian OCaml Maintainers <[EMAIL PROTECTED]>
>camlp4
>camlp4-extra
>ocaml-nox
> 
Fixed in svn, thanks.

Cheers,
Julien


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

Re: hot to build i386 on amd64 using pbuilder?

[Anton Piatek]

Where is that set? inside the tgz? Theres no fstab inside, and I cant
see any options in the pbuilder config.

Anton

On 17/01/2008, Luk Claes <[EMAIL PROTECTED]> wrote:
> Anton Piatek wrote:
> > Thanks,
> > Works on one machine, but not on another
> >
> > I have noticed another error in the logs, there are permission errors
> > on /dev/null
> > Logging into the chroot reveals /dev/null is 644, not 666 as I would expect.
>
> You might want to mount devpts in the chroot.
>
> Cheers
>
> Luk
>


-- 
Anton Piatek
email: [EMAIL PROTECTED]
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF

No trees were destroyed in the sending of this message, however, a
significant number of electrons were terribly inconvenienced.


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

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[Steve Greenland]

On 16-Jan-08, 10:00 (CST), Rafael <[EMAIL PROTECTED]> wrote: 
>Package name: label
> Version: 
> Upstream Author: [David Villa Alises <[EMAIL PROTECTED]>]
> URL: [http://crysol.inf-cr.uclm.es/node/482]
> License: [GPL]
> Description: [Set or change label to partition disk]


I realize this is just an RFP, but the proposed package name is way too
generic. Something like 'partlabel' or 'disklabel' would be better.

It also seems a rather trivial script for its own package...

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


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

Re: Possible mass bug filing: missing shared library dependencies

[Lucas Nussbaum]

On 17/01/08 at 19:13 +0200, Niko Tyni wrote:
> Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>

You list doesn't indicate any co-maintained packages. So, either
co-maintained packages are very good (possible), or you are using an old
version of dd-list that doesn't enable -u by default. Could you please
re-post with dd-list -u?

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


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

Re: Possible mass bug filing: missing shared library dependencies

[Neil Williams]

On Thu, 17 Jan 2008 19:13:43 +0200
Niko Tyni <[EMAIL PROTECTED]> wrote:

> After noticing a few compiled Perl module packages were missing
> ${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
> widespread this issue is.
> 
> Methodology: on sid/amd64, for all Architecture:amd64 packages that don't
> Depend or Pre-Depend on libc6 [1], check all ELF files (as identified by
> 'file') inside with 'objdump -p' for linking against libc.so.6.
> 
> Result: 300 binary packages from 240 source packages are missing at least
> the libc6 dependency, possibly others.  Generally, this means they are
> not running dpkg-shlibdeps on the files or depending on the results,
> which violates policy 8.6:

A lot of these seem to be -dbg packages and I've got a few issues with
that. Even if I add ${shlibs:Depends} for the -dbg package and run
dh_makeshlibs and dh_shlibdeps, I get this warning with dh_gencontrol
for the -dpkg package:

[EMAIL PROTECTED]:qof-0.7.4$ fakeroot dh_makeshlibs -plibqof1-dbg
[EMAIL PROTECTED]:qof-0.7.4$ less debian/libqof1-dbg/DEBIAN/shlibs
[EMAIL PROTECTED]:qof-0.7.4$ fakeroot dh_shlibdeps -plibqof1-dbg
[EMAIL PROTECTED]:qof-0.7.4$ less debian/libqof1-dbg/DEBIAN/shlibs
[EMAIL PROTECTED]:qof-0.7.4$ fakeroot dh_gencontrol -plibqof1-dbg
dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}

The -dbg package depends on the stripped version of the same library
(which does depend on libc6) so I don't see that I can actually comply
without adding the depends artificially.

> 
>  [...] and when a package is built which contains any shared libraries
>  or compiled binaries, it must run dpkg-shlibdeps on these to determine
>  the libraries used and hence the dependencies needed by this package

For -dbg packages, I already do this - with no effect.

> List of binary packages by maintainer ('dd-list -b') appended. I can't
> see any chance for false positives here, but please tell me if I'm wrong.

There are some -dev packages in here too - not sure if those are
correct.

As far as the backend modules for QOF, these are being made into
private libraries in the upcoming libqof2 transition so I won't be
doing anything with those in the final 0.7.4 libqof1 release.

> J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>
>libgoffice-0-4-dbg
>libgoffice-0-6-dbg
>libgsf-1-114-dbg
>libgsf-gnome-1-114-dbg
> Sebastien Bacher <[EMAIL PROTECTED]>
>libgtk2.0-dev
>libpango1.0-dev
> Daniel Baumann <[EMAIL PROTECTED]>
>bsdmainutils
>libncurses5-dbg
>libncursesw5-dbg
>python-bsdiff
> Bradley Bell <[EMAIL PROTECTED]>
>libgtkmm-dev
> Christoph Berg <[EMAIL PROTECTED]>
>libendeavour2-dev
> Debian GCC Maintainers <[EMAIL PROTECTED]>
>lib32stdc++6-4.1-dbg
>lib32stdc++6-4.2-dbg
>lib32stdc++6-4.3-dbg
>libstdc++5-3.3-dbg
>libstdc++6-4.1-dbg
>libstdc++6-4.2-dbg
>libstdc++6-4.3-dbg
>libstdc++6-dbg
> Debian multimedia packages maintainers <[EMAIL PROTECTED]>
>liba52-0.7.4-dev
> Debian QOF packaging team <[EMAIL PROTECTED]>
>libqof-backend-qsf0
>libqof-backend-sqlite0
>libqof1-dbg
> Debian VoIP Team <[EMAIL PROTECTED]>
>libccaudio2-dev
>libiaxclient-dev
> Eric Dorland <[EMAIL PROTECTED]>
>libassa3.4-0-dev
> John Goerzen <[EMAIL PROTECTED]>
>libghc6-wash-dev
> Gudjon I. Gudjonsson <[EMAIL PROTECTED]>
>libqwt5-qt3-dev
>libqwt5-qt4-dev
> Steinar H. Gunderson <[EMAIL PROTECTED]>
>pvm-dev
> Guillem Jover <[EMAIL PROTECTED]>
>libdirectfb-dev
> Jordi Mallach <[EMAIL PROTECTED]>
>libmailutils-dev
> Christian Marillat <[EMAIL PROTECTED]>
>librep-dev
> Loic Minier <[EMAIL PROTECTED]>
>libglib2.0-dev
> Gustavo R. Montesino <[EMAIL PROTECTED]>
>libgnomedb2-dev
> Daniel Rus Morales <[EMAIL PROTECTED]>
>libdmalloc-dev
> Brian Nelson <[EMAIL PROTECTED]>
>libqwt-dev
> Sam Hocevar (Debian packages) <[EMAIL PROTECTED]>
>liballegro-dev
> Ondřej Surý <[EMAIL PROTECTED]>
>libpoppler-glib-dev
>libwnck-dev
> Akira TAGOH <[EMAIL PROTECTED]>
>libgtk1.2-dbg
> Debian GSS Team <[EMAIL PROTECTED]>
>libgss-dev
> Marcio Roberto Teixeira <[EMAIL PROTECTED]>
>libiec61883-dev
> Aaron M. Ucko <[EMAIL PROTECTED]>
>libncbi6-dev

(Just a sample of the -dbg and -dev packages)

-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


pgpedfHiptBOC.pgp
Description: PGP signature

Possible mass bug filing: missing shared library dependencies

[Niko Tyni]

After noticing a few compiled Perl module packages were missing
${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
widespread this issue is.

Methodology: on sid/amd64, for all Architecture:amd64 packages that don't
Depend or Pre-Depend on libc6 [1], check all ELF files (as identified by
'file') inside with 'objdump -p' for linking against libc.so.6.

Result: 300 binary packages from 240 source packages are missing at least
the libc6 dependency, possibly others.  Generally, this means they are
not running dpkg-shlibdeps on the files or depending on the results,
which violates policy 8.6:

 [...] and when a package is built which contains any shared libraries
 or compiled binaries, it must run dpkg-shlibdeps on these to determine
 the libraries used and hence the dependencies needed by this package

List of binary packages by maintainer ('dd-list -b') appended. I can't
see any chance for false positives here, but please tell me if I'm wrong.

I'm considering a mass bug filing on these. Any objections? Is there a
situation where this might not be a bug at all (eg. private plugins not
in /usr/lib or possible circular dependency issues), and if so, why?

What would the correct severity of the bugs be? The Etch RC policy says:

 Packages must include a "Depends:" line listing any other packages they
 require for operation, unless those packages are marked "Essential: yes". 

so 'serious' would seem right. However, many of these dynamically linked
files are private plugins that might provide just a part of the package
functionality, bordering on the 'require for operation' condition. In
other cases the package depends directly on another package that has
all the correct dependencies (eg. the -dbg packages on the list). Would
things like these lower the severity?

I have filed a couple of similar bugs in the past as 'serious' that were
downgraded by the maintainer "since the generated shlibdeps are only
libc6" (#423397, #423398). Should the number of missing dependencies
affect the severity?

It should be easy to teach lintian to detect this if it's acceptable to
hardcode the external information about the name of the libc package and
the library file. These vary by the architecture, which would be a bit
of a maintenance burden. I can take a shot at a lintian patch myself if
this sounds useful anyway.

If the proposed bugs are considered non-RC, I suppose adding a lintian
check and waiting for the number of affected packages to go down before
filing bugs is the way to go.

[1] The libc6 dependency is quite a good first check for this: I found only
four packages in the archive that contain dynamically linked objects but
don't need libc6. For the curious, these are libetoken, libpam-chroot,
libpam-encfs, and libgcj7-dev.)


Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
   pd-zexy
   python-lash

Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]>
   xmms-blursk

Adam Cécile (Le_Vert) <[EMAIL PROTECTED]>
   libmcs-utils

Stefan Hornburg (Racke) <[EMAIL PROTECTED]>
   courier-mlm
   courier-webadmin
   interchange

J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>
   libgoffice-0-4-dbg
   libgoffice-0-6-dbg
   libgsf-1-114-dbg
   libgsf-gnome-1-114-dbg

Aide Maintainers <[EMAIL PROTECTED]>
   aide-dynamic

Cosimo Alfarano <[EMAIL PROTECTED]>
   pyg

Stuart R. Anderson <[EMAIL PROTECTED]>
   lsb-build-cc2
   lsb-build-cc3

Sebastien Bacher <[EMAIL PROTECTED]>
   libgtk2.0-dev
   libpango1.0-dev

Michael Banck <[EMAIL PROTECTED]>
   jack
   libsc-dev
   mpqc-support

Daniel Baumann <[EMAIL PROTECTED]>
   bsdmainutils
   libncurses5-dbg
   libncursesw5-dbg
   python-bsdiff
   rpc2-tools
   rvm-tools

Romain Beauxis <[EMAIL PROTECTED]>
   python-cwiid

Axel Beckert <[EMAIL PROTECTED]>
   slash

Dave Beckett <[EMAIL PROTECTED]>
   muine-plugin-inotify

Bradley Bell <[EMAIL PROTECTED]>
   libgtkmm-dev

Christoph Berg <[EMAIL PROTECTED]>
   libendeavour2-dev

Olly Betts <[EMAIL PROTECTED]>
   xapian-examples

Jan Beyer <[EMAIL PROTECTED]>
   gwyddion-plugins

Kęstutis Biliūnas <[EMAIL PROTECTED]>
   python-fontforge

Blars Blarson <[EMAIL PROTECTED]>
   ecartis-cgi

Thomas Bläsing <[EMAIL PROTECTED]>
   python-libpcap

Jay Bonci <[EMAIL PROTECTED]>
   libipc-sharelite-perl

A. Maitland Bottoms <[EMAIL PROTECTED]>
   icomlib-bin

Paul Brossier <[EMAIL PROTECTED]>
   libfftw3-dev

Daniel Burrows <[EMAIL PROTECTED]>
   heroes-common

Marco Cabizza <[EMAIL PROTECTED]>
   libgnome-media0

Volker Christian <[EMAIL PROTECTED]>
   syncekonnector

Rudi Cilibrasi <[EMAIL PROTECTED]>
   python-libsvm

Jesus Climent <[EMAIL PROTECTED]>
   libclearsilver-perl

Arnaud Cornet <[EMAIL PROTECTED]>
   libmmap-ruby1.8

Jereme Corrado <[EMAIL PROTECTED]>
   libaudio-cd-perl

Julien Danjou <[EMAIL PROTECTED]>
   apt-build

Debian allegro packages maintainers <[EMAIL PROTECTED]>
   liballegro4.2-dev

Debian Games Team <[EMAIL PROTECTED]>
   libseal-dev

Debian GCC Maintainers <[EMAIL PROTECTED]>
   gappletviewer-4.1
   gappletviewer

Re: Bug#461234: ITP: kml -- C++ Kernel Machine Library

[Ben Pfaff]

Philipp Benner <[EMAIL PROTECTED]> writes:

>   Description : C++ Kernel Machine Library
>
> The Kernel-Machine Library is a free (released under the LGPL) C++
> library to promote the use of and progress of kernel machines. It is
> intended for use in research as well as in practice. The library is
> known to work with a recent C++ compiler on GNU/Linux, on Mac OS, and on
> several flavours of Windows.

The description should include a definition of "kernel machine".
I assumed it was some kind of virtual machine like KVM or QEMU,
but it's nothing of the sort.
-- 
Ben Pfaff 
http://benpfaff.org


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

Re: Possible mass bug filing: missing shared library dependencies

[Stefano Zacchiroli]

On Thu, Jan 17, 2008 at 07:13:43PM +0200, Niko Tyni wrote:
> Stefano Zacchiroli <[EMAIL PROTECTED]>
>libgtkmathview-bin

Fixed in collab-maint repository, thanks.

Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],cs.unibo.it,debian.org}  -<%>-  http://upsilon.cc/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Re: Reordering the boot for fun and profit

[Shachar Shemesh]

Petter Reinholdtsen wrote:


And of course, it also make it possible to
dynamically order the scripts based on their dependencies.

  
When you said "and of course", I thought you were going to say "allow 
scripts that have no inter-dependency to start in parallel". Having a 
concurrency level of at least 2 should speed the start up considerably, 
especially when packages are taking long to start mostly because they do 
a sleep in wait for some hardware to settle.


Coming to think of it, maybe concurrency level of 2 is a little low.

Shachar


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

Re: Possible mass bug filing: missing shared library dependencies

[Russ Allbery]

Niko Tyni <[EMAIL PROTECTED]> writes:

> After noticing a few compiled Perl module packages were missing
> ${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
> widespread this issue is.
>
> Methodology: on sid/amd64, for all Architecture:amd64 packages that don't
> Depend or Pre-Depend on libc6 [1], check all ELF files (as identified by
> 'file') inside with 'objdump -p' for linking against libc.so.6.

We should figure out how to make a lintian test out of this, I think.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/17/08 13:19, Steve Greenland wrote:
> On 16-Jan-08, 10:00 (CST), Rafael <[EMAIL PROTECTED]> wrote: 
>>Package name: label
>> Version: 
>> Upstream Author: [David Villa Alises <[EMAIL PROTECTED]>]
>> URL: [http://crysol.inf-cr.uclm.es/node/482]
>> License: [GPL]
>> Description: [Set or change label to partition disk]
> 
> 
> I realize this is just an RFP, but the proposed package name is way too
> generic. Something like 'partlabel' or 'disklabel' would be better.
> 
> It also seems a rather trivial script for its own package...

Aren't there already ways to do this?  For example,

# tune2fs -L  /dev/[sh]d[a-z][1-15]

- --
Ron Johnson, Jr.
Jefferson LA  USA

"I'm not a vegetarian because I love animals, I'm a vegetarian
because I hate vegetables!"
unknown
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHj7tQS9HxQb37XmcRAjtxAJ9J813DYu1ypYyd8mWQkKgfKZezZgCgnuui
wiQQUYXe5IOwxcoVJXehYzE=
=P3VT
-END PGP SIGNATURE-


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

Re: Possible mass bug filing: missing shared library dependencies

[Niko Tyni]

On Thu, Jan 17, 2008 at 07:03:43PM +, Neil Williams wrote:
> On Thu, 17 Jan 2008 19:13:43 +0200 Niko Tyni <[EMAIL PROTECTED]> wrote:

> > List of binary packages by maintainer ('dd-list -b') appended. I can't
> > see any chance for false positives here, but please tell me if I'm wrong.
> 
> There are some -dev packages in here too - not sure if those are
> correct.

Yes, I think they should be on the list.

Out of the 60 -dev packages listed, 46 contain ELF binaries in /usr/s?bin,
and of the remaining packages, 12 contain ELF files in a private directory
under /usr/lib. 

gnunet-dev ships a real shared library in /usr/lib .

expect-tcl8.3-dev ships an ELF binary in /usr/share/doc/examples .

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Re: Bits from the Qt/KDE team

[David Moreno Garza]

On Thu, 2008-01-10 at 12:27 +0100, Ana Guerrero wrote:
> Ana,
> on behalf of the Qt/KDE team.

Thanks to the whole team, you've made an awesome job. You are the living
proof that Debian people can make a great work as a team.

-- 
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
 What the Helen in Troy is that? 



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

Re: Possible mass bug filing: missing shared library dependencies

[Niko Tyni]

On Thu, Jan 17, 2008 at 08:12:30PM +0100, Lucas Nussbaum wrote:
 
> You list doesn't indicate any co-maintained packages. So, either
> co-maintained packages are very good (possible), or you are using an old
> version of dd-list that doesn't enable -u by default. Could you please
> re-post with dd-list -u?

Yeah, I was trying to be too smart with 'dd-list --dctrl'. Here we go,
this is still by binary package (-b) since that's where the problems show.

Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
   pd-zexy
   python-lash

Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]>
   xmms-blursk

Adam Cécile (Le_Vert) <[EMAIL PROTECTED]>
   libmcs-utils

Stefan Hornburg (Racke) <[EMAIL PROTECTED]>
   courier-mlm
   courier-webadmin
   interchange

J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>
   libgnomedb2-dev (U)
   libgoffice-0-4-dbg
   libgoffice-0-6-dbg
   libgsf-1-114-dbg
   libgsf-gnome-1-114-dbg
   libgtk1.2-dbg (U)

Aide Maintainers <[EMAIL PROTECTED]>
   aide-dynamic

Cosimo Alfarano <[EMAIL PROTECTED]>
   pyg

Moray Allan <[EMAIL PROTECTED]>
   libqofexpensesobjects0-dbg (U)

Russ Allbery <[EMAIL PROTECTED]>
   libgss-dev (U)

Thomas Anders <[EMAIL PROTECTED]>
   libsnmp-perl (U)

Stuart R. Anderson <[EMAIL PROTECTED]>
   lsb-build-cc2
   lsb-build-cc3

Sebastien Bacher <[EMAIL PROTECTED]>
   libgtk1.2-dbg (U)
   libgtk2.0-dev
   libpango1.0-dev

Jeff Bailey <[EMAIL PROTECTED]>
   libmailutils-dev (U)

Michael Banck <[EMAIL PROTECTED]>
   jack
   libsc-dev
   mpqc-support

Douglas Bates <[EMAIL PROTECTED]>
   r-mathlib (U)

Daniel Baumann <[EMAIL PROTECTED]>
   bsdmainutils
   gnunet-dev (U)
   libncurses5-dbg
   libncursesw5-dbg
   python-bsdiff
   rpc2-tools
   rvm-tools

Romain Beauxis <[EMAIL PROTECTED]>
   python-cwiid

Axel Beckert <[EMAIL PROTECTED]>
   slash

Dave Beckett <[EMAIL PROTECTED]>
   libpoppler-glib-dev (U)
   muine-plugin-inotify

Bradley Bell <[EMAIL PROTECTED]>
   libgtkmm-dev

Christoph Berg <[EMAIL PROTECTED]>
   libendeavour2-dev

Olly Betts <[EMAIL PROTECTED]>
   xapian-examples

Jan Beyer <[EMAIL PROTECTED]>
   gwyddion-plugins

Kęstutis Biliūnas <[EMAIL PROTECTED]>
   python-fontforge

Bastian Blank <[EMAIL PROTECTED]>
   libdlm-dev (U)
   libfile-spec-perl (U)

Blars Blarson <[EMAIL PROTECTED]>
   ecartis-cgi

Thomas Bläsing <[EMAIL PROTECTED]>
   python-libpcap

Jay Bonci <[EMAIL PROTECTED]>
   libipc-sharelite-perl
   libparams-validate-perl (U)

A. Maitland Bottoms <[EMAIL PROTECTED]>
   icomlib-bin

Gonéri Le Bouder <[EMAIL PROTECTED]>
   libseal-dev (U)

Fathi Boudra <[EMAIL PROTECTED]>
   kdelibs4-dev (U)
   libqt4-dev (U)

Fathi Boudra <[EMAIL PROTECTED]>
   libarts1-dev (U)
   libqwt5-qt3-dev (U)
   libqwt5-qt4-dev (U)

Rob Bradford <[EMAIL PROTECTED]>
   libgtk1.2-dbg (U)

Goswin von Brederlow <[EMAIL PROTECTED]>
   ia32-libs-gtk (U)

Ludovic Brenta <[EMAIL PROTECTED]>
   libgnatprj4.1 (U)
   libgnatprj4.2 (U)
   libgnatvsn4.1 (U)
   libgnatvsn4.2 (U)

Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>
   libgtk1.2-dbg (U)

Paul Brossier <[EMAIL PROTECTED]>
   libfftw3-dev

Daniel Burrows <[EMAIL PROTECTED]>
   heroes-common

Ross Burton <[EMAIL PROTECTED]>
   libgtk1.2-dbg (U)
   libpoppler-glib-dev (U)

Marco Cabizza <[EMAIL PROTECTED]>
   libgnome-media0
   libwnck-dev (U)

Ricardo Cardenes <[EMAIL PROTECTED]>
   libdcop3-java-dev (U)

Vagrant Cascadian <[EMAIL PROTECTED]>
   ltsp-client-core (U)

Ondrej Certik <[EMAIL PROTECTED]>
   python-enthought-traits (U)

Pierre Chifflier <[EMAIL PROTECTED]>
   libprelude-perl (U)
   libpreludedb-perl (U)
   python-prelude (U)
   python-preludedb (U)

Volker Christian <[EMAIL PROTECTED]>
   syncekonnector

Rudi Cilibrasi <[EMAIL PROTECTED]>
   python-libsvm

Jesus Climent <[EMAIL PROTECTED]>
   libclearsilver-perl

Adam Conrad <[EMAIL PROTECTED]>
   php5-common (U)

Arnaud Cornet <[EMAIL PROTECTED]>
   libmmap-ruby1.8

Jereme Corrado <[EMAIL PROTECTED]>
   libaudio-cd-perl

Julien Cristau <[EMAIL PROTECTED]>
   camlp4 (U)
   camlp4-extra (U)
   ocaml-nox (U)

George Danchev <[EMAIL PROTECTED]>
   sofia-sip-bin (U)

Julien Danjou <[EMAIL PROTECTED]>
   apt-build

Debian allegro packages maintainers <[EMAIL PROTECTED]>
   liballegro4.2-dev

Debian Fonts Task Force <[EMAIL PROTECTED]>
   python-fontforge (U)

Debian Games Team <[EMAIL PROTECTED]>
   libseal-dev

Debian GCC Maintainers <[EMAIL PROTECTED]>
   gappletviewer-4.1
   gappletviewer-4.2
   gappletviewer-4.3
   lib32stdc++6
   lib32stdc++6-4.1-dbg
   lib32stdc++6-4.2-dbg
   lib32stdc++6-4.3-dbg
   libgnatprj4.1
   libgnatprj4.2
   libgnatvsn4.1
   libgnatvsn4.2
   libstdc++5-3.3-dbg
   libstdc++6-4.1-dbg
   libstdc++6-4.2-dbg
   libstdc++6-4.3-dbg
   libstdc++6-dbg

Debian GIS Project <[EMAIL PROTECTED]>
   qgis-plugin-grass

Debian GNOME Maintainers <[EMAIL PROTECTED]>
   libglib2.0-dev (U)
   libgnome-media0 (U)
   libgnomedb2-dev (U)
   libgtk1.2-dbg (U)
   libgtk2.0-dev (U)
   libpango1.0-dev (U)
   libwnck-dev (U)
   update-manager-core

Debian GPE team <[EMAIL PROTECTED]>
   libq

Re: Possible mass bug filing: missing shared library dependencies

[gregor herrmann]

On Thu, 17 Jan 2008 19:13:43 +0200, Niko Tyni wrote:

> After noticing a few compiled Perl module packages were missing
> ${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
> widespread this issue is.

Thanks for your tests!
 
> Debian Perl Group <[EMAIL PROTECTED]>
>libfile-spec-perl
>libfilesys-df-perl
>libparams-validate-perl

Fixed in svn. 

> gregor herrmann <[EMAIL PROTECTED]>
>libmimetic0-dbg
 
As Neil has already pointed out, also in this case the -dbg package
depends on the non-stripped library package which has the needed
elements.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Diana Krall: Im Pulling Through


signature.asc
Description: Digital signature

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[brian m. carlson]

On Thu, Jan 17, 2008 at 02:32:16PM -0600, Ron Johnson wrote:

On 01/17/08 13:19, Steve Greenland wrote:
On 16-Jan-08, 10:00 (CST), Rafael <[EMAIL PROTECTED]> wrote: 

   Package name: label
Version: 
Upstream Author: [David Villa Alises <[EMAIL PROTECTED]>]

URL: [http://crysol.inf-cr.uclm.es/node/482]
License: [GPL]
Description: [Set or change label to partition disk]



I realize this is just an RFP, but the proposed package name is way too
generic. Something like 'partlabel' or 'disklabel' would be better.

It also seems a rather trivial script for its own package...


Aren't there already ways to do this?  For example,

# tune2fs -L  /dev/[sh]d[a-z][1-15]


If you're looking for naming a partition, then yes, that method works 
(assuming, of course, that it is ext[23]).  If you're looking for a 
disklabel (also known as a partition table), then that method won't 
work, but you can use parted or the appropriate fdisk tool.  It's 
somewhat difficult to tell, since there is no long description.  
Consider this a request for one.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Re: Possible mass bug filing: missing shared library dependencies

[Damyan Ivanov]

-=| gregor herrmann, Thu, Jan 17, 2008 at 09:48:19PM +0100 |=-
> On Thu, 17 Jan 2008 19:13:43 +0200, Niko Tyni wrote:
> 
> > After noticing a few compiled Perl module packages were missing
> > ${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
> > widespread this issue is.
> 
> Thanks for your tests!
>  
> > Debian Perl Group <[EMAIL PROTECTED]>
> >libfile-spec-perl
> >libfilesys-df-perl
> >libparams-validate-perl
> 
> Fixed in svn. 

Uploaded.

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Re: Future Debian package candidate web pages: present and future

[Sebastian Pipping]

David Bremner wrote:

Sebastian> http://debian.binera.de/wnpp/

Looking better all the time.


thanks!


I would really like some (approximate)
popcon data myself, especially for orphaned packages.


would be cool, yes. i don't have any clue to do this
yet. if you do please share your thoughts with me
to speed the  thing up. deal? :-)


 But I'm like,
just this guy you know?


sorry, i'm not sure what you mean. you assume to be the only
one to care about this?



sebastian


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

Re: dh_shlibdeps and -dbg packages

[Niko Tyni]

On Thu, Jan 17, 2008 at 07:03:43PM +, Neil Williams wrote:

> A lot of these seem to be -dbg packages and I've got a few issues with
> that. Even if I add ${shlibs:Depends} for the -dbg package and run
> dh_makeshlibs and dh_shlibdeps, I get this warning with dh_gencontrol
> for the -dpkg package:
[...]
> dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
>
> The -dbg package depends on the stripped version of the same library
> (which does depend on libc6) so I don't see that I can actually comply
> without adding the depends artificially.

Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables.
This was apparently done when adding support for split debugging symbols
files: see #215670.

This looks like a bug to me, since /usr/lib/debug is used for "real"
unstripped libraries too. Just filed #461339 on debhelper.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Re: Future Debian package candidate web pages: present and future

[Sebastian Pipping]

Don Armstrong wrote:

You should actually be able to generate this page with two requests:

my @bugs = @{$soap->get_bugs(package=>'wnpp')->results()};
my $status_hash = $soap->get_status(@bugs)->results();


i plan to give this a try later. what do you think: up to what
number of bugs should i query with per request at max?
e.g. would all ~1800 bugs at once still be cool or should
i split that?



sebastian


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

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[Steve Greenland]

On 17-Jan-08, 14:52 (CST), "brian m. carlson" <[EMAIL PROTECTED]> wrote: 
> On Thu, Jan 17, 2008 at 02:32:16PM -0600, Ron Johnson wrote:
>> Aren't there already ways to do this?  For example,
>>
>> # tune2fs -L  /dev/[sh]d[a-z][1-15]
>
> If you're looking for naming a partition, then yes, that method works  
> (assuming, of course, that it is ext[23]).  If you're looking for a  
> disklabel (also known as a partition table), then that method won't  
> work, but you can use parted or the appropriate fdisk tool.  It's  
> somewhat difficult to tell, since there is no long description.   
> Consider this a request for one.

Looking at the website, it appears to be the former. It looks like a
wrapper that determines whether the FS in question is ext[23] or msdos,
and make the appropriate utility call. 

However, I don't read Spanish, so there may be more to it.

Steve



-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


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

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[Milan P. Stanic]

On Thu, Jan 17, 2008 at 02:32:16PM -0600, Ron Johnson wrote:
> On 01/17/08 13:19, Steve Greenland wrote:
> > On 16-Jan-08, 10:00 (CST), Rafael <[EMAIL PROTECTED]> wrote: 
> >>Package name: label
> >> Version: 
> >> Upstream Author: [David Villa Alises <[EMAIL PROTECTED]>]
> >> URL: [http://crysol.inf-cr.uclm.es/node/482]
> >> License: [GPL]
> >> Description: [Set or change label to partition disk]
> > I realize this is just an RFP, but the proposed package name is way too
> > generic. Something like 'partlabel' or 'disklabel' would be better.
> > It also seems a rather trivial script for its own package...
> Aren't there already ways to do this?  For example,
> # tune2fs -L  /dev/[sh]d[a-z][1-15]

Or: e2label device [ new-label ]


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

Re: Reordering the boot for fun and profit

[Petter Reinholdtsen]

[Shachar Shemesh]
> When you said "and of course", I thought you were going to say "allow
> scripts that have no inter-dependency to start in parallel". Having a
> concurrency level of at least 2 should speed the start up
> considerably, especially when packages are taking long to start mostly
> because they do a sleep in wait for some hardware to settle.

Yes, running things in parallel is also made easier.  But I am not
sure if it will speed up the boot or not.  Benchmarks have been
inconclusive.  Switching to dash as /bin/sh have more impact on the
boot time than reordering and concurrency, according to the result
from the google summer of code project of Carlos Villegas.

But before we can be sure to run everything, all init.d scripts should
have correct LSB headers.  As you can see from this list, there are
still a few packages to fix.  An updated list of packages is available
from http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot>.

Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
   realtime-lsm

Peter De Schrijver (p2) <[EMAIL PROTECTED]>
   linux-atm

Stefan Hornburg (Racke) <[EMAIL PROTECTED]>
   courier
   courier-authlib
   interchange
   pure-ftpd
   sympa

Cyril Lacoux (Yack) <[EMAIL PROTECTED]>
   digitools

Marco Presi (Zufus) <[EMAIL PROTECTED]>
   linesrv

Stefan Alfredsson <[EMAIL PROTECTED]>
   monit

Osamu Aoki <[EMAIL PROTECTED]>
   tpconfig

Ben Armstrong <[EMAIL PROTECTED]>
   xpilot-ng

Don Armstrong <[EMAIL PROTECTED]>
   spamass-milter

SZALAY Attila <[EMAIL PROTECTED]>
   zorp

Artem Baguinski <[EMAIL PROTECTED]>
   drscheme (U)

Alan Bain <[EMAIL PROTECTED]>
   rbootd

Andreas Barth <[EMAIL PROTECTED]>
   mgetty

Daniel Baumann <[EMAIL PROTECTED]>
   ipmasq
   nfs-user-server

Hilko Bengen <[EMAIL PROTECTED]>
   ulog-acctd

Grzegorz Bizon <[EMAIL PROTECTED]>
   specter

Bastian Blank <[EMAIL PROTECTED]>
   lvm2 (U)

Blars Blarson <[EMAIL PROTECTED]>
   cnews

Achim Bohnet <[EMAIL PROTECTED]>
   capisuite (U)

Ed Boraas <[EMAIL PROTECTED]>
   aime
   tinyproxy

W. Borgert <[EMAIL PROTECTED]>
   blinkd

Cyril Bouthors <[EMAIL PROTECTED]>
   bld
   drbdlinks

Chris Boyle <[EMAIL PROTECTED]>
   reaim

Joachim Breitner <[EMAIL PROTECTED]>
   dmraid (U)

Adrian Bridgett <[EMAIL PROTECTED]>
   dante

Eric Van Buggenhaut <[EMAIL PROTECTED]>
   udhcp

Bruno Barrera C. <[EMAIL PROTECTED]>
   portsentry

Patrick Caulfield <[EMAIL PROTECTED]>
   mopd

Hubert Chathi <[EMAIL PROTECTED]>
   gnustep-base (U)

Emmanuel le Chevoir <[EMAIL PROTECTED]>
   frox

Dennis L. Clark <[EMAIL PROTECTED]>
   bnetd

Jesus Climent <[EMAIL PROTECTED]>
   distmp3
   spamassassin (U)

Russell Coker <[EMAIL PROTECTED]>
   memlockd

Russell Coker <[EMAIL PROTECTED]>
   fcron (U)

Jamin W. Collins <[EMAIL PROTECTED]>
   jabber

Carlo Contavalli <[EMAIL PROTECTED]>
   wipl

Paul Cupis <[EMAIL PROTECTED]>
   guarddog
   guidedog

Artur R. Czechowski <[EMAIL PROTECTED]>
   rrdcollect

Marco d'Itri <[EMAIL PROTECTED]>
   binkd

Julien Danjou <[EMAIL PROTECTED]>
   greylistd
   ledstats
   lirc (U)
   tetrinetx
   tleds

Debian GNUstep maintainers <[EMAIL PROTECTED]>
   gnustep-base

Debian Hamradio Maintainers <[EMAIL PROTECTED]>
   aprsd
   ssbd

Debian Icecast team <[EMAIL PROTECTED]>
   icecast2

Debian LVM Team <[EMAIL PROTECTED]>
   lvm2

Debian Multimedia Team <[EMAIL PROTECTED]>
   das-watchdog

Debian Nagios Maintainer Group <[EMAIL PROTECTED]>
   nsca

Debian VoIP Team <[EMAIL PROTECTED]>
   rtpproxy
   siproxd

Eric Delaunay <[EMAIL PROTECTED]>
   scsitools

Bernd Eckenfels <[EMAIL PROTECTED]>
   net-acct
   transproxy

Robert S. Edmonds <[EMAIL PROTECTED]>
   pcaputils

Free Ekanayaka <[EMAIL PROTECTED]>
   das-watchdog (U)

Nick Estes <[EMAIL PROTECTED]>
   upsd

Bartosz Fenski <[EMAIL PROTECTED]>
   specter (U)

Martín Ferrari <[EMAIL PROTECTED]>
   vtun

Agney Lopes Roth Ferraz <[EMAIL PROTECTED]>
   fnfx

Duncan Findlay <[EMAIL PROTECTED]>
   spamassassin

sean finney <[EMAIL PROTECTED]>
   nsca (U)

Decklin Foster <[EMAIL PROTECTED]>
   lastfmsubmitd

Turbo Fredriksson <[EMAIL PROTECTED]>
   roxen4

Jochen Friedrich <[EMAIL PROTECTED]>
   isakmpd
   snmptrapfmt

Peter S Galbraith <[EMAIL PROTECTED]>
   xtide

Radovan Garabik <[EMAIL PROTECTED]>
   serpento

Radovan Garabík <[EMAIL PROTECTED]>
   karrigell
   xtell

Hector Garcia <[EMAIL PROTECTED]>
   lirc (U)
   smail

Matthew Garrett <[EMAIL PROTECTED]>
   netapplet
   nstx

RISKO Gergely <[EMAIL PROTECTED]>
   shaperd

David Gil <[EMAIL PROTECTED]>
   pads

Filippo Giunchedi <[EMAIL PROTECTED]>
   dmraid (U)

John Goerzen <[EMAIL PROTECTED]>
   bacula
   pygopherd

Celso González <[EMAIL PROTECTED]>
   cpudyn

Matthew Grant <[EMAIL PROTECTED]>
   netscript-2.4

Debian QA Group <[EMAIL PROTECTED]>
   caudium
   emifreq-applet

Daniel Gubser <[EMAIL PROTECTED]>
   psad

Guido Guenther <[EMAIL PROTECTED]>
   smartmontools

Aurélien GÉRÔME <[EMAIL PROTECTED]>
   dancer-ircd
   dancer-services

Marc Haber <[EMAIL PROTECTED]>
   ifupdown-scripts-z

Re: dh_shlibdeps and -dbg packages

[Russ Allbery]

Niko Tyni <[EMAIL PROTECTED]> writes:

> Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables.
> This was apparently done when adding support for split debugging symbols
> files: see #215670.
>
> This looks like a bug to me, since /usr/lib/debug is used for "real"
> unstripped libraries too. Just filed #461339 on debhelper.

Hm, perhaps you should instead file a bug against any package (other than
libc6) which uses /usr/lib/debug for real unstripped libraries.  Shouldn't
everyone use detached debugging symbols now, or is there really enough
utility in building a separate debugging version libraries to warrant the
additional user complexity of using them?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Possible mass bug filing: missing shared library dependencies

[Colin Watson]

On Thu, Jan 17, 2008 at 07:13:43PM +0200, Niko Tyni wrote:
> Colin Watson <[EMAIL PROTECTED]>
>libfilter-perl

Fixed in 1.31-2.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Re: dh_shlibdeps and -dbg packages

[Colin Watson]

On Thu, Jan 17, 2008 at 02:50:09PM -0800, Russ Allbery wrote:
> Niko Tyni <[EMAIL PROTECTED]> writes:
> > Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables.
> > This was apparently done when adding support for split debugging symbols
> > files: see #215670.
> >
> > This looks like a bug to me, since /usr/lib/debug is used for "real"
> > unstripped libraries too. Just filed #461339 on debhelper.
> 
> Hm, perhaps you should instead file a bug against any package (other than
> libc6) which uses /usr/lib/debug for real unstripped libraries.  Shouldn't
> everyone use detached debugging symbols now, or is there really enough
> utility in building a separate debugging version libraries to warrant the
> additional user complexity of using them?

I understand from Matthias that Python modules benefit noticeably from a
separate debugging build.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Re: Future Debian package candidate web pages: present and future

[David Bremner]

> "Sebastian" == Sebastian Pipping <[EMAIL PROTECTED]> writes:
Sebastian>> David Bremner wrote: 

>> I would really like some (approximate) popcon data myself,
>> especially for orphaned packages.

Sebastian> would be cool, yes. i don't have any clue to do this
Sebastian> yet. if you do please share your thoughts with me to
Sebastian> speed the thing up. deal? :-)

As far as I understand it (and maybe somebody more informed can
correct me), there is currently no fancy interface (SOAP) to the data
on popcon.debian.org  On the other hand, it does not change that
quickly, so grabbing a copy once a week should be reasonable.

http://qa.debian.org/popcon.php?package=whatever 

obviously has access to the data, so maybe someone on the qa team can 
comment.

>> But I'm like, just this guy you know?

Sebastian> sorry, i'm not sure what you mean.

Hitchhikers Guide to the Galaxy reference.
(http://en.wikipedia.org/wiki/Zaphod_Beeblebrox).  I just wanted to
emphasise my bystander/dabbler status.

d



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

Re: Possible mass bug filing: missing shared library dependencies

[Petter Reinholdtsen]

[Niko Tyni]
>hotkey-setup

Fix uploaded.  Thank you for the discovery.

Happy hacking,
-- 
Petter Reinholdtsen


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

Re: Future Debian package candidate web pages: present and future

[Sebastian Pipping]

Sebastian Pipping wrote:

PS: sorting is not cool yet. i plan to address this next.


i think sorting is smooth now. check it out :-)



sebastian


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

Re: Bug#461104: RFP: label -- Set or change label to partition disk

[Roberto C . Sánchez]

On Thu, Jan 17, 2008 at 03:33:45PM -0600, Steve Greenland wrote:
> On 17-Jan-08, 14:52 (CST), "brian m. carlson" <[EMAIL PROTECTED]> wrote: 
> > On Thu, Jan 17, 2008 at 02:32:16PM -0600, Ron Johnson wrote:
> >> Aren't there already ways to do this?  For example,
> >>
> >> # tune2fs -L  /dev/[sh]d[a-z][1-15]
> >
> > If you're looking for naming a partition, then yes, that method works  
> > (assuming, of course, that it is ext[23]).  If you're looking for a  
> > disklabel (also known as a partition table), then that method won't  
> > work, but you can use parted or the appropriate fdisk tool.  It's  
> > somewhat difficult to tell, since there is no long description.   
> > Consider this a request for one.
> 
> Looking at the website, it appears to be the former. It looks like a
> wrapper that determines whether the FS in question is ext[23] or msdos,
> and make the appropriate utility call. 
> 
> However, I don't read Spanish, so there may be more to it.
> 
(Folks, I am a professional, so please don't try this at home)

Limitaciones
(Limitations)

* Tienes que ser root (por razones obvias). Puedes usarlo con sudo.
  (Must be root, can be used with sudo)
* El dispositivo indicado debe estar montado porque el programa utiliza df 
para averiguar el sistema de ficheros.
  (Device must be mounted because df is used to determine
  filesystem)
* Por ahora sólo soporta vfat y ext2/3, pero extenderlo para otros FS es 
trivial.
  (Currently, only vfat and ext2/3 are supported, extending to
  support other filesystems is trivial)

Quizá sería más sencillo hacerlo en C-Shell, pero me siento más cómodo con 
Python. Se admiten sugerencias.
(It would probably be easier in csh, but I am more comfortable with
Python.  Suggestions welcome.)

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Possible mass bug filing: missing shared library dependencies

[Thomas Girard]

Le jeudi 17 janvier 2008 à 19:13 +0200, Niko Tyni a écrit :

> Debian Java Maintainers <[EMAIL PROTECTED]>
>eclipse-cdt

Fixed in SVN, thanks for reporting.

Regards,

Thomas



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

Re: dh_shlibdeps and -dbg packages

[Robert Collins]

On Thu, 2008-01-17 at 23:58 +, Colin Watson wrote:
> On Thu, Jan 17, 2008 at 02:50:09PM -0800, Russ Allbery wrote:
> > Niko Tyni <[EMAIL PROTECTED]> writes:
> > > Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables.
> > > This was apparently done when adding support for split debugging symbols
> > > files: see #215670.
> > >
> > > This looks like a bug to me, since /usr/lib/debug is used for "real"
> > > unstripped libraries too. Just filed #461339 on debhelper.
> > 
> > Hm, perhaps you should instead file a bug against any package (other than
> > libc6) which uses /usr/lib/debug for real unstripped libraries.  Shouldn't
> > everyone use detached debugging symbols now, or is there really enough
> > utility in building a separate debugging version libraries to warrant the
> > additional user complexity of using them?
> 
> I understand from Matthias that Python modules benefit noticeably from a
> separate debugging build.

python core definitely does - the debug build adds instrumentation that
has an overhead and is not included in the non-debug builds because of
that.

I'd expect the same macros to do this in python modules, though I don't
know for sure.

-Rob
-- 
GPG key available at: .


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

Re: Possible mass bug filing: missing shared library dependencies

[Ian Wienand]

On Thu, Jan 17, 2008 at 07:13:43PM +0200, Niko Tyni wrote:
> Ian Wienand <[EMAIL PROTECTED]>
>libiptcdata-bin

Fixed, thanks

-i


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

Re: hot to build i386 on amd64 using pbuilder?

[Micah Anderson]

On Thu, 17 Jan 2008 16:01:42 +0100, Adam Borowski wrote:

> On Thu, Jan 17, 2008 at 01:28:03PM +, Anton Piatek wrote:
>> I have noticed another error in the logs, there are permission errors
>> on /dev/null
>> Logging into the chroot reveals /dev/null is 644, not 666 as I would
>> expect.
>> 
>> How can I fix the permissions of /dev/null under the chroot?
>> 
>> Are my problems likely to be cause by the fact that my machine is
>> running as a vserver?
> 
> Yes, on vserver root is not really root.  You can't mknod, mess with
> device files, mount filesystems, mess with network, etc.  Even some of
> the restrictions which have already been fixed on newer versions are by
> default (proper paranoia) masked away with machine capabilities.
> 
> Both pbuilder and piuparts fail extremely badly, even though one would
> expect them to have support for virtualization.  But unless one of us
> bothers enough to fix it, the support won't be there.
> 

Because I am a "raving vserver zealot" I will point out that if you don't 
mind compromising the host's security inside the vserver, you can add the 
CAP_MKNOD capability to this vserver, which will enable the ability to 
make device nodes via mknod and likely will cause pbuilder and piuparts 
work as advertised.

If you add this capability the vserver, you are giving the root access to 
make random devices inside the vserver, which effectively compromises the 
entire security isolation point of the vserver model. If you can create 
the /dev/hda device node and start poking around outside of the security 
context, then you are asking for trouble.

But if its your own box, and you are fine with that, then all you need to 
do is:

echo "CAP_MKNOD" > /etc/vservers//bcapabilities

and then restart your vserver.

Micah


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

Re: Possible mass bug filing: missing shared library dependencies

[Andreas Tille]

On Thu, 17 Jan 2008, Niko Tyni wrote:


Andreas Tille <[EMAIL PROTECTED]>
  findimagedupes


Uploaded.

Thanks for the effort

  Andreas.

--
http://fam-tille.de


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

Re: Future Debian package candidate web pages: present and future

[Don Armstrong]

On Thu, 17 Jan 2008, Sebastian Pipping wrote:
> Don Armstrong wrote:
>> You should actually be able to generate this page with two requests:
>>
>> my @bugs = @{$soap->get_bugs(package=>'wnpp')->results()};
>> my $status_hash = $soap->get_status(@bugs)->results();
>
> i plan to give this a try later. what do you think: up to what
> number of bugs should i query with per request at max?
> e.g. would all ~1800 bugs at once still be cool or should
> i split that?

You can (in theory) query all of them at once; it won't take any
longer to return than the equivalent pkgreport.cgi page.


Don Armstrong

-- 
Miracles had become relative common-places since the advent of
entheogens; it now took very unusual circumstances to attract public
attention to sightings of supernatural entities. The latest miracle
had raised the ante on the supernatural: the Virgin Mary had
manifested herself to two children, a dog, and a Public Telepresence
Point.
 -- Bruce Sterling, _Holy Fire_ p228

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


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

Re: Possible mass bug filing: missing shared library dependencies

[Niko Tyni]

On Thu, Jan 17, 2008 at 09:57:57AM -0800, Russ Allbery wrote:
> Niko Tyni <[EMAIL PROTECTED]> writes:
> 
> > After noticing a few compiled Perl module packages were missing
> > ${shlibs:Depends} and/or dh_makeshlibdeps, I looked a bit into how
> > widespread this issue is.
> >
> > Methodology: on sid/amd64, for all Architecture:amd64 packages that don't
> > Depend or Pre-Depend on libc6 [1], check all ELF files (as identified by
> > 'file') inside with 'objdump -p' for linking against libc.so.6.
> 
> We should figure out how to make a lintian test out of this, I think.

Proposed patch filed as #461350.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Work-needing packages report for Jan 18, 2008

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 321 (new: 8)
Total number of packages offered up for adoption: 98 (new: 6)
Total number of packages requested help for: 34 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   howl-xml (#460974), orphaned 2 days ago
 Description: Multicast DNS publishing utilities
 Reverse Depends: lsongs
 Installations reported by Popcon: 90

   karchiver (#460978), orphaned 2 days ago
 Description: work with compressed files
 Installations reported by Popcon: 269

   lphoto (#460976), orphaned 2 days ago
 Description: digital photo manager
 Installations reported by Popcon: 200

   lsongs (#460980), orphaned 2 days ago
 Description: all-in-one media player
 Installations reported by Popcon: 49

   pynjb (#460979), orphaned 2 days ago
 Description: python wrapper for libnjb
 Reverse Depends: lsongs
 Installations reported by Popcon: 79

   pyxine (#460975), orphaned 2 days ago
 Description: interface to the xine media player for Python
 Reverse Depends: lsongs
 Installations reported by Popcon: 185

   trmxml (#460977), orphaned 2 days ago
 Description: MusicBrainz TRM Generator
 Reverse Depends: lsongs
 Installations reported by Popcon: 93

   xpvm (#460929), orphaned 2 days ago
 Description: graphical console and monitor for PVM
 Installations reported by Popcon: 72

313 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   bmpx (#460621), offered 4 days ago
 Description: Beep Media Player eXperimental
 Reverse Depends: bmpx-dev
 Installations reported by Popcon: 386

   dog (#461241), offered today
 Description: enhanced replacement for cat
 Installations reported by Popcon: 288

   gimmie (#460620), offered 4 days ago
 Description: elegant desktop organizer
 Installations reported by Popcon: 154

   lslk (#461242), offered today
 Description: a lock file lister
 Installations reported by Popcon: 156

   nast (#461243), offered today
 Description: packet sniffer and lan analyzer
 Installations reported by Popcon: 292

   pyblosxom (#461246), offered today
 Description: simple weblog (blog) written in Python
 Installations reported by Popcon: 93

92 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   aboot (#315592), requested 938 days ago
 Description: Alpha bootloader: Looking for co-maintainers
 Reverse Depends: aboot aboot-cross dfsbuild ltsp-client-core
 Installations reported by Popcon: 131

   apt-build (#365427), requested 628 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 961

   ara (#450876), requested 67 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 118

   athcool (#278442), requested 1178 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 264

   cdrskin (#450873), requested 67 days ago
 Description: command line CD-R/CD-RW writing tool
 Reverse Depends: k3b
 Installations reported by Popcon: 445

   cfs (#458061), requested 20 days ago
 Description: Cryptographic Filesystem
 Installations reported by Popcon: 115

   cvs (#354176), requested 693 days ago
 Description: Concurrent Versions System
 Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
   cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (14
   more omitted)
 Installations reported by Popcon: 21997

   dctrl-tools (#448284), requested 82 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: debian-goodies dlocate feta haskell-devscripts
   hg-buildpackage mlmmj sbuild simple-cdd
 Installations reported by Popcon: 5944

   dpkg (#282283), requested 1153 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb clamsmtp crosshurd (113 more
   omitted)
 Installations reported by Popcon: 71791

   elvis (#432298), requested 192 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Reverse Depends: el