[Aboriginal] Aboriginal missing headers?

[Isaac]

On Wed, Jul 10, 2013 at 01:30:13PM -0700, aboriginal-request at lists.landley.net wrote:
> Send Aboriginal mailing list submissions to
> 	aboriginal at lists.landley.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.landley.net/listinfo.cgi/aboriginal-landley.net
> or, via email, send a message with subject or body 'help' to
> 	aboriginal-request at lists.landley.net
> 
> You can reach the person managing the list at
> 	aboriginal-owner at lists.landley.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Aboriginal digest..."
> 
> 
> Today's Topics:
> 
>    1. multi-build option request (scsijon)
>    2. Alpha! (Rob Landley)
>    3. Re: multi-build option request (Rob Landley)
>    4. Re: Aboriginal missing headers? (lamiaworks)
 
> Message-ID: <51D204DF.1090001 at skymesh.com.au>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> > Message: 1
> > Date: Sat, 29 Jun 2013 16:59:30 -0700
> > From: Isaac <idunham at lavabit.com>
> > To: aboriginal at lists.landley.net
> > Subject: Re: [Aboriginal] missing headers?
> > Message-ID: <20130629235930.GA1368 at newbook>
> > Content-Type: text/plain; charset=us-ascii
> >
> > On Sat, Jun 29, 2013 at 01:31:25PM -0700, aboriginal-request at lists.landley.net wrote:
> >> From: scsijon
> >>
> >> We have had a problem or two attempting to build a few packages, it was
> >> found that adding "UCLIBC_HAS_GETPT=y" to sources/baseconfig-uClibc has
> >> solved some of them such as rxvt.
> >>
> >> On the other hand we seem to have a few expected /include '.h' files
> >> missing that are normally used for building with after building the new
> >> aboriginal to 'play with'. Such as libc.h, sys/byteorder.h,
> >> sys/strredir.h, sys/sockio.h, sys/sockio.h, sys/stropts.h. I was
> >> wondering if this is deliberate or just not used.
> >
> > Ubuntu Lucid, all headers installed:
> > $ dlocate /libc.h
> > $ dlocate byteorder.h|grep sys/
> > $ dlocate sys/strredir.h
> > $ dlocate strredir.h
> > $ dlocate sys/sockio.h
> > $ dlocate sockio.h
> > $ dlocate sys/stropts.h
> > libc6-dev: /usr/include/sys/stropts.h
> >
> > In other wordds, the vast majority are not present on a standard Linux system.
> > And <sys/stropts.h> contains only this:
> >
> > #include <stropts.h>
> 
> Thanks Isaac, but using Aboriginal's README which states for 
> root-filesystem-$ARCH.tar.bz2:
> ----
>    Combination of simple-root-filesystem and native-compiler into a 
> single filesystem.  This is what the system images use for their minimal 
> native development environment root filesystem.
> ----
> I did expect any DEVELOPMENT environment to have all it's internal 
> packages header files included, even a minimal one.
> 
> and the same against "system-image-$ARCH.tar.bz2", which starts:
> ----
>    Prepackaged bootable system images image for each target, which boot 
> and run under QEMU and allow you to natively compile additional packages 
> within the emulated development environment.
> ----
> and I thought and expected, would have needed these header files to be 
> able to deal with the additional packages.

What I am saying is that you are probably wrong; these are not needed "to be 
able to deal with the additional packages." 
Any package that does require these will FTBFS on >90% of Linux development
systems.

The system I'm checking on is Ubuntu with the main development packages 
installed (libc-dev; X, Mesa, motif, gtk1.2 and 2 headers, tons of C++ 
junk, xulrunner-dev...) .  I've built quite a few packages on here; 
my main source directory has about 3.5 GB in it. 
(Still not sure how I accumulated that much.)

> regards
> scsijon

HTH,
Isaac Dunham


 1373494302.0