AW: [Xenomai-help] prepare kernel fails

AW: [Xenomai-help] prepare kernel fails

[Roderik_Wildenburg]

> 
> The missing directory will not harm. Anyhow, if you start 

It does harm, as the kernel is prepared only partialy and make
menuconfig crashes.

> testing 2.3-rcX now, please use xenomai-2.3-rc3.
> 

I did not know, that this version exists and (!) I did not know where it
resides.
(No hint on www.xenomai.org, but the mailing list showed me the way). 

Thanks a lot
Roderik

AW: [Xenomai-help] prepare kernel fails

[Roderik_Wildenburg]

With 2.3-rc3 I get a new problem preparing the kernel :

"Can't open perl script "/home/user/xenomai-2.3-rc3/scripts/help_from_kconfig.pl": Datei oder Verzeichnis nicht gefunden "

Any suggestions how I can get around this ?

Thanksa lot
Roderik

> -----Ursprüngliche Nachricht-----
> Von: xenomai-help-bounces@domain.hid
> [mailto:xenomai-help-bounces@domain.hid] Im Auftrag von 
> Roderik_Wildenburg@domain.hid
> Gesendet: Montag, 18. Dezember 2006 14:41
> An: wg@domain.hid
> Cc: xenomai@xenomai.org
> Betreff: AW: [Xenomai-help] prepare kernel fails
> 
> > 
> > The missing directory will not harm. Anyhow, if you start
> 
> It does harm, as the kernel is prepared only partialy and 
> make menuconfig crashes.
> 
> > testing 2.3-rcX now, please use xenomai-2.3-rc3.
> > 
> 
> I did not know, that this version exists and (!) I did not 
> know where it resides.
> (No hint on www.xenomai.org, but the mailing list showed me the way). 
> 
> Thanks a lot
> Roderik
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
> 

Re: AW: [Xenomai-help] prepare kernel fails

[Wolfgang Grandegger]

Roderik_Wildenburg@domain.hid wrote:
>> The missing directory will not harm. Anyhow, if you start 
> 
> It does harm, as the kernel is prepared only partialy and make
> menuconfig crashes.

Ah, OK. A quick hack is to remove "sim" from prepare_kernel.sh, or 
better use -rc3.

>> testing 2.3-rcX now, please use xenomai-2.3-rc3.
>>
> 
> I did not know, that this version exists and (!) I did not know where it
> resides.
> (No hint on www.xenomai.org, but the mailing list showed me the way). 

It has been announced on the Xenomai mailing lists:

https://mail.gna.org/public/xenomai-help/2006-12/msg00106.html

Wolfgang.

Re: AW: [Xenomai-help] prepare kernel fails

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 654 bytes --]

Roderik_Wildenburg@domain.hid wrote:
> With 2.3-rc3 I get a new problem preparing the kernel :
> 
> "Can't open perl script "/home/user/xenomai-2.3-rc3/scripts/help_from_kconfig.pl": Datei oder Verzeichnis nicht gefunden "
> 
> Any suggestions how I can get around this ?

Please copy that file from an SVN checkout for now.

We are lacking a distribution entry in the related Makefile.am. I'm
currently preparing makefile changes anyway and will check in a fix.

@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...).

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: AW: [Xenomai-help] prepare kernel fails

[Wolfgang Grandegger]

Roderik_Wildenburg@domain.hid wrote:
> With 2.3-rc3 I get a new problem preparing the kernel :
> 
> "Can't open perl script "/home/user/xenomai-2.3-rc3/scripts/help_from_kconfig.pl": Datei oder Verzeichnis nicht gefunden "

Argh, something went really wrong preparing the rc releases.

> Any suggestions how I can get around this ?

Take the SVN trunk or the daily snapshot as described at 
https://gna.org/svn/?group=xenomai

Wolfgang.

> 
> Thanksa lot
> Roderik
> 
>> -----Ursprüngliche Nachricht-----
>> Von: xenomai-help-bounces@domain.hid
>> [mailto:xenomai-help-bounces@domain.hid] Im Auftrag von 
>> Roderik_Wildenburg@domain.hid
>> Gesendet: Montag, 18. Dezember 2006 14:41
>> An: wg@domain.hid
>> Cc: xenomai@xenomai.org
>> Betreff: AW: [Xenomai-help] prepare kernel fails
>>
>>> The missing directory will not harm. Anyhow, if you start
>> It does harm, as the kernel is prepared only partialy and 
>> make menuconfig crashes.
>>
>>> testing 2.3-rcX now, please use xenomai-2.3-rc3.
>>>
>> I did not know, that this version exists and (!) I did not 
>> know where it resides.
>> (No hint on www.xenomai.org, but the mailing list showed me the way). 
>>
>> Thanks a lot
>> Roderik
>>
>> _______________________________________________
>> Xenomai-help mailing list
>> Xenomai-help@domain.hid
>> https://mail.gna.org/listinfo/xenomai-help
>>
> 
> 

