Yeah, I kinda figured that one out last night when going through the
deps again. meta-oe systemd had a dependency on vala.bbclass which in
turn dragged in vala native. Eliminating the unnecessary vala bbclass
usage, vala native is not needed anymore.
Hence the confusion.
Excuse the trouble caus
See patch header for the full description of the parallel make issue this
resolves.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-support/libunistring/libunistring/parallelmake.patch
b/meta/recipes-support/libunistring/libunistring/parallelmake.patch
new file mode 100644
index 000
On Wed, 2012-04-11 at 01:51 +0100, Julian Pidancet wrote:
> On 04/09/12 19:01, Liu, Song wrote:
> > Hi all,
> >
> > This is to restate and clarify the schedule for Yocto Project 1.2 M4
> > (milestone 4). If you are concerned or have patches you would like to
> > merge, please see the following d
The dtb files were not being installed into a location compatible with sstate
and
the do_deploy task. This means in builds just using sstate, the dtb files
disappeared.
This patch fixes the code to use the correct location for deploy files.
[YOCTO #2190]
Signed-off-by: Richard Purdie
---
diff
Op 12 apr. 2012, om 11:02 heeft Richard Purdie het volgende geschreven:
> On Wed, 2012-04-11 at 01:51 +0100, Julian Pidancet wrote:
>> On 04/09/12 19:01, Liu, Song wrote:
>>> Hi all,
>>>
>>> This is to restate and clarify the schedule for Yocto Project 1.2 M4
>>> (milestone 4). If you are conce
Uprev to version 0.50.0 and move SRC_URI from .inc into the .bb specifying the
version
Signed-off-by: Florin Sarbu
---
.../intltool-0.40.6/intltool-nowarn-0.40.0.patch | 52
.../intltool/intltool-0.40.6/noperlcheck.patch | 40 ---
.../intltool-0.40.6/r
This patch fixes up the issues that were being seen where BBCLASSEXTEND and
PACKAGECONFIG were interacting badly. It also ensures PACKAGECONFIG interacts
properly with multilib builds.
Ideally some of this code will be abstracted into lib/oe/classextend.py but
at this point in release more invasiv
Failure:
Eglibc package : Re-execution of do_patch task is giving error.
| ERROR: Function failed: do_fix_ia_headers (see
/home/jxu49/osel/sstate-test/build/tmp/work/i586-poky-linux/eglibc-2.13-r20+svnr15508/temp/log.do_patch.15498
for further information)
| rm: cannot remove
`/home/jxu49/osel/
Failure:
"error: duplicate initialization of gcc with the following parameters" during
compilation.
Steps to reproduce:
1> bitbake -c cleansstate boost
2> bitbake boost
3> bitbake -c boostconfig boost -f
4> bitbake -c compile boost -f
Defect:
https://bugzilla.yoctoproject.org/show_bu
Failure:
Eglibc package : Re-execution of do_patch task is giving error.
| ERROR: Function failed: do_fix_ia_headers (see
/home/jxu49/osel/sstate-test/build/tmp/work/i586-poky-linux/eglibc-2.13-r20+svnr15508/temp/log.do_patch.15498
for further information)
| rm: cannot remove
`/home/jxu49/osel/
Failure:
Perl package : Re-execution of do_patch task is giving error.
Error Message:
NOTE: package perl-5.14.2-r4: task do_patch: Started
ERROR: [Errno 22] Invalid argument:
'/home/jxu49/osel/sstate-test/build/tmp/work/i586-poky-linux/perl-5.14.2-r4/perl-5.14.2/patches/h2ph-multiarch.diff'
ER
On Wed, Apr 11, 2012 at 2:42 PM, Mark Hatle wrote:
> On 4/11/12 4:31 PM, Richard Purdie wrote:
>>
>> We were already having occasional ordering issues with package_rpm.
>> Fixing the ldconfig postinstall issue pushed rpm over the cliff and
>> totally broke rpm builds with the packages getting inst
From: Jack Mitchell
Signed-off-by: Jack Mitchell
---
meta-oe/recipes-support/jansson/jansson.inc|8
meta-oe/recipes-support/jansson/jansson_2.3.bb |4
2 files changed, 12 insertions(+)
create mode 100644 meta-oe/recipes-support/jansson/jansson.inc
create mode 100644
Test info:
Has been tested on:
Fedora 17 64bit
Fedora 16 64bit
Ubuntu 10.10 32bit
// Robert
The following changes since commit c37faea947ef3980934c02661ecd79cd9668b8a6:
libunistring: Fix parallel make issue (2012-04-12 12:37:52 +0100)
are available in the git repository at:
git://git.pokyli
Many of the standard C++ library include files have been edited to no
longer include to remove namespace pollution in gcc 4.7, so
we need include manually sometimes.
More information:
http://gcc.gnu.org/gcc-4.7/porting_to.html
[YOCTO #2278]
Signed-off-by: Robert Yang
---
.../mklibs/files/inc
* wpa_passphrase doesn't require special privileges.
Signed-off-by: Andreas Oberritter
---
* NOTE: Depends on patch "wpa-supplicant: remove unused files" sent yesterday.
.../wpa-supplicant/wpa-supplicant-0.7.inc |4 +++-
.../wpa-supplicant/wpa-supplicant_0.7.3.bb |2 +-
Is there any suggestions for this one please?
// Robert
On 03/30/2012 01:29 PM, Robert Yang wrote:
Is it possible to enable the "-sm -accessibility" in oe-core, please?
There is a meta-kde layer which requires the "-sm -accessibility", but
they are disabled in meta/recipes-qt/qt4/qt4.inc:
QT_
Op 12 apr. 2012, om 15:42 heeft m...@communistcode.co.uk het volgende
geschreven:
> From: Jack Mitchell
>
> Signed-off-by: Jack Mitchell
> ---
> meta-oe/recipes-support/jansson/jansson.inc|8
> meta-oe/recipes-support/jansson/jansson_2.3.bb |4
I'll ask the standard q
On 12/04/12 15:08, Koen Kooi wrote:
Op 12 apr. 2012, om 15:42 heeft m...@communistcode.co.uk het volgende
geschreven:
From: Jack Mitchell
Signed-off-by: Jack Mitchell
---
meta-oe/recipes-support/jansson/jansson.inc|8
meta-oe/recipes-support/jansson/jansson_2.3.bb |4
On Thu, Apr 12, 2012 at 06:29, Koen Kooi wrote:
> I'm still a big fan of using 'yoctoproject-1.2' as substring for tags and
> branches. The objections I heard to that didn't make sense to me, but I see
> this as a purely technical matter where others see it as something different
> :)
OE-Core
On Thursday 12 April 2012 15:17:35 Jack Mitchell wrote:
> It was in oe-classic so I believed it would be useful to port it over
> oe-core. I thought that the location I chose was the most suitable place
> for it. There doesn't seem to be a general 'user-cotrib/devel' layer
> into which these packag
On 12.04.2012 16:17, Jack Mitchell wrote:
> On 12/04/12 15:08, Koen Kooi wrote:
>> Op 12 apr. 2012, om 15:42 heeft m...@communistcode.co.uk het volgende
>> geschreven:
>>
>>> From: Jack Mitchell
>>>
>>> Signed-off-by: Jack Mitchell
>>> ---
>>> meta-oe/recipes-support/jansson/jansson.inc|8 +
Op 12 apr. 2012, om 16:24 heeft Otavio Salvador het volgende geschreven:
> On Thu, Apr 12, 2012 at 06:29, Koen Kooi wrote:
>> I'm still a big fan of using 'yoctoproject-1.2' as substring for tags and
>> branches. The objections I heard to that didn't make sense to me, but I see
>> this as a pu
Op 12 apr. 2012, om 16:38 heeft Andreas Oberritter het volgende geschreven:
> On 12.04.2012 16:17, Jack Mitchell wrote:
>> On 12/04/12 15:08, Koen Kooi wrote:
>>> Op 12 apr. 2012, om 15:42 heeft m...@communistcode.co.uk het volgende
>>> geschreven:
>>>
From: Jack Mitchell
Signed-
From: Robert Yang
Many of the standard C++ library include files have been edited to no
longer include to remove namespace pollution in gcc 4.7, so
we need include manually sometimes.
More information:
http://gcc.gnu.org/gcc-4.7/porting_to.html
[YOCTO #2278]
Signed-off-by: Robert Yang
[Upd
Le Thu, 12 Apr 2012 16:39:52 +0200,
Koen Kooi a écrit :
>
> Op 12 apr. 2012, om 16:24 heeft Otavio Salvador het volgende geschreven:
>
> > On Thu, Apr 12, 2012 at 06:29, Koen Kooi wrote:
> >> I'm still a big fan of using 'yoctoproject-1.2' as substring for tags and
> >> branches. The objectio
On 12/04/12 15:40, Koen Kooi wrote:
Op 12 apr. 2012, om 16:38 heeft Andreas Oberritter het volgende geschreven:
On 12.04.2012 16:17, Jack Mitchell wrote:
On 12/04/12 15:08, Koen Kooi wrote:
Op 12 apr. 2012, om 15:42 heeft m...@communistcode.co.uk het volgende
geschreven:
From: Jack Mitchell
On Thu, Apr 12, 2012 at 6:39 AM, Steve Sakoman wrote:
> FWIW, after pulling current poky this morning all of my image builds
> are failing with errors like this:
>
> | Installing base dependencies first (base-passwd, base-files and
> shadow) since rpm is special
> | error: Failed dependencies:
>
On Thu, Apr 12, 2012 at 9:51 AM, Eric Bénard wrote:
> Le Thu, 12 Apr 2012 16:39:52 +0200,
> Koen Kooi a écrit :
>
>>
>> Op 12 apr. 2012, om 16:24 heeft Otavio Salvador het volgende geschreven:
>>
>> > On Thu, Apr 12, 2012 at 06:29, Koen Kooi
>> > wrote:
>> >> I'm still a big fan of using 'yocto
On 4/12/12 10:36 AM, Steve Sakoman wrote:
On Thu, Apr 12, 2012 at 6:39 AM, Steve Sakoman wrote:
That is very odd, the system is supposed to identify all of the dependencies
needed for the first set of packages... (the three base-passwd, base-files and
shadow).
The end result is a list of 1
On Thu, Apr 12, 2012 at 8:46 AM, Mark Hatle wrote:
> On 4/12/12 10:36 AM, Steve Sakoman wrote:
>>
>> On Thu, Apr 12, 2012 at 6:39 AM, Steve Sakoman wrote:
>
>
> That is very odd, the system is supposed to identify all of the dependencies
> needed for the first set of packages... (the three base-p
On Thu, 2012-04-12 at 08:55 -0700, Steve Sakoman wrote:
> On Thu, Apr 12, 2012 at 8:46 AM, Mark Hatle wrote:
> > On 4/12/12 10:36 AM, Steve Sakoman wrote:
> >>
> >> On Thu, Apr 12, 2012 at 6:39 AM, Steve Sakoman wrote:
> >
> >
> > That is very odd, the system is supposed to identify all of the de
On 04/12/2012 06:06 AM, Venkata ramana gollamudi wrote:
Failure:
"error: duplicate initialization of gcc with the following parameters" during
compilation.
Steps to reproduce:
1> bitbake -c cleansstate boost
2> bitbake boost
3> bitbake -c boostconfig boost -f
4> bitbake -c compile boost -f
On 4/12/12 10:55 AM, Steve Sakoman wrote:
On Thu, Apr 12, 2012 at 8:46 AM, Mark Hatle wrote:
On 4/12/12 10:36 AM, Steve Sakoman wrote:
On Thu, Apr 12, 2012 at 6:39 AM, Steve Sakomanwrote:
That is very odd, the system is supposed to identify all of the dependencies
needed for the first
> Ya, if you could point me to the image recipe that eliminates BB and uses
> the discrete versions of things I'll look into this.
>
> I can try to do it with hob, but I'm not sure of everything I'd have to
> select.
Here is one of the images that shows the issue:
http://www.sakoman.com/cgi-bin/g
On Thu, Apr 12, 2012 at 2:29 AM, Koen Kooi wrote:
>
> Op 12 apr. 2012, om 11:02 heeft Richard Purdie het volgende geschreven:
>
>> On Wed, 2012-04-11 at 01:51 +0100, Julian Pidancet wrote:
>>> On 04/09/12 19:01, Liu, Song wrote:
Hi all,
This is to restate and clarify the schedule fo
On Thu, Apr 12, 2012 at 9:08 AM, Richard Purdie
wrote:
> For what its worth, bash here does Provides: /bin/sh so I'm a little
> puzzled about what is going on here. If its not doing that, it would
> certainly cause the error you're reporting...
Hmm . . . while I see:
Provides: /bin/sh
in bash.
On 4/12/12 12:06 PM, Steve Sakoman wrote:
On Thu, Apr 12, 2012 at 9:08 AM, Richard Purdie
wrote:
For what its worth, bash here does Provides: /bin/sh so I'm a little
puzzled about what is going on here. If its not doing that, it would
certainly cause the error you're reporting...
Hmm . . .
On Thu, Apr 12, 2012 at 13:55, Khem Raj wrote:
>> I'm still a big fan of using 'yoctoproject-1.2' as substring for tags and
>> branches. The objections I heard to that didn't make sense to me, but I see
>> this as a purely technical matter where others see it as something different
>> :)
>
> I
Op 12 apr. 2012, om 18:55 heeft Khem Raj het volgende geschreven:
> On Thu, Apr 12, 2012 at 2:29 AM, Koen Kooi wrote:
>>
>> Op 12 apr. 2012, om 11:02 heeft Richard Purdie het volgende geschreven:
>>
>>> On Wed, 2012-04-11 at 01:51 +0100, Julian Pidancet wrote:
On 04/09/12 19:01, Liu, Song
On Thu, Apr 12, 2012 at 14:22, Koen Kooi wrote:
> You just volunteered to handle all the "Does it work with yocto 1.2?"
> questions :)
>
> Simply put: people are stupid, they need explicit PHB compliant names in
> tags, even if it isn't 100% politically correct to say "yocto" when we
> actually
On Thu, Apr 12, 2012 at 04:39:52PM +0200, Koen Kooi wrote:
>
> We can't do worse than fedora:
> http://lists.fedoraproject.org/pipermail/announce/2012-February/003044.html
Are you suggesting we adopt a new "Unhealthy snacks" or "Junk food" versioning
schema? :)
--
Denys
_
On Thu, 2012-04-12 at 14:32 -0300, Otavio Salvador wrote:
> On Thu, Apr 12, 2012 at 14:22, Koen Kooi wrote:
> > You just volunteered to handle all the "Does it work with yocto 1.2?"
> > questions :)
> >
> > Simply put: people are stupid, they need explicit PHB compliant names in
> > tags, even i
Hello Kai,
because I was low on disk space, I just tried scripts/cleanup-workdir
for the first time. My observations:
1.) It deletes work directories that were built for other machines
(archs) than the current one. I guess the list of architectures to
handle should be queried from bitbake to avoi
On Thu, Apr 12, 2012 at 15:40, Richard Purdie
wrote:
>> I think layers ought to have tags for both ...
>>
>> -oe-core-
>> -yocto-
>
> This would be rather sad if it were necessary. The whole point is we're
> trying to build things which are compatible with each other. If that
> turns out not to be
On Thu, Apr 12, 2012 at 5:55 PM, Khem Raj wrote:
>
> I think that string is fine as long as its just for yocto but I think
> for OE-Core we are going to do a General release
> so tagging that with something yocto project will be very confusing
> unless we plan to do different releases of OE-Core f
On Thu, Apr 12, 2012 at 02:32:00PM -0300, Otavio Salvador wrote:
> On Thu, Apr 12, 2012 at 14:22, Koen Kooi wrote:
> > You just volunteered to handle all the "Does it work with yocto 1.2?"
> > questions :)
> >
> > Simply put: people are stupid, they need explicit PHB compliant names in
> > tags,
On Thu, Apr 12, 2012 at 11:31 AM, Denys Dmytriyenko wrote:
> On Thu, Apr 12, 2012 at 02:32:00PM -0300, Otavio Salvador wrote:
> > On Thu, Apr 12, 2012 at 14:22, Koen Kooi
> wrote:
> > > You just volunteered to handle all the "Does it work with yocto 1.2?"
> questions :)
> > >
> > > Simply put: p
On 04/12/2012 11:40 AM, Richard Purdie wrote:
> On Thu, 2012-04-12 at 14:32 -0300, Otavio Salvador wrote:
>> On Thu, Apr 12, 2012 at 14:22, Koen Kooi wrote:
>>> You just volunteered to handle all the "Does it work with yocto 1.2?"
>>> questions :)
>>>
>>> Simply put: people are stupid, they need
Op 12 apr. 2012, om 21:46 heeft Philip Balister het volgende geschreven:
> On 04/12/2012 11:40 AM, Richard Purdie wrote:
>> On Thu, 2012-04-12 at 14:32 -0300, Otavio Salvador wrote:
>>> On Thu, Apr 12, 2012 at 14:22, Koen Kooi wrote:
You just volunteered to handle all the "Does it work with
On Thu, Apr 12, 2012 at 08:31:13PM +0100, Julian Pidancet wrote:
> On Thu, Apr 12, 2012 at 5:55 PM, Khem Raj wrote:
> >
> > I think that string is fine as long as its just for yocto but I think
> > for OE-Core we are going to do a General release
> > so tagging that with something yocto project wi
On Thu, Apr 12, 2012 at 09:57:02PM +0200, Koen Kooi wrote:
>
> Op 12 apr. 2012, om 21:46 heeft Philip Balister het volgende geschreven:
>
> > On 04/12/2012 11:40 AM, Richard Purdie wrote:
> >> On Thu, 2012-04-12 at 14:32 -0300, Otavio Salvador wrote:
> >>> On Thu, Apr 12, 2012 at 14:22, Koen Kooi
pseudo was adding in an rpath, prevent that
rpm-native was not resolving dependencies that looked like possible
filename properly.
The following changes since commit 71e95c744eaa4dda1b3237db2e13f666f121c92b:
package_rpm.bbclass: Set tmppath for rpm to somewhere which won't conflict
with the
[Yocto #2251]
Add --without-rpath to avoid embedding rpaths into the pseudo
components.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/pseudo/pseudo.inc|8
meta/recipes-devtools/pseudo/pseudo_1.3.bb |2 +-
meta/recipes-devtools/pseudo/pseudo_git.bb |2 +-
3 files c
On Thu, Apr 12, 2012 at 18:13, Denys Dmytriyenko wrote:
> Should we put it to vote? While we still have time before the release, we need
> to agree on the naming eventually.
yp-1.2 +1
yocto-project-1.2 +1
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com
In lib/rpmts.c we need to make sure to look for missing dependencies,
such as /bin/sh, in both the providename and filepaths DB. Previously
the system would key off an initial '/' and only look in the filepaths DB.
This causes problems when a package such as "bash", has a Provides: /bin/sh.
Sign
On Thu, Apr 12, 2012 at 2:21 PM, Mark Hatle wrote:
> In lib/rpmts.c we need to make sure to look for missing dependencies,
> such as /bin/sh, in both the providename and filepaths DB. Previously
> the system would key off an initial '/' and only look in the filepaths DB.
>
> This causes problems
On Thu, 2012-04-12 at 17:13 -0400, Denys Dmytriyenko wrote:
> Should we put it to vote? While we still have time before the release, we
> need
> to agree on the naming eventually.
To be honest, it seems to me like a vote would be a waste of time. It's
only a name, after all. This is Richard's
Gary,
May be Matthew may be able to provide some help with his Freescale
background.
I could not add Matthew to the bug, so ccing him here.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=1570
Nitin
___
Openembedded-core mailing list
Openembed
On 2012年04月13日 02:47, Andreas Oberritter wrote:
Hello Kai,
because I was low on disk space, I just tried scripts/cleanup-workdir
for the first time. My observations:
Hi Andreas,
1.) It deletes work directories that were built for other machines
(archs) than the current one. I guess the lis
From: Nitin A Kamble
fedora 17 has /usr/bin/perl as well as /bin/perl, which results in
the perl path set in thetarget perl scripts as /bin/perl
While we install perl on target at ${bindir}/perl i.e. /usr/bin/perl
Hence the target perl scripts are broken when build is done on fedora 17.
Work ar
From: Nitin A Kamble
consolidate all the common cached config vars in one location
no PR bump as this does not change the output of the recipe.
Signed-off-by: Nitin A Kamble
---
meta/recipes-core/eglibc/eglibc.inc |2 +-
meta/recipes-core/eglibc/eglibc_2.13.bb |3 ---
meta/recipes
From: Nitin A Kamble
Misc Fixes. These are tested on 64bit fedora 17 alpha system for qemux86 machine
Nitin
The following changes since commit b8f45af0c477b23b85ea8eb02f3c9e46a666a422:
mklibs-native: fix for gcc-4.7 (2012-04-12 15:25:04 -0700)
are available in the git repository at:
git:/
On Thu, Apr 12, 2012 at 9:43 PM, wrote:
>
> fedora 17 has /usr/bin/perl as well as /bin/perl, which results in
> the perl path set in thetarget perl scripts as /bin/perl
> While we install perl on target at ${bindir}/perl i.e. /usr/bin/perl
> Hence the target perl scripts are broken when build
There would be an error when building gcc-cross in the do_install stage
if the TMPDIR's length is more than 200 characters:
make[1]: execvp: /bin/sh: Argument list too long
This is because of the limit of /usr/include/linux/limits.h:
$ grep PATH_MAX /usr/include/linux/limits.h
#define PATH_MAX
65 matches
Mail list logo
