W dniu 29.07.2013 12:44, Laszlo Papp pisze:
> OK, I give up the contribution. I really cannot collaborate with
> people who think it is acceptable to break *many* users' life for the
> whole project without being able to use anything in favor of a very
> limited (!) people with only two (!) applica
W dniu 04.07.2013 07:34, Holger Hans Peter Freyther pisze:
> Can this be already modeled? Do you have any idea how this could
> be done?
My idea is simple.
Keep each customer changes in separate layers and have separate builds
for base and each customer. Let then customer builds use base
sstate-
W dniu 04.06.2013 21:57, Andy Voltz pisze:
> I just tried this solution with my vybrid cortex-a5 build. The only issue is a
> parse error on ${CORTEX_ID} here:
>
> TUNEVALID[cortex${CORTEX_ID}] = "Enable Cortex-${CORTEX_NAME} specific
>
> I amended the changes so that each tune-cortexa5.inc (fo
W dniu 03.06.2013 18:40, Andy Voltz pisze:
> Signed-off-by: Andy Voltz
> ---
> meta/conf/machine/include/tune-cortexa5.inc | 36
> +++
I think that it is time to create simple tune-cortex.inc which would be
used by cores tunes to set all of it.
So tune-cortexa5.inc wou
unwind.h, once gcc use libunwind's unwind.h,
> the compiling will fail.
>
> This patch is generally not applicable to the upstream as they do not
> use libunwind.
>
> (LOCAL REV: NOT UPSTREAM)
>
> Signed-off-by: Roy.Li
> Signed-off-by: Jeff Polk
> Signed-off-by: Ma
W dniu 31.05.2013 16:41, Phil Blundell pisze:
> On Fri, 2013-05-31 at 16:11 +0200, Marcin Juszkiewicz wrote:
>> Next one can be ldconfig which is ~600KB.
>
> There's already an option to turn that off: you can set
> USE_LDCONFIG=0 in your distro configuration (which mic
udev does not require those files to be operational and they add ~350KB
to rootfs
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/udev/udev.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index 769d861..ee05ad0
I build core-image-minimal today and got 5.1MB image (AArch64/eglibc).
Looked inside the image and found some extra files which can be dropped.
First hit: pci.ids.gz and usb.ids.gz ~350KB in total.
Normally they are needed for lspci/lsusb but they are brought by udev
which does not need them.
Ne
W dniu 30.05.2013 18:45, Richard Purdie pisze:
> I want to make people aware we're seeing some issues with gcc 4.8 on the
> autobuilder.
When we are at sstate and gcc...
I noticed recently that libunwind may break gcc builds:
https://bugs.launchpad.net/linaro-oe/+bug/1183087
The issue exists on
W dniu 28.05.2013 01:23, Khem Raj pisze:
> On May 27, 2013, at 7:40 AM, Marcin Juszkiewicz
> wrote:
>> +++ b/meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch
>> @@ -0,0 +1,23 @@
>> +From: Marcin Juszkiewicz
>> +
>> +AArch64 is built with /lib
put}:348: Error: immediate value out of range 0 to 255 at operand
2 -- `movi v3.8b,-8'
| {standard input}:352: Error: immediate value out of range 0 to 255 at operand
2 -- `movi v3.8b,-27'
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/binutils/binutils-2.23.2.inc |
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc/gcc-4.8/use-lib-for-aarch64.patch | 23 ++
2 files changed, 24 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch
diff
W dniu 14.05.2013 23:43, Khem Raj pisze:
>
> On May 8, 2013, at 1:22 AM, Marcin Juszkiewicz
> wrote:
>
>> W dniu 08.05.2013 08:43, Marcin Juszkiewicz pisze:
>>
>>> I will sort it out today.
>>
>> Should be solved now.
>>
>
> N
W dniu 09.05.2013 20:42, Trevor Woerner pisze:
> On Thu, May 9, 2013 at 12:57 PM, Marcin Juszkiewicz
> 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
NOTE: I skipped "openembedded-devel" ML cause most of users of Linaro
layers also read OE Core ML.
As I will leave Linaro at the end of May I would like to write some kind
of summary of current state of Linaro layers for OpenEmbedded.
At Linaro we have 3 layers:
1. meta-aarch64
2. meta-linaro
3.
This allows out-of-tree versions to include one file to have all set.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-cross-canadian.inc| 2 ++
meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb | 2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta
Signed-off-by: Marcin Juszkiewicz
---
.../gdb/{gdb_7.5.1.bb => gdb-7.6.inc}| 5 +++--
...s-canadian_7.5.1.bb => gdb-cross-canadian_7.6.bb} | 5 +
.../gdb/{gdb-cross_7.5.1.bb => gdb-cross_7.6.bb} | 5 +
.../gdb/gdb/gdbserver-cflags-last.diff
This allows out-of-tree versions to reuse this file for any version.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-common.inc | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index
W dniu 09.05.2013 09:48, Marinescu, Bogdan A pisze:
> I will recheck. However, does it make sense for us to work in parallel
> on upgrading the same package?
I will update my patches later today.
___
Openembedded-core mailing list
Openembedded-core@list
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-common.inc | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index 6f42dff..deb3841 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-common.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index f574d5c..6f42dff 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb.inc
b/meta/recipes-devtools/gdb/gdb.inc
index a620eca..3321a24 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-7.6.inc | 11 ++
.../gdb/gdb-7.6/gdbserver-cflags-last.diff | 25 ++
.../recipes-devtools/gdb/gdb-cross-canadian_7.6.bb | 5 +
meta/recipes-devtools/gdb/gdb-cross_7.6.bb
W dniu 08.05.2013 08:43, Marcin Juszkiewicz pisze:
> I will sort it out today.
Should be solved now.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
W dniu 08.05.2013 04:23, Khem Raj pisze:
> This seems totally wrong to me to since it overrides recipes in
> subtle ways and does not document it anywhere
>
> firstly, README is not there and as it seems its a BSP layer but it
> has much more than a BSP metadata in it. even then if it needed a ne
W dniu 27.04.2013 14:18, Koen Kooi pisze:
>
> Op 27 apr. 2013, om 13:08 heeft Marcin Juszkiewicz
> het volgende geschreven:
>
>> W dniu 26.04.2013 16:47, Koen Kooi pisze:
>>
>>> I have 2 big annoyances with dylan:
>>
>>> To trigger 2) I updated
W dniu 26.04.2013 16:47, Koen Kooi pisze:
> I have 2 big annoyances with dylan:
> To trigger 2) I updated meta-linaro
Do you want 'dylan' branch of meta-linaro?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.l
-O2 -pipe -g -feliminate-unused-debug-types/" \
Signed-off-by: Marcin Juszkiewicz
---
meta/classes/cpan.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/cpan.bbclass b/meta/classes/cpan.bbclass
index 957a6e2..bef9e82 100644
--- a/meta/classes/cpan.bbc
W dniu 23.04.2013 11:04, Richard Purdie pisze:
>> > "all succeeded" does not look like a reason to fail a build.
> Agreed, please open a bug for it.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4397
___
Openembedded-core mailing list
Openembedded-c
W dniu 22.04.2013 16:16, Richard Purdie pisze:
> I've been giving some thought to where BitBake needs to go in the
> future in order to deliver for its users. It started life as a
> commandline utility and its grown a lot since it was first created.
> I think there are some key decisions that nee
With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw
Changes from v3:
- proper update-alternatives path
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb
W dniu 05.04.2013 14:21, Marcin Juszkiewicz pisze:
> So I got with this change:
>
> diff --git a/lib/bb/providers.py b/lib/bb/providers.py
> index fcee6dc..0b37c44 100644
> --- a/lib/bb/providers.py
> +++ b/lib/bb/providers.py
> @@ -296,8 +296,7 @@ def filterProviders(pro
W dniu 05.04.2013 11:20, Marcin Juszkiewicz pisze:
> ERROR: Multiple .bb files are due to be built which each provide virtual/libc
> (/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb
>
> /home/hrw/HDD/devel/canon
W dniu 05.04.2013 12:11, Richard Purdie pisze:
> On Fri, 2013-04-05 at 11:56 +0200, Marcin Juszkiewicz wrote:
>> http://tygrysek.juszkiewicz.com.pl/~hrw/tmp/rp-log.txt 3.4MB
> Some key bits of the log:
>
> DEBUG: Added runtime dependency eglibc
> for
> /home/hrw/HDD
W dniu 05.04.2013 11:54, Richard Purdie pisze:
> This means that virtual/libc is providing something which the external
> toolchain recipes are not. Can you share the "bitbake -DDDv" output for
> the above command somewhere (I know there will be a lot of it). Buried
> somewhere in there will be the
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3393 is about same issue.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
For last few months I am working on fixing Linaro binary cross
toolchains and their support in OpenEmbedded. Got to point when they
work (both AArch64 and ARMv7a ones) for single packages but problem
starts when I want to create image...
11:14 hrw@puchatek:build$ bitbake core-image-minimal -g
Pa
Signed-off-by: Marcin Juszkiewicz
---
meta/site/endian-big| 3 +++
meta/site/endian-little | 2 ++
2 files changed, 5 insertions(+)
diff --git a/meta/site/endian-big b/meta/site/endian-big
index 29edc8d..b99e96c 100644
--- a/meta/site/endian-big
+++ b/meta/site/endian-big
@@ -3,3 +3,6
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 9c0a08e..830f1e0
W dniu 03.04.2013 22:59, Saul Wold pisze:
> On 04/03/2013 01:47 PM, Marcin Juszkiewicz wrote:
>> W dniu 03.04.2013 17:50, Saul Wold pisze:
>>> This change seems to cause some issues with multilib build with lib32 on
>>> x86-64:
>>
>> I have to admit that
W dniu 03.04.2013 17:50, Saul Wold pisze:
> This change seems to cause some issues with multilib build with lib32 on
> x86-64:
I have to admit that I never did any multilib builds with OE. Can you
point me to config options I need to set to get such build done?
___
W dniu 28.03.2013 10:02, Marcin Juszkiewicz pisze:
> W dniu 28.03.2013 06:51, Khem Raj pisze:
>> I have added gcc 4.8 recipes and the branch is here
>>
>> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
>
> Übercool! Will do tests with aarch6
W dniu 28.03.2013 06:51, Khem Raj pisze:
> I have added gcc 4.8 recipes and the branch is here
>
> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
Übercool! Will do tests with aarch64.
___
Openembedded-core mailing list
Openembedded
W dniu 25.03.2013 10:53, Koen Kooi pisze:
>> > What are alternatives to powertop when only powertop provides it?
> busybox, as usual :)
Busybox developers are crazy ;D
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://l
With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel
With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel
W dniu 25.03.2013 10:43, Paul Eggleton pisze:
> Ah, your version misses out quite a few things from the older recipe
> (alternatives, uclibc compatibility, etc.)
What are alternatives to powertop when only powertop provides it?
I am doing uclibc build in background. Will also take care of
libnc
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel/powertop/powertop_2.3.bb | 12 +++
3 files changed, 12 insertions(+), 74
for
packagegroup-core-standalone-hhvm-sdk-target:
| *libacl1 (>= 2.2.51) *
| * opkg_install_cmd: Cannot install package
packagegroup-core-standalone-hhvm-sdk-target.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/coreutils/coreutils_8.14.bb | 3 ++-
1 file changed, 2 inserti
for
packagegroup-core-standalone-hhvm-sdk-target:
| *libacl1 (>= 2.2.51) *
| * opkg_install_cmd: Cannot install package
packagegroup-core-standalone-hhvm-sdk-target.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/coreutils/coreutils_8.14.bb | 1 +
1 file changed, 1 insert
W dniu 20.03.2013 15:05, Khem Raj pisze:
> NACK. tirpc is not at a point where it can replace the glibc provided
> rpc. There is too much software that depends on it. We have tried it
> in past 2.14 time frame and reverted back.
Thanks. We will go with other option and re-enable RPC in eglibc part
W dniu 20.03.2013 13:50, Mark Hatle pisze:
> On 3/20/13 5:41 AM, Marcin Juszkiewicz wrote:
>> Good point. YP-tools are not buildable with my changeset due to lack of
>> YP support in libtirpc.
> There is definitely a class of user (networking devices) where nis/yp
> are
W dniu 20.03.2013 11:27, Paul Eggleton pisze:
> On Wednesday 20 March 2013 10:37:17 Marcin Juszkiewicz wrote:
>> rpcbind needed removal of yellow pages support (whatever it is).
>
> Isn't that NIS? Will that affect the ypbind-mt / yp-tools recipes recently
> added ba
Signed-off-by: Marcin Juszkiewicz
---
.../rpcbind/rpcbind/rpcbind-01-no-yp-support.patch | 49 ++
meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb | 1 +
2 files changed, 50 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind-01-no-yp
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb
index cd97810
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-extended/quota/quota_4.01.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/quota/quota_4.01.bb
b/meta/recipes-extended/quota/quota_4.01.bb
index 80159a9..e171160 100644
--- a/meta/recipes
Without this option we do not need RPC support from glibc.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/busybox/busybox-1.20.2/defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/busybox/busybox-1.20.2/defconfig
b/meta/recipes-core/busybox
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/eglibc/eglibc_2.17.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/eglibc/eglibc_2.17.bb
b/meta/recipes-core/eglibc/eglibc_2.17.bb
index 22129e6..0853c08 100644
--- a/meta/recipes-core/eglibc
The main reasons for me to write this email were decissions made by
Linaro Toolchain WG when they started building AArch64 cross toolchains.
One of them was disabling RPC support in glibc as it is marked obsolete.
So I had two ways of handling it:
- add RPC back into glibc in Linaro's cross toolc
systems. It also
allows to have libdwarf-dev installed in image without having to go into
ugly hacks or rewriting 3rdparty software.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff
I did not tested it without external toolchain yet and have
no idea is it good way at all.
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index 050e799..f5801a8 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.
W dniu 26.07.2012 21:58, Richard Purdie pisze:
> On Thu, 2012-07-26 at 13:32 -0500, Mark Hatle wrote:
>> On 7/26/12 1:14 PM, Chris Larson wrote:
>>> On Thu, Jul 26, 2012 at 9:37 AM, Mark Hatle
>>> wrote:
> index 44284c3..f5fd4d7 100644
> --- a/meta/classes/toolchain-scripts.bbclass
>
1
Meta-linaro layer had own netbase.bbappend which took care of adding
MACHINE name to /etc/hosts to get it resolvable.
Koen Kooi pointed to nss-myhostname as better solution. Tested, works
fine so I add it for other users.
Signed-off-by: Marcin Juszkiewicz
---
.../nss-myhostname/nss
W dniu 14.03.2013 21:24, Khem Raj pisze:
>>> No, we do not use /lib64/ for AArch64.
>
> Thats under discussion I have seen threads and patches on gcc ml and
> glibc ml about it.
>
> http://gcc.gnu.org/ml/gcc-patches/2013-03/msg00288.html
> http://sourceware.org/ml/libc-ports/2013-03/msg00125.ht
H_tune-aarch64 = "aarch64"
> TUNE_PKGARCH_tune-aarch64 = "aarch64"
> PACKAGE_EXTRA_ARCHS_tune-aarch64 += "aarch64"
Thanks, changed and attached new version.
>From b303dd32eecd2fca3708eef468910f19bb903b3f Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz
Signed-off-by: Marcin Juszkiewicz
---
meta/conf/machine/include/aarch64/README | 9 +
meta/conf/machine/include/aarch64/arch-aarch64.inc | 16
2 files changed, 25 insertions(+)
create mode 100644 meta/conf/machine/include/aarch64/README
create mode 100644
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
Today I made several changes to OpenEmbedded layers hosted on
git.linaro.org:
- - meta-aarch64
- - meta-linaro
Meta-aarch64 is now empty and is obsolete. Probably will be removed from
server in about month or two.
Meta-linaro repository got ne
systems. It also
allows to have libdwarf-dev installed in image without having to go into
ugly hacks or rewriting 3rdparty software.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 17 +++--
1 file changed, 11 insertions(+), 6 deletions
W dniu 08.03.2013 14:21, Constantin Musca pisze:
> - the system should be using "armel" by default, not "arm"
>
> [YOCTO #3741]
And "armhf" for hard-float builds?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.
Why not version from wheezy?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
W dniu 16.02.2013 23:41, Holger Hans Peter Freyther pisze:
> This variable is set but never used in OE-core and meta-oe. It
> was historically used for the Opie collection but seems to be
> unused now.
As I am one of those who remember when it was added:
Acked-By: Marcin Ju
W dniu 14.02.2013 13:35, Mike Looijmans pisze:
> So far i've been using good old initscripts for my systems. I want to
> try out systemd. Having zero experience with that, I just added
> "systemd" to the DISTRO_FEATURES and started a fresh build. The build
> ran fine, but it produced something tha
W dniu 12.02.2013 20:51, Martin Jansa pisze:
> xserver-common is similar to formfactor, a bit more flexible but a
> lot worse to maintain for new MACHINES
IIRC xserver-common allows to set all MACHINE related variables in
/etc/default/something file. I added that years ago when merged
xserver-com
W dniu 12.02.2013 17:30, Richard Purdie pisze:
> On Tue, 2013-02-12 at 15:25 +0100, Marcin Juszkiewicz wrote:
>> | Collected errors:
>> | * satisfy_dependencies_for: Cannot satisfy the following dependencies for
>> packagegroup-core-standalone-hhvm-sdk-target:
>&g
-thread-db.
Signed-off-by: Marcin Juszkiewicz
---
meta/conf/distro/include/tclibc-eglibc.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/tclibc-eglibc.inc
b/meta/conf/distro/include/tclibc-eglibc.inc
index 15f5ee5..88bfd40 100644
--- a/meta/c
W dniu 05.02.2013 10:34, Laurentiu Palcu pisze:
> All font packages should inherit this class in order to generate the
> proper postinst/postrm scriptlets.
>
> The scriptlets will actually create a host intercept hook that will be
> executed at the end, at do_rootfs time, after all packages have b
W dniu 03.02.2013 20:45, Ian Geiser pisze:
> The case I have is 3 platforms: 1) Atom N450 2) WM 8950 3) VIA VX900
>
> The Atom has the normal mesa-dri drivers and can use the OpenGL
> implementation from that. The WM has only OpenGLES drivers and no
> OpenGL implementation. So in that case I wa
://bugs.launchpad.net/linaro-aarch64/+bug/1106865
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/flex/flex.inc | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/flex/flex.inc
b/meta/recipes-devtools/flex/flex.inc
index 472813b..517db16 100644
--- a/meta
Not every external toolchain has mtrace/sotruss/xtrace scripts so check
their existance first.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/eglibc/eglibc-package.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/eglibc/eglibc-package.inc
b
Not every external toolchain has mtrace/sotruss/xtrace scripts so check
their existance first.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-core/eglibc/eglibc-package.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/eglibc/eglibc-package.inc
b
W dniu 23.01.2013 17:24, Ross Burton pisze:
> Nothing appears to use this anymore, and it's been a very long time since
> there
> was anyone expressing an interest in the alternatives.
>
> Signed-off-by: Ross Burton
OMG... it was so long time ago... pcmciautils started with 2.6.13-rc1
kernel. A
W dniu 23.01.2013 12:43, Burton, Ross pisze:
> On 23 January 2013 11:38, Marcin Juszkiewicz
> wrote:
>> Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where
>> custom DISTRO_FEATURES were used.
>>
>> Resulting images ended in non-bootable st
://bugs.launchpad.net/linaro-oe/+bug/1099405/comments/12
Signed-off-by: Marcin Juszkiewicz
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 2dc50ca..607fb70 100644
--- a/meta/conf/bitbake.conf
+++ b/meta
You work with deb packages so I have a question/request.
Can you update APT to 0.9.x line? Current 0.7 one is failing for AArch64
and there is no way that I can get someone looking at it (due to version
being old).
I can create newer recipes but prefer not to test deb images.
__
further information)
Signed-off-by: Marcin Juszkiewicz
---
.../xorg-font/xorg-minimal-fonts.bb| 8 +--
.../xorg-font/xorg-minimal-fonts/misc/fonts.alias | 80 --
2 files changed, 3 insertions(+), 85 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg
further information)
Signed-off-by: Marcin Juszkiewicz
---
.../xorg-font/xorg-minimal-fonts.bb| 5 +-
.../xorg-font/xorg-minimal-fonts/misc/fonts.alias | 80 --
2 files changed, 2 insertions(+), 83 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg
further information)
Signed-off-by: Marcin Juszkiewicz
---
.../xorg-font/xorg-minimal-fonts.bb| 5 +-
.../xorg-font/xorg-minimal-fonts/misc/fonts.alias | 80 --
2 files changed, 2 insertions(+), 83 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg
W dniu 19.01.2013 10:20, mike.looijm...@topic.nl pisze:
> From: MiLo
>
> The configure script tests for libjson's presence. The missing dependency
> becomes apparent when building without x11 or gnome.
>
> Signed-off-by: MiLo
> ---
> meta/recipes-multimedia/pulseaudio/pulseaudio.inc |2 +-
elfutils-dev which fetches
libdw-dev which conflicts with libdwarf-dev. Magically without any
RRECOMMENDS_${PN}-dev = "elfutils-dev" in libdwarf recipe...
What is wrong and how to fix it?
>From d0b2edecbe66e6e9721f14ac84abdf8e8c82cad4 Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz
Signed-off-by: Marcin Juszkiewicz
---
...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb | 3 ++-
2 files changed, 33 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-kernel/oprofile/oprofile/0001-Add
Signed-off-by: Marcin Juszkiewicz
---
...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb | 3 ++-
2 files changed, 33 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-kernel/oprofile/oprofile/0001-Add
W dniu 05.01.2013 01:00, Khem Raj pisze:
> I would like folks to try and test this upgrade. I have tested it on
> angstrom/systemd-image
> booted on all supported qemu images.
>
> This is however now the final set since I have to put the 2.17 tars on
> downloads location
>
> Please try it out in
W dniu 05.01.2013 01:00, Khem Raj pisze:
> I would like folks to try and test this upgrade. I have tested it on
> angstrom/systemd-image
> booted on all supported qemu images.
>
> This is however now the final set since I have to put the 2.17 tars on
> downloads location
>
> Please try it out in
Signed-off-by: Marcin Juszkiewicz
---
.../gmp/gmp-5.1.0/187b7b1646ee.patch | 44 ++
meta/recipes-support/gmp/gmp_5.1.0.bb | 1 +
2 files changed, 45 insertions(+)
create mode 100644 meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch
diff --git
W dniu 02.01.2013 19:37, Marko Lindqvist pisze:
> New version of configure.patch added for gmp-5.1.0. Old patch
> moved to gmp-4.2.1 specific directory.
> gmp_fix_for_automake-1.12.patch part of upstŕeam so removed
> gmp-5 version, gmp-4.2.1 version remains.
This update broke our AArch64 builds. W
Signed-off-by: Marcin Juszkiewicz
---
.../ghostscript/ghostscript/aarch64/objarch.h | 40 ++
1 file changed, 40 insertions(+)
create mode 100644
meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
diff --git a/meta/recipes-extended/ghostscript/ghostscript
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h
diff --git a/meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-support/nspr/nspr_4.9.4.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/nspr/nspr_4.9.4.bb
b/meta/recipes-support/nspr/nspr_4.9.4.bb
index 0c985e2..36f93e0 100644
--- a/meta/recipes-support/nspr
Launchpad bug: https://bugs.launchpad.net/linaro-aarch64/+bug/1092128
Signed-off-by: Marcin Juszkiewicz
---
.../xorg-xserver/xserver-xorg-1.13.1/aarch64.patch | 64 ++
.../xorg-xserver/xserver-xorg_1.13.1.bb| 1 +
2 files changed, 65 insertions(+)
create mode
Hi
Can we replace default xorg.conf with empty one? I finally got X11
working on AArch64 just to notice that I have to remove xorg.conf file
to get them started.
In OE/classic defaults were "usable" for any random hardware...
___
Openembedded-core mail
1 - 100 of 190 matches
Mail list logo