From: Jan Kiszka <jan.kiszka@domain.hid>
To: niklaus.giger@domain.hid
Cc: Roderik_Wildenburg@domain.hid, xenomai@xenomai.org
Subject: Re: AW: [Xenomai-help] prepare kernel fails
Date: Tue, 19 Dec 2006 21:38:29 +0100 [thread overview]
Message-ID: <45884DC5.2030701@domain.hid> (raw)
In-Reply-To: <200612192054.54573.niklaus.giger@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1634 bytes --]
Niklaus Giger wrote:
> Am Montag, 18. Dezember 2006 15:39 schrieb Gilles Chanteperdrix:
>> Jan Kiszka wrote:
>>> @all: please give the -rc3 tar.bz2 hell! New files can easily slip
>>> through the developer fingers when it comes to distribution (I know this
>>> very well /wrt RTnet...).
>> The way around this is to run automated scripts using the result of a
>> make distcheck instead of using an svn checkout. Niklaus, how hard would
>> it be to change the buildbot to do this ?
> What do you want the buildbot do to exactly?
> a) First svn checkout followed by make distcheck? This is easy. eg. I would
> just add an additional step before the "configured
> xenomai"
>
> b) Grab tarballs, extract them to clean directory? Here I need to study the
> buildbot a bit better, as it does no concept for tarballs as ChangeSources.
> But I might write a small script which polls
> http://download.gna.org/xenomai/testing/ and
> http://download.gna.org/xenomai/stable/ for new tarballs. If found I would
> unpack it somewhere and submit the change to some new builders Buildbot
> (similar to the /buildbot-full/).
> This will probably take a few hours of work, but quite for some time I felt
> uncomfortable about neither testing branches nor releases.
> If this solution works I would suggest that the release manager should delay
> announcing the availability of a new releases till he has examined the
> results of the buildbot.
>
> What variant do you prefer?
I rather think c) is desired: checkout from svn, make dist, untar that
archive and continue to work with *those* sources.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2006-12-19 20:38 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-18 14:00 AW: [Xenomai-help] prepare kernel fails Roderik_Wildenburg
2006-12-18 14:08 ` Jan Kiszka
2006-12-18 14:39 ` Gilles Chanteperdrix
2006-12-18 20:25 ` Philippe Gerum
2006-12-19 8:51 ` Gilles Chanteperdrix
2006-12-19 21:38 ` Philippe Gerum
2006-12-19 19:54 ` Niklaus Giger
2006-12-19 20:38 ` Jan Kiszka [this message]
2006-12-19 21:02 ` Niklaus Giger
2006-12-20 8:48 ` Gilles Chanteperdrix
2006-12-20 17:31 ` Niklaus Giger
2006-12-20 17:42 ` Jan Kiszka
2006-12-20 17:48 ` Gilles Chanteperdrix
2006-12-20 20:09 ` Niklaus Giger
2006-12-20 20:19 ` Niklaus Giger
2006-12-21 8:52 ` Gilles Chanteperdrix
2006-12-21 9:05 ` Jan Kiszka
2006-12-18 14:25 ` Wolfgang Grandegger
-- strict thread matches above, loose matches on Subject: below --
2006-12-18 13:41 Roderik_Wildenburg
2006-12-18 14:02 ` Wolfgang Grandegger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45884DC5.2030701@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=Roderik_Wildenburg@domain.hid \
--cc=niklaus.giger@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.