Op 1 mrt. 2012, om 08:26 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../{pixman_0.24.2.bb = pixman_0.24.4.bb} |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/xorg-lib/{pixman_0.24.2.bb =
Op 1 mrt. 2012, om 08:46 heeft Saul Wold het volgende geschreven:
From: Zhai Edwin edwin.z...@intel.com
Self-hosted needs package libx11-dev, which is ambiguous as virtual/libx11 is
provided by libx11 or libx11-trim. This patch explictly set the perferred one,
libx11-trim-dev, to avoid
Op 1 mrt. 2012, om 08:46 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/images/self-hosted-image.bb | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git
On Thu, 2012-03-01 at 09:15 +0100, Koen Kooi wrote:
Op 1 mrt. 2012, om 08:46 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/images/self-hosted-image.bb | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
Hi,
I am trying to built a x86_64 bit target filesystem on a 64 bit
host(Ubuntu-11.10) using yocto poky framework.
I encountered the same problem while compiling the kernel for my target.
*WARNING: QA Issue: Architecture did not match (62 to 3) on
On 02/25/2012 11:49 PM, Martin Jansa wrote:
+SDK_NAME_PREFIX = oecore
should this be weak assignment
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Thu, Mar 01, 2012 at 01:23:29AM -0800, Khem Raj wrote:
On 02/25/2012 11:49 PM, Martin Jansa wrote:
+SDK_NAME_PREFIX = oecore
should this be weak assignment
Yeah, probably could be (I'm not overwritting this from my distro conf
so I haven't tried), but SDK_NAME assignment also wasn't weak
From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com
SOCKS proxy specification with git was using conflicting methods and
thus was failing when mixed SOCKS needs were in place (requiring no
proxy for some hosts and proxy for the rest)
- GIT_PROXY_COMMAND is an environment variable GIT uses
On 02/27/2012 11:36 PM, James Limbouris wrote:
Signed-off-by: James Limbouris ja...@digitalmatter.com.au
---
.../gdk-pixbuf-2.24.0/configure_nm.patch | 19 +++
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb |3 ++-
2 files changed, 21 insertions(+), 1
On 03/01/2012 01:04 AM, Jegan Chandru wrote:
Hi,
I am trying to built a x86_64 bit target filesystem on a 64 bit
host(Ubuntu-11.10) using yocto poky framework.
I encountered the same problem while compiling the kernel for my target.
/WARNING: QA Issue: Architecture did not match (62 to
On 02/29/2012 07:12 AM, Steve Sakoman wrote:
On Wed, Feb 29, 2012 at 6:22 AM, Steve Sakoman sako...@gmail.com wrote:
On Wed, Feb 29, 2012 at 12:45 AM, Petr Štetiar yn...@true.cz wrote:
Now it's impossible to finish the build, the most noticeable failure is gcc,
which fails for me in patching
Am Donnerstag, den 01.03.2012, 14:14 +0800 schrieb Xiaofeng Yan:
On 2012年02月09日 17:06, Paul Menzel wrote:
Am Donnerstag, den 09.02.2012, 16:05 +0800 schrieb Xiaofeng Yan:
From: Xiaofeng Yanxiaofeng@windriver.com
LSB 4.1 complain a host contamination error from libx11 because of
We have things that depend on libx11-dev, this patch ensures the -trim
and -diet versions provide it. This resolves some multiple providers
warnings.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
Koen/Saul: This is how I think we should be fixing the libx11 issues...
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
deleted file mode 100644
index eeb4175..000
---
On Thu, Mar 01, 2012 at 11:55:16AM +, Richard Purdie wrote:
We have things that depend on libx11-dev, this patch ensures the -trim
and -diet versions provide it. This resolves some multiple providers
warnings.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
It's
Op 1 mrt. 2012, om 12:55 heeft Richard Purdie het volgende geschreven:
We have things that depend on libx11-dev, this patch ensures the -trim
and -diet versions provide it. This resolves some multiple providers
warnings.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
Hi, all!
How could I achieve multiple kernel packages builds in single build?
I need multiple kernel configurations for single hardware (which will
live in single build and booted on
request). So I need to put 2 uImages on one ubifs partition or
different mtd partitions, which is ok.
But I need
On Thu, 2012-03-01 at 13:11 +0100, Koen Kooi wrote:
Op 1 mrt. 2012, om 12:55 heeft Richard Purdie het volgende geschreven:
We have things that depend on libx11-dev, this patch ensures the -trim
and -diet versions provide it. This resolves some multiple providers
warnings.
Op 1 mrt. 2012, om 13:50 heeft Richard Purdie het volgende geschreven:
On Thu, 2012-03-01 at 13:11 +0100, Koen Kooi wrote:
Op 1 mrt. 2012, om 12:55 heeft Richard Purdie het volgende geschreven:
We have things that depend on libx11-dev, this patch ensures the -trim
and -diet versions
Op 1 mrt. 2012, om 13:50 heeft Sergey Lapin het volgende geschreven:
Hi, all!
How could I achieve multiple kernel packages builds in single build?
I need multiple kernel configurations for single hardware (which will
live in single build and booted on
request). So I need to put 2
Just to let you know that I'm still working on this.
The git repository (at [1]) shows what was currently done, since
kdelibs builds now it could be possible to port other programs that
depend on it.
The good and the bad news:
Good:
* Most things will compile and install
* Workarounds should
Op 1 mrt. 2012, om 14:24 heeft Samuel Stirtzel het volgende geschreven:
Just to let you know that I'm still working on this.
The git repository (at [1]) shows what was currently done, since
kdelibs builds now it could be possible to port other programs that
depend on it.
The good and
2012/3/1 Koen Kooi k...@dominion.thruhere.net:
* The user has to install kdelibsX-dev (X is either version 4 or 5)
since KDE (like Koen already stated) needs to execute KDE/Qt programs
that depend on the whole KDE stack again in a native flavor.
Can we just build them natively and put them in
On Thu, Mar 1, 2012 at 2:33 AM, Khem Raj raj.k...@gmail.com wrote:
On 02/29/2012 07:12 AM, Steve Sakoman wrote:
On Wed, Feb 29, 2012 at 6:22 AM, Steve Sakoman sako...@gmail.com wrote:
On Wed, Feb 29, 2012 at 12:45 AM, Petr Štetiar yn...@true.cz wrote:
Now it's impossible to finish the build,
On Thursday 01 March 2012 15:15:11 Samuel Stirtzel wrote:
For the packages kconfig_compiler (needs libkdecore) and
makekdewidgets (needs libkdecore and libkdeui) it might work, as long
as the programs got their libraries.
Since building kdelibs native in OpenEmbedded would need a full
On Thu, Mar 1, 2012 at 3:31 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Thursday 01 March 2012 13:38:04 Andreas Müller wrote:
Would it be big effort to have the package scripts (pre-/postinst,
postrm) handled by buildhistory?
Do you mean you would like the contents of the
On Thu, 2012-03-01 at 07:43 -0700, Gary Thomas wrote:
Recent changes have attempted to make consistant use of /etc/timestamp
In particular
5aab665 initscripts: Make /etc/timestamp consistent again.
173a48f image.bbclass: Ensure timestamp matches format used in initscripts
after recent
On 2012-03-01 07:59, Richard Purdie wrote:
On Thu, 2012-03-01 at 07:43 -0700, Gary Thomas wrote:
Recent changes have attempted to make consistant use of /etc/timestamp
In particular
5aab665 initscripts: Make /etc/timestamp consistent again.
173a48f image.bbclass: Ensure timestamp matches
On 2012-03-01 08:11, Gary Thomas wrote:
On 2012-03-01 07:59, Richard Purdie wrote:
On Thu, 2012-03-01 at 07:43 -0700, Gary Thomas wrote:
Recent changes have attempted to make consistant use of /etc/timestamp
In particular
5aab665 initscripts: Make /etc/timestamp consistent again.
173a48f
On Wed, 2012-02-29 at 21:33 +0100, Petr Štetiar wrote:
| ln: failed to create symbolic link
`beagleboard/systemd-image-beagleboard.tar.bz2': File exists
NOTE: package systemd-image-1.0-r0: task do_rootfs: Failed
Signed-off-by: Petr Štetiar yn...@true.cz
---
On 2012-03-01 08:44, Richard Purdie wrote:
On Thu, 2012-03-01 at 08:27 -0700, Gary Thomas wrote:
On 2012-03-01 08:11, Gary Thomas wrote:
On 2012-03-01 07:59, Richard Purdie wrote:
On Thu, 2012-03-01 at 07:43 -0700, Gary Thomas wrote:
Recent changes have attempted to make consistant use of
On Thu, Mar 1, 2012 at 12:27, Gary Thomas g...@mlbassoc.com wrote:
I think the best thing would be to turn CONFIG_FEATURE_DATE_COMPAT back
on along with my reformatting change.
I can make an updated patch if you agree.
This is indeed the better solution.
Please send an updated patch in
On 2012-03-01 09:04, Otavio Salvador wrote:
On Thu, Mar 1, 2012 at 12:52, Gary Thomasg...@mlbassoc.com wrote:
On 2012-03-01 08:44, Richard Purdie wrote:
Is this going to cause us a problem in real world usage? I'd hope in the
general case we use standard formatting?
I have to admit I'm
Recent changes have attempted to make consistant use of /etc/timestamp
In particular
5aab665 initscripts: Make /etc/timestamp consistent again.
173a48f image.bbclass: Ensure timestamp matches format used in initscripts
after recent changes
e32e236 busybox: Enable 64 bit shell tests, and
Reformat date, as stored in /etc/timestamp, to match CLI format.
Signed-off-by: Gary Thomas g...@mlbassoc.com
Signed-off-by: Gary Thomas g...@mlbassoc.com
---
.../initscripts/initscripts-1.0/bootmisc.sh|2 +-
meta/recipes-core/initscripts/initscripts_1.0.bb |2 +-
2 files
Restore CONFIG_FEATURE_DATE_COMPAT so that all versions of 'date',
whether from busybox or coreutils, agree on the format when
setting the date from the command line.
Signed-off-by: Gary Thomas g...@mlbassoc.com
---
meta/recipes-core/busybox/busybox-1.19.3/defconfig |2 +-
in
oecore-i686-arm-toolchain-gmae-20120229.tar.bz2
and for armv4t with similar name (I was lucky that it took more then day to
build)
oecore-i686-arm-toolchain-gmae-20120301.tar.bz2
Cheers,
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
to
PACKAGE_ARCH or TUNE_PKGARCH
because meta-toolchain-gmae for armv7a ends in
oecore-i686-arm-toolchain-gmae-20120229.tar.bz2
and for armv4t with similar name (I was lucky that it took more then day to
build)
oecore-i686-arm-toolchain-gmae-20120301.tar.bz2
Agreed...
Cheers,
Richard
Introduce a new variable called IMAGE_ROOTFS_ALIGNMENT that allows to control
the aligment of the size of the rootfs. Its default value is set to 1KiB so
that the existing behaviour is not changed. In case the SD card emulation of
a QEMU system emulator gets used you may set the alignment to 2MiB.
If oe-git-proxy-socks isn't available, try and create it.
If that fails, tell the user there is a problem, don't just fail
to find the command.
[YOCTO #2007]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/scripts/oe-git-proxy-socks-command
On Thu, 2012-03-01 at 10:41 -0700, Gary Thomas wrote:
Recent changes have attempted to make consistant use of /etc/timestamp
In particular
5aab665 initscripts: Make /etc/timestamp consistent again.
173a48f image.bbclass: Ensure timestamp matches format used in initscripts
after recent
On Thu, 2012-03-01 at 10:08 -0800, Khem Raj wrote:
g++ really does not like the missing prototypes
here we were missing close() and read() so include
unistd.h to get them
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../libproxy/libproxy/g++-namepace.patch | 22
If our own proxy command isn't available for some reason and nc is available,
fall back to use it.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/scripts/oe-git-proxy-socks-command
b/scripts/oe-git-proxy-socks-command
index 39e0acb..8acffb5 100755
---
On 03/01/2012 12:55 PM, Ken Werner wrote:
Introduce a new variable called IMAGE_ROOTFS_ALIGNMENT that allows to control
the aligment of the size of the rootfs. Its default value is set to 1KiB so
that the existing behaviour is not changed. In case the SD card emulation of
a QEMU system emulator
I'm having a problem after the recent change
commit eacedb4f2afa98dbd2f5ea7a9f52e6ea952a72d2
Author: Richard Purdie richard.pur...@linuxfoundation.org
Date: Wed Feb 29 16:24:26 2012 +
image_types: Correctness fixes
* Add a newline to improve the output formatting
* Use
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
Of Khem Raj
Sent: Thursday, 1 March 2012 6:06 PM
To: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] gdk-pixbuf: Pick
On (02/03/12 03:07), James Limbouris wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
Of Khem Raj
Sent: Thursday, 1 March 2012 6:06 PM
To:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
Of Khem Raj
Sent: Friday, 2 March 2012 1:24 PM
To: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH] gdk-pixbuf:
On 03/01/2012 06:06 PM, Gary Thomas wrote:
As far as I can recall (which is a really long time), 'date' has always
wanted the format MMDDHHmm[], so I think that's what we should
expect.
That format doesn't compare easily which is why the timestamp was
changed
(not by me) to a more ISO
RP,
I have image-sato multilib build failure with following error:
ERROR: Task do_package_setscene depends upon nonexistant task
/distro/edwin-working/poky/meta/recipes-extended/shadow/shadow-sysroot_4.1.4.3.bb:do_populate_sysroot_setscene
Summary: There was 1 ERROR message shown, returning a
The libpam's has an error when generating the rootfs:
chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
This is because the following code in libpam_1.1.5.bb:
pkg_postinst_pam-plugin-unix () {
# below is necessary to allow unix_chkpwd get user info from shadow file
It is more than set in the environment - the configure script spits out two
messages about it before hitting this macro.
So, I think the check is entirely extraneous.
if you can point that there is another check which makes this one
redundant thats a different issue and then your patch is
52 matches
Mail list logo
