fakeroot fails to build

fakeroot fails to build

[Mike (mwester)]

fakeroot fails to build -- any idea how we can fix this?

log file:

gcc -DHAVE_CONFIG_H -I.
-isystem/u/slug/slugos/tmp/staging/i686-linux/usr/include
-isystem/u/slug/slugos/tmp/staging\
/i686-linux/usr/include -O2 -MT simple.o -MD -MP -MF .deps/simple.Tpo -c
-o simple.o simple.c
mv -f .deps/simple.Tpo .deps/simple.Po
/bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-isystem/u/slug/slugos/tmp/staging/i686-linux/usr\
/include  -isystem/u/slug/slugos/tmp/staging/i686-linux/usr/include -O2
-MT libfakeroot.lo -MD -MP -MF .deps/libfakeroo\
t.Tpo -c -o libfakeroot.lo libfakeroot.c
./libtool: line 764: X--tag=CC: command not found
./libtool: line 797: libtool: ignoring unknown tag : command not found
./libtool: line 764: X--mode=compile: command not found
./libtool: line 764: X--tag=CC: command not found
./libtool: line 797: libtool: ignoring unknown tag : command not found
./libtool: line 764: X--mode=compile: command not found
./libtool: line 914: *** Warning: inferring the mode of operation is
deprecated.: command not found
./libtool: line 915: *** Future versions of Libtool will require
-mode=MODE be specified.: command not found
./libtool: line 1058: Xgcc: command not found
./libtool: line 1058: X-DHAVE_CONFIG_H: command not found
./libtool: line 1058: X-I.: command not found
./libtool: line 1058:
X-isystem/u/slug/slugos/tmp/staging/i686-linux/usr/include: No such file
or directory
./libtool: line 1058:
X-isystem/u/slug/slugos/tmp/staging/i686-linux/usr/include: No such file
or directory
./libtool: line 1058: X-O2: command not found
./libtool: line 914: *** Warning: inferring the mode of operation is
deprecated.: command not found
./libtool: line 915: *** Future versions of Libtool will require
-mode=MODE be specified.: command not found
./libtool: line 1058: X-MT: command not found
./libtool: line 1058: Xgcc: command not found
./libtool: line 1058: Xcommunicate.lo: command not found

(which goes on and on and on)

Re: fakeroot fails to build

[Koen Kooi]

On 25-02-09 07:53, Mike (mwester) wrote:
> fakeroot fails to build -- any idea how we can fix this?

By reverting the merge of the sane-defaults branch that got merged with 
zero review

Re: fakeroot fails to build

[Michael 'Mickey' Lauer]

Am Mittwoch, den 25.02.2009, 00:53 -0600 schrieb Mike (mwester):
> fakeroot fails to build -- any idea how we can fix this?

I'm afraid newer fakeroot versions need libtool2 and automake1.10. Can
you check whether these have been built?


-- 
:M:

Re: fakeroot fails to build

[Michael 'Mickey' Lauer]

Am Mittwoch, den 25.02.2009, 08:57 +0100 schrieb Koen Kooi:
> On 25-02-09 07:53, Mike (mwester) wrote:
> > fakeroot fails to build -- any idea how we can fix this?
> 
> By reverting the merge of the sane-defaults branch that got merged with 
> zero review

Ah right, I probably didn't wait long enough. Ok, I might as well revert
it and continue working in other branches. Is there a command to revert
merging a whole branch or do I need to call git-revert for every
revision?

Cheers,

-- 
:M:

Re: fakeroot fails to build

[Koen Kooi]

On 25-02-09 09:23, Michael 'Mickey' Lauer wrote:
> Am Mittwoch, den 25.02.2009, 08:57 +0100 schrieb Koen Kooi:
>> On 25-02-09 07:53, Mike (mwester) wrote:
>>> fakeroot fails to build -- any idea how we can fix this?
>> By reverting the merge of the sane-defaults branch that got merged with
>> zero review
>
> Ah right, I probably didn't wait long enough.

I think we should get rid of the "silence is approval" dogma, especially 
since I needed to commit this today:

http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=d6a0ddf22540c930f8ab9033870eb6509713e5b7

and

http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=98238944c784e673cab4691a861f3d9fa61f85a4

Since both automake and fakeroot are pretty important, dare I say 
'core', a simple test would be nice before checking in changes. While 
the automake problem wouldn't have shown up in review, the missing 
fakeroot checksums would have.

