Re: RFS: bugs-everywhere

2008-04-24 Thread Vincent Bernat
On Wed, 23 Apr 2008 23:41:30 +1000, Ben Finney [EMAIL PROTECTED] wrote: Howdy mentors, I have a package that is seeking a sponsor. Package name: bugs-everywhere Version:0.0.193-2~rc1 Upstream Author:Aaron Bentley [EMAIL PROTECTED]

RFS: xiterm+thai (updated package)

2008-04-24 Thread Neutron Soutmun
Dear mentors, I am looking for a sponsor for the new version 1.09-1 of my package xiterm+thai. It builds these binary packages: xiterm+thai - X terminal program with Thai languague support The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL:

RFS: meshlab

2008-04-24 Thread Teemu Ikonen
Dear mentors, I am looking for a sponsor for my package meshlab. * Package name: meshlab Version : 1.1.1-1 Upstream Author : Paolo Cignoni and others * URL : http://meshlab.sourceforge.net/ * License : GPL2+ Section : misc It builds these binary

Re: RFS: meshlab

2008-04-24 Thread Vincent Bernat
On Thu, 24 Apr 2008 12:43:03 +0200, Teemu Ikonen [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package meshlab. * Package name: meshlab Version : 1.1.1-1 Upstream Author : Paolo Cignoni and others * URL :

Re: RFS: xiterm+thai (updated package)

2008-04-24 Thread Paul Wise
On Thu, Apr 24, 2008 at 5:48 PM, Neutron Soutmun [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 1.09-1 of my package xiterm+thai. Uploaded. For future reference, please mention changes like the security issue in the RFS. Please remember to prepare a security update

Re: RFS: xiterm+thai (updated package)

2008-04-24 Thread Paul Wise
On Thu, Apr 24, 2008 at 5:48 PM, Neutron Soutmun [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 1.09-1 of my package xiterm+thai. Uploaded. For future reference, please mention changes like the security issue in the RFS. Please remember to prepare a security update

Re: RFS: bugs-everywhere

2008-04-24 Thread Ben Finney
Vincent Bernat [EMAIL PROTECTED] writes: On Wed, 23 Apr 2008 23:41:30 +1000, Ben Finney [EMAIL PROTECTED] wrote: Howdy mentors, I have a package that is seeking a sponsor. Package name: bugs-everywhere Version:0.0.193-2~rc1 Upstream Author:Aaron

Re: RFS: bugs-everywhere

2008-04-24 Thread Vincent Bernat
On Thu, 24 Apr 2008 23:38:17 +1000, Ben Finney [EMAIL PROTECTED] wrote: Did you get the mail from Alexander? Alexander who? When was it sent? This message : http://lists.debian.org/debian-mentors/2008/04/msg00330.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: RFS: bugs-everywhere

2008-04-24 Thread Cyril Brulebois
On 24/04/2008, Ben Finney wrote: Did you get the mail from Alexander? Alexander who? When was it sent? Schmehl. http://lists.debian.org/debian-mentors/2008/04/msg00330.html Mraw, KiBi. pgpCHeoD6L7Mb.pgp Description: PGP signature

Re: RFS: liblunar and lunar-applet

2008-04-24 Thread LI Daobing (李道兵)
Hello, On Tue, Apr 22, 2008 at 7:47 PM, Bas Wijnen [EMAIL PROTECTED] wrote: Hello again, I should have been much faster with this, but better late than never I guess... On Thu, Apr 03, 2008 at 10:43:09PM +0800, LI Daobing wrote: On Wed, Apr 2, 2008 at 11:40 PM, Bas Wijnen [EMAIL

A question about adopting a package

2008-04-24 Thread Stanislav Maslovski
Hello mentors, Reading the list of orphaned packages I have noticed that package nec has been orphaned [1]. Because I use NEC2 in antenna related research I think that I can adopt this package. At the moment I am not a maintainer of any package in Debian nor a DD, however I have been packaging

Re: A question about adopting a package

2008-04-24 Thread Luis Rodrigo Gallardo Cruz
On Thu, Apr 24, 2008 at 11:25:11PM +0400, Stanislav Maslovski wrote: As I have never worked with the BTS control bot, I am asking for directions. Shall this mail sent from my own address to [EMAIL PROTECTED] suffice for setting an ITA? === 8

Re: A question about adopting a package

2008-04-24 Thread Stanislav Maslovski
On Thu, Apr 24, 2008 at 02:36:37PM -0500, Luis Rodrigo Gallardo Cruz wrote: On Thu, Apr 24, 2008 at 11:25:11PM +0400, Stanislav Maslovski wrote: Shall this mail sent from my own address to [EMAIL PROTECTED] suffice for setting an ITA? === 8

[Uploaded] liblunar and lunar-applet

2008-04-24 Thread Bas Wijnen
On Thu, Apr 24, 2008 at 10:43:05PM +0800, LI Daobing (李道兵) wrote: a new version 1.0.0-1 uploaded to mentors.debian.net Looks good, I uploaded it. Please let me know when it passes NEW, so the new lunar-applet can be uploaded as well. Thanks, Bas -- I encourage people to send encrypted e-mail

Re: A question about adopting a package

2008-04-24 Thread Amaya
Luis Rodrigo Gallardo Cruz wrote: You don't actually need the 'quit', but it hurts noone. There actuatually seems to be a trend to use 'kthxbye' nowadays, which is not documented, but seems to work, and a lot cooler and lolcatter From http://www.debian.org/Bugs/server-control quit

Re: A question about adopting a package

2008-04-24 Thread Don Armstrong
On Thu, 24 Apr 2008, Amaya wrote: Luis Rodrigo Gallardo Cruz wrote: You don't actually need the 'quit', but it hurts noone. There actuatually seems to be a trend to use 'kthxbye' nowadays, which is not documented, but seems to work, and a lot cooler and lolcatter It is documnted on

Re: Packaging without Makefile

2008-04-24 Thread David Given
Dominik George wrote: [...] Sounds easy - but how do I get it to copy my one single file? What Dmitry suggested does not quite work ... The debian/rules file *is* a Makefile --- so at the very worst you can just change the bit that invokes upstream's Makefile to a cp. -- ┌─── dg@cowlark.com

foo.diff.gz difficult to read (was: RFS: bugs-everywhere)

2008-04-24 Thread Ben Finney
Vincent Bernat [EMAIL PROTECTED] writes: Did you get the mail from Alexander? [from Alexander Schmehl, on a different thread. URL:http://lists.debian.org/debian-mentors/2008/04/msg00330.html] I agree with him: the diff.gz is difficult to read. How is it difficult to read? I've opened it in

Re: A question about adopting a package

2008-04-24 Thread Ben Finney
Amaya [EMAIL PROTECTED] writes: Luis Rodrigo Gallardo Cruz wrote: You don't actually need the 'quit', but it hurts noone. There actuatually seems to be a trend to use 'kthxbye' nowadays, which is not documented, but seems to work, and a lot cooler and lolcatter

Keep directory in working tree, but exclude from foo.diff.gz

2008-04-24 Thread Ben Finney
Howdy mentors, I have a working tree for a package that's under version control; the working tree is specific to the Debian packaging for the software. That working tree contains a (version-controlled) directory that must remain in the working tree, and remain under version control, but should

Re: Keep directory in working tree, but exclude from foo.diff.gz

2008-04-24 Thread Felipe Sateler
Ben Finney wrote: What would be the best way to keep such a directory in place, but exclude the directory from the Debian source and binary packages? dpkg-source -iregexp? -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

ITA: tkgate (updated package)

2008-04-24 Thread أحمد المحمودي
Dear mentors, I am looking for a sponsor for the new version 2.0~a11.dfsg.1-1 of my package tkgate. It builds these binary packages: tkgate - Tcl/Tk based digital circuit editor and simulator tkgate-data - Tcl/Tk based digital circuit editor and simulator tkgate-doc - Tcl/Tk based digital

Re: Keep directory in working tree, but exclude from foo.diff.gz

2008-04-24 Thread Ben Finney
Felipe Sateler [EMAIL PROTECTED] writes: Ben Finney wrote: What would be the best way to keep such a directory in place, but exclude the directory from the Debian source and binary packages? dpkg-source -iregexp? Thanks. That looks like the right functionality, indeed. However:

Re: Keep directory in working tree, but exclude from foo.diff.gz

2008-04-24 Thread Felipe Sateler
Ben Finney wrote: Felipe Sateler [EMAIL PROTECTED] writes: Ben Finney wrote: What would be the best way to keep such a directory in place, but exclude the directory from the Debian source and binary packages? dpkg-source -iregexp? Thanks. That looks like the right functionality,