linux-libc-headers build problem for tosa

linux-libc-headers build problem for tosa

[Junqian Gordon Xu]

I'm testing my OE build system after upgrading my host to Debian Lenny 
(testing). host gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) 
(Debian 4.1.1-21),  But I can't pass the stage of building 
linux-libc-headers-2.6.xx in either Angstrom or OZ-3.5.5 distro.

My local.conf is minimally modified with machine=tosa and qemu-native 
assumed.

Angstrom bug report: http://bugs.openembedded.org/show_bug.cgi?id=2128
OZ-3.5.5 bug report: http://bugs.openembedded.org/show_bug.cgi?id=2132

Any idea what's wrong?

Gordon

Re: linux-libc-headers build problem for tosa

[cyril Romain]

Junqian Gordon Xu wrote:
> I'm testing my OE build system after upgrading my host to Debian Lenny 
> (testing). host gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) 
> (Debian 4.1.1-21),  But I can't pass the stage of building 
> linux-libc-headers-2.6.xx in either Angstrom or OZ-3.5.5 distro.
>
> My local.conf is minimally modified with machine=tosa and qemu-native 
> assumed.
>
> Angstrom bug report: http://bugs.openembedded.org/show_bug.cgi?id=2128
> OZ-3.5.5 bug report: http://bugs.openembedded.org/show_bug.cgi?id=2132
>
>   
You need to install scanelf. It is indeed required by the Quality 
Assurance tests performed in OE.
scanelf is provided by the pax-utils package under Gentoo (and also 
under Debian if I remember correctly).

Best regards,

  Cyril

PS: Have you carefully read the required software ? It has been added to 
the list some week ago.

Re: linux-libc-headers build problem for tosa

[cyril Romain]

cyril Romain wrote:
> Junqian Gordon Xu wrote:
>   
>> I'm testing my OE build system after upgrading my host to Debian Lenny 
>> (testing). host gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) 
>> (Debian 4.1.1-21),  But I can't pass the stage of building 
>> linux-libc-headers-2.6.xx in either Angstrom or OZ-3.5.5 distro.
>>
>> My local.conf is minimally modified with machine=tosa and qemu-native 
>> assumed.
>>
>> Angstrom bug report: http://bugs.openembedded.org/show_bug.cgi?id=2128
>> OZ-3.5.5 bug report: http://bugs.openembedded.org/show_bug.cgi?id=2132
>>
>>   
>>     
> You need to install scanelf. It is indeed required by the Quality 
> Assurance tests performed in OE.
>   
To overcome the issue, I installed pax-utils in my host Linux system. 
But I admit now that it was not really necessary:
In fact OE already provides the pax-utils-native package, automatically 
built by OE if insane.bbclass is included (angstrom actually includes 
insane.bbclass).
Maybe is there a missing dependency that would force bitbake to build 
pax-utils-native prior to any task that require scanelf (?)

Any thought from bitbake/oe hackers ?

  cyril

Re: linux-libc-headers build problem for tosa

[Richard Purdie]

On Sun, 2007-04-22 at 14:06 +0200, cyril Romain wrote:
> cyril Romain wrote:
> > Junqian Gordon Xu wrote:
> >> Angstrom bug report: http://bugs.openembedded.org/show_bug.cgi?id=2128
> >> OZ-3.5.5 bug report: http://bugs.openembedded.org/show_bug.cgi?id=2132
> >
> > You need to install scanelf. It is indeed required by the Quality 
> > Assurance tests performed in OE.
>    
> To overcome the issue, I installed pax-utils in my host Linux system. 
> But I admit now that it was not really necessary:
> In fact OE already provides the pax-utils-native package, automatically 
> built by OE if insane.bbclass is included (angstrom actually includes 
> insane.bbclass).
> Maybe is there a missing dependency that would force bitbake to build 
> pax-utils-native prior to any task that require scanelf (?)
> 
> Any thought from bitbake/oe hackers ?

The dependency is present and works correctly in the versions of bitbake
I've tested. Which version of bitbake was the problem seen with?

Cheers,

Richard

Re: linux-libc-headers build problem for tosa

[Leon Woestenberg]

Same types of issues here with linux-libc-headers.

URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
Revision: 816

When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane class works.

Re: linux-libc-headers build problem for tosa

[Junqian Gordon Xu]

Leon Woestenberg wrote:
> Same types of issues here with linux-libc-headers.
>
> URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
> Revision: 816
>
> When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane class works.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

I installed pax_utils natively (Debian testing).  But it's still not 
working.

My bitbake-1.8 may be a bit old at revision: 802. I can not update to 
the latest version due to the berlios.de server problem.

I will give it another try when svn update works.

Thanks
Gordon

Re: linux-libc-headers build problem for tosa

[Holger Freyther]

Am 22.04.2007 um 21:39 schrieb Leon Woestenberg:

> Same types of issues here with linux-libc-headers.
>
> URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
> Revision: 816
>
> When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane  
> class works.

Hi,
purge it, it should get build automatically and we have to find out  
why it wasn't built. So my two questions in this issue are:

	-Which BitBake version do you really use? (python -vvv `which  
bitbake` -p
	-Is your setup in anyway not standard or is it the default angstrom  
build?


please feel free to mail the output to this list, or if too large to  
me privately.

z.

Re: linux-libc-headers build problem for tosa

[Junqian Gordon Xu]

Leon Woestenberg wrote:
> Same types of issues here with linux-libc-headers.
>
> URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
> Revision: 816
>
> When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane class works.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>   
Works for me after updating the bitbake to revision 816 and installing 
pax-utils.

Should I close the bug or does anyone has anything to add?

Re: linux-libc-headers build problem for tosa

[Leon Woestenberg]

Hello,

On 4/24/07, Junqian Gordon Xu <xjqian@gmail.com> wrote:
> Leon Woestenberg wrote:
> > Same types of issues here with linux-libc-headers.
> >
> > URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
> > Revision: 816
> >
> > When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane class works.
> >
Like Holger said, it should work without pax-utils installed on your
host, as OE should pick up and build a native version for you.

I'm going to try that.

Regards,

Leon.

Re: linux-libc-headers build problem for tosa

[Justin Patrin]

On 4/25/07, Leon Woestenberg <leon.woestenberg@gmail.com> wrote:
> Hello,
>
> On 4/24/07, Junqian Gordon Xu <xjqian@gmail.com> wrote:
> > Leon Woestenberg wrote:
> > > Same types of issues here with linux-libc-headers.
> > >
> > > URL: svn://svn.berlios.de/bitbake/branches/bitbake-1.8
> > > Revision: 816
> > >
> > > When I install pax-utils natively (Ubuntu 7.04 x86_64) the insane class works.
> > >
> Like Holger said, it should work without pax-utils installed on your
> host, as OE should pick up and build a native version for you.
>
> I'm going to try that.
>

The thing is, scanelf is definately installed on my host. OE *should*
have found and used my host's version as it's in my path. Sounds like
there's both a path and a dep issue in bitbake.

-- 
Justin Patrin

Re: linux-libc-headers build problem for tosa

[Junqian Gordon Xu]

Leon Woestenberg wrote:
> Like Holger said, it should work without pax-utils installed on your
> host, as OE should pick up and build a native version for you.
>
> I'm going to try that.
>
> Regards,
>
> Leon.

Ok, it works fine for me without pax-utils on host.

Seems the dev team is starting a bug squashing party. I don't have time 
to read up all the emails now. But once I got through that, I will 
probably close the bug or mark it dependent on the insane.bb bug.

Gordon