Re: A few questions after my first upload (sponsored)

2010-01-11 Thread Ben Finney
Karl Goetz writes: > On Sun, 10 Jan 2010 17:22:19 +0100 > Iustin Pop wrote: > > > When building/uploading packages for unstable, you *must* use an > > unstable environment (including lintian). If you're running testing > > on your machine, then the build/verification should be done in an > > uns

Re: A few questions after my first upload (sponsored)

2010-01-11 Thread Ben Finney
Ben Finney writes: > For such a package, you must build and test using the latest packages > from Debian ‘unstable’ suite (== ‘sid’), and nothing else suffices. This of course is relative to whichever suite of Debian one is uploading the package to. If one is uploading the package to a different

Re: A few questions after my first upload (sponsored)

2010-01-11 Thread Reinier Haasjes
Hi, Christoph Egger wrote: > At Sun, 10 Jan 2010 16:57:14 +0100, [...] > > Regards > > Christoph > Thanks for all the answers. And everybody else (include Christoph) thanks for pointing out that I should use unstable/sid for developing. This isn't a problem because I'm using a vi

Re: A few questions after my first upload (sponsored)

2010-01-11 Thread Karl Goetz
On Mon, 11 Jan 2010 09:25:30 +0800 Paul Wise wrote: > On Mon, Jan 11, 2010 at 7:42 AM, Karl Goetz wrote: > > > I assume when you say 'unstable environment' you don't exclude the > > possibility of using a backported lintian on (say) stable. > > I'd specifically exclude that. You need to build

Re: A few questions after my first upload (sponsored)

2010-01-11 Thread Paul Wise
On Mon, Jan 11, 2010 at 6:36 PM, Karl Goetz wrote: > I was thinking of a case where the package is built in a sid pbuilder > (I should probably have clarified that). Ah, ok. > Sadly testing it only has one option - run sid :/ Strictly speaking you should test on whatever distribution you're up

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dne Sun, 10 Jan 2010 19:42:49 +0200 Nanakos Chrysostomos napsal(a): > - - dget > http://mentors.debian.net/debian/pool/main/m/mpg321/mpg321_0.2.11-1.dsc > > I would be glad if someone uploaded this package for me. > Help is appreciated if anythi

Re: RFS: ITA of giflib

2010-01-11 Thread Michal Čihař
Hi Dne Fri, 8 Jan 2010 21:15:58 +0100 Thibaut GRIDEL napsal(a): > I am looking for a sponsor for the new version 4.1.6-9 > of orphaned package "giflib". > > It closes ITA #543841 which I updated earlier this week-end. > > It builds these binary packages: > giflib-dbg - library for GIF images (

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dne Mon, 11 Jan 2010 15:50:36 +0100 Michal Čihař napsal(a): > > - - dget > > http://mentors.debian.net/debian/pool/main/m/mpg321/mpg321_0.2.11-1.dsc > > > > I would be glad if someone uploaded this package for me. > > Help is appreciated if anyt

RFS: graphy (2nd try)

2010-01-11 Thread Miguel Landaeta
Hello mentors, I am looking for a sponsor for my package "graphy". * Package name: graphy Version : 1.0+dfsg-1 Upstream Author : Google Inc. * URL : http://code.google.com/p/graphy/ * License : Apache-2.0 Section : python It builds these binary packages

RFS: namebench (2nd try)

2010-01-11 Thread Miguel Landaeta
Hello mentors, I am looking for a sponsor for my package "namebench". * Package name: namebench Version : 1.1+dfsg-1 Upstream Author : Thomas R. Stromberg * URL : http://code.google.com/p/namebench/ * License : Apache-2.0 Section : python It builds the

Re: RFS: ITA of giflib

2010-01-11 Thread Paul Wise
On Mon, Jan 11, 2010 at 10:39 PM, Michal Čihař wrote: > Also please don't write your surname in capitals, I see no reason for > that. There was a short conversation about this practice on pkg-fonts-devel and planet.d.o recently: http://lists.alioth.debian.org/pipermail/pkg-fonts-devel/2009-Dece

