On Thu, Nov 21, 2013 at 8:15 AM, Ulf Samuelsson wrote:
> I currently do not use INHERIT += "rm_work"
> since I want to be able to do changes on some packages.
> Is there a way to defined rm_work on a package basis?
> Then the majority of the packages can be removed.
>
from rm_work.bbclass:
# To
On Fri, Nov 22, 2013 at 5:35 PM, Burton, Ross wrote:
> On 22 November 2013 09:42, Erik Botö wrote:
>> I noticed that dbus will pull in the ptest package as soon as ptest is
>> in DISTRO_FEATURES, the recipe contains: RDEPENDS_dbus =
>> "${@base_contains('DISTRO_FEATURES', 'ptest', 'dbus-ptest-pte
2013-11-21 14:53, Richard Purdie skrev:
On Thu, 2013-11-21 at 09:04 +0100, Ulf Samuelsson wrote:
Why restrict PARALLEL_MAKE to anything less than the number of H/W
threads in the machine?
Came up with a construct PARALLEL_HIGH which is defined alongside
PARALLEL_MAKE in conf/local
On Sat, Nov 23, 2013 at 10:33 AM, Otavio Salvador
wrote:
> On Fri, Nov 22, 2013 at 8:39 PM, Nicolas Dechesne
> wrote:
>> [YOCTO #2519]
>>
>> When getting gcc from sstate, it is possible to get a gcc with a bogus
>> sysroot configuration, as discussed in [1] or in [YOCTO #2519].
>>
>> mklibs scrip
On Fri, Nov 22, 2013 at 8:39 PM, Nicolas Dechesne
wrote:
> [YOCTO #2519]
>
> When getting gcc from sstate, it is possible to get a gcc with a bogus
> sysroot configuration, as discussed in [1] or in [YOCTO #2519].
>
> mklibs script will eventually call gcc, so we need to make sure that it
> provid
