Re: RFS: multixterm -- drive multiple xterms separately or together

2006-02-27 Thread Michelle Konzack
Am 2006-02-21 18:10:39, schrieb gregor herrmann: Thanks for your hint, I didn't know clusterssh. Just checked it out and it does pretty much the same (and has more options), so I close the ITP for multixterm hereby. As I understand the description of clusterssh right, it open xterms with SSH

Resolving a bug when the maintainer is unwilling to

2006-02-27 Thread Thijs Kinkhorst
Hello all, I could use some advice on bug 307833 (and its duplicates) against apt-file. Please see the buglog for full context, especially my most recent message from Jan 26th. In short, apt-file doesn't work out of the box because it requires curl but doesn't depend on it. I think that should

Re: Resolving a bug when the maintainer is unwilling to

2006-02-27 Thread Mike O'Connor
On Mon, 2006-02-27 at 16:20 +0100, Thijs Kinkhorst wrote: Hello all, I could use some advice on bug 307833 (and its duplicates) against apt-file. Please see the buglog for full context, especially my most recent message from Jan 26th. In short, apt-file doesn't work out of the box because

Re: RFS: multixterm -- drive multiple xterms separately or together

2006-02-27 Thread gregor herrmann
On Sat, Feb 25, 2006 at 11:10:03AM +0100, Michelle Konzack wrote: Thanks for your hint, I didn't know clusterssh. Just checked it out and it does pretty much the same (and has more options), so I close the ITP for multixterm hereby. As I understand the description of clusterssh right, it

RFS: FSlint - File System lint

2006-02-27 Thread Pádraig Brady
Hi, I've been maintaining FSlint for a few years now and it has proved quite popular. There have even been (buggy) thirdparty debian packages floating around. In the latest version (2.14) I have created a debian package, and it would be create if someone could sponsor this package for inclusion

RFA: all packages (except already co-maintained ones)

2006-02-27 Thread Joerg Jaspert
Hi This is a fairly generic request, but Im looking for Co-Maintainers for all my packages that don't already have one. You can find the list of my packages at http://qa.debian.org/[EMAIL PROTECTED] If you are interested in helping with one of those - mail me *off-list* and we discuss the way

Re: Non-free firmware update data for a package in main?

2006-02-27 Thread Steve Langasek
Hi Neil, On Mon, Feb 27, 2006 at 09:29:04PM +, Neil Williams wrote: A driver package intended for main may need to provide a non-free binary firmware update for specific devices only. The firmware is volatile and needs reloading each time the driver is initialised - but only if one of

Re: RFS: FSlint - File System lint

2006-02-27 Thread Justin Pryzby
On Mon, Feb 27, 2006 at 05:04:30PM +, P??draig Brady wrote: Hi, I've been maintaining FSlint for a few years now and it has proved quite popular. There have even been (buggy) thirdparty debian packages floating around. In the latest version (2.14) I have created a debian package, and

Re: Non-free firmware update data for a package in main?

2006-02-27 Thread Neil Williams
On Monday 27 February 2006 9:49 pm, Steve Langasek wrote: Is the firmware binary just data? (Like an image?) What is the aim of this particular question? Under GR 2004-003, all contents of main must be free according to the DFSG, including images and other data; so if you're asking if it's

RFC/RFS: beef - a flexible BrainFuck interpreter

2006-02-27 Thread Andrea Bolognani
Cheers mentors! I'd like to hear comments about this package, since it's my very first attempt and I probably missed something. I think it would be a shame if etch will be shipped without a BraiFuck interpreter. We must get one in. The package is both lintian and linda clean. You can download

Re: RFC/RFS: beef - a flexible BrainFuck interpreter

2006-02-27 Thread Mike O'Connor
On Tue, 2006-02-28 at 00:42 +0100, Andrea Bolognani wrote: Cheers mentors! I'd like to hear comments about this package, since it's my very first attempt and I probably missed something. I think it would be a shame if etch will be shipped without a BraiFuck interpreter. We must get one

Re: RFC/RFS: beef - a flexible BrainFuck interpreter

2006-02-27 Thread Andrea Bolognani
On Mon, 27 Feb 2006 18:49:04 -0500 Mike O'Connor [EMAIL PROTECTED] wrote: I am not able to use the above url: $ HEAD http://www.kiyuko.org/pool/ 403 Forbidden Connection: close Date: Mon, 27 Feb 2006 23:46:34 GMT Server: Apache/2.0.55 Content-Type: text/html; charset=iso-8859-1

Re: RFC/RFS: beef - a flexible BrainFuck interpreter

2006-02-27 Thread Mike O'Connor
On Tue, 2006-02-28 at 01:04 +0100, Andrea Bolognani wrote: These are the URLs to the single files: http://www.kiyuko.org/pool/beef_0.0.3.orig.tar.gz http://www.kiyuko.org/pool/beef_0.0.3-1.diff.gz http://www.kiyuko.org/pool/beef_0.0.3-1.dsc