Re: AW: [Xenomai-help] prepare kernel fails

[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 ?

-- 
                                                 Gilles Chanteperdrix

Re: AW: [Xenomai-help] prepare kernel fails

[Philippe Gerum]

On Mon, 2006-12-18 at 15:39 +0100, Gilles Chanteperdrix wrote:
> 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 ?
> 

Make distcheck did not choke on the issue, that's precisely the problem.
It does not try to prepare a kernel for patching.

-- 
Philippe.

Re: AW: [Xenomai-help] prepare kernel fails

[Gilles Chanteperdrix]

Philippe Gerum wrote:
> On Mon, 2006-12-18 at 15:39 +0100, Gilles Chanteperdrix wrote:
> 
>>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 ?
>>
> 
> 
> Make distcheck did not choke on the issue, that's precisely the problem.
> It does not try to prepare a kernel for patching.
> 

Make distcheck would not choke, but the error would be caught if the
buildbot script used the contents of the generated tarball instead of
using an svn checkout.

-- 
                                                 Gilles Chanteperdrix

Re: AW: [Xenomai-help] prepare kernel fails

[Niklaus Giger]

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?

Best regards

P.S: I still the following error when running the simulator testsuite:
Some problems were reported in:
vxworks->t010823-2:t010823-2.c:163: Expected sequence: SEQ("Test2",2004); got 
SEQ("Test2",1999)
vxworks->t010823-2: <b> t010823-2.c:166, test finished: 1 failures/ 33 tests
(Just fixed an error running the test_sim.rb in the buildbot).

-- 
Niklaus Giger

Re: AW: [Xenomai-help] prepare kernel fails

[Jan Kiszka]

[-- 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 --]

Re: AW: [Xenomai-help] prepare kernel fails

[Niklaus Giger]

Am Dienstag, 19. Dezember 2006 21:38 schrieb Jan Kiszka:
> 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.
This solution is also easily integretable into the actual Buildbot. I suppose 
do it would be sufficient to add it only to the daily "full" builds. But I 
would need to know how the release is exactly generated. E.g. after a 
checkout to clean directory there is no Makefile and therefore "make dist" 
fails miserably. Could somebody please tell me the exact steps?

Niklaus

Re: AW: [Xenomai-help] prepare kernel fails

[Philippe Gerum]

On Tue, 2006-12-19 at 09:51 +0100, Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
> > On Mon, 2006-12-18 at 15:39 +0100, Gilles Chanteperdrix wrote:
> > 
> >>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 ?
> >>
> > 
> > 
> > Make distcheck did not choke on the issue, that's precisely the problem.
> > It does not try to prepare a kernel for patching.
> > 
> 
> Make distcheck would not choke, but the error would be caught if the
> buildbot script used the contents of the generated tarball instead of
> using an svn checkout.

If it follows the full kernel preparation procedure, yes, I guess so.

> 
-- 
Philippe.

Re: AW: [Xenomai-help] prepare kernel fails

[Gilles Chanteperdrix]

Niklaus Giger wrote:
> Am Dienstag, 19. Dezember 2006 21:38 schrieb Jan Kiszka:
>>I rather think c) is desired: checkout from svn, make dist, untar that
>>archive and continue to work with *those* sources.
> 
> This solution is also easily integretable into the actual Buildbot. I suppose 
> do it would be sufficient to add it only to the daily "full" builds. But I 
> would need to know how the release is exactly generated. E.g. after a 
> checkout to clean directory there is no Makefile and therefore "make dist" 
> fails miserably. Could somebody please tell me the exact steps?

You need to create a build tree by running the configure script, then
run make dist (or preferably "make distcheck") in this build tree.

-- 
                                                 Gilles Chanteperdrix

Re: AW: [Xenomai-help] prepare kernel fails

[Niklaus Giger]

