Re: RFS: aegis (updated package, NMU)

2009-09-30 Thread Walter Franzini
Reinhard Tartler writes: [...] > OK, NMU is uploaded to DELAYED/2, this means that it should reach the > archive on tuesday. Looking at https://buildd.debian.org/~luk/status/package.php?p=aegis there are some dependencies installability problem: * on kfreebsd-* fhist is missing due to #414005

Re: RFS: aegis (updated package, NMU)

2009-09-30 Thread Reinhard Tartler
Walter Franzini writes: > > Looking at https://buildd.debian.org/~luk/status/package.php?p=aegis > there are some dependencies installability problem: > > * on kfreebsd-* fhist is missing due to #414005 (still open after 2 years) > > I'll contact the maintainer. I'm CC'ing the kfreebsd porter

RFS: ktikz

2009-09-30 Thread Florian Hackenberger
Dear mentors, I am looking for a sponsor for my package "ktikz". * Package name: ktikz Version : 0.9-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : graphics It buil

RFS: ktikz

2009-09-30 Thread Florian Hackenberger
Dear mentors, Sorry for the incomplete template email, here is the 'fixed' version. I am looking for a sponsor for my package "ktikz". * Package name: ktikz Version : 0.9-1 Upstream Author : Florian Hackenberger * URL : http://www.hackenberger.at/blog/ktikz-editor-fo

Re: RFS: aegis (updated package, NMU)

2009-09-30 Thread Walter Franzini
Reinhard Tartler writes: > Walter Franzini writes: >> >> Looking at https://buildd.debian.org/~luk/status/package.php?p=aegis >> there are some dependencies installability problem: >> >> * on kfreebsd-* fhist is missing due to #414005 (still open after 2 years) >> >> I'll contact the maintain

Re: RFS: ktikz

2009-09-30 Thread Bernhard R. Link
* Florian Hackenberger [090930 10:57]: > I am looking for a sponsor for my package "ktikz". > > http://mentors.debian.net/debian/pool/main/k/ktikz/ktikz_0.9-1.dsc Just the most obvious stuff from a cursory look: - DEB_BUILD_OPTIONS=noopt does not work (it still does -O2) - debian/copyright does n

Unit tests and application data

2009-09-30 Thread Wolodja Wentland
Hi all, i am trying to package an Python application that ships unit tests and application data. I am unsure how this should be handled on Debian. The application contains some nose test scripts and data that are installed into PREFIX/share/foo/test/{scripts,data}. Is this the appropriate place i

Re: Unit tests and application data

2009-09-30 Thread Ben Finney
Wolodja Wentland writes: > The application contains some nose test scripts and data that are > installed into PREFIX/share/foo/test/{scripts,data}. Is this the > appropriate place in Debian? Probably the unit test suite and its data is inappropriate for installation by the binary package, since

Re: Unit tests and application data

2009-09-30 Thread Wolodja Wentland
On Wed, Sep 30, 2009 at 20:10 +1000, Ben Finney wrote: > Wolodja Wentland writes: > If the distribution is done using Python's Distutils, then this should > be configured by upstream: the configuration of ‘setup.py’ should > include all files for the ‘sdist’, but deliberately omit the test suite >

Re: Unit tests and application data

2009-09-30 Thread Ben Finney
Wolodja Wentland writes: > The data is not necessarily needed by the application/library but > significantly enhances its functionality. It is therefore packaged by > upstream as an additional foo-data distribution and will be packaged > in Debian as an additional package. > > The data *might* ch

Re: Unit tests and application data

2009-09-30 Thread Charles Plessy
Le Wed, Sep 30, 2009 at 12:43:38PM +0200, Wolodja Wentland a écrit : > > A short question though: Running the tests would entail that all > python-modules used by any given library or application would end up as > build dependencies of the package. > > The dependencies of the application in ques

Re: RFS: qwit (updated package)

2009-09-30 Thread Carlos Galisteo
On Tue, Sep 29, 2009 at 6:28 PM, Patrick Matthäi wrote: > Hello, Hello Patrick. Thanks for your help. > there are some issues: > 1) interdiff states much more changes as you described in your changelog > (e.g. debian/rules). There are big upstream changes, but debian dir doesn't change very m

Re: RFS: qwit (updated package)

2009-09-30 Thread Patrick Matthäi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlos Galisteo schrieb: > On Tue, Sep 29, 2009 at 6:28 PM, Patrick Matthäi wrote: >> Hello, > > Hello Patrick. Thanks for your help. > >> there are some issues: >> 1) interdiff states much more changes as you described in your changelog >> (e.g. d

Re: RFS: qwit (updated package)

2009-09-30 Thread Carlos Galisteo
On Wed, Sep 30, 2009 at 5:42 PM, Patrick Matthäi wrote: > Uploaded. Great, I'll talk with upstream about svnversion, but in the meanwhile don't you think it should build-depends on subversion? Thanks again. -- --- Carlos Galisteo GPG keys & fingerprints: 0x8E0076E9 -> 939E 3D10 EAA2 A972

Re: RFS: qwit (updated package)

2009-09-30 Thread Patrick Matthäi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlos Galisteo schrieb: > On Wed, Sep 30, 2009 at 5:42 PM, Patrick Matthäi wrote: > >> Uploaded. > > Great, I'll talk with upstream about svnversion, but in the meanwhile > don't you think it should build-depends on subversion? It would be nice b

Re: RFS: qwit (updated package)

2009-09-30 Thread Carlos Galisteo
On Wed, Sep 30, 2009 at 6:22 PM, Patrick Matthäi wrote: >>  Great, I'll talk with upstream about svnversion, but in the meanwhile >> don't you think it should build-depends on subversion? > > It would be nice but it does not seem to be needed, it also does not FTBFS. OK. Thank you one more time.

Re: RFS: aegis (updated package, NMU)

2009-09-30 Thread Kurt Roeckx
On Wed, Sep 30, 2009 at 10:14:20AM +0200, Reinhard Tartler wrote: > > * on ia64 and mips: > > > > aegis (= 4.24-5.1) build-depends on debhelper (>= 5) {debhelper (= 7.4.2)} > > debhelper (= 7.4.2) depends on dpkg-dev (>= 1.14.19) {dpkg-dev (= 1.15.4)} > > dpkg-dev (= 1.15.4) depends on perl-m

Re: Upload of a non-latest upstream version?

2009-09-30 Thread Toni Mueller
Hi, On Mon, 28.09.2009 at 15:50:28 -0700, Ludovico Cavedon wrote: > the latest upstream version (0.8.2) depends on python-iniparse, which > has been in ITP for quite a long time. Version 0.8, instead, has not > such dependency. Moreover I had to repackage 0.8 to make it > debian-policy complian

Re: Upload of a non-latest upstream version?

2009-09-30 Thread Ludovico Cavedon
On Wed, Sep 30, 2009 at 9:23 AM, Toni Mueller wrote: > you can also try to prod the person who filed the ITP on > python-iniparse, or suggest to him to take it over, to get it finally > into Debian. Yes, I also following this path in parallel... Thanks, Ludovico -- To UNSUBSCRIBE, email to de