Re: fakeroot fails to build

[Mike (mwester)]

Michael 'Mickey' Lauer wrote:
> Am Mittwoch, den 25.02.2009, 08:57 +0100 schrieb Koen Kooi:
>> On 25-02-09 07:53, Mike (mwester) wrote:
>>> fakeroot fails to build -- any idea how we can fix this?
>> By reverting the merge of the sane-defaults branch that got merged with 
>> zero review
> 
> Ah right, I probably didn't wait long enough. Ok, I might as well revert
> it and continue working in other branches. Is there a command to revert
> merging a whole branch or do I need to call git-revert for every
> revision?

Don't revert everything just because of one fakeroot problem -- I can
work around that by adding (another) PREFERRED_VERSION to use the older one.

This issue is not related to the sane-defaults branch at all; that was
not my point.  This type of build failure has been happening for the
past week or two on a number of recipes -- my posting the fakeroot
failure to the list was just a random selection out of the list of
similar problems.

I'd much prefer to figure out what the specific libtool issue is and fix
that, rather than revert the sane-defaults changes (and by the way, I
did review that branch and did not see anything which seemed problematic
to me, or I would have said something!)

So it sounds like there's not a libtool problem; rather I need to
upgrade to the new libtool entirely then. :-(   That's unfortunate,
really unfortunate timing -- but timing is not an OE issue. :-(

(BTW, the reason libtool got locked down for me is because it made
pkgconfig fail to build, so I might be back with questions on how to
make that work if that failure still exists.)

((Also, are there any non-angstrom distros still left in OE, besides
SlugOS?  I really feel like I'm swimming upstream all the time with OE
-- things break for me so often that just don't seem to affect anyone
else...))

-Mike

OE breakages, was: Re: fakeroot fails to build

[Koen Kooi]

On 25-02-09 16:14, Mike (mwester) wrote:

> ((Also, are there any non-angstrom distros still left in OE, besides
> SlugOS?  I really feel like I'm swimming upstream all the time with OE
> -- things break for me so often that just don't seem to affect anyone
> else...))

Things break often<period>

I'm 'fortunate' enough to be able to spend 2 hours every day fixing 
breakages for angstrom, so I can get a working demo for my presentation 
at the bossaconference. Thanks to all the people in the beagleboard 
community I get notified of breakages pretty much the instant they 
happen, which makes finding the cause a lot easier.

This also means that my 'OE time' is almost completely filled with 
bugfixing, instead of working that is fun. I've been trying to push for 
better testing frameworks and removing the taboo stamp from the word 
'review'.

The review bit seems to gaining traction, but 'testing' is still a alien 
and mystic concepts for a lot of OE committers. Worse, some people turn 
*off* testing frameworks like insane.bbclass!

Maybe it's time for OE to consider whether it really wants a zillion 
commits per day or only a few tested commits per day. Having a ton of 
active developers means nothing when people using OE can never get a 
build completed due to all the small, but fatal bugs appearing lately.

I'm close to finishing the new stable branch manifesto which lists 
options and procedures to make it easier to do releases of OE (not 
builds, releases of the metadata itself) and track regressions, but it 
would need about 3 or four people spending a few hours on it every week, 
which sadly might not be feasible, since the .dev branch is too nice and 
shiny compared to any branch.

regards,

Koen

Minimal distro (was: fakeroot fails to build)

[Michael 'Mickey' Lauer]

Am Mittwoch, den 25.02.2009, 09:14 -0600 schrieb Mike (mwester):
> So it sounds like there's not a libtool problem; rather I need to
> upgrade to the new libtool entirely then. :-(   That's unfortunate,
> really unfortunate timing -- but timing is not an OE issue. :-(

Sorry about that. I guess we really need a new stable branch.

> (BTW, the reason libtool got locked down for me is because it made
> pkgconfig fail to build, so I might be back with questions on how to
> make that work if that failure still exists.)

Try with pkgconfig 0.23, it works with the new libtool.

> ((Also, are there any non-angstrom distros still left in OE, besides
> SlugOS?  I really feel like I'm swimming upstream all the time with OE
> -- things break for me so often that just don't seem to affect anyone
> else...))

I seriously want to revitalize the 'minimal' distro, that's why I have
started to do some (invasive) work on improving / updating default
versions.

As much as I love Angstrom, I think it is dangerous only to depend on
one -- relatively complex -- distribution, since this hides all kinds of
bugs in our metadata.

Since my time slots to work on that is also pretty limited, I'd be very
glad if I could get some people on board to work towards this common goal:
Providing a distribution with minimal policies and default settings that
serves as a starting point for new distros.

Can I count on you?

-- 
:M:

Re: Minimal distro (was: fakeroot fails to build)

[Tom Rini]

On Wed, Feb 25, 2009 at 07:25:52PM +0100, Michael 'Mickey' Lauer wrote:
> Am Mittwoch, den 25.02.2009, 09:14 -0600 schrieb Mike (mwester):
> > So it sounds like there's not a libtool problem; rather I need to
> > upgrade to the new libtool entirely then. :-(   That's unfortunate,
> > really unfortunate timing -- but timing is not an OE issue. :-(
> 
> Sorry about that. I guess we really need a new stable branch.
> 
> > (BTW, the reason libtool got locked down for me is because it made
> > pkgconfig fail to build, so I might be back with questions on how to
> > make that work if that failure still exists.)
> 
> Try with pkgconfig 0.23, it works with the new libtool.
> 
> > ((Also, are there any non-angstrom distros still left in OE, besides
> > SlugOS?  I really feel like I'm swimming upstream all the time with OE
> > -- things break for me so often that just don't seem to affect anyone
> > else...))
> 
> I seriously want to revitalize the 'minimal' distro, that's why I have
> started to do some (invasive) work on improving / updating default
> versions.
> 
> As much as I love Angstrom, I think it is dangerous only to depend on
> one -- relatively complex -- distribution, since this hides all kinds of
> bugs in our metadata.
> 
> Since my time slots to work on that is also pretty limited, I'd be very
> glad if I could get some people on board to work towards this common goal:
> Providing a distribution with minimal policies and default settings that
> serves as a starting point for new distros.
> 
> Can I count on you?

As someone else who depends on !Angstrom working, I'll volunteer to try
and help the minimal distro keep working.  I assume making sure
icecc.bbclass works with minimal is OK :)

-- 
Tom Rini

Re: OE breakages, was: Re: fakeroot fails to build

[Bernhard Guillon]

Koen Kooi wrote:
>
> Maybe it's time for OE to consider whether it really wants a zillion 
> commits per day or only a few tested commits per day. Having a ton of 
> active developers means nothing when people using OE can never get a 
> build completed due to all the small, but fatal bugs appearing lately.
>
We maybe can add a tested on foo machines with git revision bar and 
distro x in version y to every commit.
I think most developers are testing their commits but no one can test 
them in every possible combination.

Best regards
Bernhard Guillon

Re: OE breakages, was: Re: fakeroot fails to build

[Rodrigo Vivi]

> We maybe can add a tested on foo machines with git revision bar and distro x
> in version y to every commit.

Unfortunately it is so difficult to really test automatically every
commit because OE are receiving almost (more than?)  50 (please
correct if I'm wrong) commits by day and the right and more reliable
way to do that is every build from scratch to avoid have missing
dependencies that had already been built before.

> I think most developers are testing their commits but no one can test them
> in every possible combination.

Yes, it is difficult to test all combinations mainly because we work
with lots of machines and distros.

To do that we could maybe have a kind of distributed applicatioin
(scripts?) to build some distro for some machine spread all over the
world.

Let me explain (maunder?):

In the OE server we would have some kind of way to register the
machine that will do the tests for given distro and machine

i.e:

[koen-ip, angstrom, beagleboard]
[my-ip, mamona, nokia800]

Then, when a commit was received it would send notifications giving
the hash number to all remote clients that would put this commit in a
queue that would be built...
Maybe it is not necessary build from scrach everytime but once in a week (day?)
And the result would be sent back to the server to generate a report...

Well, but this test procedure would take so much time and maybe it by
itself doesn't prove anything because the commit has already been
done.
But maybe the reports could be used to guide the person that would
maintain the stable branch...

Anyway we can also deviate back this discussion to the commits and
change the commits policy. Have you already thought about to adopt a
commit policy like the linux kernel one?

Well don't take me bad (or serious) I'm just causing entropy to
generate a brainstorm where we can get ideas to make our life easier
and more "stable" ;)

-- 
Rodrigo Vivi
INdT - Instituto Nokia de Tecnologia
Blog: http://blog.vivi.eng.br
GPG: 0x905BE242 @ wwwkeys.pgp.net