Hi Andreas,
On Tue, 2011-07-05 at 20:06 +0200, Andreas Moog wrote:
> On 07/05/2011 08:18 AM, Kilian Krause wrote:
>
> > On Mon, 2011-07-04 at 17:12 +0200, Andreas Moog wrote:
> >> New version uploaded to mentors and pushed to
> >> git://anonscm.debian.org/pkg-games/trophy.git (Note that I put the
On 07/05/2011 08:18 AM, Kilian Krause wrote:
> On Mon, 2011-07-04 at 17:12 +0200, Andreas Moog wrote:
>> New version uploaded to mentors and pushed to
>> git://anonscm.debian.org/pkg-games/trophy.git (Note that I put the
>> pkg-games team as maintainer and myself as Uploader).
>
> The current ver
Hi Andreas,
On Mon, 2011-07-04 at 17:12 +0200, Andreas Moog wrote:
> New version uploaded to mentors and pushed to
> git://anonscm.debian.org/pkg-games/trophy.git (Note that I put the
> pkg-games team as maintainer and myself as Uploader).
The current version that's on mentors.d.n has "Maintainer
On 07/04/2011 08:49 AM, Kilian Krause wrote:
> Hi Andreas,
Hi Kilian,
thanks for the review.
> 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> full regenerated configure in your patch to make sure the source is
> identical on all buildds. IMHO dh-autoreconf is a solutio
Paul,
On Mon, 2011-07-04 at 11:36 +0100, Paul Wise wrote:
> On Mon, Jul 4, 2011 at 11:27 AM, Kilian Krause wrote:
>
> > That exactly was my idea too. To ship a source that is known and can be
> > predicted regarding changes. If a security upload would be required but
> > autoconf generates a bro
Paul,
On Mon, 2011-07-04 at 11:33 +0100, Paul Wise wrote:
> On Mon, Jul 4, 2011 at 11:23 AM, Kilian Krause wrote:
>
> > I do remember these "funny" situations where you autoconf with another
> > version and/or another setup than upstream and configure was generated
> > but broken. Thus all I was
On Mon, Jul 4, 2011 at 11:27 AM, Kilian Krause wrote:
> That exactly was my idea too. To ship a source that is known and can be
> predicted regarding changes. If a security upload would be required but
> autoconf generates a broken configure due to some circumstances that
> couldn't be predicted
Gergely,
On Mon, 2011-07-04 at 12:10 +0200, Gergely Nagy wrote:
> Kilian Krause writes:
> > 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> > full regenerated configure in your patch to make sure the source is
> > identical on all buildds. IMHO dh-autoreconf is a solutio
On Mon, Jul 4, 2011 at 11:23 AM, Kilian Krause wrote:
> I do remember these "funny" situations where you autoconf with another
> version and/or another setup than upstream and configure was generated
> but broken. Thus all I was saying is that configure shouldn't be among
> those files dynamically
Hi Adam,
On Mon, 2011-07-04 at 11:11 +0200, Adam Borowski wrote:
> On Mon, Jul 04, 2011 at 08:49:59AM +0200, Kilian Krause wrote:
> > 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> > full regenerated configure in your patch to make sure the source is
> > identical on all
Hi Paul,
On Mon, 2011-07-04 at 09:59 +0100, Paul Wise wrote:
> On Mon, Jul 4, 2011 at 7:49 AM, Kilian Krause wrote:
>
> > 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> > full regenerated configure in your patch to make sure the source is
> > identical on all buildds.
Kilian Krause writes:
> 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> full regenerated configure in your patch to make sure the source is
> identical on all buildds. IMHO dh-autoreconf is a solution for a local
> build that you maintain for yourself outside of Debian, b
On Mon, Jul 04, 2011 at 08:49:59AM +0200, Kilian Krause wrote:
> 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> full regenerated configure in your patch to make sure the source is
> identical on all buildds. IMHO dh-autoreconf is a solution for a local
> build that you ma
On Mon, Jul 4, 2011 at 7:49 AM, Kilian Krause wrote:
> 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the
> full regenerated configure in your patch to make sure the source is
> identical on all buildds. IMHO dh-autoreconf is a solution for a local
> build that you maintain f
Hi Andreas,
On Sun, 2011-07-03 at 20:09 +0200, Andreas Moog wrote:
> Dear mentors,
>
> I am looking for a sponsor for the new version 1.1.7-1
> of my package "trophy".
>
> It builds these binary packages:
> trophy - 2D car racing action game
> trophy-data - 2D car racing action game (data fi
Dear mentors,
I am looking for a sponsor for the new version 1.1.7-1
of my package "trophy".
It builds these binary packages:
trophy - 2D car racing action game
trophy-data - 2D car racing action game (data files)
trophy-dbg - 2D car racing action game (debugging symbols)
The package appears
16 matches
Mail list logo
