On Fri, Sep 14, 2012 at 12:58:28PM +0100, Richard Purdie wrote:
> On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
> > On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
> > wrote:
> > > On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg wrote:
> > >> Khem Raj wrote:
> > >>> I agree but then 1.7
On 9/14/12 6:15 PM, Scott Garman wrote:
In certain edge cases, bitbake may fail to run and cause setup_tmpdir()
within runqemu to fail, and not give the user a helpful error message.
Catch this case and show the user the output of bitbake -e.
This fixes [YOCTO #3112]
Signed-off-by: Scott Garman
Hello,
This is a fix for Yocto bug #3112, where there are certain edge cases
where the bitbake command is avalable to fails to run. Previously we
mistakenly treated that as the same case as if bitbake didn't exist in
the user's $PATH, and this fix causes us to show the user the output
of bitbake s
In certain edge cases, bitbake may fail to run and cause setup_tmpdir()
within runqemu to fail, and not give the user a helpful error message.
Catch this case and show the user the output of bitbake -e.
This fixes [YOCTO #3112]
Signed-off-by: Scott Garman
---
scripts/runqemu | 12 ++--
On Friday 14 September 2012 15:26:14 Flanagan, Elizabeth wrote:
> > The thing is, we have no other means of accurately determining the
> > contents of the image than the installed package list, given that the
> > package manager is ultimately in charge of resolving and installing
> > dependencies d
On 9/14/12 5:37 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 17:28 -0500, Mark Hatle wrote:
Based on that, I'm not sure what RREPLACES is being used for:
FILES_${PN} = "${bindir} ${libdir}/X11/Options ${libdir}/X11/Cards
${libdir}/X11/getconfig ${libdir}/X11/etc ${libdir}/modules/*.so
${libdi
On Fri, 2012-09-14 at 17:28 -0500, Mark Hatle wrote:
> Based on that, I'm not sure what RREPLACES is being used for:
>
> FILES_${PN} = "${bindir} ${libdir}/X11/Options ${libdir}/X11/Cards
> ${libdir}/X11/getconfig ${libdir}/X11/etc ${libdir}/modules/*.so
> ${libdir}/xorg/modules/*.so /etc/X11 ${
On 9/14/12 5:26 PM, Flanagan, Elizabeth wrote:
On Fri, Sep 14, 2012 at 3:11 PM, Paul Eggleton
wrote:
On Friday 14 September 2012 13:50:22 Flanagan, Elizabeth wrote:
We really shouldn't be relying on package data at all for license
manifests. As the manifests are relying on list_installed_packa
On 9/14/12 5:16 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 17:13 -0500, Mark Hatle wrote:
Coming from the RPM world, that behavior is entirely unexpected. There is no
way (by design) for an RPM package to be tagged as being allowed to replace
files of another package.
How would rpm conven
On Fri, Sep 14, 2012 at 3:11 PM, Paul Eggleton
wrote:
> On Friday 14 September 2012 13:50:22 Flanagan, Elizabeth wrote:
>> We really shouldn't be relying on package data at all for license
>> manifests. As the manifests are relying on list_installed_packages,
>> they end up inaccurate anyway as li
On Fri, 2012-09-14 at 17:13 -0500, Mark Hatle wrote:
> Coming from the RPM world, that behavior is entirely unexpected. There is no
> way (by design) for an RPM package to be tagged as being allowed to replace
> files of another package.
How would rpm conventionally deal with the situation at h
On 9/14/12 5:03 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 16:56 -0500, Mark Hatle wrote:
On 9/14/12 4:50 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 18:29 +0100, Paul Eggleton wrote:
Unfortunately with rpm at least, this results in xserver-xorg-module-exa
being installed in preference
On Friday 14 September 2012 13:50:22 Flanagan, Elizabeth wrote:
> We really shouldn't be relying on package data at all for license
> manifests. As the manifests are relying on list_installed_packages,
> they end up inaccurate anyway as list_installed_packages does exactly
> that. List software ins
On Fri, 2012-09-14 at 13:50 -0700, Flanagan, Elizabeth wrote:
> On Fri, Sep 14, 2012 at 9:48 AM, Mark Hatle wrote:
> > On 9/14/12 11:01 AM, Richard Purdie wrote:
> >>
> >> On Thu, 2012-09-13 at 15:43 -0700, Saul Wold wrote:
> >>>
> >>> On 09/13/2012 03:31 PM, Paul Eggleton wrote:
>
> On
On Fri, 2012-09-14 at 16:56 -0500, Mark Hatle wrote:
> On 9/14/12 4:50 PM, Phil Blundell wrote:
> > On Fri, 2012-09-14 at 18:29 +0100, Paul Eggleton wrote:
> >> Unfortunately with rpm at least, this results in xserver-xorg-module-exa
> >> being installed in preference to xserver-xorg when construct
On 9/14/12 4:50 PM, Phil Blundell wrote:
On Fri, 2012-09-14 at 18:29 +0100, Paul Eggleton wrote:
Unfortunately with rpm at least, this results in xserver-xorg-module-exa
being installed in preference to xserver-xorg when constructing the root
filesystem, which is clearly not desirable.
Surely
On Fri, 2012-09-14 at 18:29 +0100, Paul Eggleton wrote:
> Unfortunately with rpm at least, this results in xserver-xorg-module-exa
> being installed in preference to xserver-xorg when constructing the root
> filesystem, which is clearly not desirable.
Surely this is a bug in the rpm packaging back
On Fri, Sep 14, 2012 at 9:48 AM, Mark Hatle wrote:
> On 9/14/12 11:01 AM, Richard Purdie wrote:
>>
>> On Thu, 2012-09-13 at 15:43 -0700, Saul Wold wrote:
>>>
>>> On 09/13/2012 03:31 PM, Paul Eggleton wrote:
On Thursday 13 September 2012 12:26:19 Saul Wold wrote:
>
> Make sure to
On Fri, Sep 14, 2012 at 8:25 AM, Otavio Salvador
wrote:
> On Fri, Sep 14, 2012 at 10:23 AM, Richard Purdie
> wrote:
>> On Fri, 2012-09-14 at 09:36 -0300, Otavio Salvador wrote:
>>> On Fri, Sep 14, 2012 at 8:58 AM, Richard Purdie
>>> wrote:
>>> > On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wr
Unfortunately with rpm at least, this results in xserver-xorg-module-exa
being installed in preference to xserver-xorg when constructing the root
filesystem, which is clearly not desirable.
Signed-off-by: Paul Eggleton
---
.../xorg-xserver/xserver-xorg-1.11.2.inc |2 +-
.../recipes
On 9/14/12 11:01 AM, Richard Purdie wrote:
On Thu, 2012-09-13 at 15:43 -0700, Saul Wold wrote:
On 09/13/2012 03:31 PM, Paul Eggleton wrote:
On Thursday 13 September 2012 12:26:19 Saul Wold wrote:
Make sure to find -package, this was causing a failure
in the multi-lib build license generation d
On 09/12/2012 04:58 AM, Constantin Musca wrote:
We must use one TMPDIR per process (/tmp/${PID}) so that the patching
processes don't generate the same temp file name (the "patch" program
uses the TMPDIR environment variable for deciding where to create the
temp files).
[YOCTO #3070]
Signed-off
On Thu, 2012-09-13 at 15:43 -0700, Saul Wold wrote:
> On 09/13/2012 03:31 PM, Paul Eggleton wrote:
> > On Thursday 13 September 2012 12:26:19 Saul Wold wrote:
> >> Make sure to find -package, this was causing a failure
> >> in the multi-lib build license generation during rootfs.
> >>
> >> Signed-o
On 09/13/2012 03:04 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
b/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
index
On 09/13/2012 02:58 PM, Khem Raj wrote:
This patch is backporting strictly the patches that has gone into
2.22 release branch since 2.22 was released last year. I have dropped
the patches for AVR,CRIS and HPPA which does not concern OE-Core's primary
architecture. Majority fixes are for ld and mi
On 09/13/2012 12:34 PM, Bruce Ashfield wrote:
Richard/Saul,
A small ``consolidated'' update this time. Two fixes, one to the build/tools,
one meta branch update for KVM guests.
The tools fix is something that I've been wanting to get to for a month
now .. and I finally did. Matthew Foster repor
On 09/13/2012 11:29 AM, Peter Seebach wrote:
The patches here are trivial. The upstream fixes are pretty
non-trivial, but have been used moderately extensively on a handful
of hosts, and appear to work. Long story short, pseudo could cause
rm to fail on files >2GB on 32-bit hosts which didn't use
On 09/13/2012 09:23 AM, Paul Eggleton wrote:
The following changes since commit 835654994574c158d6324218ebe000bd2ef9a792:
rt: Add hwlatdetect to rt images (2012-09-12 15:11:12 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/combo-
On 09/13/2012 05:58 AM, Jack Mitchell wrote:
From: Jack Mitchell
Git requires python by default as an included script to link git
to perforce is written in Python. Define NO_PYTHON to stop the
script being included and thus remove the dependancy on Python.
Signed-off-by: Jack Mitchell
---
m
On 09/13/2012 03:10 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
.../xorg-lib/libx11/keysymdef_include.patch| 35 +---
1 file changed, 15 insertions(+), 20 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11/keysymdef_include.patch
b/meta/recip
On 09/13/2012 01:26 AM, Andrei Dinu wrote:
Changes :
- Added ax_append_flags.m4 and ax_check_compile_flag.m4 to the m4 directory.
The files were missing and aclocal.m4 was generated without those two macros.
- Added a new license md5 checksum to the recipe because the old LICENSE file
dif
On 09/12/2012 02:07 PM, Matthew McClintock wrote:
Signed-off-by: Matthew McClintock
---
meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
b/meta/recipes-devtools/valgrin
On 09/13/2012 10:18 AM, Andrei Gherzan wrote:
V3:
Do the whole thing in the same awk
The following changes since commit 0f55a5868457300a3defc7fa7451ef191d19e018:
adt-installer: Allow changing YOCTOADT_REPO (2012-09-05 23:28:10 +0100)
are available in the git repository at:
git://git.yoc
On 09/11/2012 10:59 PM, Khem Raj wrote:
When using runqemu with distros outside oe-core then
MACHINE may not be there in local.conf so use the one
thats available in environment of runqemu which is actually
the correct one.
Signed-off-by: Khem Raj
---
scripts/runqemu |2 +-
1 file change
On 09/12/2012 12:55 AM, Khem Raj wrote:
This patch is causing systemd based systemd to not boot
Revert of patch has been tested on tip of master hence the new SRCREV
New SRCREV brings in one another regression fix as described here
http://lists.uclibc.org/pipermail/uclibc/2012-August/046993.html
On 09/11/2012 02:57 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/connman/connman.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-connectivity/connman/connman.inc
index
On 09/13/2012 03:22 PM, Andrei Gherzan wrote:
The following changes since commit 7401ed019196313a7ae7cab0b9f3820356cfee29:
Update to upstream_tracking.inc (2012-09-12 17:56:58 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ag/taglib
http://git.y
- Use mkdtemp for generating temp dir names
- Use bb.utils.remove for removing temp dirs
- Add comment for explaining the "patch" workaround
[YOCTO #3070]
Signed-off-by: Constantin Musca
---
meta/classes/patch.bbclass | 16
1 file changed, 8 insertions(+), 8 deletions(-)
dif
This mirror entry which maps to itself plus a slash, if matched, put the
fetcher into a circular loop until the stack space is exhausted. A patch
has been sent to fix this issue in BitBake, but we should remove the
bogus entry as well.
(Note that this entry does not actually trigger the issue with
- Use mkdtemp for generating temp dir names
- Use bb.utils.remove for removing temp dirs
- Add comment for explaining the "patch" workaround
[YOCTO #3070]
Signed-off-by: Constantin Musca
---
meta/classes/patch.bbclass | 16
1 file changed, 8 insertions(+), 8 deletions(-)
dif
On 09/14/2012 05:18 PM, Enrico Scholz wrote:
Constantin Musca
writes:
+process_tmpdir = tempfile.mkdtemp(prefix=str(os.getpid()))
fwiw, prefix is usually something which identifies the origin of the
tempfile. getpid() does not make much sense here; it might be better to
use something li
- Use mkdtemp for generating temp dir names
- Use bb.utils.remove for removing temp dirs
- Add comment for explaining the "patch" workaround
[YOCTO #3070]
Signed-off-by: Constantin Musca
---
meta/classes/patch.bbclass | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
di
Constantin Musca
writes:
> +process_tmpdir = tempfile.mkdtemp(prefix=str(os.getpid()))
fwiw, prefix is usually something which identifies the origin of the
tempfile. getpid() does not make much sense here; it might be better to
use something like 'bitbake-patch' or so.
> if os.path.e
- Use mkdtemp for generating temp dir names
- Use bb.utils.remove for removing temp dirs
- Add comment for explaining the "patch" workaround
Signed-off-by: Constantin Musca
---
meta/classes/patch.bbclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/meta
Richard Purdie writes:
> I would point out that the build process is likely full of such races
> though.
Yes; I know. But there is really no excuse to introduce insecure tmpfile
creation; especially because safe techniques are well known, available
and cheap.
All the build tools (gcc, make, a
On Fri, 2012-09-14 at 10:23 +0100, Burton, Ross wrote:
> On 14 September 2012 07:28, Saul Wold wrote:
> > ERROR: Nothing RPROVIDES 'gst-ffmpeg' (but
> > /srv/home/pokybuild/yocto-autobuilder/yocto-slave/meta-intel-gpl/build/yocto/meta-intel/common/recipes-multimedia/gstreamer/gst-va-intel.bb
> > R
On Fri, 2012-09-14 at 14:24 +0200, Enrico Scholz wrote:
> Richard Purdie writes:
>
> >> > +process_tmpdir = os.path.join('/tmp', str(os.getpid()))
> >> > +shutil.rmtree(process_tmpdir)
>
> > Its only being used as a prefix, not as the full directory path name
> > so it isn't quite as
On 14/09/12 14:22, Richard Purdie wrote:
On Fri, 2012-09-14 at 13:36 +0100, Jack Mitchell wrote:
On 14/09/12 13:32, Jack Mitchell wrote:
On 14/09/12 13:16, Richard Purdie wrote:
On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
I am trying to use the package libxcb-xfixes in a recipe ho
On Fri, Sep 14, 2012 at 10:23 AM, Richard Purdie
wrote:
> On Fri, 2012-09-14 at 09:36 -0300, Otavio Salvador wrote:
>> On Fri, Sep 14, 2012 at 8:58 AM, Richard Purdie
>> wrote:
>> > On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
>> >> On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
>> >>
On Fri, 2012-09-14 at 09:36 -0300, Otavio Salvador wrote:
> On Fri, Sep 14, 2012 at 8:58 AM, Richard Purdie
> wrote:
> > On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
> >> On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
> >> wrote:
> >> > On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg
On Fri, 2012-09-14 at 13:36 +0100, Jack Mitchell wrote:
> On 14/09/12 13:32, Jack Mitchell wrote:
> > On 14/09/12 13:16, Richard Purdie wrote:
> >> On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
> >>> I am trying to use the package libxcb-xfixes in a recipe however when I
> >>> add 'libxcb
On Fri, 2012-09-14 at 14:01 +0100, Jack Mitchell wrote:
> On 14/09/12 13:36, Jack Mitchell wrote:
> > On 14/09/12 13:32, Jack Mitchell wrote:
> >> On 14/09/12 13:16, Richard Purdie wrote:
> >>> On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
> I am trying to use the package libxcb-xfix
On 14/09/12 13:36, Jack Mitchell wrote:
On 14/09/12 13:32, Jack Mitchell wrote:
On 14/09/12 13:16, Richard Purdie wrote:
On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
I am trying to use the package libxcb-xfixes in a recipe however
when I
add 'libxcb-xfixes' to DEPENDS I get the err
On Fri, Sep 14, 2012 at 8:58 AM, Richard Purdie
wrote:
> On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
>> On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
>> wrote:
>> > On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg wrote:
>> >> Khem Raj wrote:
>> >>> I agree but then 1.7 GB is notice
On 14/09/12 13:32, Jack Mitchell wrote:
On 14/09/12 13:16, Richard Purdie wrote:
On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
I am trying to use the package libxcb-xfixes in a recipe however when I
add 'libxcb-xfixes' to DEPENDS I get the error that nothing provides
libxcb-xfixes how
On Fri, Sep 14, 2012 at 7:58 AM, Richard Purdie
wrote:
> On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
>> On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
>> wrote:
>> > On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg wrote:
>> >> Khem Raj wrote:
>> >>> I agree but then 1.7 GB is notice
On 14/09/12 13:16, Richard Purdie wrote:
On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
I am trying to use the package libxcb-xfixes in a recipe however when I
add 'libxcb-xfixes' to DEPENDS I get the error that nothing provides
libxcb-xfixes however the libxcb package clearly has it in
Richard Purdie writes:
>> > +process_tmpdir = os.path.join('/tmp', str(os.getpid()))
>> > +shutil.rmtree(process_tmpdir)
> Its only being used as a prefix, not as the full directory path name
> so it isn't quite as insecure as it would first appear.
It *is* insecure as it would firs
On Fri, 2012-09-14 at 13:09 +0100, Jack Mitchell wrote:
> I am trying to use the package libxcb-xfixes in a recipe however when I
> add 'libxcb-xfixes' to DEPENDS I get the error that nothing provides
> libxcb-xfixes however the libxcb package clearly has it in the PACKAGES
> variable
>
> recip
On 14 September 2012 13:09, Jack Mitchell wrote:
> I am trying to use the package libxcb-xfixes in a recipe however when I add
> 'libxcb-xfixes' to DEPENDS I get the error that nothing provides
> libxcb-xfixes however the libxcb package clearly has it in the PACKAGES
> variable
Build-time depende
I am trying to use the package libxcb-xfixes in a recipe however when I
add 'libxcb-xfixes' to DEPENDS I get the error that nothing provides
libxcb-xfixes however the libxcb package clearly has it in the PACKAGES
variable
recipes-graphics/xcb/libxcb.inc:PACKAGES =+ "libxcb-composite
libxcb-da
On Thu, 2012-09-13 at 07:22 -0700, Chris Larson wrote:
> On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
> wrote:
> > On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg wrote:
> >> Khem Raj wrote:
> >>> I agree but then 1.7 GB is noticeably huge too and it will only become
> >>> larger in future so
On Fri, 2012-09-14 at 13:28 +0200, Enrico Scholz wrote:
> Constantin Musca
> writes:
>
> > +process_tmpdir = os.path.join('/tmp', str(os.getpid()))
> > +if os.path.exists(process_tmpdir):
> > +shutil.rmtree(process_tmpdir)
> > +os.makedirs(process_tmpdir)
>
> ooo... this
On Fri, 2012-09-14 at 12:50 +0300, Radu Moisan wrote:
> Check in ${PKGD} for libraries in other locations
> then ${libdir}. Trigger a warning if so.
>
> [Yocto #2038]
>
> Signed-off-by: Radu Moisan
> ---
> meta/classes/insane.bbclass | 18 ++
> 1 file changed, 18 insertions(+)
Constantin Musca
writes:
> +process_tmpdir = os.path.join('/tmp', str(os.getpid()))
> +if os.path.exists(process_tmpdir):
> +shutil.rmtree(process_tmpdir)
> +os.makedirs(process_tmpdir)
ooo... this violates trivial rules regarding secure generation of
tempfiles. Better us
check-if-liblzma-is-disabled.patch: added
- add support for the --enable_liblzma option
[YOCTO #2750]
Signed-off-by: Constantin Musca
---
.../grub/files/check-if-liblzma-is-disabled.patch | 33
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |6 ++--
meta/
has problems with re pattern.
preparing v4
radu
On 09/14/2012 12:50 PM, Radu Moisan wrote:
Check in ${PKGD} for libraries in other locations
then ${libdir}. Trigger a warning if so.
[Yocto #2038]
Signed-off-by: Radu Moisan
---
meta/classes/insane.bbclass | 18 ++
1 file
Check in ${PKGD} for libraries in other locations
then ${libdir}. Trigger a warning if so.
[Yocto #2038]
Signed-off-by: Radu Moisan
---
meta/classes/insane.bbclass | 18 ++
1 file changed, 18 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
Default to enabling it as we were build-depending on it already. If a user
needs the disk space and the limitations imposed by not using libcroco are
acceptable they can override this.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb | 12 +---
1 file change
On 14 September 2012 07:28, Saul Wold wrote:
> ERROR: Nothing RPROVIDES 'gst-ffmpeg' (but
> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/meta-intel-gpl/build/yocto/meta-intel/common/recipes-multimedia/gstreamer/gst-va-intel.bb
> RDEPENDS on or otherwise requires it)
That's interesting, I was
On Thu, 2012-09-13 at 23:25 -0700, Saul Wold wrote:
> On 09/13/2012 03:04 AM, Ross Burton wrote:
> > Default to enabling it as we were build-depending on it already. If a user
> > needs the disk space and the limitations imposed by not using libcroco are
> > acceptable they can override this.
> >
Added comments.
radu
On 09/14/2012 12:03 PM, Radu Moisan wrote:
Check in ${PKGD} for libraries in other locations
then ${libdir}. Trigger a warning if so.
[Yocto #2038]
Signed-off-by: Radu Moisan
---
meta/classes/insane.bbclass | 18 ++
1 file changed, 18 insertions(+)
Check in ${PKGD} for libraries in other locations
then ${libdir}. Trigger a warning if so.
[Yocto #2038]
Signed-off-by: Radu Moisan
---
meta/classes/insane.bbclass | 18 ++
1 file changed, 18 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
On Fri, 2012-09-14 at 00:57 -0400, Bruce Ashfield wrote:
> uprobes depends on functionality provided by perf events. After
> uprobes was enabled in the standard kernel the mpc8315 board showed
> link errors due to missing perf event functions.
>
> This problem isn't isolated to the board or powerp
On Fri, 2012-09-14 at 00:04 -0700, Saul Wold wrote:
> Richard,
>
> THis is a continuation of yesterday's Fix list. It includes
> some patches for some AB related issues such as the MPC8315
> and Multilib (really license.bbclass failure).
>
> I have also included the patch you suggested for the S
Check in ${PKGD} for libraries in other locations
then ${libdir}. Trigger a warning if so.
[Yocto #2038]
Signed-off-by: Radu Moisan
---
meta/classes/insane.bbclass | 17 +
1 file changed, 17 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
Richard/Saul,
This update addresses YOCTO #3111, which is a build a failure on the mpc8315
after uprobes was enabled.
We ended up fixing this twice (but both are good fixes), there's a kernel
Kconfig fix from me and a kernel configuration fix by TomZ. Both fix the
problem for the board showing t
Richard,
THis is a continuation of yesterday's Fix list. It includes
some patches for some AB related issues such as the MPC8315
and Multilib (really license.bbclass failure).
I have also included the patch you suggested for the SRCPV
issue in sstate hash, it does change now, that commit messag
78 matches
Mail list logo
