On 08/09/2013 01:25 AM, Martin Jansa wrote:
On Wed, Jul 31, 2013 at 05:51:35AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 6190c69a9f78aeef951c39e4c8700e945bbec5f7
URL:
Hi Martin,
I think this is the same problem we discussed before.
The thread is busybox: fix the on-target upgrade problem.
The problem roots in opkg's update-alternatives.
At that time, I made a patch to fix this problem.
I didn't send it out because I then found some other problems with
From: Chen Qi qi.c...@windriver.com
The following changes since commit 70f1938e6bb4da056cbf57e6deb4f53cad8ddca1:
Temporary workaround with qemu images (2013-08-09 10:51:40 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/grub_0.97-fix
From: Chen Qi qi.c...@windriver.com
The grub_fix_for_automake-1.12.patch replaced pkglib with pkgdata to
make grub_0.97 build with automake-1.12. However, it forgot to set up
the pkgdatadir, thus causing grub_0.97 not shipping files under /usr/lib.
This in turn resulted in an unworkable grub.
On Fri, Aug 09, 2013 at 02:47:22PM +0800, Hongxu Jia wrote:
On 08/09/2013 01:25 AM, Martin Jansa wrote:
On Wed, Jul 31, 2013 at 05:51:35AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 6190c69a9f78aeef951c39e4c8700e945bbec5f7
URL:
On 08/09/2013 03:22 PM, Martin Jansa wrote:
On Fri, Aug 09, 2013 at 02:47:22PM +0800, Hongxu Jia wrote:
On 08/09/2013 01:25 AM, Martin Jansa wrote:
On Wed, Jul 31, 2013 at 05:51:35AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit:
On 8 August 2013 21:26, Khem Raj raj.k...@gmail.com wrote:
On Aug 8, 2013, at 7:45 AM, Ross Burton ross.bur...@intel.com wrote:
-KBRANCH_genericx86 = standard/common-pc/atom-pc
+KBRANCH_genericx86 = standard/common-pc/genericx86
This seems to be unrelated to what you are doing with this
* Enable external libav for better optimisations/additional bugfixes
(internal ffmpeg copy is quite old), default enabled but can be
disabled using PACKAGECONFIG
* Add a PACKAGECONFIG for orc, disabled by default in line with other
gstreamer recipes
* Bump PR to r7 so the bbappend can be
A recipe is now available for this, and it should enhance performance on
x86/x86-64.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bb | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git
Changes from the meta-oe recipe:
* Update stable recipe to 0.8.8
* Update git recipe to the tag for 9.8 (for now)
* Switch over to a tarball for the release version recipe
* Add LICENSE_FLAGS = commercial
* Set SUMMARY instead of DESCRIPTION
* Add yasm-native to DEPENDS since there is now a recipe
We only have a short description, so set SUMMARY and DESCRIPTION will be
defaulted from it.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This is required by the default configuration of libav being brought over
from meta-oe. Changes from the meta-oe recipe:
* Update to the latest revision from the stable branch (upstream does
not seem to provide stable releases.)
* Add LICENSE_FLAGS = commercial
* Enable PIC to fix text
This is needed for x264. Enabling it for libav also improves performance
on x86 and x86-64. Two minor changes from the meta-oe recipe:
* Set SUMMARY instead of DESCRIPTION
* Drop setting of S - it was setting it to the same as the default
Signed-off-by: Paul Eggleton
Bring in the libav (ffmpeg replacement) recipe from meta-oe. Motivations
behind this:
* Enhances the performance/capability of gst-ffmpeg (which we already
have in OE-Core) by switching it to use an up-to-date version of libav
instead of the old internal copy of ffmpeg
* Allows dropping the
On Fri, Aug 09, 2013 at 09:59:31AM +0100, Paul Eggleton wrote:
This is required by the default configuration of libav being brought over
from meta-oe. Changes from the meta-oe recipe:
* Update to the latest revision from the stable branch (upstream does
not seem to provide stable
oe-setup-builddir substitutes ##COREBASE## which seems like it should have the
same value as the variable ${COREBASE}. In reality it doesn't as ##COREBASE##
is substituted with the value of $OEROOT (the location of the oe-init-build-env
script), whereas ${COREBASE} is set by oe-core to the parent
Hi Martin,
On Friday 09 August 2013 11:20:44 Martin Jansa wrote:
On Fri, Aug 09, 2013 at 09:59:31AM +0100, Paul Eggleton wrote:
This is required by the default configuration of libav being brought over
from meta-oe. Changes from the meta-oe recipe:
* Update to the latest revision from
Devicetree files were installed hard-coded in /boot. When KERNEL_IMAGEDEST
is anything else but boot, the postinstall script and the file locations
no longer match and the postinstall will fail.
Replace boot with ${KERNEL_IMAGEDEST} to fix this problem, and to allow
the devicetree files to be
On Fri, Aug 9, 2013 at 7:53 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
Devicetree files were installed hard-coded in /boot. When KERNEL_IMAGEDEST
is anything else but boot, the postinstall script and the file locations
no longer match and the postinstall will fail.
Replace boot with
Patch fixes 'V4L2_CID_VCENTER_DEPRECATED' undeclared error.
Signed-off-by: Yevhen Kyriukha kirg...@gmail.com
---
.../0002-v4l2-fix-build-with-recent-kernels.patch | 25 ++
.../gstreamer/gst-plugins-good_0.10.31.bb | 3 ++-
2 files changed, 27 insertions(+), 1
I'm trying to use linux-yocto_3.8 under dylan (poky at 899e5cc) for
gumstix overo as an experiment. Since there are no overo files in the
meta branch of the linux-yocto-3.8 repo, I'm using recipe-space
metadata. I've run into two anomalies.
First, in-tree metadata is still being found and
The following changes since commit f63e7f4323368c0d6fe7a1d44393a7e15652d4f2:
subversion: Add patch to use neon 0.30 (2013-08-07 07:43:47 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib stefans/oeqa-work2
for you to fetch changes up to
The full name for the log is confusing when there are multiple files.
Also move the ssh log path stuff where it's needed.
Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
meta/classes/testimage.bbclass | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff
The way we read data from the serial console was unreliable and blocking
(AutoBuilder
seems to hit that often), so change the serial console type from unix socket to
tcp
and reverse the connection - don't let qemu act as server (wait for a
connection).
So now the serial console is used to save
Add separate tests for restarting syslog and using logger, and
skip the configuration test for systemd images which always fail
because syslog's systemd service doesn't read a config by default
(see YB#4860).
Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
From: Alexandru Palalau alexandrux.pala...@intel.com
New systemd runtime tests for enable/disable service, start/stop service and
list services.
Signed-off-by: Alexandru Palalau alexandrux.pala...@intel.com
Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
On Fri, Aug 9, 2013 at 10:34 AM, Peter A. Bigot p...@pabigot.com wrote:
I'm trying to use linux-yocto_3.8 under dylan (poky at 899e5cc) for gumstix
overo as an experiment. Since there are no overo files in the meta branch
of the linux-yocto-3.8 repo, I'm using recipe-space metadata. I've run
Ross, Paul:
I build this set, along with the Python3 and Read-Only, which are removed
pending some more review, on the AB. While there were some failures due to
other updates, those were also removed.
Thanks
Sau!
The following changes since commit
One patch (submitted upstream) for when Gallium is enabled, and another
(inappropriate for upstream) to fix out-of-tree builds with
0003-EGL-Mutate-NativeDisplayType-depending-on-config.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/conf/distro/include/seperatebuilddir.inc |
On Saturday 03 August 2013 19:58:37 Otavio Salvador wrote:
base.bbclass had code which handled the PNBLACKLIST in case of
multilib use. This is better to be done in the blacklist.bbclass so it
has all logic in a single place.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
On 9 August 2013 16:03, Saul Wold s...@linux.intel.com wrote:
I build this set, along with the Python3 and Read-Only, which are removed
pending some more review, on the AB. While there were some failures due to
other updates, those were also removed.
Acked-By: Ross Burton ross.bur...@intel.com
On Friday 09 August 2013 08:03:30 Saul Wold wrote:
Ross, Paul:
I build this set, along with the Python3 and Read-Only, which are removed
pending some more review, on the AB. While there were some failures due to
other updates, those were also removed.
Thanks
Sau!
The following
On 08/07/2013 06:15 AM, Jukka Rissanen wrote:
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
Hi,
I have been using this patch in meta-eca but it might be useful
in oe-core.
Cheers,
Jukka
.../procps-3.2.8/procps-3.2.8-ps-cgroup.patch | 74 ++
Richard,
Please pull after Ross and Paul give final ack.
Removed 2 patches based on Paul's review (Jukka's procps and
Otavio's blacklist).
Thanks
Sau!
The following changes since commit 291ab168fac15eae0e4c9234e16f394b0e1547a0:
subversion: Add patch to use neon 0.30 (2013-08-07 07:43:31
On Friday 09 August 2013 08:58:24 Saul Wold wrote:
Richard,
Please pull after Ross and Paul give final ack.
Removed 2 patches based on Paul's review (Jukka's procps and
Otavio's blacklist).
Thanks
Sau!
The following changes since commit 291ab168fac15eae0e4c9234e16f394b0e1547a0:
On 9 August 2013 16:58, Saul Wold s...@linux.intel.com wrote:
Please pull after Ross and Paul give final ack.
Acked-By: Ross Burton ross.bur...@intel.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
Hallo,
I am working on a MinGW SDK layer for OpenEmbedded. At this point, I got
to the
point where the gcc-crosssdk package builds successfully.
My next target is to build the nativesdk-libgcc package. But the
nativesdk-eglibc-initial package is getting in the way. As one can see
from
the log
On 08/08/2013 06:46 AM, Cristiana Voicu wrote:
Signed-off-by: Cristiana Voicu cristiana.vo...@intel.com
---
meta/recipes-kernel/systemtap/systemtap_git.bb |2 --
meta/recipes-kernel/systemtap/systemtap_git.inc |4 ++--
2 files changed, 2 insertions(+), 4 deletions(-)
The
On 08/09/2013 10:10 AM, Bruce Ashfield wrote:
On Fri, Aug 9, 2013 at 10:34 AM, Peter A. Bigot p...@pabigot.com wrote:
I'm trying to use linux-yocto_3.8 under dylan (poky at 899e5cc) for gumstix
overo as an experiment. Since there are no overo files in the meta branch
of the linux-yocto-3.8
On 9 August 2013 09:59, Paul Eggleton paul.eggle...@linux.intel.com wrote:
+SUMMARY = x86 (SSE) assembler supporting NASM and GAS-syntaxes
Does this mean we can drop nasm to avoid having numerous assemblers in
oe-core? You can't feed them after midnight you know.
Ross
On Friday 09 August 2013 17:32:58 Burton, Ross wrote:
On 9 August 2013 09:59, Paul Eggleton paul.eggle...@linux.intel.com wrote:
+SUMMARY = x86 (SSE) assembler supporting NASM and GAS-syntaxes
Does this mean we can drop nasm to avoid having numerous assemblers in
oe-core? You can't feed
On Fri, Aug 9, 2013 at 12:47 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Saturday 03 August 2013 19:58:37 Otavio Salvador wrote:
+# Cope with PNBLACKLIST flags for multilib case
+addhandler blacklist_multilib_eventhandler
+blacklist_multilib_eventhandler[eventmask] =
On Fri, Aug 9, 2013 at 12:03 PM, Saul Wold s...@linux.intel.com wrote:
...
Otavio Salvador (1):
blacklist.bbclass: Avoid blacklist specific handle in base.bbclass
Please drop this one. Paul found my typo (did when I was testing it).
I will send a v2.
--
Otavio Salvador
Fixes [YOCTO #4991]
The kernel image is installed as part of the kernel-image package, but
the symlink creation/removal via alternatives is being done in
pkg_post(inst|rm)_kernel-base.
Move the postinst alternatives logic into the kernel-image functions.
Signed-off-by: Darren Hart
On 08/06/2013 12:08 PM, Joe Slater wrote:
CQID: 429576
openjade is the only one that uses the shared libraries
and sometimes it cannot find them!
[Yocto #2972]
Signed-off-by: Joe Slater jsla...@windriver.com
---
.../openjade/openjade-native_1.3.2.bb | 29 ++-
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/groff/groff_1.22.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/groff/groff_1.22.2.bb
b/meta/recipes-extended/groff/groff_1.22.2.bb
index dc964ae..9d2a3c7 100644
---
Apparrently a LICENSE change was missed, so we add the GPLv2 version back in
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../groff-1.18.1.4/groff-1.18.1.4-remove-mom.patch | 35
.../groff/groff-1.18.1.4/man-local.patch | 32 +++
Turns out that a groff update was done sometime ago, and while committer
noted the license checksum changed, they did not verify the true nature
of the change. I caught this by total chance looking at the license
manifest directory.
Saul Wold (2):
groff: Add GPLv2 version
groff: Fix License
On 08/09/2013 02:27 AM, Ross Burton wrote:
oe-setup-builddir substitutes ##COREBASE## which seems like it should have the
same value as the variable ${COREBASE}. In reality it doesn't as ##COREBASE##
is substituted with the value of $OEROOT (the location of the oe-init-build-env
script),
I believe the plan is to create a meta-cpan in which recipes like this
can then live, not in oe-core.
Sau!
On 08/08/2013 02:51 AM, Hongxu Jia wrote:
Change in V2:
* Rename recipe to use libdbd-sqlite-perl instead of libdbm-sqlite-perl
In oe-core, only SQLite is supported, so we add
On 08/07/2013 11:16 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
It's possible that a 'No such directory' error occurs when doing
check_requirement in populate-volatile.sh at rootfs time. This is
because the $ROOT_DIR/var/tmp might be a dead link.
Use
Change the #define references to match RPM_VENDOR_OE.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../rpm/rpm/python-rpm-rpmsense.patch | 4 ++--
meta/recipes-devtools/rpm/rpm/rpm-no-loopmsg.patch | 2 +-
.../rpm/rpm/rpm-platform-file-fix.patch| 2 +-
We first to a long overdue cleanup and change the RPM_VENDOR_POKY to
RPM_VENDOR_OE. Then we fix a bug with older RPM packages that has been
found when attempting to install some of the LSB test packages.
The change was verified by corneliux.stoice...@intel.com who reported
the issue to me.
Mark
Some LSB packages appear to have the platform set to '%{_target_platform}'
which is not a valid platform field. This causes a failure of the type:
warning: package lsb-test-core-4.1.15-1.x86_64 is intended for a
%{_target_platform} platform
When we detect an invalid platform, fall back and try
Fix an issue with runtime remapping and multilibs when the remapped
filename is the same as the original (non-multilib) name. This can
happen with all arch, and module packages.
Mark Hatle (1):
image.bbclass: Move runtime_mapping_rename to avoid conflict w/
multilib
[YOCTO #4993]
Move the runtime_mapping_rename into a prefunc for the do_rootfs function.
Otherwise doing it in the python section could occur BEFORE the multilib
classes renaming.
If the package 'b' is a kernel module, then lib32-b and b should both
point to the same package. The
56 matches
Mail list logo