<p dir="ltr"><br>
On Aug 9, 2015 9:21 AM, "Paul Eggleton" <<a href="mailto:paul.eggleton@linux.intel.com">paul.eggleton@linux.intel.com</a>> wrote:<br>
><br>
> On Saturday 08 August 2015 11:54:45 Khem Raj wrote:<br>
> > > On Aug 7, 2015, at 12:54 PM, Paul Eggleton <<a href="mailto:paul.eggleton@linux.intel.com">paul.eggleton@linux.intel.com</a>><br>
> > > wrote:><br>
> > > On Friday 07 August 2015 12:26:56 Khem Raj wrote:<br>
> > >>> On Aug 7, 2015, at 2:51 AM, Paul Eggleton<br>
> > >>> <<a href="mailto:paul.eggleton@linux.intel.com">paul.eggleton@linux.intel.com</a>><br>
> > >>> wrote:><br>
> > >>><br>
> > >>> On Thursday 06 August 2015 19:52:28 Khem Raj wrote:<br>
> > >>>> On Thu, Aug 6, 2015 at 2:25 AM, Paul Eggleton<br>
> > >>>><br>
> > >>>> <<a href="mailto:paul.eggleton@linux.intel.com">paul.eggleton@linux.intel.com</a>> wrote:<br>
> > >>>>> On Thursday 06 August 2015 12:12:35 Alexander Kanavin wrote:<br>
> > >>>>>> On 08/06/2015 12:06 PM, Amarnath Valluri wrote:<br>
> > >>>>>>> Added new patch that fixes the memory leak that was introduced in<br>
> > >>>>>>> mkdosfs-dir.patch.<br>
> > >>>>>><br>
> > >>>>>> You should update the original patch then, not pile additional<br>
> > >>>>>> patches<br>
> > >>>>>> on top. The least painful way is:<br>
> > >>>>>><br>
> > >>>>>> 1) unpack the sources (manually from tarball, or using bitbake -c<br>
> > >>>>>> unpack)<br>
> > >>>>>> 2) 'git init; git add *; git commit' to create an git repository from<br>
> > >>>>>> the sources<br>
> > >>>>>> 3) apply the patch that needs fixing, then do the fix<br>
> > >>>>>> 4) make a git commit, then produce a patch using git format-patch,<br>
> > >>>>>> then<br>
> > >>>>>> move the new patch back to the recipe directory and update the recipe<br>
> > >>>>>> 5) build the recipe to make sure it still builds<br>
> > >>>>>> 6) make a git commit with the recipe update, and submit it here :)<br>
> > >>>>><br>
> > >>>>> On the contrary - the much less painful way (as of fido) is to use<br>
> > >>>>> devtool:<br>
> > >>>>><br>
> > >>>>> 1) Extract source and set the build system up to use it:<br>
> > >>>>> devtool modify dosfstools -x ~/projects/dosfstools<br>
> > >>>>><br>
> > >>>>> 2) Make whatever changes you want to in the git tree that has been set<br>
> > >>>>> up<br>
> > >>>>> in the specified path<br>
> > >>>>><br>
> > >>>>> 3) Build the recipe (as you would normally) to make sure it still<br>
> > >>>>> builds<br>
> > >>>>><br>
> > >>>>> 4) Write the modified/added commits as patches back to the recipe:<br>
> > >>>>> devtool update-recipe dosfstools<br>
> > >>>>><br>
> > >>>>> 5) Make a git commit with the recipe update, and submit it here :)<br>
> > >>>>><br>
> > >>>>> I'd really like people to start using devtool for this kind of thing.<br>
> > >>>>> If<br>
> > >>>>> it's not working for some reason please do let me know.<br>
> > >>>><br>
> > >>>> This assumes either we use OE-Core or poky, I dont get it to work with<br>
> > >>>> angstrom out of box<br>
> > >>>> what am I missing<br>
> > >>><br>
> > >>> Well, whatever error / problem you are experiencing seems to be missing<br>
> > >>> at<br>
> > >>> least ;)<br>
> > >><br>
> > >> devtool modify dosfstools -x ~/projects/dosfstools<br>
> > >> ERROR: This script can only be run after initialising the build<br>
> > >> environment<br>
> > >> (e.g. by using oe-init-build-env)<br>
> > >><br>
> > >> so is it must now to use the setup script ? or can be extract some needed<br>
> > >> setup from it to let it work with setups not using the init script<br>
> > ><br>
> > > Well it needs to be able to run bitbake internally (directly and using<br>
> > > tinfoil), hence the need to have the environment set up to do so. I don't<br>
> > > really see a way around that.<br>
> ><br>
> > Then limited use of devtool should be documented as available<br>
><br>
> How is this limited? It operates under the same conditions as bitbake itself<br>
> does.</p>
<p dir="ltr">Your last email indicated as if it always needs internal build environment. If that's not the case then it's what I was requesting for the settings that are required to execute it provided bitbake is in path and is building fine but it's not using the settings provided by setup environment script<br>
><br>
> Cheers,<br>
> Paul<br>
><br>
> --<br>
><br>
> Paul Eggleton<br>
> Intel Open Source Technology Centre<br>
</p>