Am Mittwoch, 20. Dezember 2006 09:48 schrieb Gilles Chanteperdrix:
> Niklaus Giger wrote:
> > Am Dienstag, 19. Dezember 2006 21:38 schrieb Jan Kiszka:
> >>I rather think c) is desired: checkout from svn, make dist, untar that
> >>archive and continue to work with *those* sources.
> >
> > This solution is also easily integretable into the actual Buildbot. I
> > suppose do it would be sufficient to add it only to the daily "full"
> > builds. But I would need to know how the release is exactly generated.
> > E.g. after a checkout to clean directory there is no Makefile and
> > therefore "make dist" fails miserably. Could somebody please tell me the
> > exact steps?
>
> You need to create a build tree by running the configure script, then
> run make dist (or preferably "make distcheck") in this build tree.
What are the needed (minimal) options for configure? Because if I do not 
specify any option I get the following error when running make:
> make[2]: Entering directory `/home/hcu/kernel/tst_dist/src/testsuite'
> list='latency switchbench cyclic switchtest irqbench'; for subdir in $list;
> do \ if test "$subdir" = .; then :; else \
>             test -dbuild 
> "/home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite/$subdir" \
>
>             || mkdir -p --
>             || "/home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite/$sub
>             ||dir" \ exit 1; \
>
>             distdir=`CDPATH="${ZSH_VERSION+.}:" && cd
> /home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite && pwd`; \
> top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd
> /home/hcu/kernel/tst_dist/xenomai-2.2.92 && pwd`; \ (cd $subdir && \
>               make  \
>                 top_distdir="$top_distdir" \
>                 distdir="$distdir/$subdir" \
>                 distdir) \
>
>               || exit 1; \
>
>           fi; \
>         done
> make[3]: Entering directory
> `/home/hcu/kernel/tst_dist/src/testsuite/latency' make[3]: *** No rule to
> make target `runinfo', needed by `distdir'.  Stop. make[3]: Leaving
> directory `/home/hcu/kernel/tst_dist/src/testsuite/latency' make[2]: ***
> [distdir] Error 1
> make[2]: Leaving directory `/home/hcu/kernel/tst_dist/src/testsuite'
> make[1]: *** [distdir] Error 1
> make[1]: Leaving directory `/home/hcu/kernel/tst_dist/src'
> make: *** [distdir] Error 1

Do I need to run this on a system which is running a xenomai kernel?
(I never tried to run it on my Intel MacMini.) Can I build it on a PPC 
machine?

Niklaus

Re: AW: [Xenomai-help] prepare kernel fails

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 2797 bytes --]

Niklaus Giger wrote:
> Am Mittwoch, 20. Dezember 2006 09:48 schrieb Gilles Chanteperdrix:
>> Niklaus Giger wrote:
>>> Am Dienstag, 19. Dezember 2006 21:38 schrieb Jan Kiszka:
>>>> I rather think c) is desired: checkout from svn, make dist, untar that
>>>> archive and continue to work with *those* sources.
>>> This solution is also easily integretable into the actual Buildbot. I
>>> suppose do it would be sufficient to add it only to the daily "full"
>>> builds. But I would need to know how the release is exactly generated.
>>> E.g. after a checkout to clean directory there is no Makefile and
>>> therefore "make dist" fails miserably. Could somebody please tell me the
>>> exact steps?
>> You need to create a build tree by running the configure script, then
>> run make dist (or preferably "make distcheck") in this build tree.
> What are the needed (minimal) options for configure? Because if I do not 
> specify any option I get the following error when running make:
>> make[2]: Entering directory `/home/hcu/kernel/tst_dist/src/testsuite'
>> list='latency switchbench cyclic switchtest irqbench'; for subdir in $list;
>> do \ if test "$subdir" = .; then :; else \
>>             test -dbuild 
>> "/home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite/$subdir" \
>>
>>             || mkdir -p --
>>             || "/home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite/$sub
>>             ||dir" \ exit 1; \
>>
>>             distdir=`CDPATH="${ZSH_VERSION+.}:" && cd
>> /home/hcu/kernel/tst_dist/xenomai-2.2.92/src/testsuite && pwd`; \
>> top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd
>> /home/hcu/kernel/tst_dist/xenomai-2.2.92 && pwd`; \ (cd $subdir && \
>>               make  \
>>                 top_distdir="$top_distdir" \
>>                 distdir="$distdir/$subdir" \
>>                 distdir) \
>>
>>               || exit 1; \
>>
>>           fi; \
>>         done
>> make[3]: Entering directory
>> `/home/hcu/kernel/tst_dist/src/testsuite/latency' make[3]: *** No rule to
>> make target `runinfo', needed by `distdir'.  Stop. make[3]: Leaving
>> directory `/home/hcu/kernel/tst_dist/src/testsuite/latency' make[2]: ***
>> [distdir] Error 1
>> make[2]: Leaving directory `/home/hcu/kernel/tst_dist/src/testsuite'
>> make[1]: *** [distdir] Error 1
>> make[1]: Leaving directory `/home/hcu/kernel/tst_dist/src'
>> make: *** [distdir] Error 1
> 
> Do I need to run this on a system which is running a xenomai kernel?
> (I never tried to run it on my Intel MacMini.) Can I build it on a PPC 
> machine?

Argh, fallout from my last changes.

I fixed the Makefile.ams in SVN, but someone with fitting automake
(Gilles?) has to run bootstrap. I'm getting now even more diffs with my
toolchain than yesterday.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: AW: [Xenomai-help] prepare kernel fails

[Gilles Chanteperdrix]

Jan Kiszka wrote:
> (Gilles?) has to run bootstrap

Done.

-- 
                                                 Gilles Chanteperdrix

Re: AW: [Xenomai-help] prepare kernel fails

[Niklaus Giger]

Am Mittwoch, 20. Dezember 2006 18:48 schrieb Gilles Chanteperdrix:
> Jan Kiszka wrote:
> > (Gilles?) has to run bootstrap
>
> Done.
Thanks. 

If would simplify setting up the buildbot if I could run "make distcheck" 
without a need to use sudo.

Calling "make SUDO= distcheck" resulted in errors like:
make[3]: Nothing to be done for `install-data-am'.
mknod: `/tmp/am-dc-17903//dev/rtp0': Operation not permitted

If you need too much time, I will just modify my sudoers to add another
script (to the scripts able to use sudo without passwords). But I would 
prefert to be able to go the other way.

Niklaus

Re: AW: [Xenomai-help] prepare kernel fails

[Niklaus Giger]

Am Mittwoch, 20. Dezember 2006 21:09 schrieb Niklaus Giger:
> Am Mittwoch, 20. Dezember 2006 18:48 schrieb Gilles Chanteperdrix:
> > Jan Kiszka wrote:
> > > (Gilles?) has to run bootstrap
> >
> > Done.
>
> Thanks.
>
> If would simplify setting up the buildbot if I could run "make distcheck"
> without a need to use sudo.
>
> Calling "make SUDO= distcheck" resulted in errors like:
> make[3]: Nothing to be done for `install-data-am'.
> mknod: `/tmp/am-dc-17903//dev/rtp0': Operation not permitted
>
> If you need too much time, I will just modify my sudoers to add another
> script (to the scripts able to use sudo without passwords). But I would
> prefert to be able to go the other way.
I just found out that "make SUDO=false distcheck" builds the tarball without 
failures. Is this the way to go for the buildbot script?

Niklaus

Re: AW: [Xenomai-help] prepare kernel fails

[Gilles Chanteperdrix]

Niklaus Giger wrote:
> Am Mittwoch, 20. Dezember 2006 21:09 schrieb Niklaus Giger:
> 
>>Am Mittwoch, 20. Dezember 2006 18:48 schrieb Gilles Chanteperdrix:
>>
>>>Jan Kiszka wrote:
>>>
>>>>(Gilles?) has to run bootstrap
>>>
>>>Done.
>>
>>Thanks.
>>
>>If would simplify setting up the buildbot if I could run "make distcheck"
>>without a need to use sudo.
>>
>>Calling "make SUDO= distcheck" resulted in errors like:
>>make[3]: Nothing to be done for `install-data-am'.
>>mknod: `/tmp/am-dc-17903//dev/rtp0': Operation not permitted
>>
>>If you need too much time, I will just modify my sudoers to add another
>>script (to the scripts able to use sudo without passwords). But I would
>>prefert to be able to go the other way.
> 
> I just found out that "make SUDO=false distcheck" builds the tarball without 
> failures. Is this the way to go for the buildbot script?

If you find it an acceptable solution, go that way.

-- 
                                                 Gilles Chanteperdrix

Re: AW: [Xenomai-help] prepare kernel fails

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 1086 bytes --]

Gilles Chanteperdrix wrote:
> Niklaus Giger wrote:
>> Am Mittwoch, 20. Dezember 2006 21:09 schrieb Niklaus Giger:
>>
>>> Am Mittwoch, 20. Dezember 2006 18:48 schrieb Gilles Chanteperdrix:
>>>
>>>> Jan Kiszka wrote:
>>>>
>>>>> (Gilles?) has to run bootstrap
>>>> Done.
>>> Thanks.
>>>
>>> If would simplify setting up the buildbot if I could run "make distcheck"
>>> without a need to use sudo.
>>>
>>> Calling "make SUDO= distcheck" resulted in errors like:
>>> make[3]: Nothing to be done for `install-data-am'.
>>> mknod: `/tmp/am-dc-17903//dev/rtp0': Operation not permitted
>>>
>>> If you need too much time, I will just modify my sudoers to add another
>>> script (to the scripts able to use sudo without passwords). But I would
>>> prefert to be able to go the other way.
>> I just found out that "make SUDO=false distcheck" builds the tarball without 
>> failures. Is this the way to go for the buildbot script?
> 
> If you find it an acceptable solution, go that way.
> 

Yeah, I this should be enough to test for distribution regressions.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]