[OE-core] [meta-oe][PATCH] dosfstools-2.11: Fix memory leak in mkdosfs

Khem Raj raj.khem at gmail.com
Sat Aug 8 18:54:45 UTC 2015


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

Then limited use of  devtool should be documented as available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20150808/08c84b58/attachment-0002.sig>


More information about the Openembedded-core mailing list