it does not build, it complains about nothing providing dbus-x11
Radu
On 07/26/2012 09:17 AM, Radu Moisan wrote:
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments. If you want to force
no-discovery for native builds the correct argument is --disable-x1
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments. If you want to force
no-discovery for native builds the correct argument is --disable-x11-autolaunch.
This ensures that DBus looks at the build environment to determine whether to
enable X11 bus discovery
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments. If you want to force
no-discovery for native builds the correct argument is --disable-x11-autolaunch.
This ensures that DBus looks at the build environment to determine whether to
enable X11 bus discovery
On 2012年07月26日 06:02, Saul Wold wrote:
On 07/25/2012 02:58 PM, Saul Wold wrote:
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2820]
when check if there is pcre, the configure file always check
the host dir. now we make it work by adding correct prefix for
cr
From: "Song.Li"
sysstat Makefile shouldn't use -s option to strip binary
because we need debug info for dbg package.
The old way to remove -s option is passing LFLAGS=''
in make command line to clean all the LFLAGS variable in Makefile.
That will cause build failure when sensors lib is needed.
In
Hi,
I recently found that if "ip=dhcp" is specified in the kernel cmdline,
there would be some strange behaviour of udhcpc.
1. udhcpc is started two times during bootup.
Starting Bootlog daemon: bootlogd.
Configuring network interfaces... udhcpc (v1.19.4) started
Sending discover...
On Wed, 25 Jul 2012, Richard Purdie wrote:
> On Wed, 2012-07-25 at 16:06 -0400, Robert P. J. Day wrote:
> > what is the proper way to use EXTRA_ASSUME_PROVIDED, and is the
> > effect of that visible in the bitbake environment?
> >
> > as in, based on the current version of bitbake.conf, i can se
Reduce the number of calls to the packaging tool, especially in the case
of rpm, using helper utilities to gather the required information more
efficiently where possible.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass | 51 -
meta/classes/rootfs_deb
Use a similar mechanism that was previously used to install locales at
rootfs generation time to install other "complementary" packages (e.g.
*-dev packages) - i.e. install all of the explicitly requested packages
and their dependencies, then get a list of the packages that were
installed, and use
Add a staticdev-pkgs feature that can be added to IMAGE_FEATURES in
order to install all staticdev packages.
Fixes [YOCTO #2531].
Signed-off-by: Paul Eggleton
---
meta/classes/image.bbclass |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/me
If we want to query the PACKAGE_ARCH from the installed package (as we
do in order to be able to do a pkgdata lookup for example) then we need
to have this stored in its own field as this is not always the same as
the Architecture field for deb packages.
Signed-off-by: Paul Eggleton
---
meta/cla
Improve the performance of the RPM backend during do_rootfs by
performing most of the package name to file resolution in a separate
utility written in C, processing the entire list of packages at once
rather than running rpm on the command line which loads the RPM database
for every package.
Signe
From: Andrei Gherzan
While generating license.manifest package information is searched in:
filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
This is ok as long as package name is the same as the package name
after packaging.
For example dbus is packaged as dbus-1. So, searching
ls ${TMPDI
Fix up handling of "complementary" package installation (dev, dbg, doc,
etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.
Changes since the brown paper bag patchset that was v3:
* Remove bogus clearing of IMAGE_FEATURES in core-image-minimal
* Fix broken fix for errors with the ipk and
On Wednesday 25 July 2012 19:42:50 Paul Eggleton wrote:
> * Fix errors with the ipk and deb backends if no complementary packages
> need to be installed
This change is totally broken as well. Shows what happens when you rush to get
something out before you leave for the evening. I might as well
On 07/25/2012 02:58 PM, Saul Wold wrote:
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2820]
when check if there is pcre, the configure file always check
the host dir. now we make it work by adding correct prefix for
cross-compile environment.
Signed-off-by: R
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2820]
when check if there is pcre, the configure file always check
the host dir. now we make it work by adding correct prefix for
cross-compile environment.
Signed-off-by: Roy.Li
---
.../slang/slang/fix-check-pcr
On Wed, 2012-07-25 at 16:06 -0400, Robert P. J. Day wrote:
> what is the proper way to use EXTRA_ASSUME_PROVIDED, and is the
> effect of that visible in the bitbake environment?
>
> as in, based on the current version of bitbake.conf, i can see this
> with "bitbake -e":
>
> ASSUME_PROVIDED="bzi
If something is listed in ASSUME_PROVIDED but also manually built (like
bzip2-native and
bzip2-replacement-native), we need to ensure that the installed binaries are
only accessed
for things which list the provider in DEPENDS.
This patch adds a generic mechanism to handle this instead of everyth
Updating the meta branch SCREV to pickup the preempt-rt commits
to fix live boot on the x86 boards:
7ff48aa sys940x: Append default preempt-rt policy
052ecea sugarbay: Append default preempt-rt policy
b8230e3 jasperforest: Append default preempt-rt policy
7fb788a chiefriver: Append default
Richard/Saul,
Here are some -rt updates from Darren for the x86 boards, nothing
much to see here, just configuration changes.
Note: these are stacked on my 3.4.6 and 3.4.x-rt14 which haven't
been merged yet.
Cheers,
Bruce
cc: Darren Hart
The following changes since commit 246570852170f316aeb
On Wednesday 25 July 2012 21:08:53 Koen Kooi wrote:
> Op 25 jul. 2012, om 20:42 heeft Paul Eggleton het volgende geschreven:
> > Fix up handling of "complementary" package installation (dev, dbg, doc,
> > etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.
> >
> > Changes since v2:
> >
>
On 12-07-24 03:32 PM, Richard Purdie wrote:
On Tue, 2012-07-24 at 15:25 -0400, Yao Zhao wrote:
On 12-07-24 03:07 PM, Richard Purdie wrote:
On Tue, 2012-07-24 at 13:39 -0500, Mark Hatle wrote:
On 7/24/12 8:57 AM, Burton, Ross wrote:
On 24 July 2012 14:49, Yao Zhao wrote:
when bzip2-native is
what is the proper way to use EXTRA_ASSUME_PROVIDED, and is the
effect of that visible in the bitbake environment?
as in, based on the current version of bitbake.conf, i can see this
with "bitbake -e":
ASSUME_PROVIDED="bzip2-native git-native grep-native diffstat-native
patch-native perl-nat
Op 25 jul. 2012, om 20:42 heeft Paul Eggleton het volgende geschreven:
> Fix up handling of "complementary" package installation (dev, dbg, doc,
> etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.
>
> Changes since v2:
>
> * Clear IMAGE_FEATURES in core-image-minimal so that it doesn
Reduce the number of calls to the packaging tool, especially in the case
of rpm, using helper utilities to gather the required information more
efficiently where possible.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass | 51 -
meta/classes/rootfs_deb
Since dbg/dev packages are no longer added via PACKAGE_GROUP_*, having
dev-pkgs/dbg-pkgs in IMAGE_FEATURES will now affect core-image-minimal.
Set IMAGE_FEATURES to "" in order to avoid this.
Signed-off-by: Paul Eggleton
---
meta/recipes-core/images/core-image-minimal.bb |1 +
1 file changed
Use a similar mechanism that was previously used to install locales at
rootfs generation time to install other "complementary" packages (e.g.
*-dev packages) - i.e. install all of the explicitly requested packages
and their dependencies, then get a list of the packages that were
installed, and use
If we want to query the PACKAGE_ARCH from the installed package (as we
do in order to be able to do a pkgdata lookup for example) then we need
to have this stored in its own field as this is not always the same as
the Architecture field for deb packages.
Signed-off-by: Paul Eggleton
---
meta/cla
Add a staticdev-pkgs feature that can be added to IMAGE_FEATURES in
order to install all staticdev packages.
Fixes [YOCTO #2531].
Signed-off-by: Paul Eggleton
---
meta/classes/image.bbclass |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/me
Improve the performance of the RPM backend during do_rootfs by
performing most of the package name to file resolution in a separate
utility written in C, processing the entire list of packages at once
rather than running rpm on the command line which loads the RPM database
for every package.
Signe
Fix up handling of "complementary" package installation (dev, dbg, doc,
etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature.
Changes since v2:
* Clear IMAGE_FEATURES in core-image-minimal so that it doesn't
have dev/dbg packages added (since the default value of IMAGE_FEATURES
contain
From: Andrei Gherzan
While generating license.manifest package information is searched in:
filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
This is ok as long as package name is the same as the package name
after packaging.
For example dbus is packaged as dbus-1. So, searching
ls ${TMPDI
On Thu, Jul 19, 2012 at 5:43 PM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2012-06-28 at 11:13 +0300, Andrei Gherzan wrote:
> > While generating license.manifest package information is searched in:
> > filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
> > This i
On Wed, Jul 11, 2012 at 12:11 PM, Martin Jansa wrote:
> On Tue, Jul 10, 2012 at 11:43:58PM +0100, Phil Blundell wrote:
> > On Wed, 2012-07-11 at 01:15 +0300, Andrei Gherzan wrote:
> > > And to move a little further, busybox should be configured with
> > > CONFIG_HWCLOCK=y only if it makes sense fo
This error is shown when someone tries to bitbake -b foo.bb with MACHINE
set to something incompatible with foo.bb:COMPATIBLE_MACHINE
OE om-gta04@shr ~/shr-core $ grep COMPATIBLE
/OE/shr-core/meta-smartphone/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb
COMPATIBLE_MACHINE = "om-gta04"
OE
On Wed, Jul 25, 2012 at 05:41:16PM +0100, Ross Burton wrote:
> If nothing has been installed in the root automake 1.12 won't install the
> directory, which means os.walk will throw a file not found exception.
>
> Signed-off-by: Ross Burton
> ---
> meta/classes/package.bbclass |8 ++--
>
If nothing has been installed in the root automake 1.12 won't install the
directory, which means os.walk will throw a file not found exception.
Signed-off-by: Ross Burton
---
meta/classes/package.bbclass |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/classes/
Ignore this, typo in the python.
On 25 July 2012 17:36, Ross Burton wrote:
> If nothing has been installed in the root automake 1.12 won't install the
> directory, which means os.walk will throw a file not found exception.
>
> Signed-off-by: Ross Burton
> ---
> meta/classes/package.bbclass |
If nothing has been installed in the root automake 1.12 won't install the
directory, which means os.walk will throw a file not found exception.
Signed-off-by: Ross Burton
---
meta/classes/package.bbclass |4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/package.bbclass b/me
Op 25 jul. 2012, om 16:23 heeft Paul Eggleton het volgende geschreven:
> On Wednesday 25 July 2012 15:19:10 Burton, Ross wrote:
>> On 25 July 2012 15:17, Koen Kooi wrote:
>>> This breaks the upgrade path
>>
>> So how would the upgrade path be unbroken? A dummy dbus-x11 package
>> that pulls in
On 25 July 2012 15:23, Paul Eggleton wrote:
> On Wednesday 25 July 2012 15:19:10 Burton, Ross wrote:
>> On 25 July 2012 15:17, Koen Kooi wrote:
>> > This breaks the upgrade path
>>
>> So how would the upgrade path be unbroken? A dummy dbus-x11 package
>> that pulls in dbus, I suspect.
>
> RREPLA
On Wednesday 25 July 2012 15:19:10 Burton, Ross wrote:
> On 25 July 2012 15:17, Koen Kooi wrote:
> > This breaks the upgrade path
>
> So how would the upgrade path be unbroken? A dummy dbus-x11 package
> that pulls in dbus, I suspect.
RREPLACES_${PN} += "dbus-x11" ought to be enough...
Cheers,
On 25 July 2012 15:17, Koen Kooi wrote:
> This breaks the upgrade path
So how would the upgrade path be unbroken? A dummy dbus-x11 package
that pulls in dbus, I suspect.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
Op 25 jul. 2012, om 16:03 heeft Radu Moisan het volgende geschreven:
> Followed suggestions from Bugz 2261:
>
> 1) remove the --with-x/--without-x configure arguments. If you want to force
> no-discovery for native builds the correct argument is
> --disable-x11-autolaunch.
> This ensures that D
Op 25 jul. 2012, om 15:58 heeft Phil Blundell het volgende geschreven:
> On Wed, 2012-07-25 at 17:03 +0300, Radu Moisan wrote:
>> +# for compatibility
>> +RPROVIDES = "${PN}-x11"
>
> ITYM RPROVIDES_${PN}. Isn't that a QA error?
Sadly not, you need to run kergoths recipe_sanity manually to catc
On Wed, 2012-07-25 at 17:03 +0300, Radu Moisan wrote:
> +# for compatibility
> +RPROVIDES = "${PN}-x11"
ITYM RPROVIDES_${PN}. Isn't that a QA error?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtog
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments. If you want to force
no-discovery for native builds the correct argument is --disable-x11-autolaunch.
This ensures that DBus looks at the build environment to determine whether to
enable X11 bus discovery
On Wed, Jul 25, 2012 at 3:09 AM, Paul Eggleton
wrote:
> On Wednesday 25 July 2012 07:23:31 Iorga, Cristian wrote:
>> For me, having the version number contained in the name of package recipe is
>> a little bit puzzling. For example: libpcre/libpcre_8.31.bb
>>
>> Is there a solid technical reason t
This looks like it was added by accident in OE-Core revision
7903433898b4683a1c09cc9a6a379421bc9bbd58.
Signed-off-by: Paul Eggleton
---
meta/lib/test.py |3 ---
1 file changed, 3 deletions(-)
delete mode 100644 meta/lib/test.py
diff --git a/meta/lib/test.py b/meta/lib/test.py
deleted file
[YOCTO #2462]
Signed-off-by: Ross Burton
---
...Fix-a-race-in-_gen-reentrant-methods.list.patch | 42
.../telepathy/telepathy-glib_0.19.2.bb |5 ++-
2 files changed, 45 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-connectivity/telepathy/t
On Sun, Jul 22, 2012 at 10:44:06AM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: effb75d42098b3e367d393215fd5d52a0191e954
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=effb75d42098b3e367d393215fd5d52a0191e954
>
> A
On Wed, Jul 25, 2012 at 5:51 AM, Richard Purdie
wrote:
> On Fri, 2012-07-20 at 14:12 -0300, Otavio Salvador wrote:
>> I've build it several times in a 8 core machine without problem so it
>> seems safe to use parallel build now.
>
> Sadly its not:
>
> http://autobuilder.yoctoproject.org:8010/build
On Sat, Jul 21, 2012 at 1:15 AM, Martin Jansa wrote:
>> This workaround was originally for GNU Make 3.82 which upstream was blaming
>> for a parallel build failure. Since then I've changed numerous variables
>> and now parallel builds are working with 3.82 (and succeed in 20 minutes
>> instead of
On Wednesday 25 July 2012 07:23:31 Iorga, Cristian wrote:
> For me, having the version number contained in the name of package recipe is
> a little bit puzzling. For example: libpcre/libpcre_8.31.bb
>
> Is there a solid technical reason to not have it like this?
>
> libpcre/libpcre.bb
> and insid
Op 25 jul. 2012, om 09:23 heeft Iorga, Cristian het volgende geschreven:
>
> Hello all,
>
> For me, having the version number contained in the name of package recipe is
> a little bit puzzling.
> For example: libpcre/libpcre_8.31.bb
>
> Is there a solid technical reason to not have it like th
Update to 1.60
Signed-off-by: Kang Kai
---
.../{liburi-perl_1.59.bb => liburi-perl_1.60.bb} |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/perl/{liburi-perl_1.59.bb => liburi-perl_1.60.bb}
(81%)
diff --git a/meta/recipes-devtools/perl/liburi-pe
Update ltp to version 20120614 and update license files at same time.
Remove the patch because it has been merged.
Signed-off-by: Kang Kai
---
.../ltp/ltp/fix_building_fom_archive.patch | 13 -
.../ltp/{ltp_20120401.bb => ltp_20120614.bb} | 12 +---
2 files
Hi Saul,
These patches update liburi-perl, qmmp and ltp.
Regards,
Kai
The following changes since commit 0ffb02eec2beaea27ff0ec9d3d31b0a09e675a4c:
documentation: Updated the h6 style to use a larger font (2012-07-24 10:35:34
+0100)
are available in the git repository at:
git://git.pokylin
Update qmmp to 0.6.1
Remove spaces at end of lines.
Signed-off-by: Kang Kai
---
.../qt-apps/{qmmp_0.5.2.bb => qmmp_0.6.1.bb} |8
1 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-qt/qt-apps/{qmmp_0.5.2.bb => qmmp_0.6.1.bb} (90%)
diff --git a/meta/recipes-q
On Fri, 2012-07-20 at 14:12 -0300, Otavio Salvador wrote:
> I've build it several times in a 8 core machine without problem so it
> seems safe to use parallel build now.
Sadly its not:
http://autobuilder.yoctoproject.org:8010/builders/nightly-multilib/builds/174/steps/shell_23/logs/stdio
Cheers,
On Monday 23 July 2012 22:42:23 Paul Eggleton wrote:
> Paul Eggleton (5):
> classes/rootfs_rpm: improve speed of RPM rootfs construction
Seems rpmresolve was missing a DEPENDS on rpm - oops! I've fixed this, and
rebased and pushed a new paule/rootfs2 branch to openembedded-core-contrib.
Cheers
From: Roy.Li
[YOCTO #2826]
m4/nullsort.m4 tries to find sort dir, and write it to updatedb,
but nullsort.m4 is checking the host dir. Once the sort dirs on
target and host are different, updatedb will fail due to wrong
sort dir.
Since we always have sort under ${bindir}, so we can assign it
dir
From: Roy.Li
[YOCTO #2820]
when check if there is pcre, the configure file always check
the host dir. now we make it work by adding correct prefix for
cross-compile environment.
Signed-off-by: Roy.Li
---
.../slang/slang/fix-check-pcre.patch | 108
meta/reci
From: "Roy.Li"
[YOCTO #2788]
The system will be hung when udhcpc starts, if nfs is mounted
at "/" directory and default route is different after starting
udhcpc.
The cause is that root_is_nfs() does not work after kernel-2.6.37,
since the device name has been changed from /dev/root to
${IPADDR}
Hello all,
For me, having the version number contained in the name of package recipe is a
little bit puzzling.
For example: libpcre/libpcre_8.31.bb
Is there a solid technical reason to not have it like this?
libpcre/libpcre.bb
and inside the recipe to have a PV variable defined:
PV="8.31"
In
From: Mark Hatle
Signed-off-by: Mark Hatle
---
.../binutils/binutils/binutils-armv5e.patch|4
.../ossp-uuid/0001-Change-library-name.patch |7 +++
...erve-m-option-status-in-v-option-handling.patch |7 +++
.../ossp-uuid/0003-Fix-whatis-entries.patch
From: "Robert P. J. Day"
Besides being clearly broken, that line is unnecessary as that file is
already being picked up from this line in xorg-app-common.inc:
FILES_${PN} += " ${libdir}/X11/${BPN} ${datadir}/X11/app-defaults/"
Signed-off-by: Robert P. J. Day
Signed-off-by: Saul Wold
---
meta
From: Robert Yang
The native python binary has been moved from usr/bin/python to
usr/bin/python-native/python, the recipe which needs python-native
should "inherit pythonnative", otherwise there would be errors when the
python script runs.
[YOCTO #2822]
Signed-off-by: Robert Yang
Signed-off-by
From: Yao Zhao
patch mkfs.minix.tests to have correct md5sum on big endian platform.
Signed-off-by: Yao Zhao
Signed-off-by: Saul Wold
---
.../busybox-mkfs-minix-tests_bigendian.patch | 34
meta/recipes-core/busybox/busybox_1.19.4.bb|3 +-
2 files chang
From: Khem Raj
poky-tiny disables certain eglibc options which gives good excercise
for eglibc's componentized builds. This patch essentially updates the
GLRO patch to account for additions of GLRO(dl_debug_mask) and
converts them to GLRO_dl_debug_mask
Secondly adds a new patch where it was crea
From: Ross Burton
Signed-off-by: Ross Burton
Signed-off-by: Saul Wold
---
meta/classes/core-image.bbclass |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index 6b207d7..13e45aa 100644
--- a/meta/classes
From: Khem Raj
We have had these things in place to overcome a limitation
from our gcc-initial-cross not staging a self sufficient
limits.h. Now thats fixed we do reset TOOLCHAIN_OPTIONS
to point to sysroot where linux kernel headers are staged
and not the bootstrap sysroot which will infact be p
From: Paul Eggleton
If we want to query the PACKAGE_ARCH from the installed package (as we
do in order to be able to do a pkgdata lookup for example) then we need
to have this stored in its own field as this is not always the same as
the Architecture field for deb packages.
Signed-off-by: Paul E
From: Khem Raj
currently gcc installs a limits.h which references to another
limits.h which it expects from target sysroot and that header
in target sysroot will come from eglibc. So we need to break
this catch-22 and hence we install a self sufficient limits.h
which is then happy when referenced
From: Andrei Gherzan
While generating license.manifest package information is searched in:
filename=`ls ${TMPDIR}/pkgdata/*/runtime/${pkg}| head -1`
This is ok as long as package name is the same as the package name
after packaging.
For example dbus is packaged as dbus-1. So, searching
ls ${TMPDI
From: Koen Kooi
The intent of the uImage code in this class includes the following
1) be able to specify custom load addresses without needing to patch the kernel
2) add better information to the uImage description field
The current state is a NOP anyway, the kernel will always build a uImage w
From: Wenzong Fan
remake is a patched version of GNU Make that adds improved error
reporting, the ability to trace execution in a comprehensible way,
and a debugger.
[YOCTO #2402]
Signed-off-by: Wenzong Fan
Signed-off-by: Saul Wold
---
meta/recipes-devtools/remake/remake.inc| 1
From: Khem Raj
ppc64 uses lib64 and usr/lib64 for library paths
so we need to train cups build system
Signed-off-by: Khem Raj
Signed-off-by: Saul Wold
---
.../cups/cups-1.4.6/cups_serverbin.patch | 32
meta/recipes-extended/cups/cups14.inc | 26
From: Khem Raj
This recipe is imported from meta-oe its a requirement for
systemd to work. Now that systemd is living in a layer of
its own. Lets have this recipe into core metadata
Signed-off-by: Khem Raj
Signed-off-by: Saul Wold
---
meta/recipes-core/libcgroup/libcgroup_0.37.1.bb | 27 +++
From: "Robert P. J. Day"
Signed-off-by: Robert P. J. Day
Signed-off-by: Saul Wold
---
meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8
From: Paul Eggleton
The main package is empty and is not produced, which leaves the dev
and staticdev packages broken. Remove the dependencies (added in
bitbake.conf by default) to fix this.
Signed-off-by: Paul Eggleton
Signed-off-by: Saul Wold
---
meta/recipes-connectivity/dhcp/dhcp.inc
From: Bruce Ashfield
Updating the 3.4 kernel to the latest -stable release and updating preempt-rt
to 3.4.4-rt14.
Tested on qemu*
Signed-off-by: Bruce Ashfield
Signed-off-by: Saul Wold
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |8
meta/recipes-kernel/linux/linux-yocto_
From: "Robert P. J. Day"
Signed-off-by: Robert P. J. Day
Signed-off-by: Saul Wold
---
meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
b/meta/recipes-graphics/xorg-lib/libxp_1.
From: Khem Raj
Signed-off-by: Khem Raj
Signed-off-by: Saul Wold
---
meta/classes/qemu.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass
index 68896ce..aead8e2 100644
--- a/meta/classes/qemu.bbclass
+++ b/meta
From: Otavio Salvador
The rootfs has 'users' group at number 100 and without this fix it
would assign to a non-existent group and if a group with gid as 1000
is created later it would own all files for users created.
Signed-off-by: Otavio Salvador
Signed-off-by: Saul Wold
---
meta/recipes-ext
From: Otavio Salvador
The rootfs has 'users' group at number 100 and without this fix it
would assign to a non-existent group and if a group with gid as 1000
is created later it would own all files for users created.
Signed-off-by: Otavio Salvador
Signed-off-by: Saul Wold
---
.../shadow/shado
From: Denis Carikli
Without that fix we have the following while compiling compat-wireless.
include/linux/mmzone.h:18:30: fatal error: generated/bounds.h: No such file
or directory
Note that the compat-wireless recipe will be added in another commit.
make -C $kerneldir _mrproper_scripts dele
From: Otavio Salvador
Change the installation process so we have bashbug in ${bindir} and
bash at ${base_bindir}.
Signed-off-by: Otavio Salvador
Signed-off-by: Saul Wold
---
meta/recipes-extended/bash/bash.inc| 11 ---
meta/recipes-extended/bash/bash_4.2.bb |2 +-
2 files ch
Richard,
This is a batch of changes that have seen various level of
build testing. It is currently building on the AB, so you
can monitor and decide.
We have had a new of parallel build related issues in
telepathy and tonght in bash (this may be related to
Otavio's re-enablement)
I think that
From: Otavio Salvador
I've build it several times in a 8 core machine without problem so it
seems safe to use parallel build now.
Signed-off-by: Otavio Salvador
Signed-off-by: Saul Wold
---
meta/recipes-extended/bash/bash.inc|2 --
meta/recipes-extended/bash/bash_4.2.bb |2 +-
2 f
Signed-off-by: Saul Wold
---
meta/conf/distro/include/tcmode-default.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 0a068be..2bfa225 100644
--- a/meta/conf/distro/includ
From: Christopher Larson
Signed-off-by: Christopher Larson
Signed-off-by: Saul Wold
---
meta/recipes-connectivity/libpcap/libpcap.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc
b/meta/recipes-connectivity/libpcap/li
From: Christopher Larson
If a directory needs to be created to create something else in volatiles,
there's no guarantees on ordering due to the backgrounding. We can't guarantee
with certainty that the create directory commands are complete before the
later ones run. This ensures that we wait for
From: Xin Ouyang
[YOCTO #2829]
mtools commands use cp850 as the "mtools_default_codepage", they would
use this to do some coverting tasks.
So, add glibc-gconv-ibm850 to RDEPENDS for mtools commands to run
correctly.
The following changes since commit 0ffb02eec2beaea27ff0ec9d3d31b0a09e675
From: Xin Ouyang
[YOCTO #2829]
mtools commands use cp850 as the "mtools_default_codepage", they would
use this to do some coverting tasks.
So, add glibc-gconv-ibm850 to RDEPENDS for mtools commands to run
correctly.
Also add other MSDOS/FAT codepages related packages to RRECOMMENDS.
Code Page
96 matches
Mail list logo
