[OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

Bruce Ashfield bruce.ashfield at windriver.com
Wed Dec 7 16:18:28 UTC 2016


On 2016-12-07 10:11 AM, Trevor Woerner wrote:
> This patch does fix the raspberrypi issue, and it has been pushed, thankfully.
>
> But I'm still seeing hard-coded filenames in /tmp that are messing up
> the ability for more than one person to use a given build machine.
> E.g.:
>
> /tmp/patch.standard.arm-versatile-926ejs.queue
> /tmp/patch.standard.mti-malta32.queue
> /tmp/patch.standard.mti-malta64.queue
> /tmp/patch.standard.preempt-rt.base.queue
> /tmp/patch.standard.preempt-rt.queue
> /tmp/patch.standard.queue
> /tmp/patch.unused.queue
>
> I think the malta ones are used for qemumips64, which is still failing
> for this reason (multiple users)

I tracked this down to some of the sub commands using the dirname
of the global patch queue .. and since that is in /tmp/, they are
following along.

With the attached patch, I see nothing else that is named  in /tmp/

If you have the cycles, can you give it a try and let me know ?

Bruce

>
> On Tue, Dec 6, 2016 at 6:02 PM, Paul Barker <paul at paulbarker.me.uk> wrote:
>> On Tue, 06 Dec 2016 22:14:41 +0100
>> Patrick Ohly <patrick.ohly at intel.com> wrote:
>>
>>> On Fri, 2016-12-02 at 16:09 -0500, Bruce Ashfield wrote:
>>>> Lernel meta-data that has patches, but no branches, can trigger an
>>>> error due to no branch specific patch queue.
>>>>
>>>> This error then cascades to more issues since the tools are using
>>>> a named file in /tmp to store and display error messages to the
>>>> user.
>>>>
>>>> We fix both issues though the following kern tools tweaks:
>>>>
>>>>   commit bd9e1d6c9b0a34ff3e19a06999aaf57ffadfd04c
>>>>   Author: Bruce Ashfield <bruce.ashfield at windriver.com>
>>>>   Date:   Fri Dec 2 13:09:40 2016 -0500
>>>>
>>>>     scc: use mktemp for consolidated output capture
>>>>
>>>>     To provide useful error messages the tools dump pre-processed
>>>>     files and messages to a temporary file. If multiple users are
>>>>     doing builds, this means they either race, or can have permissions
>>>>     issues.
>>>>
>>>>     By creating the temporary file via mktemp, we avoid both issues.
>>>>     (We also make sure to clean these up on exit, or /tmp will get
>>>>     polluted quickly).
>>>>
>>>>   commit a287da4bfe0b4acb8f2b0627bd8e7abd1a1dde26
>>>>   Author: Bruce Ashfield <bruce.ashfield at windriver.com>
>>>>   Date:   Fri Dec 2 13:08:08 2016 -0500
>>>>
>>>>     patch: do not assume a branch specific patch queue is needed
>>>>
>>>>     When processing input files per-branch and global patch queues are
>>>>     generated. If the meta-data has not created any branches in the
>>>>     repo, no branch specific queue is required.
>>>>
>>>>     The tools assumed that one is always valid, and hence would throw a
>>>>     non-zero exit code and stop processing.
>>>>
>>>>     By testing for a named per-branch queue, we avoid this issue.
>>>
>>> Ostro OS runs into the problem while trying to use current OE-core
>>> master:
>>>
>>>  .../patch.cmd: line 29: : No such file or directory
>>>
>>> | ERROR: Function failed: do_kernel_metadata (log file is located ...)
>>>
>>> This commit here fixed it for me. I see that it is already in Ross' mut2
>>> branch, so hopefully that'll land in master soon.
>>>
>>
>> Ditto for meta-raspberrypi, the kernel doesn't build with current
>> oe-core master as discussed on the yocto@ list. This patch is needed
>> to fix things.
>>
>> Thanks,
>> Paul Barker
>> --
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core at lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-kern-tools-ensure-that-no-shared-directories-are-use.patch
Type: text/x-patch
Size: 1254 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20161207/547a31c1/attachment-0002.bin>


More information about the Openembedded-core mailing list