Re: [Ltib] Auto update?

[Stuart Hughes]

Hi Chris,

A clean just de-populates the rootfs directory by un-installing the rpm 
packages.  So if during runs your programs generate output and put it in 
the rootfs, or if you copy stuff there etc, it will not be removed.  
When you next re-run ltib, it won't re-build anything it will just 
install the already built rpms in the right order and your rootfs (plus 
any of your own artifacts) will be put into the rootfs area.

A distclean is a "start from scratch", the rootfs is forcibly cleaned, 
nothing remains.  The rpms are blown away and so everything will get 
re-built next time you run ltib.

So the question is what could cause a bus error?  Are you running NFS or 
out of a RAM disk, maybe you're running out of memory for some reason 
(using up all the tmpfs in /tmp and starving the system).

Regards, Stuart



On 02/08/11 14:40, Chris Westervelt wrote:
> I know for a fact that it is software related because it happened last week and 
> I have several sets of good hardware and I have segregated builds (separate 
> LTIB directories) of the same platform with product specific mods. A simple 
> clean won't fix the problem.  I literally have to distclean to fix it.  After 
> that, I rebuild a perfect rootfs/kernel.  The question I guess is what's the 
> difference between clean and distclean in terms of re-generation of object 
> modules.  That leads to another question, are any of the generated binaries 
> outside of the LTIB root level directory except for the toolchain?  I will try 
> the trick you mentioned.  Perhaps I can diff out the cause.
>
> -----Original Message-----
> From: Stuart Hughes [mailto:address@hidden
> Sent: Tuesday, August 02, 2011 4:04 AM
> To: Chris Westervelt
> Cc: address@hidden
> Subject: Re: [Ltib] Auto update?
>
> Hi Chris,
>
> Do you mean on your target?  if so it could be a hardware problem.
> Alternatively it means you're trying to access an illegal address
> (impossible address) rather than a legal address that has nothing mapped
> to it.
>
> One idea to confirm this is to get a rootfs running properly and then
> duplicate it, e.g.:
>
> $ sudo cp -a rootfs rootfs.good
>
> And then carry on working.  When the errors start happening, try
> switching to the good snapshot to see if the error occurs (hardware) or
> whether it's related to rootfs changes.
>
> Regards, Stuart
>
>
> On 01/08/11 20:45, Chris Westervelt wrote:
> > Phew!  That's good to know.  I don't want to be 'chasing the code' so to speak. 
> >  I thought I might but a distclean took care of my problem.  Some times for no 
> > good reason, after many cycles of LTIB, I start getting 'bus error' when 
> > running some utilities and apps.  Any idea where this comes from?
> >
> > -----Original Message-----
> > From: Stuart Hughes [mailto:address@hidden
> > Sent: Monday, August 01, 2011 3:39 PM
> > To: Chris Westervelt
> > Cc: address@hidden
> > Subject: Re: [Ltib] Auto update?
> >
> > Hi Chris,
> >
> > Each time you run ltib it will check if any files are needed for any
> > package it is going to build.
> >
> > Once a tar/patch has been downloaded, it's stored in /opt/ltib/pkgs and
> > so will not need to be re-fetched, even if you force build a package.
> >
> > If you were say to blow away /opt/ltib/pkgs (please don't), if you
> > re-run ltib and force a package to build, any referenced content would
> > be downloaded again and put back in /opt/ltib/pkgs/
> >
> > Regards, Stuart
> >
> > On 01/08/11 15:51, Chris Westervelt wrote:
> > > Stewart,
> > >
> > >
> > >
> > > Does LTIB automatically fetch patches and updates to the source when you
> > > re-run it or is it a fetch once process.  I tried to figure this out
> > > from the documentation but after I read it I was still confused.
> > >
> > >
> > >
> > > *Chris Westervelt*
> > >
> > > *Senior Product Development Engineer*
> > >
> > > *Infrasafe, Inc.
> > > 12612 Challenger Pkwy
> > > Suite 300
> > > Orlando, FL
> > > 32826*
> > >
> > > *http://www.infrasafe.com<http://www.infrasafe.com/>
> > > Office:   (407) 926-6983*
> > >
> > > *Mobile: (407) 595-7023
> > > Fax:    (407) 857-1635*
> > > *Notice of Confidentiality:*
> > > This e-mail communication and the attachments hereto, if any, are
> > > intended solely for the information and use of the addressee(s)
> > > identified above and may contain information which is legally privileged
> > > and/or otherwise confidential. If a recipient of this e-mail
> > > communication is not an addressee (or an authorized representative of an
> > > addressee), such recipient is hereby advised that any review,
> > > disclosure, reproduction, re-transmission or other dissemination or use
> > > of this e-mail communication (or any information contained herein) is
> > > strictly prohibited. If you are not an addressee and have received this
> > > e-mail communication in error, please advise the sender of that
> > > circumstance either by reply e-mail or by telephone at (800) 238-2686,
> > > immediately delete this e-mail communication from any computer and
> > > destroy all physical copies of same.**
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > LTIB home page: http://ltib.org
> > >
> > > Ltib mailing list
> > > address@hidden
> > > https://lists.nongnu.org/mailman/listinfo/ltib