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 > http://www.kiyuko.org/pool/beef_0.0.3-1_i386

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

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 th

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

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, >

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

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

2006-02-27 Thread Neil Williams
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 these devices is being used. Other devices supported by the driver are NOT af

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 i

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 in

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" rig

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 b

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 be

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" wit