Returned mail: see transcript for details

2006-12-17 Thread dayzers
The message was not delivered due to the following reason: Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there i

Re: possible grave bug in debian-installer or ifupdown?

2006-12-17 Thread Anthony Towns
On Sun, Dec 17, 2006 at 09:58:48PM +0100, Bastian Venthur wrote: > I issued: > # ifup eth0 > manually on both boxes but nothing happened. This probably means that ifup thought the interface was already up -- ie there was an "eth0" entry in /etc/network/ifstate. This is supposed to be cleare

Bug#403571: ITP: ccollect -- Tiny backup tool which fetches backups from remote machines

2006-12-17 Thread Mario Iseli
Package: wnpp Severity: wishlist Owner: Mario Iseli <[EMAIL PROTECTED]> * Package name: ccollect Version : 0.5.1 Upstream Author : Nico Schottelius * URL : http://linux.schottelius.org/ccollect/ * License : GPL Programming Lang: shell Description : Tiny

Re: possible grave bug in debian-installer or ifupdown?

2006-12-17 Thread Wesley J. Landaker
On Sunday 17 December 2006 13:58, Bastian Venthur wrote: > Two or three weeks ago I installed the current latest Debian/Testing on > two different servers. Last week I had to reboot both and noticed that > none of them appeared back in the network again. I checked them locally > and noticed that on

Re: Name of a binary package according to sonames

2006-12-17 Thread Frank Lichtenheld
On Sun, Dec 17, 2006 at 06:07:18PM -0400, Jose Luis Rivas Contreras wrote: > The version I'm building is libtorrent-0.11.0 so I don't think I should > call the binary libtorrent10. Why not? The version of a library and its soname have seldomly anything to do with each other (and if so, it may be a

Bug#403558: ITP: lastfmproxy -- proxy server for the last.fm radio streams

2006-12-17 Thread Romain Beauxis
Package: wnpp Severity: wishlist Owner: Romain Beauxis <[EMAIL PROTECTED]> * Package name: lastfmproxy Version : 1.1 Upstream Author : Vidar Madsen <[EMAIL PROTECTED]> * URL : http://vidar.gimp.org/lastfmproxy/ * License : GPL Programming Lang: Python Descri

Re: Bug is very vague, should I close it?

2006-12-17 Thread Ben Finney
Jose Luis Rivas Contreras <[EMAIL PROTECTED]> writes: > >Package: rtorrent > >Version: 0.4.1-1a0.mrvn.1 > >Severity: wishlist > > > >Hi, > > > >I would like to see some features like DHT in rtorrent to make it > >more competitive with other clients. For an overview see > >[...] > > This bug probab

Re: Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted

2006-12-17 Thread Julien Louis
On Sun, Dec 17, 2006 at 05:32:36PM -0400, Jose Luis Rivas Contreras wrote: > Should be named something like `fdisk-gnu` or `fdiskgnu`, the binary too > for avoid problems with the `fdisk` binary that already exists. Well, binaries shipped in the packages are already renamed to avoid conflicts ag

Name of a binary package according to sonames

2006-12-17 Thread Jose Luis Rivas Contreras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm maintaining libtorrent package, this source builds 2 binaries, libtorrent-rakshasa (is libtorrent9 last version in debian archive) and libtorrent-rakshasa-dev (is libtorrent9 last version in debian archive), I get this warning from lintian when I b

Re: Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted

2006-12-17 Thread Jose Luis Rivas Contreras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ron Johnson escribió: > On 12/17/06 09:43, Julien Louis wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Julien Louis <[EMAIL PROTECTED]> > >> * Package name: fdisk >> Version : 0.9.1 >> Upstream Author : Leslie P. Polzer <[EMAI

Re: Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted

2006-12-17 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/17/06 09:43, Julien Louis wrote: > Package: wnpp > Severity: wishlist > Owner: Julien Louis <[EMAIL PROTECTED]> > > * Package name: fdisk > Version : 0.9.1 > Upstream Author : Leslie P. Polzer <[EMAIL PROTECTED]> > * URL

Re: Some emacs modes only depends on *emacs21, mass bug filing?

2006-12-17 Thread Arnaud Fontaine
Hello, I have just created a tracker on wotomae in order to show the progress of this task: http://wotomae.debian.net/tracker/emacsen Regards, Arnaud Fontaine pgpse02fcAS8R.pgp Description: PGP signature

possible grave bug in debian-installer or ifupdown?

2006-12-17 Thread Bastian Venthur
Hi, Two or three weeks ago I installed the current latest Debian/Testing on two different servers. Last week I had to reboot both and noticed that none of them appeared back in the network again. I checked them locally and noticed that on both boxes the network interface was not brought up. I issu

Re: madison not working correctly on merkel

2006-12-17 Thread Loïc Minier
On Sun, Dec 17, 2006, David Weinehall wrote: > Some entries seem to list newer Debian-versions than upstream > versions... Some watch-files out of sync? The list of GNOME versions is built from the 2.16 tarball repository, but Debian might have cherry-picked some newer upstream releases, such

Re: Two questions on package quality

2006-12-17 Thread Russ Allbery
Nikita V Youshchenko <[EMAIL PROTECTED]> writes: > 1. Upstream does not provide a manual page for the binary. Packager > decided to add binary-without-manpage to lintian override file, and Tag: > no-manual-for-binary to linda override file. Please don't do this. The lintian tag can be used by ot

Bug is very vague, should I close it?

2006-12-17 Thread Jose Luis Rivas Contreras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >Package: rtorrent >Version: 0.4.1-1a0.mrvn.1 >Severity: wishlist > >Hi, > >I would like to see some features like DHT in rtorrent to make it more >competitive with other clients. For an overview see > >http://en.wikipedia.org/wiki/Comparison_of_BitTor

Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted

2006-12-17 Thread Julien Louis
Package: wnpp Severity: wishlist Owner: Julien Louis <[EMAIL PROTECTED]> * Package name: fdisk Version : 0.9.1 Upstream Author : Leslie P. Polzer <[EMAIL PROTECTED]> * URL : http://www.gnu.org/software/fdisk/ * License : GPL Programming Lang: C Description

Re: madison not working correctly on merkel

2006-12-17 Thread David Weinehall
On Sun, Dec 17, 2006 at 04:52:04PM +0100, Frederic Peters wrote: > Luk Claes wrote: > > > Julian Gilbey wrote: > > > I've noticed (and I'm not the only one) that the package database as > > > access by madison on merkel is no longer up-to-date. Does anyone know > > > why? Could someone rectify t

Re: madison not working correctly on merkel

2006-12-17 Thread Frederic Peters
Luk Claes wrote: > Julian Gilbey wrote: > > I've noticed (and I'm not the only one) that the package database as > > access by madison on merkel is no longer up-to-date. Does anyone know > > why? Could someone rectify this situation, please? > > The updates have not been reactivated since the m

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Jean-Philippe Garcia Ballester
On Sunday 17 December 2006 10:29, Mikhail Gusarov wrote: > You ([EMAIL PROTECTED]) wrote: > >> Probably we should accurately specify suffixes of packages, > >> e.g. make them libssh-0 and libssh2-0 to avoid libssh2 package > >> which is actually libssh with soname bumped to 2. Source packages >

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Guus Sliepen
On Sun, Dec 17, 2006 at 11:44:27AM +0100, Guus Sliepen wrote: > Make sure you compile it with --with-libgcrypt, so that it really is > LGPL. If it's linked to OpenSSL, then a GPLed application using this > library probably needs to add a license exception before we can > distribute it. Ehm, never

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Guus Sliepen
On Sat, Dec 16, 2006 at 11:03:51PM +0100, Jean-Philippe Garcia Ballester wrote: > Hi everybody, > I'm looking for a sponsor for the libssh package : > > * Package name: libssh > Version : 0.2rc > Upstream Author : "Aris Adamantiadis" <[EMAIL PROTECTED]> > * URL : h

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Mikhail Gusarov
You ([EMAIL PROTECTED]) wrote: >> Probably we should accurately specify suffixes of packages, >> e.g. make them libssh-0 and libssh2-0 to avoid libssh2 package >> which is actually libssh with soname bumped to 2. Source packages >> libssh and libssh2 are ok. JGB> Do you mean libssh-SONAME a

