Bas Wijnen <[EMAIL PROTECTED]> writes:
> That's what I do for releases as well. For normal testing builds though
> (that's to see if the package builds and works without planning a
> release), creating a tarball and unpacking it first is too much work
> IMO. So I wrote a script to do these thing
On Thu, Sep 07, 2006 at 02:03:28PM +1000, Ben Finney wrote:
> So that leads to the question: What "best practices" are there for
> creating the Debian sources ('foo_X.Y.orig.tar.gz', 'foo_X.Y-Z.dsc',
> 'foo_X.Y-Z.diff.gz') automatically from a source working tree that
> already contains the 'debian
"Roberto C. Sanchez" <[EMAIL PROTECTED]> writes:
> On Thu, Sep 07, 2006 at 02:03:28PM +1000, Ben Finney wrote:
> > I've seen many recommendations that the 'debian/' directory should not
> > be part of the 'foo_X.Y.orig.tar.gz' tarball but should always be
> > added by the 'foo_X.Y-Z.diff.gz', even
On Thursday 07 September 2006 08:14, Bas Wijnen wrote:
> On Wed, Sep 06, 2006 at 09:48:42PM -0700, Russ Allbery wrote:
> > Ben Finney <[EMAIL PROTECTED]> writes:
> > > I've seen many recommendations that the 'debian/' directory should not
> > > be part of the 'foo_X.Y.orig.tar.gz' tarball but shoul
On Thu, Sep 07, 2006 at 02:03:28PM +1000, Ben Finney wrote:
> Howdy all,
>
> I've seen many recommendations that the 'debian/' directory should not
> be part of the 'foo_X.Y.orig.tar.gz' tarball but should always be
> added by the 'foo_X.Y-Z.diff.gz', even in the case of "I *am* the
> upstream and
On Wed, Sep 06, 2006 at 09:48:42PM -0700, Russ Allbery wrote:
> Ben Finney <[EMAIL PROTECTED]> writes:
>
> > I've seen many recommendations that the 'debian/' directory should not
> > be part of the 'foo_X.Y.orig.tar.gz' tarball but should always be added
> > by the 'foo_X.Y-Z.diff.gz', even in th
Ben Finney <[EMAIL PROTECTED]> writes:
> I've seen many recommendations that the 'debian/' directory should not
> be part of the 'foo_X.Y.orig.tar.gz' tarball but should always be added
> by the 'foo_X.Y-Z.diff.gz', even in the case of "I *am* the upstream and
> I prefer to track the 'debian/' dir
Howdy all,
I've seen many recommendations that the 'debian/' directory should not
be part of the 'foo_X.Y.orig.tar.gz' tarball but should always be
added by the 'foo_X.Y-Z.diff.gz', even in the case of "I *am* the
upstream and I prefer to track the 'debian/' directory as part of the
source tree in
El Miércoles, 6 de Septiembre de 2006 18:03, Adam Cecile escribió:
> Ok some stuff to fix :
>
> Clean debian/rules, remove unused lines, useless comments...
> Clean debian/copyright (2 last lines).
OK, I'll do that
> Could you build examples ? I'll post my package, I did some work to get
> them bu
Dear mentors,
I am looking for a sponsor for my package "personalbackup".
* Package name: personalbackup
Version : 1.0.3-1
Upstream Author : Kim Kuylen <[EMAIL PROTECTED]>
* URL : http://www.personalbackup.org
* License : GPL
Section : utils
It buil
> Dear mentors,
>
> I am looking for a sponsor for my package "personalbackup".
IANADD, so I can't sponsor. But my comments, anyways:
You should not depend in postgresql, since that is just a transitional
package. Depend on an specific version, or on several.
In a related note, should you depend
Ok some stuff to fix :
Clean debian/rules, remove unused lines, useless comments...
Clean debian/copyright (2 last lines).
Could you build examples ? I'll post my package, I did some work to get them
built.
Binaries are not built with -O2, I never managed to get CFLAGS working...
On Wed, 6 Sep 2
Nice!
I tried to package it a few monthes ago but I haven't finished it...
I'll have a look at the packaging right now :-)
On Wed, 6 Sep 2006 17:32:14 -0300, Rubén Darío Ponticelli <[EMAIL PROTECTED]>
wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "qsa-x11-free".
>
> *
Dear mentors,
I am looking for a sponsor for my package "qsa-x11-free".
* Package name: qsa-x11-free
Version : 1.1.4-1
Upstream Author : Trolltech AS.
* URL : http://www.trolltech.com/products/qt/addon/qsa
* License : GPL
Section : libs
It builds the
Hello,
I am looking for a sponsor for my package "xml-im-exporter". This is
part of the JBoss packaging effort.
* Package name: xml-im-exporter
Version : 1.1
Upstream Author : Oliver Zeigermann
* URL or Web page : http://xml-im-exporter.sourceforge.net
* License : custom B
Dear mentors,
I am looking for a sponsor for the new version 1.0.2-2
of my package "cobalt-panel-utils".
It builds these binary packages:
cobalt-panel-utils - System utilities for Sun Cobalt's LCD and LEDs
This new version fix a lots of build warnings and add uscan support
through debian/watch.
Le Wed, Sep 06, 2006 at 10:24:47AM +0200, [EMAIL PROTECTED] a écrit :
>
> do you have a documentation explaining how to set up a patch-system like
> dpatch
Dear Frédéric,
I wrote the following paragraphs in a never released web page:
On Tue, 5 Sep 2006 23:32:21 +0200
"Sandro Tosi" <[EMAIL PROTECTED]> wrote:
> Hi Frédéric,
> I'm not a DD (so I can't upload, and for sure I'll miss some notes),
> but I gave a look at your package and found some issues:
>
> * lintian errors:
> E: lisaac-doc: copyright-should-refer-to-common-licen
18 matches
Mail list logo
