Re: non-standard configure cdbs

2006-01-09 Thread Stefano Zacchiroli
On Mon, Jan 09, 2006 at 07:10:38AM +0100, Michael Koch wrote: Just put this into your debian/rules and remove the above: DEB_CONFIGURE_USER_FLAGS := bla bla bal This variable apparently is used only in autotools.mk, and I'm not using that class. -- Stefano Zacchiroli -*- Computer Science

Re: non-standard configure cdbs

2006-01-09 Thread Stefano Zacchiroli
On Sun, Jan 08, 2006 at 03:32:35PM -0700, Hubert Chan wrote: The second time the configure/foo rule is called, it will notice that the configure-foo-stamp is already present, and not run configure. Sure, I was wondering if there is support in cdbs for my need. Thanks for the tip anyway. --

Sponsoring for animal (wnpp Bug #307356)

2006-01-09 Thread Zak B. Elep
Hi Torsten! :-) I have prepared a new version of animal, it is already on mentors.[1] I haven't changed it much, except for a minor bit in debian/rules generation of shlibs, and rebuilding the autotools from the latest Debian sources. I'm CC-ing this to debian-mentors in case others may have

RFH: open-mpi

2006-01-09 Thread Florian Ragwitz
Hello, I'm currently about to prepare openmpi Debian packages, but I experience the following problems with it: openmpi compiles various shared libraries (libopal, libmpi, libmpi_cxx, liborte, etc.) that don't make much sense when being used without openmpi. Actually the orted utility and

Re: RFH: open-mpi

2006-01-09 Thread Justin Pryzby
On Mon, Jan 09, 2006 at 04:49:12PM +0100, Florian Ragwitz wrote: Hello, I'm currently about to prepare openmpi Debian packages, but I experience the following problems with it: openmpi compiles various shared libraries (libopal, libmpi, libmpi_cxx, liborte, etc.) that don't make much

Re: RFS: cue2toc

2006-01-09 Thread Asheesh Laroia
On Mon, 9 Jan 2006, Kapil Hari Paranjape wrote: Dear Sheesh, There is a cue2toc that is included with cdrdao (in the etch version of cdrdao) is this the same/better? I've spoken with asuffield, the cdrdao maintainer. It appears the cdrdao upstream distributes an old version of cue2toc,

RFS: torrentflux -- web based, feature-rich BitTorrent download manager

2006-01-09 Thread Cameron Dale
Hello potential sponsors, I am looking for a sponsor for this package * Package name: torrentflux * Version: 2.0beta1 * Upstream Author: Qrome (to contact use: http://www.torrentflux.com/contact.php) * URL: http://www.torrentflux.com/ * License: GPL * ITP: http://bugs.debian.org/299008 * dsc:

RFC libshout 2.2 and icecast 2.3.1 against it

2006-01-09 Thread Rakotomandimby Mihamina
Hi, libshout 2.2 was out, I built it and request your comments Just add it to your sources.list deb ftp://infogerance.locataire-serveur.info/debian/ testing main deb-src ftp://infogerance.locataire-serveur.info/debian/ testing main deb ftp://infogerance.locataire-serveur.info/debian/ unstable

Depending on non-buggy versions?

2006-01-09 Thread Benjamin Mesing
Hello, I am wondering if my package should depend/build-depend on a special minimum version of another package, if my package fails to work with earlier buggy versions of the packages I depend on. For example the libqt4 is buggy in version 4.1 which causes my package (packagesearch) to crash.

R-F-NMU: saods9: imtool for astronomy -- #344317: kubuntu patch

2006-01-09 Thread Justin Pryzby
This is a request for an NMU, or 1-time sponsorship, whichever you prefer. Aurelien is typically busy; I don't see the need to bug him for a 1 line patch :) Please apply the patch given at #344317: saods9: fix for FTBFS in kubuntu dapper and breezy. http://bugs.debian.org/344317 Thanks! --

Re: Depending on non-buggy versions?

2006-01-09 Thread Kurt Roeckx
On Mon, Jan 09, 2006 at 05:35:41PM -0500, Benjamin Mesing wrote: Hello, I am wondering if my package should depend/build-depend on a special minimum version of another package, if my package fails to work with earlier buggy versions of the packages I depend on. For example the libqt4 is

Re: RFS: elvis - powerful clone of the vi/ex text editor

2006-01-09 Thread Russ Allbery
Kapil Hari Paranjape [EMAIL PROTECTED] writes: I've prepared a new maintainer upload of elvis and it is available at http://www.imsc.res.in/~kapil/debian/elvis/elvis*4adopt3* (If someone agrees to sponsor this I will of course up the version to 2.2.0-5.) This looks good to me. I'll

RFS: xmms-midi -- MIDI plugin for XMMS

2006-01-09 Thread Paul Wise
Hi all, I need a sponsor for xmms-midi, an xmms plugin for playing midi files. Package name: xmms-midi Version : 0.03-1 Original Author : Chris Reed [EMAIL PROTECTED] License : GPL Sponsor request : http://sponsors.debian.net/viewpkg.php?id=182 Package : deb-src

Re: RFS: festvox-suopuhe-{mv,lj}: Finnish speakers for Festival

2006-01-09 Thread tony mancill
Sponsored. Thanks Niko. tony Niko Tyni wrote: Hi, I'm reposting this since I didn't get any comments last time (a month ago). These are quite simple packages. Please consider sponsoring them. Name: festvox-suopuhe-lj License: LGPL ITP: #341964 Description: Finnish female speaker for

Re: RFS: elvis - powerful clone of the vi/ex text editor

2006-01-09 Thread Steve Langasek
On Mon, Jan 09, 2006 at 07:50:31PM -0800, Russ Allbery wrote: Kapil Hari Paranjape [EMAIL PROTECTED] writes: I've prepared a new maintainer upload of elvis and it is available at http://www.imsc.res.in/~kapil/debian/elvis/elvis*4adopt3* (If someone agrees to sponsor this I will of

Re: RFS: elvis - powerful clone of the vi/ex text editor

2006-01-09 Thread Russ Allbery
Steve Langasek [EMAIL PROTECTED] writes: For new deployment of patch systems, I would strongly encourage using quilt instead of dpatch. It has much better handling of patch dependencies than any of the others, and much more user friendly patch editing/creating capabilities. The xorg,

Re: RFS: elvis - powerful clone of the vi/ex text editor

2006-01-09 Thread Steve Langasek
On Mon, Jan 09, 2006 at 10:55:45PM -0800, Russ Allbery wrote: Steve Langasek [EMAIL PROTECTED] writes: For new deployment of patch systems, I would strongly encourage using quilt instead of dpatch. It has much better handling of patch dependencies than any of the others, and much more