Re: RFS: easymp3gain

2010-01-11 Thread Matthias Klumpp
Hi again! Bug #563236 has been fixed, easyMp3Gain should build now. Regards Matthias Klumpp The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/easymp3gain - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-fre

Re: RFS: easymp3gain

2010-01-11 Thread Matthias Klumpp
Hi again! Bug #563236 has been fixed, easyMp3Gain should build now. Regards Matthias Klumpp The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/easymp3gain - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-fre

Re: RFS: easymp3gain

2010-01-11 Thread Patrick Matthäi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Klumpp schrieb: > Hi again! > Bug #563236 has been fixed, easyMp3Gain should build now. > Regards > Matthias Klumpp > > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/e/easymp3gain > -

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Nanakos Chrysostomos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/1/2010 17:02, Michal Čihař wrote: > Hi > > Dne Mon, 11 Jan 2010 15:50:36 +0100 Michal ihaY > napsal(a): > >>> - - dget >>> > http://mentors.debian.net/debian/pool/main/m/mpg321/mpg321_0.2.11-1.dsc > > >> >>> I would be glad if someone uploaded

Re: RFS: easymp3gain

2010-01-11 Thread Matthias Klumpp
Hi! > P: easymp3gain source: source-contains-svn-control-dir lang/.svn > - - Just notify and punch upstream, to remove the .svn dirs with his next > release tarballs prop. Woops! Why wasn't this information shown to mee too? Maybe I should update my lintian... > W: easymp3gain-gtk: binary-without

Re: RFS: easymp3gain

