On Wed, Aug 29, 2012 at 8:49 AM, Koen Kooi k...@dominion.thruhere.net wrote:
These might not be the appropiate lists, but I might reach a few of the
culprits. Over the years people have been doing 'apt get install bitbake' or
'make install' to put bitbake into /usr/bin and after a few minutes
I'm curious to know if anyone (I certainly wouldn't be able to!) can
take a guess whether this would play nicely with external
toolchains?
In other words, if some recipe is already PROVIDES'ing
virtual/${TARGET_PREFIX}gcc etc would the correct toolchain be used
for the special packages needing
On 24 June 2013 10:27, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
PACKAGES =+ ${PN}-ralink ${PN}-sd8686 ${PN}-wl12xx ${PN}-vt6656 \
${PN}-rtl-license ${PN}-rtl8192cu ${PN}-rtl8192ce
${PN}-rtl8192su \
${PN}-broadcom-license ${PN}-bcm4329 ${PN}-bcm4330
On 27 June 2013 10:08, Mark Hatle mark.ha...@windriver.com wrote:
See GNU Savannah bug 30612 -- make 3.82 is known to be broken.
A number of vendors are providing a modified version, so checking
for just the version string is not enough. We also need to check
if the patch for the issue has
On 30 June 2013 12:02, Philip Balister phi...@balister.org wrote:
On 06/30/2013 11:56 AM, Trevor Woerner wrote:
On 27 June 2013 10:08, Mark Hatle mark.ha...@windriver.com wrote:
See GNU Savannah bug 30612 -- make 3.82 is known to be broken.
A number of vendors are providing a modified version
On 8 July 2013 17:55, Mark Hatle mark.ha...@windriver.com wrote:
For anyone with an old or
broken system, they will need to download (or build) the buildtools..
install it and have it in their path prior to running oe-core.
Does a download location already exist with downloads available for
On 10 July 2013 09:03, Hongxu Jia hongxu@windriver.com wrote:
Replace incorrect shebang line with `#!/usr/bin/perl'.
I thought using 'env' was the preferred method?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 10 July 2013 16:07, Emilia Ciobanu
emilia.maria.silvia.ciob...@intel.com wrote:
PR = ${INC_PR}.0
+PV = 31
I thought the general trend was to move away from real PVs to the
autoincrementer? I'm just curious to know what issue prompted the move
back to real PVs?
On 11 July 2013 10:55, Ciobanu, Emilia Maria Silvia
emilia.maria.silvia.ciob...@intel.com wrote:
I think this is a misunderstanding. We are currently using the
autoincrementation
mechanism for the PR of the packages and not for the PV. In this case the PV
variable
was missing from the
On 19 July 2013 05:41, Paul Eggleton paul.eggle...@linux.intel.com wrote:
On Tuesday 09 July 2013 16:14:55 Trevor Woerner wrote:
On 8 July 2013 17:55, Mark Hatle mark.ha...@windriver.com wrote:
For anyone with an old or broken system, they will need to download (or
build) the buildtools
On 30 July 2013 14:47, Andreas Oberritter o...@opendreambox.org wrote:
AFAIR, the reasoning against patchelf was the bad availability across
distributions and it being a prerequisite for native builds. Today,
there's still no patchelf package in current releases of Debian or Ubuntu.
pseudo
Just out of curiosity:
- will systemd be the default?
- will it be possible to still use/choose sysvinit (i.e. is sysvinit
going away)?
How does systemd fit in with busybox? My understanding is that busybox
has its own init system. If someone enables/chooses systemd, does it
disable busybox's
FYI
On Tue, Feb 26, 2013 at 2:52 AM, Saul Wold s...@linux.intel.com wrote:
Just curious, what's your build host arch? and what does gcc
-print-multi-os-directory return on your host?
on openSUSE 12.2
$ uname -a
Linux codei7 3.4.28-2.20-desktop #1 SMP PREEMPT Tue Jan 29 16:51:37 UTC
2013
On Tue, Feb 26, 2013 at 4:24 AM, Robert Yang liezhi.y...@windriver.com wrote:
Fix mkdebugfs.sh:
*)
echo Unknown file $FILE 12
;;
esac
I know this doesn't come from your work, but since you're making
changes, I think it would make for a better
On Tue, Feb 26, 2013 at 4:52 PM, Darren Hart dvh...@linux.intel.com wrote:
On 02/26/2013 09:53 AM, Trevor Woerner wrote:
On Tue, Feb 26, 2013 at 4:24 AM, Robert Yang liezhi.y...@windriver.com
wrote:
* Summary:
[...]now we use the mkfs.ext3/ext4 to create the image, and use
mkdebugfs.sh
On Tue, Feb 26, 2013 at 6:00 PM, Darren Hart dvh...@linux.intel.com wrote:
mkextXfs.sh ?
Likely to be confused with mke2fs itself. Perhaps:
populate-extfs.sh ?
Sounds great.
___
Openembedded-core mailing list
On Tue, Feb 26, 2013 at 9:04 PM, Jason Wessel
jason.wes...@windriver.com wrote:
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Is the Windriver logo on the VGA example optional?
On Wed, Feb 27, 2013 at 10:00 AM, tom.zanu...@linux.intel.com wrote:
From: Tom Zanussi tom.zanu...@linux.intel.com
'perf-trace' is a new perf subcommand available in the 3.8 kernel -
this patchset enables it. 'perf trace' requires libaudit, which
is added as a new recipe.
(I'm just getting
On Wed, Feb 27, 2013 at 10:00 AM, tom.zanu...@linux.intel.com wrote:
'perf-trace' is a new perf subcommand available in the 3.8 kernel -
this patchset enables it.
Out of curiosity, from where can I find the recipe(s) for a 3.8 kernel?
My meta/recipes-kernel/linux/ only includes:
On Wed, Feb 27, 2013 at 1:12 PM, Tom Zanussi
tom.zanu...@linux.intel.com wrote:
Which image are you building? I'm guessing core-image-minimal?
Yes.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
Maybe we should wait until the person who reported this issue has had
the time to test this fix and confirms it works before submitting it
for inclusion?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Fri, Mar 1, 2013 at 4:18 AM, Martin Jansa martin.ja...@gmail.com wrote:
I'm sure about Ubuntu where it's easy:
Ubuntu-10.04 \n \
Ubuntu-11.10 \n \
Ubuntu-12.04 \n \
Ubuntu-12.10 \n \
but with others I'll need some help.
I can help with
On Fri, Mar 1, 2013 at 9:26 AM, Jason Wessel jason.wes...@windriver.com wrote:
When you using a qemuppc target and sstate you might end up with
the problem:
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 6c44b31..eb60d43 100644
---
On Fri, Mar 1, 2013 at 11:01 AM, Martin Jansa martin.ja...@gmail.com wrote:
send lsb_release -a output
openSUSE 12.2:
$ lsb_release -a
LSB Version:
On Fri, Mar 1, 2013 at 7:00 AM, Jack Mitchell m...@communistcode.co.uk wrote:
It seems Perf is managing to have some system includes slip into the build.
Attached is the log file with details.
Strange... I can't reproduce this. I just performed a build from master adding:
Is this a proposed fix for bug 3898?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
I'm seeing this exact same error when I perform a bitbake world, and
have been for the last couple days
On Wed, Mar 13, 2013 at 9:43 PM, Nobuhiro Iwamatsu
nobuhiro.iwamatsu...@renesas.com wrote:
checking for i586-oe-linux-pkg-config... no
checking for pkg-config...
With a rather recent HEAD
Build Configuration:
BB_VERSION= 1.17.1
BUILD_SYS = x86_64-linux
NATIVELSBSTRING = openSUSE-project-12.3
TARGET_SYS= x86_64-poky-linux
MACHINE = qemux86-64
DISTRO= poky
DISTRO_VERSION= 1.3+snapshot-20130407
On Fri, Apr 5, 2013 at 11:35 AM, maxin.j...@enea.com wrote:
+# ptest-pkgs - add -ptest packages for all ptest-enabled packages
+# (useful if you want to run the package test suites)
Is there a simple way to discover which packages are ptest-enabled?
On Fri, Apr 5, 2013 at 12:59 PM, Peter Kjellerstedt
peter.kjellerst...@axis.com wrote:
+[ ${PATH#$NEWPATHS} != $PATH ] || PATH=$NEWPATHS$PATH
This is certainly a welcome addition in functionality, but it relies
on the pattern remaining at the start of the PATH (i.e. the user
hasn't played with
Excellent. Now all my qemu* bitbake worlds succeed :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
-# We have a packages directory, add to BBFILES
+# We have recipes-* directories, add to BBFILES
[etc]
Thank you :-)
___
Openembedded-core mailing list
On Mon, Apr 8, 2013 at 1:48 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Unfortunately I think this is specific to bash, so it may not be portable.
Maybe the equivalent can be achieved with sed however.
Under which shells do we expect a Yocto build to succeed? The latest
version of
On Tue, Apr 9, 2013 at 1:29 PM, Trevor Woerner twoer...@gmail.com wrote:
Under which shells do we expect a Yocto build to succeed?
Whoops! My bad.
sh - yes
bash - not so much
Let me rephrase: are bash-specific features to be so feared
On Tue, Apr 9, 2013 at 10:19 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
git://git.openembedded.org/openembedded-core-contrib paule/layer-tweaks-core
This is odd... I perform a:
$ git fetch --all
But I can only find a paule/layer-tweaks and not
paule/layer-tweaks-core. Yet the
On Tue, Apr 9, 2013 at 2:02 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
The openembedded-core-contrib and poky-contrib repos are entirely separate.
D'oh!
Retrying:
$ git remote add contrib git://git.openembedded.org/meta-openembedded-contrib
$ git remote -v
contrib
On Tue, Apr 9, 2013 at 2:49 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Now you're looking at meta-openembedded-contrib as opposed to openembedded-
core-contrib.
So... it has come to this, eh?
http://xkcd.com/1022/
___
Openembedded-core
This whole thread has me thoroughly confused. Isn't xterm_277.bb already
part of meta-openembedded?
$ find . -name *xterm* -print
./meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_277.bb
And from what I can tell, it was added over a year ago by Koen:
$ git log
On Wed, Apr 10, 2013 at 2:10 PM, Marco koansoftw...@gmail.com wrote:
Yes, it is copied from meta-openembedded into oe-core
I'm sorry, I thought the [meta-oe] in the subject line implied this
patch was destined for meta-openembedded, not coming from
meta-openembedded.
It seems rather confusing
Sorry for not noticing this sooner.
On Thu, Apr 11, 2013 at 9:30 AM, Martin Jansa martin.ja...@gmail.com wrote:
My proposal is to add md5sum of downloaded file to ChecksumError and
rename it to file.md5sum in if isinstance(e, ChecksumError):
Would it be possible to make this behaviour
All of these solutions assume the user wants to use all of their
entire computing resources to do nothing other than their Yocto build.
This isn't _always_ the case, is it? :-)
Personally, I know this build is going to take time. So I start it,
then go off and do other things with my computer. In
Would contrib/jansa/test still be the most up-to-date choice for
building against meta-openembedded?
I just want to make sure I'm not duplicating existing effort.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Thu, May 2, 2013 at 11:57 AM, Paul Barker p...@paulbarker.me.uk wrote:
The recipe also has dependencies
outside meta-oe (fluidsynth in meta-multimedia IIRC) but that's a
separate issue.
I've noticed that too. Shouldn't dependencies be contained within the
same layer? Is it normal from these
On Thu, May 2, 2013 at 1:22 PM, Martin Jansa martin.ja...@gmail.com wrote:
See:
http://lists.linuxtogo.org/pipermail/openembedded-devel/2013-April/045090.html
Ah yes... openembedded-devel... that magic list to which I can't seem
to subscribe myself ;-)
On Mon, May 6, 2013 at 3:15 PM, Paul Barker p...@paulbarker.me.uk wrote:
lzip: fetch failure
This is an easy one to fix: version 1.13 is no longer available,
update the recipe (filename/hashes) to use version 1.14 instead. I
have a patch waiting to submit, but until I can register for the
On Tue, May 7, 2013 at 8:45 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
1.3.2
=
I've merged a lot of queued changes that Ross prepared for 1.3.2 and
this is now undergoing testing.
I have a patch for Danny to allow qemu-native of qemu-1.2.0 to compile
on openSuSE 12.3
On Tue, May 7, 2013 at 12:36 PM, Mark Hatle mark.ha...@windriver.com wrote:
There are two ways to generate an SDK.
* targeted SDK -- This is a meta-toolchain* recipe that lists -exactly- what
is going to be in the SDK. This is great if you want to limit your SDK to
specific libraries for
On Tue, May 7, 2013 at 1:13 PM, Burton, Ross ross.bur...@intel.com wrote:
I have a patch for Danny to allow qemu-native of qemu-1.2.0 to compile
on openSuSE 12.3 (which, apparently, is also affected by the same (or
a similar) DSO linking change that affects fedora). Are the queued
changes
On Tue, May 7, 2013 at 1:41 PM, Mark Hatle mark.ha...@windriver.com wrote:
- nativesdk -- runs on the 'sdkhost' (variant called 'crosssdk')
Is this related to the SDKMACHINE setting?
___
Openembedded-core mailing list
On Wed, May 8, 2013 at 6:35 AM, Burton, Ross ross.bur...@intel.com wrote:
On 7 May 2013 18:57, Trevor Woerner twoer...@gmail.com wrote:
I've looked through the list of patches and don't seem to find
anything that will do what my patch needs to do in order to build
qemu-1.2.0 on openSuSE 12.3
On Wed, May 8, 2013 at 3:40 PM, Khem Raj raj.k...@gmail.com wrote:
ifconfig and its ilk (net-tools package) is deprecated in favour of iproute2
package
and is now removed by many distro's e.g. Archlinux. So we replace ifconfig
with ip utility
Signed-off-by: Khem Raj raj.k...@gmail.com
---
On Thu, May 9, 2013 at 12:57 PM, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
Who will maintain those layers after my leave? This was not decided yet.
There are few guys at Linaro who know how to use OpenEmbedded but most
of them is outside of Builds and Baselines team.
To me this
On Mon, May 13, 2013 at 1:41 AM, Khem Raj raj.k...@gmail.com wrote:
This patchset adds a new qemu based machine target for mips64 Big-endian
linux-yocto recipe is modified to have it in tree to support qemumips64
machine
My machine seems to build fine, but I can't seem to fully boot the
On Mon, May 13, 2013 at 2:33 PM, Khem Raj raj.k...@gmail.com wrote:
On May 13, 2013, at 9:45 AM, Trevor Woerner twoer...@gmail.com wrote:
try runqemu qemumips64 bootparams=root=/dev/sda
does that boot ?
It gets a little further but doesn't succeed. I have now tried booting a
number of
times
On Mon, May 13, 2013 at 3:02 PM, Khem Raj raj.k...@gmail.com wrote:
you must be using systemd. I am seeing same failure with systemd but only
when my build host is archlinux
Are you referring to the build host or target? My build host is
openSuSE 12.3 which does use systemd. For the target I'm
There's something else that's going on that is strange. When I do a
qemumips build from the master repositories and run it, the
qemu-system-mips that is used is the one built as part of OE (i.e. the
one from the build sysroot). But when I build and run the qemumips64
image using this branch, the
On Mon, May 13, 2013 at 3:38 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
having unwisely wandered into this MIPS64 minefield a couple weeks
back, i might as well see if i can get a build. in short:
* switch to kraj/qemumips64 branch of openembedded-core-contrib
* add that as another
Bruce, you said you were building 3.8.11, but I'm not. When I run my image,
my banner includes:
Linux version 3.4.43-yocto-standard (trevor@zzz) (gcc version 4.7.2 (GCC) )
#1 PREEMPT Mon May 13 12:14:42 EDT 2013
___
Openembedded-core mailing list
I'm building core-image-minimal, I assume that's what everyone else is
doing.
When I run the bitbake -s as Robert is, I get the following:
$ bitbake -s | grep linux
linux-dummy :1.0-r1
linux-firmware
On Mon, May 13, 2013 at 5:30 PM, Robert P. J. Day rpj...@crashcourse.cawrote:
On Mon, 13 May 2013, Trevor Woerner wrote:
I'm building core-image-minimal, I assume that's what everyone else is
doing.
When I run the bitbake -s as Robert is, I get the following:
$ bitbake -s | grep linux
Okay, I'm going to start over :-)
I have a layer, meta-poky, which is:
$ git remote -v
contrib git://git.pokylinux.org/poky-contrib (fetch)
contrib git://git.pokylinux.org/poky-contrib (push)
origin git://git.yoctoproject.org/poky (fetch)
origin git://git.yoctoproject.org/poky (push)
Currently
On Mon, May 13, 2013 at 5:30 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
i'm confused ... why would you be building two versions of the
kernel?
Maybe I just need to provide a PREFERRED_PROVIDER_virtual/kernel?
___
Openembedded-core mailing
On Mon, May 13, 2013 at 6:19 PM, Khem Raj raj.k...@gmail.com wrote:
sysroots/x86_64-linux/usr/bin/mips64-angstrom-linux/mips64-angstrom-linux-gcc
-v
angstrom??!
angstrom - poky?
sysroots/x86_64-linux/usr/bin/mips64-poky-linux/mips64-poky-linux-gcc --version
mips64-poky-linux-gcc (GCC) 4.7.2
By adding:
PREFERRED_VERSION_linux-yocto := 3.8%
to my conf/local.conf I was able to get the image to build/use 3.8.11;
but I too am still seeing the kernel panic as described before (i.e.
in reset_counters()).
___
Openembedded-core mailing list
On Mon, May 13, 2013 at 10:03 PM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Mon, May 13, 2013 at 10:01 PM, Trevor Woerner twoer...@gmail.com wrote:
By adding:
PREFERRED_VERSION_linux-yocto := 3.8%
Yep. This is what I was about to recommend, but did you apply Khem's patches
What really confuses me about the attempts I was making is that in
my local.conf file I have explicitly asked for kernel version 3.8.11:
PREFERRED_VERSION_linux-yocto := 3.8.11%
When I watch the build messages fly by I see that linux-yocto_3.8.11
is being built.
In my work directory there
On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
number in the directories is coming coming from the PV of the package, which
you
didn't tweak.
Ahh... yes. Thank you. Makes perfect sense
On 26 September 2013 22:17, Tom Zanussi tom.zanu...@linux.intel.com wrote:
This patchset implements a new command named 'wic' (for OpenEmbedded
Image Creator). Please see [YOCTO #3847] for extensive background on
what's implemented here.
Wow Tom, this is really AWESOME work! And thanks for
Place the on-target feed configuration into the base-feeds.conf file instead
of the opkg.conf file.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta/classes/rootfs_ipk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/rootfs_ipk.bbclass b
Hi Saul,
On 1 November 2013 12:35, Saul Wold s...@linux.intel.com wrote:
This says what you are doing, but the question is why is the change needed?
It might be obvious to you, but not to others. The base-feeds.conf file is
provided via the a distro configuration, so it's not guarenteed to be
Hi Ross,
Your commit message and your commit don't seem to agree. I.e. you say
you've removed 2 dependencies, but it looks like you've actually removed
more than just 2.
On 12/10/13 07:13, Ross Burton wrote:
Use PACKAGECONFIG to offer some flexibility to the libmatchbox configuration,
and
On 12/28/13 17:28, Paul Eggleton wrote:
I got a bit tired of seeing poor SUMMARY and DESCRIPTION values in our
recipes, so I went on a bit of a quest to clean them up, and ended up
tidying up a few other things in the process.
This might be a good time to remind people of the
Hello everyone,
question:
Should some version of Qt be included in openembedded-core, or should
all recipes to add Qt be part of their own version-specific Qt layer?
background:
openembedded-core[1] used to include recipes for Qt3, but as Qt3 became
old these recipes were replaced with Qt4 and
A security advisory, CVE-2013-6462, has been issued for libXfont so bump to
version 1.4.7 which fixes this issue.
http://lists.x.org/archives/xorg/2014-January/056265.html
Stack buffer overflow in parsing of BDF font files in libXfont
Trevor Woerner (1):
libxfont: upgrade to 1.4.7
This release includes the fix for CVE-2013-6462, as well as other security
hardening and code cleanups.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
.../xorg-lib/{libxfont_1.4.6.bb = libxfont_1.4.7.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
Whoops! I thought the [OE-core] part was added automatically by the
mailing list software. Should I send a V2?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 01/08/14 10:56, Paul Eggleton wrote:
However, one concern I have always had with Qt being moved out of
OE-Core though is that I very much doubt the same will happen with
GTK+ and GNOME UI components that we carry, which I think will lead to
the (perhaps erroneous, but logical) assumption in
Hi everyone,
This is a Request For Comments email regarding a bug scrub party the
OE TSC would like to hold.
background:
It has been noticed that the number of bugs in the bugzilla[1] has been
climbing; it would be nice to hold a bug scrub event to raise
awareness of the bugzilla and hopefully
On 01/08/14 05:28, Richard Purdie wrote:
On Tue, 2014-01-07 at 20:23 +0100, Martin Jansa wrote:
With PACKAGECONFIGs which can list optional dependencies which aren't
included in the the layer itself it's now easier to have recipe with
optional qt5 support in oe-core, but qt5 itself in separate
On 01/09/14 05:56, Jack Mitchell wrote:
On 08/01/14 23:20, Trevor Woerner wrote:
questions:
1) Currently it has been suggested this should be a 2-day event, should
these two days be during the week or over a weekend? In either case,
which 2 days?
If it's two days long then why don't you do
On 01/09/14 10:34, Otavio Salvador wrote:
On Thu, Jan 9, 2014 at 1:07 PM, Trevor Woerner
trevor.woer...@linaro.org mailto:trevor.woer...@linaro.org wrote:
On 01/09/14 05:56, Jack Mitchell wrote:
On 08/01/14 23:20, Trevor Woerner wrote:
questions:
1) Currently it has
Hi everyone,
At the last TSC meeting the topic of unmaintained layers came up. Here
is the sorted list of master layers from the layer index [1], would it
be possible for those in the know to indicate which layers are, or are
suspected of being, unmaintained?
meta-aarch64
meta-acer
meta-ada
On 01/09/14 17:43, Mark Hatle wrote:
On 1/9/14, 3:45 PM, Bruce Ashfield wrote:
On Thu, Jan 9, 2014 at 1:45 PM, Trevor Woerner
trevor.woer...@linaro.org wrote:
Hi everyone,
At the last TSC meeting the topic of unmaintained layers came up. Here
is the sorted list of master layers from
Hi Mike,
On 01/12/14 15:28, Mike Looijmans wrote:
Worse than unmaintained - this one was taken out of existence last
Friday. I've already notified Paul Eggleton, so it should removed from
the list soon.
Excellent, thanks for the update :-)
___
Since OE is generally used to build Linux distributions, I'm rather
curious to know why OE would include tunes for CortexM3?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 01/13/14 13:25, Phil Blundell wrote:
On Mon, 2014-01-13 at 13:16 -0500, Trevor Woerner wrote:
Since OE is generally used to build Linux distributions, I'm rather
curious to know why OE would include tunes for CortexM3?
Well, Cortex-M can run uClinux.
Is there an OE layer that adds support
Hello all OE/Yocto enthusiasts!
https://bugzilla.yoctoproject.org/
It has been noted that the number of unresolved issues in our bugzilla
has been rising which, if left unchecked, will lead to an
ever-increasing bug count. In an effort to raise awareness of the number
of unresolved bugs and work
Hopefully some of you have had the time to peruse the bugzilla database
and have chosen a bug or two you'd like to quash this weekend. The bug
hunt starts Friday Jan 16 and runs until Monday.
If you're looking for more ideas there are some janitorial tasks
outlined here:
If you are using an image in '-serial stdio' mode, temporarily change the
terminal's interrupt character to 'Ctrl-]' for the duration of the image
run. In this way, hitting 'Ctrl-C' for something running in the image
doesn't accidentally abort the entire qemu session.
Signed-off-by: Trevor
On Fri, Dec 21, 2012 at 8:00 AM, Trevor Woerner twoer...@gmail.com wrote:
+if [ x$SERIALSTDIO = x1 ]; then
+echo Escape character is '^]'
+stty intr ^]
+fi
Hold on. This should be Interrupt charater.
___
Openembedded-core mailing
If you are using an image in '-serial stdio' mode, temporarily change the
terminal's interrupt character to 'Ctrl-]' for the duration of the image
run. In this way, hitting 'Ctrl-C' for something running in the image
doesn't accidentally abort the entire qemu session.
Signed-off-by: Trevor
(sorry I don't have the original email around to which to reply...)
For the past many years I have been accumulating various scripts which
I have used to create the root filesystems for various embedded
systems. These scripts create updates, generate artifacts for creating
bootable CF cards, and
I think it would be nice (for us non-inner-circle members) if you
could link the various IRC handles to the people behind them :-)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
automatically.
Trevor Woerner (1):
scripts: add get_maintainer script
scripts/get_maintainer.pl | 2140 +
1 file changed, 2140 insertions(+)
create mode 100755 scripts/get_maintainer.pl
--
1.8.5.2.227.g53f3478
Hi Otavio,
Thanks for taking a look at my patch.
On 02/02/14 19:23, Otavio Salvador wrote:
I like to idea and I second this pull request, the only thing I would
like to see added is the possibility of grabing the maintainers for
boards from the machine .conf file. This is the way we're using
On 02/05/14 12:21, Khem Raj wrote:
I would like to invite everyone to the bug fixing weekend which is
coming in 3 weeks from Feb 21 to Feb 24
Maybe this notice should be posted to the blog?
https://www.yoctoproject.org/new
___
Openembedded-core
Does this resolve issue 5407?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5407
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Allow the user, in their local configuration, to override the size of the
final image. This is useful when creating an image for (for example) an SD
card and the user wants the image to fill up the card as much as possible.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta/recipes
On 03/24/14 12:00, Richard Purdie wrote:
I think from my perspective, in 1.7 I'd like to see us looking at
Developer Workflow.
Maybe I'm using things incorrectly :-)
But I often find that I'm switching between building different images.
For example, one moment I might be building
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
1 - 100 of 447 matches
Mail list logo
