> -Original Message-
> From: David Nyström [mailto:david.c.nyst...@gmail.com]
> To me, Thats sound like a bug in the dependency parser.
> It should not parse for changes in comments, i.e. in this case
> do_install_append
> comments.
>
> Or perhaps in variable expansion, which could be a
> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Er, if DATETIME is in the dependencies for this task and that is a bug in the
> core
> recipe, we should fix it in the core. The question is how is it getting in
> there?
>
The DATETIME was being intro
Meeting notes have been published on the OEDAM page:
http://openembedded.org/wiki/OEDAM#Minutes
Jefro takes the blame for typos and other reporting errors.
On Wed, May 7, 2014 at 4:18 PM, Denys Dmytriyenko wrote:
> The OpenEmbedded Board of Directors would like to thank everyone who was able
>
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto 1.7 status - 5 min (Stephen/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.7_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.7_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_1.7_Features
* SWAT team rotation: Paul -> Saul
On Mon, May 12, 2014 at 2:58 PM, Sean Hudson wrote:
> There is a new mailing list for AMD platform/board related patches and
> discussion.
> You can sign up here: https://lists.yoctoproject.org/listinfo/meta-amd
>
> The meta-amd layer git repository is publicly available here:
> git://git.yoctopro
Goog initiative guys.
One quick question(out of curiosity): what is with the bbappend near the bb
file?
Alex
On Monday, May 12, 2014 9:32 PM, Sean Hudson wrote:
There is a new mailing list for AMD platform/board related patches and
discussion.
You can sign up here: https://lists.yoctoproject
On 2014-05-12 07:56, Paul McGougan wrote:
From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
Secondly, (and this is our main issue) I have found that by adding the
do_install_append function, even if it is completely empty, whenever I
try to bitbake anything that depends on the kerne
There is a new mailing list for AMD platform/board related patches and
discussion.
You can sign up here: https://lists.yoctoproject.org/listinfo/meta-amd
The meta-amd layer git repository is publicly available here:
git://git.yoctoproject.org/meta-amd
(cgit web interface here:
http://git.yoctoproj
Mark,
On Mon, May 12, 2014 at 12:37 PM, Mark Hatle wrote:
> On 5/9/14, 12:14 PM, Mark Hatle wrote:
>
>> On 5/7/14, 7:46 AM, Diego Sueiro wrote:
>>
>>> Folks,
>>>
>>
>> I'm looking at this issue. I'd suggest you open a bug in the Yocto
>> Project
>> bugzilla. Feel free to assign it to me. (I'll
please find attached patches for
- Unified IMAGE_POSTPROCESS_COMMAND in your image recipes
https://github.com/linux4sam/meta-atmel/pull/11
Ciao
--
Marco Cavallini | KOAN sas | Bergamo - Italia
embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
http:/
please find attached patches for
- automatic bootloaders generation
https://github.com/linux4sam/meta-atmel/pull/16
Ciao
--
Marco Cavallini | KOAN sas | Bergamo - Italia
embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
http://www.KoanSoftware.com
>
On 5/9/14, 12:14 PM, Mark Hatle wrote:
On 5/7/14, 7:46 AM, Diego Sueiro wrote:
Folks,
I'm looking at this issue. I'd suggest you open a bug in the Yocto Project
bugzilla. Feel free to assign it to me. (I'll end up with it anyway...)
I opened a bug, 6309. I've sent a fix for master, and w
On Monday 12 May 2014 07:03:55 Bruce Ashfield wrote:
> On 14-05-12 01:56 AM, Paul McGougan wrote:
> > From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
> >
> >>> Secondly, (and this is our main issue) I have found that by adding the
> >>> do_install_append function, even if it is complete
On 14-05-12 01:56 AM, Paul McGougan wrote:
From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
Secondly, (and this is our main issue) I have found that by adding the
do_install_append function, even if it is completely empty, whenever I
try to bitbake anything that depends on the kernel,
From: Wenzong Fan
devpts use file_use_trans to allocate security contexts. As there are no
range_trans rules for initrc_t mounting devpts, the security level of
mountpoint will be derived from the initrc process, to be systemhigh
(s15:c0.c1023), instead of expected systemlow(s0).
This will block
From: Wenzong Fan
devpts use file_use_trans to allocate security contexts. As there are no
range_trans rules for initrc_t mounting devpts, the security level of
mountpoint will be derived from the initrc process, to be systemhigh
(s15:c0.c1023), instead of expected systemlow(s0).
This will b
From: Wenzong Fan
Start point to make SELinux specific changes in devpts.sh, copied from
oe-core layer.
Signed-off-by: Wenzong Fan
---
recipes-core/initscripts/initscripts/devpts.sh| 28 +
recipes-core/initscripts/initscripts_1.0.bbappend |2 ++
2 files changed, 3
17 matches
Mail list logo