Holger Levsen wrote:
> Hi,
>
> On Montag, 28. September 2009, Rene Engelhard wrote:
>> I just said that there are buildd admins/porters who are hard to deal
>> with because they just don't care about build failures not caused by
>> the package to be built and neither with any package else but by
>
On Sonntag, 4. Oktober 2009, Julien Cristau wrote:
> > Well, I think this reality sucks and should be fixed.
> Hahaha. Good luck with that plan :)
I find your lack of faith disturbing.
signature.asc
Description: This is a digitally signed message part.
On Sun, Oct 4, 2009 at 09:25:44 +0200, Holger Levsen wrote:
> Well, I think this reality sucks and should be fixed.
Hahaha. Good luck with that plan :)
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Hi,
On Montag, 28. September 2009, Rene Engelhard wrote:
> I just said that there are buildd admins/porters who are hard to deal
> with because they just don't care about build failures not caused by
> the package to be built and neither with any package else but by
> buildd/machine/arch issues.
[
Goswin von Brederlow writes:
> Steffen Moeller writes:
>> As a sidenote, and to promote the summary on
>> http://wiki.debian.org/buildd a bit, there is a non-free buildd
>> network. This has taken perfect care of my non-free packages so far,
>> but it seems defunct for mips and armel these days.
On Mon, Sep 28, 2009 at 09:48:00PM +0800, Holger Levsen wrote:
> Hi,
>
> On Montag, 28. September 2009, Rene Engelhard wrote:
> > > That said uploading missing binaries yourself is not the rigt way
> > > forward, official build daemons must be able to build it and you should
> > > work with buildd
Hi,
On Montag, 28. September 2009, Rene Engelhard wrote:
> > That said uploading missing binaries yourself is not the rigt way
> > forward, official build daemons must be able to build it and you should
> > work with buildd maintainers and porters to get your package built (and
> > building).
> If
Hi,
On Sun, Sep 27, 2009 at 10:59:51AM +0200, Raphael Hertzog wrote:
> That said uploading missing binaries yourself is not the rigt way forward,
> official build daemons must be able to build it and you should work with
> buildd maintainers and porters to get your package built (and building).
I
Steffen Moeller writes:
> Russ Allbery wrote:
>> Raphael Hertzog writes:
>>
>>> That said uploading missing binaries yourself is not the rigt way forward,
>>> official build daemons must be able to build it and you should work with
>>> buildd maintainers and porters to get your package built (a
Hi Raphael,
Raphael Hertzog wrote:
> On Sun, 27 Sep 2009, Steffen Moeller wrote:
>> I tried to help it out with my OpenMoko running Debian, and while it builds,
>> I
>> cannot upload since the .diff.gz generated by dpkg-buildpackage -sd is not
>> bit-identical to the .diff.gz that is in the archi
Russ Allbery wrote:
> Raphael Hertzog writes:
>
>> That said uploading missing binaries yourself is not the rigt way forward,
>> official build daemons must be able to build it and you should work with
>> buildd maintainers and porters to get your package built (and building).
>
> I thought that
Raphael Hertzog writes:
> That said uploading missing binaries yourself is not the rigt way forward,
> official build daemons must be able to build it and you should work with
> buildd maintainers and porters to get your package built (and building).
I thought that statement didn't apply to non-
On Sun, Sep 27, 2009 at 10:53:01 +0200, Steffen Moeller wrote:
> Hello,
>
> my non-free package mgltools-molkit built nicely everywhere, but the armel
> could yet not be uploaded - blocking the autodocktools to arrive in testing.
>
> I tried to help it out with my OpenMoko running Debian, and wh
Hi,
On Sun, 27 Sep 2009, Steffen Moeller wrote:
> I tried to help it out with my OpenMoko running Debian, and while it builds, I
> cannot upload since the .diff.gz generated by dpkg-buildpackage -sd is not
> bit-identical to the .diff.gz that is in the archive. The unpacked diff.gz
> however _is_
Hello,
my non-free package mgltools-molkit built nicely everywhere, but the armel
could yet not be uploaded - blocking the autodocktools to arrive in testing.
I tried to help it out with my OpenMoko running Debian, and while it builds, I
cannot upload since the .diff.gz generated by dpkg-buildpac
15 matches
Mail list logo
