From: Denys Dmytriyenko
http://www.arm.com/products/processors/cortex-a/cortex-a15.php
Signed-off-by: Denys Dmytriyenko
---
meta/conf/machine/include/tune-cortexa15.inc | 36
1 file changed, 36 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortex
On 02/01/2013 04:55 PM, Robert Yang wrote:
The following changes since commit 9a26b9c69c47c87ce71a06f76682c187767e7897:
rpm: Ensure native binaries are correctly wrapped (2013-01-30 14:47:30 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/what
From: Denys Dmytriyenko
http://www.arm.com/products/processors/cortex-a/cortex-a7.php
Signed-off-by: Denys Dmytriyenko
---
meta/conf/machine/include/tune-cortexa7.inc | 36 +
1 file changed, 36 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa
1, There are a set of GCC built-in functions for atomic memory access. The
definition given in the Intel documentation allows only for the use of the
types int, long, long long as well as their unsigned counterparts. GCC will
allow any integral scalar or pointer type that is 1, 2, 4, 8 or 16 bytes
Change from V3: as Richard suggested, patch sanity.bbclass to test if necessary
to add march to BUILD_CFLAG when the gcc version is older than 4.5
Test case:
:~> bitbake packagegroup-toolset-native
WARNING: Host distribution "SUSE Linux Enterprise Desktop 11" has not been
validated with this versi
On 3/4/13 11:43 AM, Richard Purdie wrote:
When using the -c populate_sdk option, images are not generated quite as
they should be under certain circumstances. For example the dropbear
feature may not get replaced with openssh, leading to both being installed
with an appropriate rootfs failure.
T
In case filenames have spaces, execution of the function
sstater_install will hang, so the print parameter %s must be
enclosed with quotes.
Signed-off-by: Leonardo Sandoval
---
meta/classes/sstate.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/ssta
The previous syslinux menu code did not support using both a serial
and vga console, but this has worked for years in syslinux so there is
no reason not to take advantage of it. The previous menu looked like:
---
Linux Boot Menu
The following ta
On 03/04/2013 04:11 PM, Trevor Woerner wrote:
> Is this a proposed fix for bug 3898?
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898
Absolutely this would fix that defect.
Jason.
___
Openembedded-core mailing list
Openembedded-core@lists.opene
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
On 02/27/2013 07:52 PM, Saul Wold wrote:
> On 02/26/2013 06:04 PM, Jason Wessel wrote:
>> syslinux_iso_populate() {
>> syslinux_populate ${ISODIR} ${ISOLINUXDIR} isolinux.cfg
>> install -m 0644 ${STAGING_LIBDIR}/syslinux/isolinux.bin
>> ${ISODIR}${ISOLINUXDIR}
>> +if [ x${AUTO_SYSL
On 03/04/2013 03:21 PM, Jason Wessel wrote:
> Previously there was a change to the ncurses compile to make it more
> like the typical way it was compiled on a host system. This fixed a
> whole class of host machines, but masked the real underlying problem
> with the display corruption issues and m
Previously there was a change to the ncurses compile to make it more
like the typical way it was compiled on a host system. This fixed a
whole class of host machines, but masked the real underlying problem
with the display corruption issues and menuconfig.
The corner case that led to the discover
Changelog since 2013-02-24 until 2013-03-03. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
Hi,
I'm trying to build the toolchain for the microblaze processor, but I get
an error with gcc-cross-initial_4.7.bb:
opening microblaze-c.o: No such file or directory.
If I look in the
build/tmp/work/microblaze-poky-linux/gcc-cross-initial/4.7.2-r18/gcc-4.7.2/gcc/config
folder
I can on
On Sun, Mar 3, 2013 at 9:04 AM, Richard Purdie
wrote:
> libgcc_s is not marked as executable and hence it doesn't get stripped. This
> means its about 1MB larger than it needs to be. There is no good reason it
> shouldn't get stripped so ensure it does and mark as executable.
>
> Signed-off-by: Ri
On Sun, Mar 3, 2013 at 9:08 AM, Richard Purdie
wrote:
> On Wed, 2012-08-22 at 13:25 -0700, Khem Raj wrote:
>> On Wed, Aug 22, 2012 at 1:15 PM, Enrico Scholz
>> wrote:
>> >
>> > I just noticed that libgcc_s.so.1 is not stripped in the .ipk. Is
>> > there any reason to keep the debug symbols? Unc
When using the -c populate_sdk option, images are not generated quite as
they should be under certain circumstances. For example the dropbear
feature may not get replaced with openssh, leading to both being installed
with an appropriate rootfs failure.
This patch moves the remapping logic to later
On Mon, 2013-03-04 at 14:00 -0300, Otavio Salvador wrote:
> On Mon, Mar 4, 2013 at 11:35 AM, Richard Purdie
> wrote:
> > The 1.4 release is scheduled for 2013/04/26. We have one milestone
> > release before then, M5 on 2013/03/17. This is also the feature complete
> > deadline.
> >
> > This means
- connman-conf package re-implemented
- connman 1.12 introduces provisioning for
wired interfaces also;
- wired interface settings are read from
kernel cmdline if present;
- after that are passed to connman as a
config file
- for BA, this is not needed, as BA will
have a network infrastructure to w
Connman 1.12 features Ethernet provisioning
As such, qemu machines will use it to prevent connman to
loose connectivity if no network infrastructure is present.
Fixes Yocto bugs YB3227, YB3804, YB3843.
Version V2 includes "connman: add header to define in6_addr" patch
Cristian Iorga (2):
conn
- 0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch no longer
needed;
fix included in package source code
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/connman/connman.inc |2 +-
...If-there-is-no-d_type-support-use-fstatat.patch | 55
On 4 March 2013 17:00, Otavio Salvador wrote:
> The systemd integration? Will it be reworked so we have an upgrade path?
As discussed on yocto@ over the weekend I'm currently working on a
branch that supports simultaneous sysvinit and systemd support. I
hoped to have it for review by now, but w
On Mon, Mar 4, 2013 at 11:35 AM, Richard Purdie
wrote:
> The 1.4 release is scheduled for 2013/04/26. We have one milestone
> release before then, M5 on 2013/03/17. This is also the feature complete
> deadline.
>
> This means if there are features or other changes you want to see in
> 1.4, they ne
On 03/01/2013 09:29 PM, Saul Wold wrote:
On 02/27/2013 07:37 AM, Constantin Musca wrote:
- create "latest_srcrev" for each recipe with the following format:
${BB_FILENAME},${SRC_URI},${SRCREV},${FROM_AUTOREV}
[YOCTO #3041]
Signed-off-by: Constantin Musca
---
meta/classes/buildhistory.bbclas
On 03/04/2013 06:10 AM, Richard Purdie wrote:
> On Mon, 2013-03-04 at 21:42 +0800, Robert Yang wrote:
>>
>> On 03/04/2013 02:21 AM, Darren Hart wrote:
>>>
>>>
>>> On 03/03/2013 09:15 AM, Darren Hart wrote:
>
>> Yes, we do have hard links in the rootfs, e.g: core-image-sato and
>> core-image-sat
License checksum change due to:
- copyright year modification
Signed-off-by: Constantin Musca
---
.../{libgpg-error-1.10 => libgpg-error-1.11}/pkgconfig.patch | 0
.../libgpg-error/{libgpg-error_1.10.bb => libgpg-error_1.11.bb} | 8
2 files changed, 4 insertions(+), 4 deletions(-
On 3/2/13 4:39 PM, Richard Purdie wrote:
Currently the process for injecting the per file rpm dependencies into
rpmbuild is painfully slow. Its done through the repeated execution of
a script which has to return the correct value in each case. This continual
execution means the CPU usage of rpmbu
License md5 checkum change due to:
- copyright year modification
- space modifications
Signed-off-by: Constantin Musca
---
.../{gpgme-1.3.2 => gpgme-1.4.0}/disable_gpgconf_check.patch | 0
meta/recipes-support/gpgme/{gpgme_1.3.2.bb => gpgme_1.4.0.bb} | 10 +-
2 files changed, 5 inser
The 1.4 release is scheduled for 2013/04/26. We have one milestone
release before then, M5 on 2013/03/17. This is also the feature complete
deadline.
This means if there are features or other changes you want to see in
1.4, they need to be in by the 17th[1]. After the 17th we'll be doing
bugfixing
Signed-off-by: Constantin Musca
---
meta/recipes-extended/ethtool/{ethtool_3.7.bb => ethtool_3.8.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool_3.7.bb => ethtool_3.8.bb} (79%)
diff --git a/meta/recipes-extended/ethtool/ethtool_3.7.bb
Signed-off-by: Constantin Musca
---
meta/recipes-sato/puzzles/{puzzles_r9751.bb => puzzles_r9765.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-sato/puzzles/{puzzles_r9751.bb => puzzles_r9765.bb} (100%)
diff --git a/meta/recipes-sato/puzzles/puzzles_r9751.bb
b/met
On Mon, 2013-03-04 at 21:42 +0800, Robert Yang wrote:
>
> On 03/04/2013 02:21 AM, Darren Hart wrote:
> >
> >
> > On 03/03/2013 09:15 AM, Darren Hart wrote:
> Yes, we do have hard links in the rootfs, e.g: core-image-sato and
> core-image-sato-sdk:
>
> # The sato
> $ find core-image-sato/1.0-r0/
On 03/04/2013 09:42 PM, Robert Yang wrote:
On 03/04/2013 02:21 AM, Darren Hart wrote:
On 03/03/2013 09:15 AM, Darren Hart wrote:
On 03/02/2013 03:39 AM, Richard Purdie wrote:
On Sat, 2013-03-02 at 18:46 +0800, Robert Yang wrote:
Replace genext2fs with populate-extfs.sh in image_types.
On 03/04/2013 02:21 AM, Darren Hart wrote:
On 03/03/2013 09:15 AM, Darren Hart wrote:
On 03/02/2013 03:39 AM, Richard Purdie wrote:
On Sat, 2013-03-02 at 18:46 +0800, Robert Yang wrote:
Replace genext2fs with populate-extfs.sh in image_types.bbclass to fully
support ext3/ext4 rootfs.
Co
Signed-off-by: Martin Jansa
---
meta/recipes-connectivity/avahi/avahi.inc | 6 +-
meta/recipes-connectivity/avahi/avahi_0.6.31.bb | 6 ++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi
This recipe builds natively just the gtk-update-icon-cache binary that is
required to run the gtk-icon-cache.bbclass postinstall scripts.
The advantage of doing this is it means running 400 less tasks which takes four
minutes on my machine, as the alternative is building GTK+ natively (and so
libX
Use a virtual provider instead of a hard dependency so that if gtk+-native is
required in some configuration, this provider can be changed and then
gtk+-native and gtk-update-icon-cache-native won't be both built and conflict in
the sysroot.
Signed-off-by: Ross Burton
---
meta/conf/distro/includ
Signed-off-by: Ross Burton
---
meta/classes/gtk-icon-cache.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/gtk-icon-cache.bbclass
b/meta/classes/gtk-icon-cache.bbclass
index 223a280..a5d642c 100644
--- a/meta/classes/gtk-icon-cache.bbclass
+++ b/meta/c
Hi,
We're building gtk+-native (so the X stack, freetype, fontconfig, etc etc) just
to run gtk-update-icon-cache on the host when building the rootfs.
This series adds a recipe that builds just that binary from a GTK+ tarball using
a bit of hackery.
For a benchmark of building sato-icon-theme fr
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gtk+/gtk+.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc
index 8c2b977..f05838a 100644
--- a/meta/recipes-gnome/gtk+/gtk+.inc
+++ b/meta/recipes-gnome/gtk+/gtk+.inc
On Mon, 2013-03-04 at 12:48 +0100, Martin Jansa wrote:
> On Mon, Mar 04, 2013 at 01:38:33PM +0200, Laurentiu Palcu wrote:
> >
> >
> > On 03/04/2013 01:13 PM, Martin Jansa wrote:
> > > On Mon, Mar 04, 2013 at 10:56:12AM +, Richard Purdie wrote:
> > >> On Mon, 2013-03-04 at 11:51 +0100, Martin
On 2 March 2013 19:25, Saul Wold wrote:
> This is because many packages encode the libpng15 information into libtool
> (.la) files, when the sysroot is populated with an older build or sstate
> cache, the libpng15 info remains.
Sounds like another good reason to erase ${libdir}/*.la automatically
On Mon, Mar 04, 2013 at 01:38:33PM +0200, Laurentiu Palcu wrote:
>
>
> On 03/04/2013 01:13 PM, Martin Jansa wrote:
> > On Mon, Mar 04, 2013 at 10:56:12AM +, Richard Purdie wrote:
> >> On Mon, 2013-03-04 at 11:51 +0100, Martin Jansa wrote:
> >>> Shouldn't this list be defined in layer.conf lik
When checking the dependencies in setscene_depvalid(), make sure we also
consider those dependencies needed when running the postinstalls on
host.
[YOCTO #3918]
Signed-off-by: Laurentiu Palcu
---
Changes in v2:
* added systemd-systemctl-native to the list;
Thanks,
Laurentiu
meta/classes/ssta
On 03/04/2013 01:13 PM, Martin Jansa wrote:
> On Mon, Mar 04, 2013 at 10:56:12AM +, Richard Purdie wrote:
>> On Mon, 2013-03-04 at 11:51 +0100, Martin Jansa wrote:
>>> Shouldn't this list be defined in layer.conf like
>>> SIGGEN_EXCLUDERECIPES_ABISAFE, so that other layers can extend that
>>>
On 4 March 2013 11:13, Martin Jansa wrote:
>> I'm hoping we only have very small list of these problematic
>> dependencies. If we end up with a large number of them then yes, we'd
>> need to abstract it but I'd prefer to avoid that unless proven
>> necessary.
>>
>> Is there a specific case you hav
The error appeared at do_package.
I've attached the logfile.
Thanks,
Ema
From: Richard Purdie [richard.pur...@linuxfoundation.org]
Sent: Monday, March 04, 2013 12:03 PM
To: Ciobanu, Emilia Maria Silvia
Cc: Martin Jansa; oe-core layer
Subject: Re: [OE-core]
On Mon, Mar 04, 2013 at 10:56:12AM +, Richard Purdie wrote:
> On Mon, 2013-03-04 at 11:51 +0100, Martin Jansa wrote:
> > Shouldn't this list be defined in layer.conf like
> > SIGGEN_EXCLUDERECIPES_ABISAFE, so that other layers can extend that
> > list?
>
> I'm hoping we only have very small li
On Mon, 2013-03-04 at 11:51 +0100, Martin Jansa wrote:
> Shouldn't this list be defined in layer.conf like
> SIGGEN_EXCLUDERECIPES_ABISAFE, so that other layers can extend that
> list?
I'm hoping we only have very small list of these problematic
dependencies. If we end up with a large number of th
Shouldn't this list be defined in layer.conf like
SIGGEN_EXCLUDERECIPES_ABISAFE, so that other layers can extend that list?
On Mon, Mar 4, 2013 at 11:37 AM, Laurentiu Palcu
wrote:
> When checking the dependencies in setscene_depvalid(), make sure we also
> consider those dependencies needed when
On 4 March 2013 04:35, yanjun.zhu wrote:
> From: "yanjun.zhu"
>
> Reference:http://bugs.python.org/issue14579
>
> The utf-16 decoder in Python 3.1 through 3.3 does not update the
> aligned_end variable after calling the unicode_decode_call_errorhandler
> function, which allows remote attackers to
On Mon, 2013-03-04 at 11:33 +0100, Martin Jansa wrote:
> On Mon, Mar 04, 2013 at 10:11:27AM +, Richard Purdie wrote:
> > On Mon, 2013-03-04 at 09:18 +0100, Martin Jansa wrote:
> > > On Sun, Mar 03, 2013 at 08:34:30PM -0500, randy.macl...@windriver.com
> > > wrote:
> > > > From: Jackie Huang
>
When checking the dependencies in setscene_depvalid(), make sure we also
consider those dependencies needed when running the postinstalls on
host.
[YOCTO #3918]
Signed-off-by: Laurentiu Palcu
---
meta/classes/sstate.bbclass |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff -
On Mon, Mar 04, 2013 at 10:11:27AM +, Richard Purdie wrote:
> On Mon, 2013-03-04 at 09:18 +0100, Martin Jansa wrote:
> > On Sun, Mar 03, 2013 at 08:34:30PM -0500, randy.macl...@windriver.com wrote:
> > > From: Jackie Huang
> > >
> > > The hardcoded paths in libtool will cause apache2 compile
On Mon, 2013-03-04 at 09:18 +0100, Martin Jansa wrote:
> On Sun, Mar 03, 2013 at 08:34:30PM -0500, randy.macl...@windriver.com wrote:
> > From: Jackie Huang
> >
> > The hardcoded paths in libtool will cause apache2 compile fail at
> > link stage when the package apr is installed from sstate cache
On Mon, 2013-03-04 at 08:42 +, Ciobanu, Emilia Maria Silvia wrote:
> I've tried building the package after added the "0.20~rc1" tag for
> PV. This format for the tag doesn't seem to be supported. I
> get the following error:
> invalid tag value("^[A-Za-z0-9+._]+$") Version: Version:
> 0.20~r
I've tried building the package after added the "0.20~rc1" tag for
PV. This format for the tag doesn't seem to be supported. I
get the following error:
invalid tag value("^[A-Za-z0-9+._]+$") Version: Version:
0.20~rc1+git0+fdb6c0402337d9607c7a39155088eaf033742752
Thanks,
Ema
___
I rechecked the tags for the btrfs-tools package.
There was an error - I missed looking at the year
of the commits. We are currently before 0.20-rc1.
0.19 should be the current PV.
Thanks,
Ema
From: Saul Wold [s...@linux.intel.com]
Sent: Friday, March 01, 2
On Sun, Mar 03, 2013 at 08:34:30PM -0500, randy.macl...@windriver.com wrote:
> From: Jackie Huang
>
> The hardcoded paths in libtool will cause apache2 compile fail at
> link stage when the package apr is installed from sstate cache, so
> add libtool to SSTATE_SCAN_FILES.
>
> [ CQID: WIND0040537
60 matches
Mail list logo
