Op 21 sep. 2011, om 01:43 heeft Saul Wold het volgende geschreven:
> Signed-off-by: Saul Wold
> ---
> .../conf/distro/include/distro_tracking_fields.inc | 83 +++-
> 1 files changed, 81 insertions(+), 2 deletions(-)
>
> diff --git a/meta/conf/distro/include/distro_tracking_fiel
On 09/21/2011 12:07 AM, Koen Kooi wrote:
Op 21 sep. 2011, om 01:43 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold
---
.../conf/distro/include/distro_tracking_fields.inc | 83 +++-
1 files changed, 81 insertions(+), 2 deletions(-)
diff --git a/meta/conf/dist
Op 21 sep. 2011, om 09:44 heeft Saul Wold het volgende geschreven:
> On 09/21/2011 12:07 AM, Koen Kooi wrote:
>>
>> Op 21 sep. 2011, om 01:43 heeft Saul Wold het volgende geschreven:
>>
>>> Signed-off-by: Saul Wold
>>> ---
>>> .../conf/distro/include/distro_tracking_fields.inc | 83
>>> +
As for libpng recipe, the libpng.pc is a symbol link to libpng12.pc,
if packaging them into two different packages, we will get a dangling
link for libpng.pc, and when calculating rpm dependency with that file,
we will get nothing.
Only keep one version of dev package to fix the issue.
Signed-off
Hi Richard and Saul,
This pull request fixes the libpng dangling link, please help to review and
pull.
It should fix the problem of rootfs error that Saul met in multilib build.
Thanks,
Dongxiao
The following changes since commit 6f2ff4f804bb29202d04cf69dcc7da845cda2b2b:
multilib_global.bbc
Sysctl is managed by other initscripts in the sysV world and by systemd itself
in the systemd world, so drop it from the procps recipe.
This also fixes some style issues and a global FILES assignenment.
Signed-off-by: Koen Kooi
---
.../procps/procps-3.2.8/procps.init|6
Richard,
I have build (not booted) these fixes and for the most part
they seem to address alot of the issues we have seen. There
is still some problems with python and gtk+ needing to be
cleaned before do_rootfs is sucessful.
This is a major step forward based on some of the issues we
have see
From: Paul Eggleton
In the previous fix to this hook script (OE core revision
e7aae45414e4597e9244f86a81fbc940f73785c8) a start-of-line (^) marker was
missed, so if a commit had no Signed-off-by line but it contained an
inner patch that did, the inner patch was modified causing a "corrupt
patch"
From: Dexuan Cui
[YOCTO #1086]
The pach was backported from OE:
http://git.openembedded.net/cgit.cgi/openembedded/commit/?id=41e0fbf792037f249d1b8d283b3de81718887c9f
Signed-off-by: Dexuan Cui
---
meta/classes/package_deb.bbclass | 10 +-
meta/classes/populate_sdk_d
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/libzypp/libzypp_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libzypp/libzypp_git.bb
b/meta/recipes-extended/libzypp/libzypp_git.bb
index aeae7df..4b1b8e4 100
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/sat-solver/sat-solver_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/sat-solver/sat-solver_git.bb
b/meta/recipes-extended/sat-solver/sat-solver_git.bb
index 9b
From: Anders Darander
Signed-off-by: Anders Darander
---
meta/recipes-extended/zypper/zypper_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/zypper/zypper_git.bb
b/meta/recipes-extended/zypper/zypper_git.bb
index 299fcb5..7f7ceb3 100644
--
This fixes a problem with package names from inherits showing up
Signed-off-by: Saul Wold
---
meta/classes/distrodata.bbclass | 19 +--
meta/lib/oe/distro_check.py |8
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/meta/classes/distrodata.bbcla
From: Dongxiao Xu
Currently MACHINE_ARCH deploy folder is unique in multilib system, thus
a lib32 version of rpm package will override a normal rpm package if
its PACKAGE_ARCH is ${MACHINE_ARCH}.
Define different deploy folder for multilib architectures to avoid the
confliction.
Signed-off-by:
[YOCTO #1492]
This patch refactors avahi into a core non ui and avahi-ui, OE-Classic
has a similar factoring, and it was used as a refernce to make this
occur correctly here.
This allows the package to be built without gtk and GPLv3 issues.
Signed-off-by: Saul Wold
---
meta/recipes-connectivit
From: Mark Hatle
When packaging for RPM, dependencies were not being properly added
to the packages. Only the "providing" dependencies were added due
to a typo.
Signed-off-by: Mark Hatle
---
meta/classes/package_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --g
From: Dongxiao Xu
If user set MULTILIB_IMAGE_INSTALL, we need to install those multitlib
packages into the final image.
Also fix the logic in handling multilib prefix. For certain case like a
normal image contains several multilib libraries, the image recipe isn't
extended with MLPREFIX, therefo
From: Mark Hatle
RPM checks to see if binaries require GNU_HASH, if they do it adds
an automatic dependency of "rtld(GNU_HASH)". We need to satisfy
this dependency, and we do it by providing rtld(GNU_HASH) in the
package(s) that provide a runtime-linker.
Signed-off-by: Mark Hatle
---
meta/rec
From: Mark Hatle
Previously python dependencies were of the format "python(abi) = ..."
This format is not yet supportable within OE, so revert to a form
we know we can handle.
Introduce a change to package.bbclass that ensures it will causes the
sstate-cache's "package" to invalidate. Since pyt
From: Mark Hatle
In non-multilib packages, configured in a multilib configuration we
need to adjust the system provides and rprovides to include the
virtual multilib variant.
This resolves a problem introduced in the
329d864f9bbf94ad3aae8df43d63fe10e4237e4f commit. Where "allarch"
packages were
From: Daniel Lazzari
Make alsa-utils main package depend on all of the more specific alsa-utils
packages (such as alsa-utils-alsamixer).
Signed-off-by: Daniel Lazzari Jr
PR Bump
Signed-off-by: Saul Wold
---
.../recipes-multimedia/alsa/alsa-utils_1.0.24.2.bb |7 +--
1 files changed,
From: Mark Hatle
When using the RPM package backend, we need a full list of per-file
provides (and requires). The busybox package provides a number of
command line utilities, such as /usr/bin/env. However, because
the utilities are created at post install time via scripting the
provide of each
Signed-off-by: Saul Wold
---
meta/recipes-kernel/oprofile/oprofileui.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/oprofile/oprofileui.inc
b/meta/recipes-kernel/oprofile/oprofileui.inc
index 731e037..5170357 100644
--- a/meta/recipes-kernel/opr
From: Dongxiao Xu
When build sato-sdk image, the libmatchbox-dev needs the libpng12-dev
package, thus we need it.
Signed-off-by: Dongxiao Xu
---
meta/recipes-multimedia/libpng/libpng_1.2.46.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-multimedia
From: Dongxiao Xu
As for libpng recipe, the libpng.pc is a symbol link to libpng12.pc,
if packaging them into two different packages, we will get a dangling
link for libpng.pc, and when calculating rpm dependency with that file,
we will get nothing.
Only keep one version of dev package to fix th
Signed-off-by: Saul Wold
---
.../conf/distro/include/distro_tracking_fields.inc | 83 +++-
1 files changed, 81 insertions(+), 2 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index b150af8..7f
Op 20 sep. 2011, om 14:40 heeft Paul Eggleton het volgende geschreven:
> On Tuesday 20 September 2011 12:08:16 Koen Kooi wrote:
>> This eliminates a good chunk of buildtime when building console-only image.
>>
>> The bluez4 and this recipe share a .inc file since the source is the same.
>>
>> S
From: Tasslehoff Kjappfot
My .bashrc contained "export GREP_OPTIONS='--color=always'", and that caused
the path in my pseudodone file to be prefixed by "^[[m^[[K". Override by
calling grep with --color=never.
Signed-off-by: Tasslehoff Kjappfot
Signed-off-by: Koen Kooi
---
scripts/bitbake |
On Wed, 2011-09-21 at 12:31 +0200, Koen Kooi wrote:
> -PSEUDOBINDIR=`bitbake -e | grep STAGING_BINDIR_NATIVE=\" | cut -d '='
> -f2 | cut -d '"' -f2`
> +PSEUDOBINDIR=`bitbake -e | grep --color=never STAGING_BINDIR_NATIVE=\" |
> cut -d '=' -f2 | cut -d '"' -f2`
> ret=$?
That's a GNU e
To reiterate:
All the 'Poky' fields should be 'OE-core', OE-core should *not* have any poky
references after the rebranding done post ELC 2011 a few months ago.
Op 21 sep. 2011, om 11:39 heeft Saul Wold het volgende geschreven:
> Signed-off-by: Saul Wold
> ---
> .../conf/distro/include/distro_
Op 20 sep. 2011, om 23:18 heeft Eric Bénard het volgende geschreven:
> Hi,
>
> ok 2 branches are available here : git://github.com/eukrea/oe-core.git
> - qt4_improve for improvement to existing qt 4.7.3,
> - qt4_upgrade for adding qt 4.7.4 (with DEFAULT_PREFERENCE=-1 as suggested by
> Koen.
>
This patch removes a hardcoded "lib" reference from debian.bbclass
allowing libdirs like "lib64" to be used. Whilst working on this area of
code, a similar assumption about "bin" is removed and the regular
expression compilation is moved to the parent function since it doesn't
change and this will
Added two recipes:
1) qt-mobility-x11 builds the QtMobility 1.2 package
on the basis of qt4-x11-free;
2) qt-mobility-embedded builds the QtMobility 1.2 package
on the basis of qt4-embedded.
Signed-off-by: Dmitry Cherukhin
---
meta/recipes-qt/qt4/files/qtm_qtmobility_pro.patch | 19 ++
Op 21 sep. 2011, om 14:19 heeft Dmitry Cherukhin het volgende geschreven:
> Added two recipes:
> 1) qt-mobility-x11 builds the QtMobility 1.2 package
> on the basis of qt4-x11-free;
> 2) qt-mobility-embedded builds the QtMobility 1.2 package
> on the basis of qt4-embedded.
>
> Signed-off-by:
On Wed, 2011-09-21 at 02:39 -0700, Saul Wold wrote:
> I have build (not booted) these fixes and for the most part
> they seem to address alot of the issues we have seen. There
> is still some problems with python and gtk+ needing to be
> cleaned before do_rootfs is sucessful.
>
> This is a major
Hi Koen,
Le 21/09/2011 12:44, Koen Kooi a écrit :
Op 20 sep. 2011, om 23:18 heeft Eric Bénard het volgende geschreven:
ok 2 branches are available here : git://github.com/eukrea/oe-core.git
- qt4_improve for improvement to existing qt 4.7.3,
- qt4_upgrade for adding qt 4.7.4 (with DEFAULT_PREFE
Op 21 sep. 2011, om 14:52 heeft Eric Bénard het volgende geschreven:
> Hi Koen,
>
> Le 21/09/2011 12:44, Koen Kooi a écrit :
>> Op 20 sep. 2011, om 23:18 heeft Eric Bénard het volgende geschreven:
>>> ok 2 branches are available here : git://github.com/eukrea/oe-core.git
>>> - qt4_improve for im
On 09/18/2011 02:25 AM, Otavio Salvador wrote:
This was nack'ed but I don't remember why; Richard?
This was nack'ed because that version of the patch didn't check
for existence of uImage built by kernel tree (not present in
oe-dev/meta-oe, added in oe-core as somebody had problems with
regene
Le 21/09/2011 15:05, Koen Kooi a écrit :
WARNING: For recipe qt4-x11-free, the following files were installed but not
shipped in any package:
WARNING: /usr/share/qt4/phrasebooks/swedish.qph
WARNING: /usr/share/qt4/phrasebooks/dutch.qph
WARNING: /usr/share/qt4/phrasebooks/german.qph
WARNING
Op 21 sep. 2011, om 18:36 heeft Marko Katić het volgende geschreven:
> "--enable-configfiles" is deprecated upstream. Here is the original reason &
> patch:
>
> http://www.spinics.net/lists/linux-bluetooth/msg14266.html
>
> Replace "--enable-configfiles" with "--enable-datafiles" in the bluez4
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-connectivity/avahi/avahi.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index a847394..c3c9c71 100644
--- a/meta/recipes-c
icecc.bbclass assumed that nativesdk and cross-canadian packages should
use local icecc version. Instead those packages should use target-like
scheme for toolchain tarball generation.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/classes/icecc.bbclass |4 +---
1 files changed, 1 insertions
icecc-create-env(-native) is a native package. But if it doesn't have
the -native suffix, some dependency tracking stuff in oe-core (in
nativesdk.bbclass) get's crazy about it, trying to generate dependencies
to icecc-create-env-native packages. To fix that simply add -native
suffix to this package
There is no point in warning against .so symlinks in -nativesdk
packages. They have to contain such links, so shut up the warning.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/classes/insane.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insan
Separate dependencies on X11 and them to DEPENDS only if DISTRO_FEATURES
contain x11
Signed-off-by: Dmitry Eremin-Solenikov
---
.../gstreamer/gst-plugins-base_0.10.32.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plug
OE doesn't have common-lisp neither in oe-core, nor in org.oe.dev. Stop
this package from installing clisp-related files.
Signed-off-by: Dmitry Eremin-Solenikov
---
.../libgpg-error/libgpg-error_1.10.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/m
1) Package gail modules into libgail package. .la files go into main
gtk+-dev package, debug symbols to gtk+-dbg.
2) For completeness add printerbackends .la files to gtk+-dev
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-gnome/gtk+/gtk+.inc | 10 ++
meta/recipes-gnome
1) Drop static versions of extensions, as there is no point in them
2) For completeness include .la files for extensions into polkit-dev
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-extended/polkit/polkit_0.101.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff
eglibc.inc contains packaging rules that depend on PKGSUFFIX expansion.
However that variable wasn't expanded properly in some case. E.g.
PACKAGES = " ... nscd${PKGSUFFIX} ..."
FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*"
would be expanded to
PACKAGES = " ... nscd-nativesdk ..."
FILES_nscd = "${s
Bash completion stuff isn't packaged and used. Stop building it by
passing --disable-bash-completion to configure
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-core/dbus/dbus-glib.inc |3 ++-
meta/recipes-core/dbus/dbus-glib_0.92.bb |2 +-
2 files changed, 3 insertions(+),
It seems nobody uses preloadable_libintl.so in OE world. It's not
included in any package. To stop oe-core from emiting a unshipped files
warning, remove that file in the end of do_install.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-core/gettext/gettext_0.18.1.1.bb |7 ++-
1
glib-utils already includes glib-gettextize program. Include some files
necessary for glib-gettextize to work.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-core/glib-2.0/glib-2.0_2.27.5.bb |2 +-
meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb |2 +-
meta/recipes-core/glib-2.0/g
Include headers necessary to compile gcc plugins into cross-canadian gcc
packages.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-devtools/gcc/gcc-4.5.1.inc |2 +-
meta/recipes-devtools/gcc/gcc-4.6.inc |2 +-
meta/recipes-devtools/gcc/gcc-package-sdk.inc |1 +
Some scripts are necessary to develop programs with libcom_err and
libss. Include those into e2fsprogs-dev package.
Signed-off-by: Dmitry Eremin-Solenikov
---
.../e2fsprogs/e2fsprogs_1.41.14.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipe
Long time ago a066e7ca90a28d5681c5fa895a29e999ed7c88b was committed to
address possible problems with compilation of nscd during
eglibc-nativesdk build. Problems were related to the way gcc searches
for headers to check if it should enable it's own stack smash protection
bits or it can relay on egl
libxml2 provides a libxml2.a library, which wasn't included in any of
the packages. Usually static libs are included into a -staticdev
package, but this package wasn't generated for libxml2, due to
libxml2.inc redeclaring PACKAGES variable (to include libxml2-utils).
Replace PACKAGES setting with e
I belive that "files were installed but not shipped in any package"
message should become a fatal error. While it's true that sometimes some
files are generated by do_install task, which aren't necessary for our
target systems. However in generic I think this is a very important and
usually overloo
Hi Richard and Saul,
This pull request implement the two step of rpm rootfs installation,
please help to review and pull.
Thanks,
Dongxiao
The following changes since commit bcfff457f63f43f53bcaf04f116e09bb2bba9bd6:
Fix mercurial fetcher in fetch2 (2011-09-21 14:07:31 +0100)
are available in
Firstly we install a base image.
Then install those multilib packages listed in MULTILIB_IMAGE_INSTALL.
Signed-off-by: Dongxiao Xu
---
meta/classes/package_rpm.bbclass | 54 +++---
1 files changed, 50 insertions(+), 4 deletions(-)
diff --git a/meta/classes/pack
>I belive that "files were installed but not shipped in any package"
>message should become a fatal error. While it's true that sometimes some
>files are generated by do_install task, which aren't necessary for our
>target systems. However in generic I think this is a very important and
>usually ov
Op 21 sep. 2011, om 20:39 heeft Dmitry Eremin-Solenikov het volgende geschreven:
> Separate dependencies on X11 and them to DEPENDS only if DISTRO_FEATURES
> contain x11
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> .../gstreamer/gst-plugins-base_0.10.32.bb |3 ++-
> 1 files ch
Op 21 sep. 2011, om 20:39 heeft Dmitry Eremin-Solenikov het volgende geschreven:
> Bash completion stuff isn't packaged and used. Stop building it by
> passing --disable-bash-completion to configure
A better idea would be to package it
___
Openembedded
On 9/21/11 2:06 PM, Dongxiao Xu wrote:
> Firstly we install a base image.
> Then install those multilib packages listed in MULTILIB_IMAGE_INSTALL.
>
> Signed-off-by: Dongxiao Xu
I worked with Dongxiao on this solution.
Acked-by: Mark Hatle
> ---
> meta/classes/package_rpm.bbclass | 54
> +
Op 21 sep. 2011, om 21:10 heeft Daniel Lazzari het volgende geschreven:
>> I belive that "files were installed but not shipped in any package"
>> message should become a fatal error. While it's true that sometimes some
>> files are generated by do_install task, which aren't necessary for our
>> t
Richard/Saul,
Here's another small series of kernel config updates from the linux-yocto
tree. During some build/boot and regression testing I noticed that some
configuration warnings weren't being dumped to a visible location. When
I moved all the warnings (patch 3/3) to the kernel audit phase, th
Updating the 3.0 kernel to enable blktrace to match our previous
functionality. This is done by the following meta branch commit:
[
meta: add blktrace feature
Add a 'blktrace feature' that turns on kernel support for blktrace, a
block I/O tracing tool. Added to 'standard' alongside s
kernel configuration validation takes place between two files. An
unprocessed configuration file (which is all the options found in
the various configuration fragments) and the final .config produced
by the lkc.
The unprocessed configuration file's name historically is based on
the name of the bra
There were some config fragment warnings that were being hidden
by virtue of being output while generating the full config versus
the ones that were generated during the configuration audit task.
This change does the following:
- Updates the kern-tools SRCREV to include changes that move
al
I'm finally trying to get started with oe-core. I'm using a setup
created with the setup-script created by Koen. Everything looks ok until
it tried to build cpufrequtils. The recipe tries to fetch the source
from a git repo at kernel.org. Obviously, the fetch fails.
What is odd, in the "good o
On 9/21/11 2:38 PM, Philip Balister wrote:
> I'm finally trying to get started with oe-core. I'm using a setup
> created with the setup-script created by Koen. Everything looks ok until
> it tried to build cpufrequtils. The recipe tries to fetch the source
> from a git repo at kernel.org. Obviou
On 9/21/11, Daniel Lazzari wrote:
>>I belive that "files were installed but not shipped in any package"
>>message should become a fatal error. While it's true that sometimes some
>>files are generated by do_install task, which aren't necessary for our
>>target systems. However in generic I think t
Op 21 sep. 2011, om 21:43 heeft Mark Hatle het volgende geschreven:
> On 9/21/11 2:38 PM, Philip Balister wrote:
>> I'm finally trying to get started with oe-core. I'm using a setup
>> created with the setup-script created by Koen. Everything looks ok until
>> it tried to build cpufrequtils. Th
>
>On 9/21/11, Daniel Lazzari wrote:
>>>I belive that "files were installed but not shipped in any package"
>>>message should become a fatal error. While it's true that sometimes
>some
>>>files are generated by do_install task, which aren't necessary for our
>>>target systems. However in generic
On 9/21/11, Koen Kooi wrote:
>
> Op 21 sep. 2011, om 20:39 heeft Dmitry Eremin-Solenikov het volgende
> geschreven:
>
>> Bash completion stuff isn't packaged and used. Stop building it by
>> passing --disable-bash-completion to configure
>
> A better idea would be to package it
Then we need bash-
On 9/21/11, Daniel Lazzari wrote:
>
>>
>>On 9/21/11, Daniel Lazzari wrote:
I belive that "files were installed but not shipped in any package"
message should become a fatal error. While it's true that sometimes
>>some
files are generated by do_install task, which aren't necessary for
Op 21 sep. 2011, om 21:57 heeft Dmitry Eremin-Solenikov het volgende geschreven:
> On 9/21/11, Koen Kooi wrote:
>>
>> Op 21 sep. 2011, om 20:39 heeft Dmitry Eremin-Solenikov het volgende
>> geschreven:
>>
>>> Bash completion stuff isn't packaged and used. Stop building it by
>>> passing --disa
Hello,
I sent those a while ago and didn't receive any ack or nack on those;
they are trivial enough to get into the oe-core repository for final
release.
Bundle: http://patches.openembedded.org/bundle/otavio/xf86-fixes/
Cheers,
--
Otavio Salvador O.S. Systems
E-mai
"--enable-configfiles" is deprecated upstream. Here is the original reason &
patch:
http://www.spinics.net/lists/linux-bluetooth/msg14266.html
Replace "--enable-configfiles" with "--enable-datafiles" in the bluez4
recipe.
diff --git
a/meta/recipes-connectivity/bluez/bluez4_4.96.bbb/meta/recipes
On 09/21/2011 01:01 PM, Otavio Salvador wrote:
Hello,
I sent those a while ago and didn't receive any ack or nack on those;
they are trivial enough to get into the oe-core repository for final
release.
Bundle: http://patches.openembedded.org/bundle/otavio/xf86-fixes/
Cheers,
Please send the
Updates distro tracking info for the 1.1 release.
Sau!
The following changes since commit eb39d55d07880e9338808fc077991b5673077aa1:
libpng: Add RPROVIDES for backwards compatibiliy with previous libpng
packaging (2011-09-21 13:42:12 +0100)
are available in the git repository at:
git://git.
Signed-off-by: Saul Wold
---
.../conf/distro/include/distro_tracking_fields.inc | 101 +---
1 files changed, 89 insertions(+), 12 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index b150af8..c
On 09/20/2011 01:32 AM, Anders Darander wrote:
openSUSE has moved several of it's projects from gitorious to github. Lately,
these has become unfetchable from gitorius, thus the SRC_URI fixes are needed
also for the upcoming yocto release.
No other changes are included, SRCREV's are kept the sa
On 09/20/2011 04:15 PM, Daniel Lazzari wrote:
Make alsa-utils main package depend on all of the more specific alsa-utils
packages (such as alsa-utils-alsamixer).
Signed-off-by: Daniel Lazzari Jr
---
.../recipes-multimedia/alsa/alsa-utils_1.0.24.2.bb |5 -
1 files changed, 4 insertion
On 09/19/2011 07:20 AM, Paul Eggleton wrote:
Otavio Salvador reported another issue with the hook script which I have
fixed; the circumstances are briefly described in the patch.
The following changes since commit 81274f4488fbc4d68d150870735ec0181b60b451:
freetype: disable bzip2 compressed f
On Wed, 2011-09-21 at 21:49 +0200, Koen Kooi wrote:
> Op 21 sep. 2011, om 21:43 heeft Mark Hatle het volgende geschreven:
>
> > On 9/21/11 2:38 PM, Philip Balister wrote:
> >> I'm finally trying to get started with oe-core. I'm using a setup
> >> created with the setup-script created by Koen. Eve
alsa-lib: Don't use versioned symbols on uclibc builds as it causes strange
hangs. Taken from oe-classic.
Signed-off-by: Daniel Lazzari Jr
---
meta/recipes-multimedia/alsa/alsa-lib_1.0.24.1.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-multimedia/alsa
On Wed, 2011-09-21 at 15:46 -0700, Saul Wold wrote:
> Signed-off-by: Saul Wold
> ---
> .../conf/distro/include/distro_tracking_fields.inc | 101
> +---
> 1 files changed, 89 insertions(+), 12 deletions(-)
Merged to master, thanks.
Richard
On Thu, 2011-09-22 at 03:06 +0800, Dongxiao Xu wrote:
> Firstly we install a base image.
> Then install those multilib packages listed in MULTILIB_IMAGE_INSTALL.
>
> Signed-off-by: Dongxiao Xu
> ---
> meta/classes/package_rpm.bbclass | 54
> +++---
> 1 files ch
pkgconfig files belong in the -dev package. They automatically add
a runtime dependency (when packaging with RPM) for "pkgconfig", which
is not desired to be installed with this package.
Signed-off-by: Mark Hatle
---
meta/recipes-bsp/usbutils/usbutils_0.91.bb |4 ++--
1 files changed, 2 ins
Fix additional dependencies found while building core-image-lsb. Most of
the issues are related to simple errors in the recipes or PAM integration
problems.
The following changes since commit 40b52d9ed9b7b39bc86b3c87ae60fa6359cac265:
distro tracking: Update Distro Aliases (2011-09-22 01:30:00
By default cgi.py attempts to use /usr/local/bin/python as its
interpreter. However, on my Linux systems, including OE-Core,
python is installed into {bindir}. Adjust this one file based on
the comment at the top of the upstream file.
This resolves an issue where a runtime dependency discovered
When PAM is enabled for the distribution we need to be sure to have a
build dependency of libpam, and runtime dependencies on the pam modules
used by the sudo package.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/sudo/sudo_1.8.1p2.bb |5 -
1 files changed, 4 insertions(+), 1 delet
A small number of target installed programs, "${bindir}/pod*",
were incorrectly using the perl-native paths to access perl. This
caused a dependency failure during RPM rootfs install, and also
prevented those specific components from functioning.
Signed-off-by: Mark Hatle
---
meta/recipes-devto
Remove the perl-dev recipe from the required packages. When this
recipe is included, libc6-dev is automatically added as are a large
number of other -dev packages. Eventually this creates a system
where the dependencies may not be able to be satisfied.
The perl-dev package should not be required
Disable a few checks, and hard code the values for a few other items
to work around potential host contamination issues. We also default
to the cups configuration for items.
Signed-off-by: Mark Hatle
---
.../foomatic/foomatic-filters_4.0.7.bb | 21 ++-
1 files chan
By default cgi.py attempts to use /usr/local/bin/python as its
interpreter. However, on my Linux systems, including OE-Core,
python is installed into {bindir}. Adjust this one file based on
the comment at the top of the upstream file.
This resolves an issue where a runtime dependency discovered
@PYTHON@ will points to the abstract path in sysroot, which should be
replaced by "#!/usr/bin/env python".
This should fix the sato-sdk rootfs error.
Signed-off-by: Dongxiao Xu
---
.../libglade-2.6.4/python_environment.patch|9 +
meta/recipes-gnome/libglade/libglade_2.6.4.bb
Hi Saul,
This pull request is to change the python environment setting in
libglade, which should fix the issue of sato-sdk rootfs error,
please help to review and pull.
Thanks,
Dongxiao
The following changes since commit 80650bf4bce83e4e8d785e9a69eac0abbcdc6844:
procps 3.2.8: remove initscrip
On 09/21/2011 07:51 PM, Dongxiao Xu wrote:
@PYTHON@ will points to the abstract path in sysroot, which should be
replaced by "#!/usr/bin/env python".
This should fix the sato-sdk rootfs error.
Signed-off-by: Dongxiao Xu
---
.../libglade-2.6.4/python_environment.patch|9 +
On Wed, 2011-09-21 at 15:25 -0400, Bruce Ashfield wrote:
> Richard/Saul,
>
> Here's another small series of kernel config updates from the linux-yocto
> tree. During some build/boot and regression testing I noticed that some
> configuration warnings weren't being dumped to a visible location. When
1 - 100 of 122 matches
Mail list logo
