On Wed, Jun 20, 2012 at 08:18:37AM -0700, Khem Raj wrote:
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++--
> 1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc
> b/meta/recipes-devtools/gcc/gcc-4.7.
Op 21 jun. 2012, om 22:35 heeft Paul Gortmaker het volgende geschreven:
> This is now the authoratative repository, taking updates.
> The latest has a couple updated license files, vs. the previous
> srcrev that was used.
>
> Signed-off-by: Paul Gortmaker
>
> diff --git a/meta/recipes-kernel/l
On Fri, Jun 22, 2012 at 01:34:54AM +0200, Andreas Müller wrote:
> On Fri, Jun 22, 2012 at 1:02 AM, Denys Dmytriyenko wrote:
> No need to understand everything: By removing require linux-tools.inc
> (the fastest patch I ever had :) I can now build again.
>
> @layer maintainers: removing
>
> requi
The only assignment operator that forces immediate expansion is :=. Otherwise
expansion always occurs when the value is used. This is inspired by the
behavior of GNU Make. See
http://www.gnu.org/software/make/manual/html_node/Flavors.html#Flavors for
details of how it works there.
--
Christop
On Fri, Jun 22, 2012 at 1:02 AM, Denys Dmytriyenko wrote:
No need to understand everything: By removing require linux-tools.inc
(the fastest patch I ever had :) I can now build again.
@layer maintainers: removing
require linux-tools.inc
should be taken into consideration
Andreas
_
On Fri, Jun 22, 2012 at 12:11:46AM +0200, Andreas Müller wrote:
> On Thu, Jun 21, 2012 at 11:36 PM, Andreas Müller
> wrote:
> > after updating all my repos (angstrom+few extra layers) I get
>
> The error seems to be caused by meta-ti. When removed, parsing works
> as expected. By re-including I g
This is now the authoratative repository, taking updates.
The latest has a couple updated license files, vs. the previous
srcrev that was used.
Signed-off-by: Paul Gortmaker
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
b/meta/recipes-kernel/linux-firmware/linux-firmware
* Headers are included in the package for compatibility
* but have not yet been synched with linux 3.0
* The actual issue was that ubi-user.h in sysroot
* was overwritten by the older version.
* Unfortunately one ioctl was renamed:
* http://lists.infradead.org/pipermail/linux-mtd/
* 2011-March/0344
gl patches are not yet forward ported to git recipe
Signed-off-by: Khem Raj
---
meta/recipes-devtools/qemu/qemu_git.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
index b788e51..0d0308b
This gets rid of some phony rdepends on uclibc-dev
being reported
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc.inc | 28 +++-
1 files changed, 15 insertions(+), 13 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/
This patchset does following
1. Fixes uclibc packaging issues that came after packaging order rework
2. Upgrades qemu git recipes to latest on qemu git/master
This does not forward port any of the patches except the
ROM thats required to boot ppc.
This helps in using qemu for some of less
There are a lot of armv7 and sh4 fixes that
its worth moving to latest version. The patch
forward porting can happen later.
Signed-off-by: Khem Raj
---
.../recipes-devtools/qemu/qemu-git/powerpc_rom.bin | Bin 0 -> 4096 bytes
meta/recipes-devtools/qemu/qemu_git.bb | 18 +--
kconfig-frontends provides the kconfig infrastructure
thats used for linux kernel as a standalone package. Its
not intended to be used for kernel itself but can be
used by packages who are based on kconfig e.g. busybox
uclibc or new packages who wants to use kconfig infra
for the package build
Sig
--{en|dis}able-gl-accel is spcefic to gl
patches in 0.15.1 which may not be available
for other qemu's so if someone chooses to remove
gl from PACKAGECONFIG then we dont explicitly
use the --disable-gl-accel option since this
wont be recognised by configure.
Signed-off-by: Khem Raj
---
meta/reci
On Thu, Jun 21, 2012 at 11:36 PM, Andreas Müller
wrote:
> after updating all my repos (angstrom+few extra layers) I get
>
> /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
> /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/
after updating all my repos (angstrom+few extra layers) I get
/home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
/home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
/home/Super
Update the systemtap recipes to the recently released version 1.8. Remove a
couple of patches whose changes are already present in the new version.
Signed-off-by: Wade Farnsworth
---
...prun-configure.ac-support-without-nss-for.patch | 50
.../systemtap_fix_for_automake_1
On Thu, Jun 21, 2012 at 04:30:27PM +0200, Koen Kooi wrote:
>
> Op 21 jun. 2012, om 16:01 heeft Burton, Ross het volgende geschreven:
>
> > Hi,
> >
> > I was looking at updating the webkit-gtk package to the latest
> > upstream when I noticed that instead of just checking out the
> > repository i
On 06/21/2012 04:39 AM, Bogdan Marinescu wrote:
This commit fixes the guile compilation segfault on MIPS/PPC.
Tested by compiling guile with MACHINE=qemumips.
[Yocto #2478]
Signed-off-by: Bogdan Marinescu
---
.../guile_2.0.5_disable_goops_optimizations.patch | 32 +
.../files/
On 06/21/2012 03:57 AM, Ross Burton wrote:
Many apps want to use the full GNOME icon theme and install it, but if our theme
doesn't inherit it the the icons are not available.
Merged into OE-Core
In the future, please use the [YOCTO #] tag in the commit message
rather than on the subject
On 6/21/12 10:46 AM, Saul Wold wrote:
On 06/19/2012 11:07 PM, Robert Yang wrote:
Thanks Mark, the rpm.real also has the same problem when the length of
tmpdir
is 210, it seems that this is because of the glibc.
And also other problems found:
When use PACKAGE_CLASSES = "package_deb", and the l
On Thu, Jun 21, 2012 at 12:13 AM, wrote:
> From: Xin Ouyang
>
> We should not just replace CCFLAGS with CFLAGS while compiling, because
> this may cause run-time errors with perl's DynaLoader.pm.
>
> Tested on qemux86 with new libnet-libidn-perl bb recipe:
can you instead try the patch from
ht
On 06/19/2012 11:07 PM, Robert Yang wrote:
Thanks Mark, the rpm.real also has the same problem when the length of
tmpdir
is 210, it seems that this is because of the glibc.
And also other problems found:
When use PACKAGE_CLASSES = "package_deb", and the length of tmpdir is 177,
the error is:
On Mon, 2012-06-18 at 10:57 +0800, Xiaofeng Yan wrote:
> On 2012年06月15日 22:59, Richard Purdie wrote:
> > On Fri, 2012-06-15 at 17:30 +0800, xiaofeng@windriver.com wrote:
> >> From: Xiaofeng Yan
> >>
> >> The linking will fail when an original functions exist. So remove the
> >> original functio
On Thu, Jun 21, 2012 at 3:42 PM, Bruce Ashfield
wrote:
> On Thu, Jun 21, 2012 at 8:39 AM, Richard Purdie
> wrote:
>> On Thu, 2012-06-21 at 08:33 -0400, Bruce Ashfield wrote:
>>> On Thu, Jun 21, 2012 at 8:32 AM, Marinescu, Bogdan A
>>> wrote:
>>> > On Thu, Jun 21, 2012 at 3:29 PM, Richard Purdie
On 21 June 2012 15:01, Burton, Ross wrote:
> The next step is to hook this into the
> unpack stage so that the file gets renamed correctly on it's way to
> the workdir.
I've been speaking to Richard and he suggests implementing a universal
"rename to" parameter in the unpack logic, and setting th
On 21 June 2012 15:30, Koen Kooi wrote:
> We didn't do single file fetches/checkouts in the past because it's a svn
> 1.6.x feature. I would be really happy if we declare that 1.6.x is the
> minimum we support. I would be even happier if we just fetch webkit
> (completely) from git :)
1.6.0 wa
Op 21 jun. 2012, om 16:01 heeft Burton, Ross het volgende geschreven:
> Hi,
>
> I was looking at updating the webkit-gtk package to the latest
> upstream when I noticed that instead of just checking out the
> repository it checks out a selection of directories and includes in
> oe-core the essen
Hi,
I was looking at updating the webkit-gtk package to the latest
upstream when I noticed that instead of just checking out the
repository it checks out a selection of directories and includes in
oe-core the essential top-level files. I can see the rationale for
this: a full checkout of webkit i
On Thu, Jun 21, 2012 at 8:39 AM, Richard Purdie
wrote:
> On Thu, 2012-06-21 at 08:33 -0400, Bruce Ashfield wrote:
>> On Thu, Jun 21, 2012 at 8:32 AM, Marinescu, Bogdan A
>> wrote:
>> > On Thu, Jun 21, 2012 at 3:29 PM, Richard Purdie
>> > wrote:
>> >> On Wed, 2012-06-20 at 11:25 +0300, Bogdan Mar
On Thu, 2012-06-21 at 08:33 -0400, Bruce Ashfield wrote:
> On Thu, Jun 21, 2012 at 8:32 AM, Marinescu, Bogdan A
> wrote:
> > On Thu, Jun 21, 2012 at 3:29 PM, Richard Purdie
> > wrote:
> >> On Wed, 2012-06-20 at 11:25 +0300, Bogdan Marinescu wrote:
> >>> This patch makes linux-tools compile proper
On Thu, Jun 21, 2012 at 8:32 AM, Marinescu, Bogdan A
wrote:
> On Thu, Jun 21, 2012 at 3:29 PM, Richard Purdie
> wrote:
>> On Wed, 2012-06-20 at 11:25 +0300, Bogdan Marinescu wrote:
>>> This patch makes linux-tools compile properly on multilib configurations
>>> (which failed because of some inval
On Thu, Jun 21, 2012 at 3:29 PM, Richard Purdie
wrote:
> On Wed, 2012-06-20 at 11:25 +0300, Bogdan Marinescu wrote:
>> This patch makes linux-tools compile properly on multilib configurations
>> (which failed because of some invalid dependencies). Tested by compiling
>> lib32-core-image-sato-sdk.
On Wed, 2012-06-20 at 04:51 -0400, Robert P. J. Day wrote:
> Signed-off-by: Robert P. J. Day
>
> ---
>
> second attempt ...
>
Merged to master, thanks.
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://li
On Wed, 2012-06-20 at 11:25 +0300, Bogdan Marinescu wrote:
> This patch makes linux-tools compile properly on multilib configurations
> (which failed because of some invalid dependencies). Tested by compiling
> lib32-core-image-sato-sdk.
>
> Signed-off-by: Bogdan Marinescu
> ---
> meta/recipes-k
On Wed, 2012-06-20 at 15:17 +0800, xin.ouy...@windriver.com wrote:
> From: Xin Ouyang
>
> Currently, xinetd cannot start if no service enabled.
>
> # /etc/init.d/xinetd start
> # ps aux | grep xinetd
> # cat /var/log/syslog
> xinetd[862]: 862 {init_services} no services. Exiting...
>
> So a
On Wed, 2012-06-20 at 10:50 +0300, Valentin Popa wrote:
> Tested using Tasks & Contacts
>
> Signed-off-by: Valentin Popa
> ---
> meta/recipes-sato/eds/evolution-data-server_git.bb |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
Merged to master, thanks.
Richard
__
On Wed, 2012-06-20 at 08:26 -0700, Saul Wold wrote:
> Darren Hart (1):
> cml1.bbclass: Only delay exit if the command fails
>
> Martin Jansa (3):
> opkg-utils: bump SRCREV
> kernel.bbclass: pass KERNEL_VERSION to depmod calls in postinst
> openssl: add deprecated and unmaintained find.pl f
On Wed, 2012-06-20 at 08:18 -0700, Khem Raj wrote:
> This patchset
>
> 1. Updates gcc to 4.7.1+
> 2. Fixes on device toolchain since now they are built with sysroot
>couple of issues showed up
> 3. Rearranges binutils recipes so that target binutils recipe in not
>included everywhere
> 4.
On Wed, 2012-06-20 at 10:54 -0400, Bruce Ashfield wrote:
> linux-libc-headers no longer needs its own ARCH mapping code,
> since the mapping done in kernel-arch works and we can
> consolidate all arch mapping code in a single place.
>
> Signed-off-by: Bruce Ashfield
> ---
> .../linux-libc-header
On Wed, 2012-06-20 at 12:26 +0100, Ross Burton wrote:
> Same as before, but I signed it all off this time.
>
> The following changes since commit e0a70547069fe7e8a2d6bdaffc985fb172d46c31:
>
> perl: Allow perl to cross build and native build in a directory named "t"
> (2012-06-18 17:33:04 +0100
On Wed, 2012-06-20 at 12:47 +0100, Ross Burton wrote:
> Previously parts of build*/ were ignored, but unless you committed the
> top-level
> build/ in a branch this didn't achieve anything. Change that to ignore all
> top-level build* directories.
>
> Signed-off-by: Ross Burton
> ---
> .gitign
On Wed, 2012-06-20 at 10:56 +0300, Valentin Popa wrote:
> Signed-off-by: Valentin Popa
> ---
> .../disable_gpgconf_check.patch|0
> .../gpgme/{gpgme_1.3.1.bb => gpgme_1.3.2.bb} |8
> 2 files changed, 4 insertions(+), 4 deletions(-)
> rename meta/recipes
This commit fixes the guile compilation segfault on MIPS/PPC.
Tested by compiling guile with MACHINE=qemumips.
[Yocto #2478]
Signed-off-by: Bogdan Marinescu
---
.../guile_2.0.5_disable_goops_optimizations.patch | 32 +
.../files/guile_2.0.5_fix_cross_compilation.patch | 47 +++
On Tue, 2012-06-19 at 12:35 -0700, Joshua Lock wrote:
> With the toolchain provided on modern distros apt-native fails to compile,
> this
> series cherry-picks several patches from master which ensure that apt and
> apt-native can be built reliably.
>
> Cheers,
> Joshua
>
> The following change
On Wed, 2012-06-20 at 16:05 -0700, Scott Garman wrote:
> Anders Darander (1):
> qt4-embedded: fix QT_ARCH usage in QT_CONFIG_FLAGS
>
> Bruce Ashfield (5):
> linux-yocto/3.2: configuration and pch merge
> linux-yocto: intel BSP config changes
> linux-yocto: policy cleanups
> linux-yocto/3
On Mon, 2012-06-18 at 12:57 -0700, Scott Garman wrote:
> Gary Thomas (1):
> webkit-gtk: Apply work around for all PowerPC targets
>
> Laurentiu Palcu (1):
> sanity.bbclass: warn the user if BBPATH contains wrong entries
>
> Nitin A Kamble (1):
> eglibc: package mtrace separately
>
> Richar
Many apps want to use the full GNOME icon theme and install it, but if our theme
doesn't inherit it the the icons are not available.
Signed-off-by: Ross Burton
---
.../0001-Inherit-the-GNOME-icon-theme.patch| 31
.../sato-icon-theme/sato-icon-theme_0.4.1.bb |
On Mon, 2012-06-18 at 12:57 -0700, Scott Garman wrote:
> From: Laurentiu Palcu
>
> If BBPATH references the working directory, the user is warned and asked
> to fix the problem.
>
> [Yocto #1465]
>
> Signed-off-by: Laurentiu Palcu
> Signed-off-by: Richard Purdie
>
> Reworked commit to fix me
On Thu, 2012-06-21 at 18:04 +0800, Robert Yang wrote:
> The autogen-native built error on FC17:
>
> ccache: failed to create /dev/null/.ccache
>
> This is because the gcc of FC17 is a symlink to ccache, so the ccache
> will always be used regardless to the user's setting, ccache uses
> $HOME/.cca
The following changes since commit e0a70547069fe7e8a2d6bdaffc985fb172d46c31:
perl: Allow perl to cross build and native build in a directory named "t"
(2012-06-18 17:33:04 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/autogen
http://git.pokylinu
The autogen-native built error on FC17:
ccache: failed to create /dev/null/.ccache
This is because the gcc of FC17 is a symlink to ccache, so the ccache
will always be used regardless to the user's setting, ccache uses
$HOME/.ccache as the CCACHE_DIR if it has not been set, and autogen set
HOME=/
given that oe-core is defined as being a really minimal
configuration with no extraneous cruft, there seems to be a number of
unnecessary download locations in the shipped bitbake.conf, things
like:
ADOBE_MIRROR =
FREEBSD_MIRROR =
and so on. obviously, they're not doing any harm but there see
From: Xin Ouyang
We should not just replace CCFLAGS with CFLAGS while compiling, because
this may cause run-time errors with perl's DynaLoader.pm.
Tested on qemux86 with new libnet-libidn-perl bb recipe:
root@qemux86:~# perl -e "use Net::LibIDN"
Not a CODE reference at /usr/lib/perl/5.14.2//Dy
54 matches
Mail list logo
