Re: [Gumstix-users] user.collection, package control, bitbake cleaning and rebuilding

[mlq <mar...@lm...>]

I have a related question; so far to set a static IP address on my gumstix I
have been loginig in and changing etc/network/interface everytime I reflash
the gumstix.  Is there a place that I can modify this file so that it is
included in the image I build?

Thanks,
~Mark


Steve Sakoman wrote:
> 
>>  But now I'm trying to mirror and modify .bb files at a lower level.
>>  Specifically, I've copied stuff from
>> com.gumstix.collection/packages/alsa
>>  into user.collection/packages/alsa and started to modify stuff.  But
>> these
>>  changes don't appear to get reflected into my images.
> 
> This should work.  I usually just copy over the entire package
> directory.  If you modify the recipe always be sure to bump the PR in
> the recipe each time.
> 
> You can see if bitbake is using your recipe by looking at the build
> output during a -c rebuild of the package in question.  It will print
> the path of the recipe it is building.
> 
>> In short I don't know how to extend the
>>  user.collection configuration to go to a deeper level with finer
>> control.
>>  Can anyone give me any pointers here?
> 
> What you are doing is right in theory -- we just need to discover
> where your practice is deviating from theory :-)
> 
>>  Relatedly, I'm at a loss to figure out what to tell bitbake so it only
>>  rebuilds the things I need rebuilt.  I use 'bitbake -c rebuild blah' and
>>  'bitbake -c clean blah', but have little confidence that what I want to
>> have
>>  happen is actually happening.  I don't understand the semantics of
>> 'clean'
> 
> I rarely use clean.  I most often use rebuild.
> 
> I'm not sure why you are having issues with this!  If you rebuild a
> package you can see the various phases occurring in the build output
> and you can check the time stamps in work and deploy.  Something is
> not right if a rebuild doesn't rebuild the package in question!
> 
>>  Also, is it possible that rootfs is not an exact copy of the jffs2
>> image.  I
>>  see executables on the gumstix that are not in rootfs.  Should it be
>> deleted
>>  anytime you're about to build a new image?
> 
> I've never run into a case where rootfs and the jffs2 image are
> different!  I'm very curious what might be going wrong with your build
> environment!
> 
> Steve
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gumstix-users mailing list
> gum...@li...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
> 
> 

-- 
View this message in context: http://www.nabble.com/user.collection%2C-package-control%2C-bitbake-cleaning-and-rebuilding-tp15830794p15841043.html
Sent from the Gumstix mailing list archive at Nabble.com.