2010-01-11 Thread Rogério Brito
Hi, Mattias. On Jan 11 2010, Matthias Klumpp wrote: > easyMp3Gain is a GUI application, it does not have any command line > arguments. Then, please just state it for people using the manpages. The first thing that I do when I get a new package is to look at the manpage of the main executable. (W

Re: RFS: easymp3gain

2010-01-11 Thread Matthias Klumpp
Hi! On Mon, 11 Jan 2010 16:28:55 -0200, Rogério Brito wrote: > Hi, Mattias. > > On Jan 11 2010, Matthias Klumpp wrote: >> easyMp3Gain is a GUI application, it does not have any command line >> arguments. > > Then, please just state it for people using the manpages. The first > thing that I do w

RFS: tesseract-eng (updated package)

2010-01-11 Thread Jeffrey Ratcliffe
Dear mentors, I am looking for a sponsor for the new version 2.00-2 of my package "tesseract-eng". It builds these binary packages: tesseract-ocr-eng - tesseract-ocr language files for English text The package appears to be lintian clean. The upload would fix these bugs: 562195 The package can

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Barry deFreese
Nanakos Chrysostomos wrote: > > Hi, > debian/changelog fixed. > debian/watch file added. > > That piece of code was there from 0.2.10.3 version, my mistake. Now > uses postinst from 0.2.10.6 (the latest one). > Uploaded again in mentors website [0]. > > > Thanks, > Chris. > > [0]: > http://men

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Nanakos Chrysostomos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/1/2010 23:48, Barry deFreese wrote: > Nanakos Chrysostomos wrote: >> >> Hi, >> debian/changelog fixed. >> debian/watch file added. >> >> That piece of code was there from 0.2.10.3 version, my mistake. Now >> uses postinst from 0.2.10.6 (the late

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Nanakos Chrysostomos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/1/2010 23:48, Barry deFreese wrote: > Nanakos Chrysostomos wrote: >> >> Hi, debian/changelog fixed. debian/watch file added. >> >> That piece of code was there from 0.2.10.3 version, my mistake. >> Now uses postinst from 0.2.10.6 (the latest one

Re: original package changelogs

2010-01-11 Thread Tim Retout
On Sun, 2010-01-10 at 14:00 +, Seger, Mark wrote: > Is there any standard (or desired format). Since I intend to include > both my release notes and an automatically generated changelog, it > should be pretty easy to create the log headers in any format people > would like to see. As an up

Re: RFS: collectl

2010-01-11 Thread Tim Retout
On Sun, 2010-01-10 at 09:43 +0800, Paul Wise wrote: > On Sun, Jan 10, 2010 at 9:05 AM, Bernd Schubert > wrote: > > > Lintian -pendantic complains with: > > > > I: collectl source: build-depends-without-arch-dep bash > ... > > I'm not sure what to do about the new "build-depends-without-arch-dep".

RFS: acetoneiso

2010-01-11 Thread Nick Andrik
Dear mentors, I am looking for a sponsor for my package "acetoneiso". * Package name: acetoneiso Version : 2.2.1-0ubuntu1 Upstream Author : Fabrizio Di Marco and Marco Di Antonio * URL : http://www.acetoneteam.org/ * License : GPLv3 Section : otherosf

RFS: gracie 0.2.10-2

2010-01-11 Thread Ben Finney
Howdy mentors, I am seeking a sponsor for release 0.2.10-2 of my package, ‘gracie’. It builds the following binary package: gracie - OpenID server for local PAM accounts This release fixes the following bugs: 519623 557089 It also updates the source package format to “3.0 (quilt)”. P

Re: RFS: collectl

2010-01-11 Thread Russ Allbery
Tim Retout writes: > This is correct; however, having read bug #552200, I'm not yet > personally convinced that it deserved to be removed. If the package > later added some arch-dependent binary packages, it would be nice to be > consistent. The basic problem is that while there's potentially s

Re: RFS: collectl

2010-01-11 Thread Paul Wise
On Tue, Jan 12, 2010 at 9:23 AM, Russ Allbery wrote: > The basic problem is that while there's potentially some use to the idea > of separating out architecture-independent build requirements, Lintian > wasn't really checking that.  In order to support this, you have to very > carefully structure

Re: RFS: mpg321 (updated package)

2010-01-11 Thread Barry deFreese
Nanakos Chrysostomos wrote: > On 11/1/2010 23:48, Barry deFreese wrote: >> Nanakos Chrysostomos wrote: >>> Hi, >>> debian/changelog fixed. >>> debian/watch file added. >>> >>> That piece of code was there from 0.2.10.3 version, my mistake. Now >>> uses postinst from 0.2.10.6 (the latest one). >>> U

Re: RFS: collectl

2010-01-11 Thread Russ Allbery
Paul Wise writes: > On Tue, Jan 12, 2010 at 9:23 AM, Russ Allbery wrote: >> The basic problem is that while there's potentially some use to the >> idea of separating out architecture-independent build requirements, >> Lintian wasn't really checking that.  In order to support this, you >> have to

Re: RFS: collectl

2010-01-11 Thread Paul Wise
On Tue, Jan 12, 2010 at 11:33 AM, Russ Allbery wrote: > Doesn't that break regular builds?  Or does calling the binary target then > clean it up by going back to run build-indep? The in mapserver back then binary-indep/install-indep targets depended on build-indep and the buildds call binary-arc

Re: RFS: collectl

2010-01-11 Thread Russ Allbery
Paul Wise writes: > When that change occurs, there will be 2 kinds of buildds; the one that > builds the arch all and arch any packages and the ones that > builds. These will obviously be different for different packages, I > imagine the fastest arches will be chosen for the build-arch independen

Re: RFS: collectl

2010-01-11 Thread Paul Wise
On Tue, Jan 12, 2010 at 2:01 PM, Russ Allbery wrote: > Hm, isn't the obvious and simple way of implementing this change to just > create a second class of buildds that do exactly what the current ones do > but then throw out all the arch-dependent packages and only keep the > arch-independent one