Bug#403446: ITP: libssh2 -- SSH2 client-side library

2006-12-17 Thread Mikhail Gusarov
Package: wnpp Severity: wishlist Owner: Mikhail Gusarov <[EMAIL PROTECTED]> * Package name: libssh2 Version : 0.14 Upstream Author : Sara Golemon <[EMAIL PROTECTED]> * URL : http://libssh2.org/ * License : BSD Programming Lang: C Description : SSH2 clien

Re: Two questions on package quality

2006-12-17 Thread Thomas Viehmann
Nikita V. Youshchenko wrote: > (2) binary-without-manpage/no-manual-for-binary should not be added, so > linda/lintian complains remind that manual page should be written one day, Lintian overrides are intended for false positives. Unsing them to suppress reports of valid packaging problems is c

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Mikhail Gusarov
You ([EMAIL PROTECTED]) wrote: >> I have to raise the problem that two projects 'libssh' and 'libssh2' >> (http://libssh2.org/) are existing (and I will ITP libssh2 soon). >> >> This may easily lead to the clash of names. JGB> I'm aware of this problem, but is there any solution other than

Re: RFS: libssh - SSH and SCP library

2006-12-17 Thread Jean-Philippe Garcia Ballester
On Sunday 17 December 2006 05:54, Mikhail Gusarov wrote: > You ([EMAIL PROTECTED]) wrote: > > JGB> Hi everybody, I'm looking for a sponsor for the libssh package : > JGB> * Package name: libssh > > I have to raise the problem that two projects 'libssh' and 'libssh2' > (http://libssh2.org/) ar

Re: Dynamic linking to /usr/lib/xxxxx directory.

2006-12-17 Thread Mike Hommey
On Sat, Dec 16, 2006 at 09:50:18PM -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Sat, Dec 16, 2006 at 10:54:20PM +, Paul Cager wrote: > > I'm packaging AFNIX which provides four or five executables and a bunch > > of shared objects that the executables use. Since the SOs are not likely