* please stop updating efl SRCDATE, it breaks builds
@ 2008-07-21 21:34 Koen Kooi
2008-07-21 21:46 ` Michael 'Mickey' Lauer
0 siblings, 1 reply; 4+ messages in thread
From: Koen Kooi @ 2008-07-21 21:34 UTC (permalink / raw)
To: openembedded-devel
Hi,
Everytime efl SRCDATE gets changed my builds start failing in do_fetch.
This is caused by the cvs server only allowing one connection per host,
so with using multithreaded bitbake I have to restart the build about 10
times to get everything fetched. I have to disable the autobuilder
everytime this happens since it would basically DoS bugzilla with
do_fetch error reports :(
Please think of all this when wanting to bump SRCDATE the next time.
regards,
Koen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: please stop updating efl SRCDATE, it breaks builds
2008-07-21 21:34 please stop updating efl SRCDATE, it breaks builds Koen Kooi
@ 2008-07-21 21:46 ` Michael 'Mickey' Lauer
2008-07-22 19:10 ` Jan Lübbe
0 siblings, 1 reply; 4+ messages in thread
From: Michael 'Mickey' Lauer @ 2008-07-21 21:46 UTC (permalink / raw)
To: openembedded-devel
> Please think of all this when wanting to bump SRCDATE the next time.
Uhm... in all earnest you want to request people to stop updating a software
because of upstream source fetching problems? Sorry, this won't work.
I understand your problem, but I would have expected a more constructive
proposal than a recommendation to stop updating software in OE.
--
:M:
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: please stop updating efl SRCDATE, it breaks builds
2008-07-21 21:46 ` Michael 'Mickey' Lauer
@ 2008-07-22 19:10 ` Jan Lübbe
2008-07-22 22:11 ` Michael 'Mickey' Lauer
0 siblings, 1 reply; 4+ messages in thread
From: Jan Lübbe @ 2008-07-22 19:10 UTC (permalink / raw)
To: openembedded-devel
On Mon, 2008-07-21 at 23:46 +0200, Michael 'Mickey' Lauer wrote:
> > Please think of all this when wanting to bump SRCDATE the next time.
>
> Uhm... in all earnest you want to request people to stop updating a software
> because of upstream source fetching problems? Sorry, this won't work.
>
> I understand your problem, but I would have expected a more constructive
> proposal than a recommendation to stop updating software in OE.
How about fetching the source from their git mirror
(http://staff.get-e.org/)?
--
Jan Lübbe <jluebbe@lasnet.de> http://sicherheitsschwankung.de
gpg-key 1024D/D8480F2E 2002-03-20
fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: please stop updating efl SRCDATE, it breaks builds
2008-07-22 19:10 ` Jan Lübbe
@ 2008-07-22 22:11 ` Michael 'Mickey' Lauer
0 siblings, 0 replies; 4+ messages in thread
From: Michael 'Mickey' Lauer @ 2008-07-22 22:11 UTC (permalink / raw)
To: openembedded-devel
Am Dienstag 22 Juli 2008 21:10:41 schrieb Jan Lübbe:
> On Mon, 2008-07-21 at 23:46 +0200, Michael 'Mickey' Lauer wrote:
> > > Please think of all this when wanting to bump SRCDATE the next time.
> >
> > Uhm... in all earnest you want to request people to stop updating a
> > software because of upstream source fetching problems? Sorry, this won't
> > work.
> >
> > I understand your problem, but I would have expected a more constructive
> > proposal than a recommendation to stop updating software in OE.
>
> How about fetching the source from their git mirror
> (http://staff.get-e.org/)?
Yes, this would be an option. I still hate git for not having incremental
revisions, but I guess nothing is perfect in this world...
--
:M:
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-07-22 22:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-21 21:34 please stop updating efl SRCDATE, it breaks builds Koen Kooi
2008-07-21 21:46 ` Michael 'Mickey' Lauer
2008-07-22 19:10 ` Jan Lübbe
2008-07-22 22:11 ` Michael 'Mickey' Lauer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.