Hi all,
I hope I've got the right list. I'm in the process of porting an
ncurses application to Yocto Linux and having a bit of a problem
decoding function keys.
Ideally I'd like to run the application from /etc/inittab but for now,
I'm running it within X11 with matchbox-terminal.
I observe th
http://openembedded.org/wiki/StyleGuide and
https://wiki.yoctoproject.org/wiki/Recipe_%26_Patch_Style_Guide describe
different preferred variable ordering (see the R* variables). Do the two
projects recommend different ordering?
The Yocto Project page
https://wiki.yoctoproject.org/wiki/Recipe_%26_
Please begin QA as soon as possible.
http://autobuilder.yoctoproject.org/pub/releases/yocto-1.6_M5.rc1/
bitbake 2a80735183e8faa110b4c6d8d85c4707f28e03a1
eclipse-poky-juno 26bfc407781aa185f244a47ba63120343cee4a37
eclipse-poky-kepler 1dfe1d2f1322b5fda8e1a7637c447b0e060efb3e
meta-fsl-arm 1b571a2f7b3
The semanage utility is missing two dependencies, so if your system
hasn't happened to pick them up, it will install but not be able to
execute. Add the missing dependencies. (Tested locally using a bbappend
file.)
Note that gzip.py requires python-io. That's already in BPN-python, which is
alrea
On 26 March 2014 22:04, Khem Raj wrote:
> There were interest in other threads in having musl as an alternative
> to eglibc/uclibc that we already have in OE, in that direction I have
> poured in my on and off work and put it into a contrib tree
Blimey Khem that was quick. :)
Ross
--
__
Hi
There were interest in other threads in having musl as an alternative
to eglibc/uclibc that we already have in OE, in that direction I have
poured in my on and off work and put it into a contrib tree
http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/musl
TCLIBC=musl MACHINE=qe
On Wed, Mar 26, 2014 at 9:48 AM, Thomas Petazzoni
wrote:
> Dear Khem Raj,
>
> On Fri, 21 Mar 2014 11:22:24 -0700, Khem Raj wrote:
>
>> it has been under my radar for a while. I have actually locally made
>> toolchains with
>> clang+musl and it seems to be coming along. its licensed differently tha
A list of exactly what files you use for QA would be grand.
We can use http://autobuilder.yoctoproject.org/pub/nightly/20140326-1/
as our base.
-b
On Wed, Mar 26, 2014 at 2:22 PM, Otavio Salvador
wrote:
> Hello Beth,
>
> On Wed, Mar 26, 2014 at 6:14 PM, Flanagan, Elizabeth
> w
Hello Beth,
On Wed, Mar 26, 2014 at 6:14 PM, Flanagan, Elizabeth
wrote:
> I'd like to start looking at reducing the number of artifacts we're
> releasing both for our nightly builds (which is at 250,000 artifacts
> and .25 TB!) and releases.
>
> What I'm thinking is this:
>
> Reduce nightly:
> -
Folks,
I'd like to start looking at reducing the number of artifacts we're
releasing both for our nightly builds (which is at 250,000 artifacts
and .25 TB!) and releases.
What I'm thinking is this:
Reduce nightly:
- Reduce ADT-REPO to just qemu* arches for all builds
- If every QA team could pro
On Wed, Mar 26, 2014 at 3:38 PM, Otavio Salvador
wrote:
>> As a concrete example, currently I'm flipping between dora and master
>> builds. For some reason I can't seem to reuse the same TMPDIR between
>> them. So every time I "repo init -b " I then also have to
>> edit conf/local.conf before bitb
Ok, I've had to remove and replace the tag. Sorry about that all, it
was late last night while I was trying to get 1.6_M5 running. please
run git fetch --prune --tags.
-b
On Wed, Mar 26, 2014 at 12:31 PM, Flanagan, Elizabeth
wrote:
> Looking at this now. Obviously, it's not correct.
>
> On Wed,
Looking at this now. Obviously, it's not correct.
On Wed, Mar 26, 2014 at 7:04 PM, Stath, Paul wrote:
> We have a local clone of the yocto repository that is refreshed nightly via
> 'git pull'.
>
> When trying to push a tag to the local yocto clone, I'm getting the following
> error:
>
> ! [re
From: Denys Dmytriyenko
Kernel support is now in linux-yocto-dev and will be moved to a versioned
recipe once 3.14 is released.
Signed-off-by: Denys Dmytriyenko
Cc: Bruce Ashfield
---
meta-yocto-bsp/conf/machine/beaglebone.conf| 37 ++
.../recipes-kernel/linux/linu
We have a local clone of the yocto repository that is refreshed nightly via
'git pull'.
When trying to push a tag to the local yocto clone, I'm getting the following
error:
! [rejected]1.5_M5.rc1 -> 1.5_M5.rc1 (non-fast-forward)
In my dev copy:
$ git rev-parse 1.5_M5.rc1
b9f5cc7be053
great, Thanks Elizabeth and Ross.
On Wed, Mar 26, 2014 at 10:08 AM, Flanagan, Elizabeth <
elizabeth.flana...@intel.com> wrote:
> You'll need a line something like this:
>
> {'CreateAutoConf': {'machine': 'imx53qsb', 'SDKMACHINE' :
> 'x86_64', 'distro': 'poky', 'buildhistory' : False, 'at
You'll need a line something like this:
{'CreateAutoConf': {'machine': 'imx53qsb', 'SDKMACHINE' :
'x86_64', 'distro': 'poky', 'buildhistory' : False, 'atextprepend':
'ACCEPT_FSL_EULA = "1"\n'}},
This adds that line to auto.conf.
On Wed, Mar 26, 2014 at 9:53 AM, Mahyar Yaghmaee
wrote:
>
On 26 March 2014 16:53, Mahyar Yaghmaee wrote:
> I'm trying to run autobuilder for my custom .conf file but I need to include
> ACCEPT_FSL_EULA="1" in the generated local.conf file.
> Unfortunately I couldn't find anything related to that in the
> CreateAutoConf.py file to set in my .conf file.
Hello All,
I'm trying to run autobuilder for my custom .conf file but I need to
include ACCEPT_FSL_EULA="1" in the generated local.conf file.
Unfortunately I couldn't find anything related to that in the
CreateAutoConf.py file to set in my .conf file.
here's the error messege in the log file:
Dear Khem Raj,
On Fri, 21 Mar 2014 11:22:24 -0700, Khem Raj wrote:
> it has been under my radar for a while. I have actually locally made
> toolchains with
> clang+musl and it seems to be coming along. its licensed differently thats
> the biggest attraction for folks who do static linking. Otherw
Dear Paul Barker,
On Fri, 21 Mar 2014 14:37:16 +, Paul Barker wrote:
> On 21 March 2014 13:10, Burton, Ross wrote:
> > On 21 March 2014 12:34, Paul Barker wrote:
> >> I'm currently very busy between various projects so I don't have time
> >> to hack together a musl-libc recipe myself but I s
Dear Seth Bollinger,
On Fri, 21 Mar 2014 08:26:08 -0500, Seth Bollinger wrote:
> > I saw that yesterday too and thought it could be interesting for
> > Yocto. I'm curious as to why it's better than uclibc though
> > (genuinely curious, I know little about uclibc beyond "it's smaller").
>
> It b
On Wed, Mar 26, 2014 at 10:33:04AM -0400, Trevor Woerner wrote:
> On 03/25/14 01:50, Martin Jansa wrote:
> > Can you show some example of config you need to have wor wayland and
> > cannot have for core-image-minimal?
>
> Okay, good point. I should have thought harder to come up with a better
> e
On Wed, Mar 26, 2014 at 11:33 AM, Trevor Woerner
wrote:
> On 03/25/14 01:50, Martin Jansa wrote:
>> Can you show some example of config you need to have wor wayland and
>> cannot have for core-image-minimal?
>
...
> As a concrete example, currently I'm flipping between dora and master
> builds. Fo
On 03/25/14 01:50, Martin Jansa wrote:
> Can you show some example of config you need to have wor wayland and
> cannot have for core-image-minimal?
Okay, good point. I should have thought harder to come up with a better
example :-) It's funny, actually, that you're the one pressing me on
this, I
Paul,
On Wed, Mar 26, 2014 at 8:54 AM, Paul Barker wrote:
> On 26 March 2014 11:29, Diego Sueiro wrote:
> >
> > On Wed, Mar 26, 2014 at 8:16 AM, Paul Barker
> wrote:
> >>
> >> On 26 March 2014 09:47, Diego Sueiro wrote:
> >> > Folks,
> >> >
> >> > I have a image recipe which installs some cus
On 26 March 2014 11:29, Diego Sueiro wrote:
>
> On Wed, Mar 26, 2014 at 8:16 AM, Paul Barker wrote:
>>
>> On 26 March 2014 09:47, Diego Sueiro wrote:
>> > Folks,
>> >
>> > I have a image recipe which installs some custom files on rootfs.
>> > Instead of having a bbappend for each package that pr
On Wed, Mar 26, 2014 at 8:16 AM, Paul Barker wrote:
> On 26 March 2014 09:47, Diego Sueiro wrote:
> > Folks,
> >
> > I have a image recipe which installs some custom files on rootfs.
> > Instead of having a bbappend for each package that provides those files I
> > want to concentrate it on image
On 26 March 2014 09:47, Diego Sueiro wrote:
> Folks,
>
> I have a image recipe which installs some custom files on rootfs.
> Instead of having a bbappend for each package that provides those files I
> want to concentrate it on image recipe.
Why do you want to merge all your custom files into one
Folks,
I have a image recipe which installs some custom files on rootfs.
Instead of having a bbappend for each package that provides those files I
want to concentrate it on image recipe.
The problem is that I'm receiving the following error:
"But that file is already provided by package"
Is th
Hi,
Please begin testing on 1.6_M5.rc1 build. The AB link is:
http://autobuilder.yoctoproject.org/main/builders/nightly/builds/15 (there you
can find the poky and other commit id info).
According to the builders link, the build should be available here:
http://autobuilder.yoctoproject.org/pub/re
31 matches
Mail list logo
