On Fri, Aug 03, 2012 at 12:15:26AM +0200, Martin Jansa wrote:
On Tue, Jul 31, 2012 at 07:05:17AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 2be0058fc4acddab611637656183accd052b40eb
URL:
On Wed, Aug 01, 2012 at 03:18:26PM -0700, Jeff Osier-Mixon wrote:
OpenEmbedded Technical Steering Committee
31 July 2012
Attendees: Mark, Koen, Richard, Paul
Apologies: Khem
Agenda Results
1. pick a chair -
On Friday 03 August 2012 09:49:31 Martin Jansa wrote:
I was expecting some discussion about
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026176.html
Can this be discussed on next TSC meeting?
I'll ensure it is on the agenda for the next meeting.
Cheers,
Paul
--
Paul
I was checking ways to make incremental builds faster so I started using
sstate-cache and SSTATE_MIRRORS. But this gave me some nasty bug:
| Collected errors:
| * satisfy_dependencies_for: Cannot satisfy the following dependencies
for php-cgi:
| *libtirpc1 (= 0.2.2) *
| * opkg_install_cmd:
I found the following code in u-boot.inc
if not d.getVar(UBOOT_MACHINE, True):
PN = d.getVar(PN, True)
FILE = os.path.basename(d.getVar(FILE, True))
bb.debug(1, To build %s, see %s for instructions on \
setting up your machine config % (PN, FILE))
raise
On Fri, Aug 3, 2012 at 11:43 AM, Radu Moisan radu.moi...@intel.com wrote:
I found the following code in u-boot.inc
if not d.getVar(UBOOT_MACHINE, True):
PN = d.getVar(PN, True)
FILE = os.path.basename(d.getVar(FILE, True))
bb.debug(1, To build %s, see %s for instructions on \
Sorry, my bad, I was trying to build u-boot-fw-utils and assumed wrongly
that the recipe requires u-boot.inc
Radu
On 08/03/2012 11:45 AM, Andrei Gherzan wrote:
On Fri, Aug 3, 2012 at 11:43 AM, Radu Moisan radu.moi...@intel.com
mailto:radu.moi...@intel.com wrote:
I found the following
On Fri, Aug 3, 2012 at 11:57 AM, Radu Moisan radu.moi...@intel.com wrote:
Sorry, my bad, I was trying to build u-boot-fw-utils and assumed wrongly
that the recipe requires u-boot.inc
It happens. No problem.
ag
___
Openembedded-core mailing list
Op 2 aug. 2012, om 21:03 heeft Ross Burton ross.bur...@intel.com het volgende
geschreven:
On Thursday, 2 August 2012 at 19:38, Koen Kooi wrote:
This will still break every platform with a binary libegl and libgles.
That is true and I'm all ears for suggestions. My best proposal so far is
Op 3 aug. 2012, om 00:50 heeft Stuart Yoder b08...@gmail.com het volgende
geschreven:
On Wed, Aug 1, 2012 at 3:05 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
On Wed, Aug 1, 2012 at 4:05 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 8/1/12 1:59 PM, McClintock Matthew-B29882
Op 2 aug. 2012, om 17:28 heeft Paul Eggleton paul.eggle...@linux.intel.com
het volgende geschreven:
On Thursday 02 August 2012 16:14:07 Koen Kooi wrote:
Op 2 aug. 2012, om 15:55 heeft Burton, Ross ross.bur...@intel.com het
volgende geschreven:
On 2 August 2012 14:50, Koen Kooi
On Wed, Aug 1, 2012 at 2:14 AM, Robert Yang liezhi.y...@windriver.com wrote:
This is used for fixing the rpm-createsolvedb.py error:
'import site' failed; use -v for traceback
Traceback (most recent call last):
File
On Thu, Aug 2, 2012 at 7:50 PM, Stuart Yoder b08...@gmail.com wrote:
On Wed, Aug 1, 2012 at 3:05 PM, Otavio Salvador ota...@ossystems.com.br
wrote:
On Wed, Aug 1, 2012 at 4:05 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 8/1/12 1:59 PM, McClintock Matthew-B29882 wrote:
This is one
Building u-boot requires UBOOT_MACHINE. In the u-boot README file
building u-boot is achieved with make NAME_config and then
make all. I assumend UBOOT_MACHINE to be the NAME part and thus,
the _config addition in u-boot.inc
NAME is the machine name, and choices area vailable in boards.conf,
I
On Fri, Aug 03, 2012 at 03:38:42PM +0300, Radu Moisan wrote:
Building u-boot requires UBOOT_MACHINE. In the u-boot README file
building u-boot is achieved with make NAME_config and then
make all. I assumend UBOOT_MACHINE to be the NAME part and thus,
the _config addition in u-boot.inc
NAME is
On Friday, 3 August 2012 at 11:18, Koen Kooi wrote:
libegl and libgles aren't built nowadays, so the problem is avoided. Noone
has dared to touch this subject the past 2.5 years:
http://cgit.openembedded.org/openembedded/commit/recipes/mesa?id=3d96f8cb61225d515b5cb4fe863f0d50c3ced436
The
On 08/03/2012 03:46 PM, Martin Jansa wrote:
On Fri, Aug 03, 2012 at 03:38:42PM +0300, Radu Moisan wrote:
Building u-boot requires UBOOT_MACHINE. In the u-boot README file
building u-boot is achieved with make NAME_config and then
make all. I assumend UBOOT_MACHINE to be the NAME part and thus,
On 8/3/12 6:19 AM, Otavio Salvador wrote:
On Thu, Aug 2, 2012 at 7:50 PM, Stuart Yoder b08...@gmail.com wrote:
On Wed, Aug 1, 2012 at 3:05 PM, Otavio Salvador ota...@ossystems.com.br wrote:
On Wed, Aug 1, 2012 at 4:05 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 8/1/12 1:59 PM,
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
Pass WERROR=0 to perf's Makefile to avoid warnings being treated
as errors. Warnings are not fatal, and while they will be fixed in the
future, there's no need
Op 3 aug. 2012, om 15:19 heeft Ross Burton ross.bur...@intel.com het volgende
geschreven:
On Friday, 3 August 2012 at 11:18, Koen Kooi wrote:
libegl and libgles aren't built nowadays, so the problem is avoided. Noone
has dared to touch this subject the past 2.5 years:
Dear Radu Moisan,
In message 1343997523-4117-1-git-send-email-radu.moi...@intel.com you wrote:
Building u-boot requires UBOOT_MACHINE. In the u-boot README file
building u-boot is achieved with make NAME_config and then
make all. I assumend UBOOT_MACHINE to be the NAME part and thus,
Actually
Hi all,
Any suggestion to fix these kinds of QA warnings?
libpam is referencing /usr/lib/libcrack from /lib/security.
I tried to fix cracklib to install to /lib but cracklib is using other
libraries from /usr/lib, I am afraid that I am touching a chain, so any
good ideas?
thanks,
yao
On 8/3/12 11:44 AM, Yao Zhao wrote:
Hi all,
Any suggestion to fix these kinds of QA warnings?
libpam is referencing /usr/lib/libcrack from /lib/security.
I tried to fix cracklib to install to /lib but cracklib is using other
libraries from /usr/lib, I am afraid that I am touching a chain, so
On 8/3/12 1:07 PM, Yao Zhao wrote:
On 12-08-03 01:45 PM, Mark Hatle wrote:
On 8/3/12 11:44 AM, Yao Zhao wrote:
Hi all,
Any suggestion to fix these kinds of QA warnings?
libpam is referencing /usr/lib/libcrack from /lib/security.
I tried to fix cracklib to install to /lib but cracklib is
On 12-08-03 02:22 PM, Mark Hatle wrote:
On 8/3/12 1:07 PM, Yao Zhao wrote:
On 12-08-03 01:45 PM, Mark Hatle wrote:
On 8/3/12 11:44 AM, Yao Zhao wrote:
Hi all,
Any suggestion to fix these kinds of QA warnings?
libpam is referencing /usr/lib/libcrack from /lib/security.
I tried to fix
Hi,
This first patchset is part of series that will move as many postinst
operations as
possible to the do_rootfs time, hence, taking advantage of the processing power
of
the host and reduce target's first boot time. This patchset, in particular, is
focused on gtk-update-icon-cache: which can
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.1.bb |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.1.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.1.bb
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
.../sato-icon-theme/sato-icon-theme.inc| 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-sato/sato-icon-theme/sato-icon-theme.inc
Some postinst scriptlets test for the existence of certain files but
have the paths hardcoded to the target's rootfs. This patch will allow
us to run postinst scriptlets at do_rootfs time by calling native
binaries.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
This will improve first boot time because building the icon cache is
done on host, with more processing power than the target.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/classes/gtk-icon-cache.bbclass | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff
This is needed in order to run postinst scriplets at do_rootfs time
rather than first boot time.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/recipes-gnome/gtk+/gtk+_2.24.8.bb |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On 8/3/12 3:19 PM, Laurentiu Palcu wrote:
Some postinst scriptlets test for the existence of certain files but
have the paths hardcoded to the target's rootfs. This patch will allow
us to run postinst scriptlets at do_rootfs time by calling native
binaries.
Signed-off-by: Laurentiu Palcu
On Fri, Aug 3, 2012 at 10:19 PM, Laurentiu Palcu
laurentiu.pa...@intel.com wrote:
This will improve first boot time because building the icon cache is
done on host, with more processing power than the target.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
The following changes since commit a9d0cbe1d84bb26fc1a1f48764fe514cf9f9c548:
gcc: Bump PR since there have been several gcc changes and various problems
reported and this should flush anything stale out (2012-08-03 10:32:24 +0100)
are available in the git repository at:
There has been some confusion over proper use of the linux-yocto-custom
recipe. It is not intended to build as is from meta-skeleton. It should
be modified via a bbappend file to provide a Linux kernel config at the
very least.
Update the commentary to make this requirement more explicit. Add
* Update to the latest version of psplash which fixes a segmentation fault
bug
Signed-off-by: Franklin S Cooper Jr fcoo...@ti.com
---
meta/recipes-core/psplash/psplash_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/psplash/psplash_git.bb
On 07/28/2012 02:22 AM, Anders Darander wrote:
On 26 jul 2012, at 22:43, Joshua Lock j...@linux.intel.com
wrote:
On Thu, 2012-07-26 at 20:40 +0100, Richard Purdie wrote:
Also, as others have mentioned, git can detect move operations if
you tell it to.
FYI the create-pull-request
On Fri, Aug 3, 2012 at 7:29 PM, Darren Hart dvh...@linux.intel.com wrote:
There has been some confusion over proper use of the linux-yocto-custom
recipe. It is not intended to build as is from meta-skeleton. It should
be modified via a bbappend file to provide a Linux kernel config at the
very
Now that we have moved the rpm-createsolvedb.py
script to createrepo-native for good reason of
python-native dependency, we have to make sure
that it is staged before its used, unlike before
where it was under scripts/ dir and always existed
outside the realm of package management.
Fixes build
when we build for nativesdk it needs tools from installed
glib-2.0-dev package. We zeroes out compile_resourses but
then genmarshal came up so instead of going about disabling
them one by one lets depend on glib-2.0-native since
thats the right thing to do.
Signed-off-by: Khem Raj
40 matches
Mail list logo