Hi,
We've accumulated quite a few perl modules and would like to contribute
some/all of them to oe-core. But I think we'd better ask how everyone
thinks before doing so, since the number of the modules are pretty
large, and the policy may as well apply to python/ruby packages.
Most of the modules
Op 15 mei 2013, om 16:44 heeft Paul Eggleton
het volgende geschreven:
> Hi Koen,
>
> On Tuesday 14 May 2013 09:36:02 Koen Kooi wrote:
>> What triggered PR going backwards this time was a BSP removing its netbase
>> bbappend because it wasn't needed anymore. That's great, I hate netbase
>> bbap
Op 15 mei 2013, om 22:33 heeft Richard Purdie
het volgende geschreven:
> On Tue, 2013-05-14 at 09:36 +0200, Koen Kooi wrote:
>> To avoid things like that in the future I have a few recommendations
>> I'd like to get feedback on:
>
> In future can we please discuss this on the oe-core list or a
I've just found out that there is currently a proposal in the Gnome
project to change the way they write and run tests. I know Colin posted
it a few weeks ago but somehow I missed the mail and I suspect others
did too:
https://live.gnome.org/GnomeGoals/InstalledTests
When you read through this, y
The remount-rootfs.service unit has been renamed to
systemd-remount-fs.service in systemd v183 and later.
The run-postinsts script writes to /var/log (a symbolic link to
/var/volatile/log), so systemd-tmpfiles-setup.service is added to After=
in run-postinsts.service to ensure /var/volatile/log is
From: Chen Qi
Change /var/run/bind/run to /var/run/named to avoid the following error message.
chmod: cannot access '/var/run/bind/run': No such file or directory
[YOCTO #4429]
Signed-off-by: Chen Qi
---
.../bind/bind-9.8.1/conf.patch |4 ++--
1 file changed, 2 inse
From: Chen Qi
The following changes since commit a9f5bf0ed398bf9cb861feaa8b6fefd8645b1d09:
sanity.bbclass: Attach the missing value to a format string. (2013-05-13
21:54:40 +0300)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/bind
http://git.pokylin
Signed-off-by: Jonathan Liu
---
meta/recipes-devtools/opkg/opkg.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/opkg/opkg.inc
b/meta/recipes-devtools/opkg/opkg.inc
index c34ac5b..631aafc 100644
--- a/meta/recipes-devtools/opkg/opkg.inc
+++ b/meta/rec
On Wednesday, May 15, 2013, Robert P. J. Day wrote:
> On Wed, 15 May 2013, Khem Raj wrote:
>
>>
>> On May 15, 2013, at 3:33 PM, Trevor Woerner wrote:
>>
>> > Does this mean we now have something that can work on the EdgeRouter
Lite?
>>
>> well you have to have a kernel for that platform. If you h
On 15 May 2013 21:33, Richard Purdie wrote:
>
> (e.g. when I include
> meta-raspberrypi, it changes the psplash logo, regardless of whether I'm
> building for the pi).
>
> In many ways the bbappend is too easy and encourages anti-social
> behaviour. I would recommend bouncing meta-rpi as being no
> -Original Message-
> From: Phil Blundell [mailto:p...@pbcl.net]
> Sent: Wednesday, May 15, 2013 1:45 PM
> To: Slater, Joseph
> Cc: Hatle, Mark; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1] zlib: put shared libraries in base_libdir
>
> On Wed, 2013-05-15
On Wed, 15 May 2013, Khem Raj wrote:
>
> On May 15, 2013, at 3:33 PM, Trevor Woerner wrote:
>
> > Does this mean we now have something that can work on the EdgeRouter Lite?
>
> well you have to have a kernel for that platform. If you have
> working kernel everything else will ditto work
whoo h
On May 15, 2013, at 3:33 PM, Trevor Woerner wrote:
> Does this mean we now have something that can work on the EdgeRouter Lite?
well you have to have a kernel for that platform. If you have working kernel
everything else will ditto work
___
Openemb
On Wed, May 15, 2013 at 5:58 PM, Robert P. J. Day wrote:
> On Wed, 15 May 2013, Bruce Ashfield wrote:
>> diff --git a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
>> b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
>> index b79fa4e..d458212 100644
>> --- a/meta/recipes-kernel/linux/linux-yocto_3.8.b
Hi Paul,
On Wednesday, May 15, 2013 05:39:38 PM Paul Eggleton wrote:
> On Wednesday 15 May 2013 13:31:41 Otavio Salvador wrote:
> > On Thu, May 9, 2013 at 3:15 PM, wrote:
> > > From: "Felipe F. Tonello"
> > >
> > > This is necessary when Qt applicatins want to know variables such as
> > > QT_M
On Wed, 15 May 2013, Bruce Ashfield wrote:
> On Wed, May 15, 2013 at 1:58 PM, Trevor Woerner wrote:
> > On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
> > wrote:
> >> You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
> >> number in the directories is coming coming from t
On Tue, 2013-05-14 at 13:18 +0300, Richard Purdie wrote:
> I'd also take
> a patch to have bitbake do some primitive wildcard (% along the lines of
> PREFERRED_VERSION?) type match on the bbappend filenames.
I do still think that, as far as oe-core goes at least, simply
discontinuing the practice
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
---
meta/recipes-core/zlib/zlib_1.2.7.bb | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/meta
On Wed, May 15, 2013 at 1:58 PM, Trevor Woerner wrote:
> On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
> wrote:
>> You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
>> number in the directories is coming coming from the PV of the package, which
>> you
>> didn't tweak.
>
On Wed, 2013-05-15 at 16:28 -0300, Otavio Salvador wrote:
> I agree but it seems it hadn't succeed in this specific case until
> now. I personally think Clutter will benefit from getting a specific
> place to look at and it does seem multiple people has been adding
> Clutter recipes in their intern
On Wed, 2013-05-15 at 19:50 +, Slater, Joseph wrote:
> Yes, this is it:
>
> WARNING: QA Issue: libpam: /lib64/security/pam_cracklib.so, installed in the
> base_prefix,
> requires a shared library under exec_prefix
> (/usr): libz.so.1 => /usr/lib64/libz.so.1 (0xdead5000)
Presumably pa
On Tue, 2013-05-14 at 09:36 +0200, Koen Kooi wrote:
> To avoid things like that in the future I have a few recommendations
> I'd like to get feedback on:
In future can we please discuss this on the oe-core list or at least
give a heads up there as this is pretty key to the core of the project
and
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-
> boun...@lists.openembedded.org] On Behalf Of Mark Hatle
> Sent: Wednesday, May 15, 2013 6:08 AM
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1]
On Wed, 2013-05-15 at 20:30 +0300, Richard Purdie wrote:
> I'd ask that we give trying to make this work from OE-Core a fair try.
>
> If in say 3 months from now OE-Core is causing clutter users pain we can
> look again at the problem. Equally, if nobody has sent me any clutter
> patches in the n
On Wed, May 15, 2013 at 3:24 PM, Paul Eggleton
wrote:
> On Wednesday 15 May 2013 14:36:16 Otavio Salvador wrote:
>> On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
>> wrote:
>> > I'd ask that we give trying to make this work from OE-Core a fair try.
>> >
>> > If in say 3 months from now OE-Core i
On Mon, 2013-05-13 at 16:27 +0100, Ross Burton wrote:
> Since 2.20 the use of argparse was removed, so we don't need these
> dependencies
> anymore.
You mean 2.30. Other than that,
Reviewed-by: Colin Walters
___
Openembedded-core mailing list
Open
On Wednesday 15 May 2013 14:36:16 Otavio Salvador wrote:
> On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
> wrote:
> > I'd ask that we give trying to make this work from OE-Core a fair try.
> >
> > If in say 3 months from now OE-Core is causing clutter users pain we can
> > look again at the pro
On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
wrote:
> You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
> number in the directories is coming coming from the PV of the package, which
> you
> didn't tweak.
Ahh... yes. Thank you. Makes perfect sense now :-)
On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
wrote:
> I'd ask that we give trying to make this work from OE-Core a fair try.
>
> If in say 3 months from now OE-Core is causing clutter users pain we can
> look again at the problem. Equally, if nobody has sent me any clutter
> patches in the next
I'd ask that we give trying to make this work from OE-Core a fair try.
If in say 3 months from now OE-Core is causing clutter users pain we can
look again at the problem. Equally, if nobody has sent me any clutter
patches in the next three months, I wouldn't consider than a fair try.
I'm happy e
On Wed, May 15, 2013 at 1:22 PM, Trevor Woerner wrote:
> What really confuses me about the attempts I was making is that in
> my local.conf file I have explicitly asked for kernel version 3.8.11:
>
> PREFERRED_VERSION_linux-yocto := "3.8.11%"
>
> When I watch the build messages fly by I see th
On Wednesday 15 May 2013 17:34:45 Tomas Frydrych wrote:
> On 15/05/13 15:09, Paul Eggleton wrote:
> > Can you not just get the appropriate changes into the BSP layers
> > so that when you add the BSP on top of OE-Core it does just work "out of
> > the box"?
>
> What you are really saying is that t
What really confuses me about the attempts I was making is that in
my local.conf file I have explicitly asked for kernel version 3.8.11:
PREFERRED_VERSION_linux-yocto := "3.8.11%"
When I watch the build messages fly by I see that linux-yocto_3.8.11
is being built.
In my work directory there
This is an initial attempt at adding gccgo support to the
gcc recipes. There are some issues that I wasn't able to
resolve properly that need resolved before this is usable
and likely even more that I didn't notice. It isn't ready
to be merged but feedback on what I've missed would be
appreciated.
Signed-off-by: Drew Moseley
---
meta/conf/licenses.conf|2 +-
meta/files/common-licenses/orc | 62
2 files changed, 63 insertions(+), 1 deletion(-)
create mode 100644 meta/files/common-licenses/orc
diff --git a/meta/conf/licenses.conf b/met
On Wed, May 15, 2013 at 1:34 PM, Tomas Frydrych
wrote:
> Hi Paul,
>
> On 15/05/13 15:09, Paul Eggleton wrote:
>> Can you not just get the appropriate changes into the BSP layers
>> so that when you add the BSP on top of OE-Core it does just work "out of the
>> box"?
>
> What you are really saying
On Wednesday 15 May 2013 13:31:41 Otavio Salvador wrote:
> On Thu, May 9, 2013 at 3:15 PM, wrote:
> > From: "Felipe F. Tonello"
> >
> > This is necessary when Qt applicatins want to know variables such as
> > QT_MAJOR_VERSION, QT_VERSION, QT_MINOR_VERSION, gcc version etc.
> >
> > OBS: This ch
Hi Paul,
On 15/05/13 15:09, Paul Eggleton wrote:
> Can you not just get the appropriate changes into the BSP layers
> so that when you add the BSP on top of OE-Core it does just work "out of the
> box"?
What you are really saying is that the onus of maintaining working
clutter packages should b
On Thu, May 9, 2013 at 3:15 PM, wrote:
> From: "Felipe F. Tonello"
>
> This is necessary when Qt applicatins want to know variables such as
> QT_MAJOR_VERSION, QT_VERSION, QT_MINOR_VERSION, gcc version etc.
>
> OBS: This change made the build system crazy. When I changed it and run
> bitbake my-
On 2013-05-15 08:53, Richard Purdie wrote:
On Wed, 2013-05-15 at 15:46 +0100, Phil Blundell wrote:
On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
* Build an image, e.g. core-image-sato
$ bitbake core-image-sato
* Cause some dependency to be rebuilt
$ bitbake xserver-xorg -c clean
On Wed, 2013-05-15 at 15:46 +0100, Phil Blundell wrote:
> On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
> > * Build an image, e.g. core-image-sato
> >$ bitbake core-image-sato
> > * Cause some dependency to be rebuilt
> >$ bitbake xserver-xorg -c cleansstate
> > * Rebuild the image
On May 15, 2013, at 9:34 AM, Tom Zanussi wrote:
> On Wed, 2013-05-15 at 13:23 +, Moseley, Drew wrote:
>> On May 15, 2013, at 1:39 AM, Richard Purdie
>> wrote:
>>> On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
Signed-off-by: Drew Moseley
---
meta/classes/kernel.bbclas
On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
> * Build an image, e.g. core-image-sato
>$ bitbake core-image-sato
> * Cause some dependency to be rebuilt
>$ bitbake xserver-xorg -c cleansstate
> * Rebuild the image
>$ bitbake core-image-sato
That's probably to be expected. You
ow to test it:
Build Configuration:
BB_VERSION= "1.19.0"
BUILD_SYS = "i686-linux"
NATIVELSBSTRING = "Fedora-16"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "qemuarm"
DISTRO = "poky"
DISTRO
On Wednesday 15 May 2013 12:35:13 Tomas Frydrych wrote:
> On 15/05/13 10:49, Paul Eggleton wrote:
> >> It prevents efficiently supporting clutter on any real machine that does
> >> not use mesa's GL, which means all machines not in meta-intel, and some
> >> machines in meta-intel. This is the main
On 13-05-15 09:23 AM, Moseley, Drew wrote:
On May 15, 2013, at 1:39 AM, Richard Purdie
wrote:
On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
Signed-off-by: Drew Moseley
---
meta/classes/kernel.bbclass |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/
On Wed, 2013-05-15 at 13:23 +, Moseley, Drew wrote:
> On May 15, 2013, at 1:39 AM, Richard Purdie
> wrote:
> > On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
> >> Signed-off-by: Drew Moseley
> >> ---
> >> meta/classes/kernel.bbclass |8 +---
> >> 1 file changed, 5 insertions(+
On Tue, May 14, 2013 at 8:25 AM, Robert P. J. Day wrote:
> On Tue, 14 May 2013, Bruce Ashfield wrote:
>
>> On Tue, May 14, 2013 at 4:28 AM, Robert P. J. Day
>> wrote:
>> > On Mon, 13 May 2013, Khem Raj wrote:
>> >
>> >> can you try this
>> >>
>> >> add
>> >>
>> >> SRCREV_machine_qemumips64 = "bb
On May 15, 2013, at 1:39 AM, Richard Purdie
wrote:
> On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
>> Signed-off-by: Drew Moseley
>> ---
>> meta/classes/kernel.bbclass |8 +---
>> 1 file changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/classes/kernel.bbclass b/me
On 15.05.2013 11:53, Otavio Salvador wrote:
> On Wed, May 15, 2013 at 8:35 AM, Tomas Frydrych
> wrote:
>> Hi Paul,
>>
>> On 15/05/13 10:49, Paul Eggleton wrote:
It prevents efficiently supporting clutter on any real machine that does
not use mesa's GL, which means all machines not in met
On 5/15/13 4:54 AM, Phil Blundell wrote:
On Tue, 2013-05-14 at 16:35 -0700, Joe Slater wrote:
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
Which warning are you getting? Fro
upgrade from 1.2.7 -> 1.2.8
Removed patches that are already in the upstream.
Added a make clean routine needed because the package comes with
precompiled 64-bit objects that break the build.
Signed-off-by: Andrei Dinu
---
.../nfs-utils/nfs-utils-1.2.3-uclibc-libio.h.patch | 26 -
.../nfs-ut
On Wed, May 15, 2013 at 8:35 AM, Tomas Frydrych
wrote:
> Hi Paul,
>
> On 15/05/13 10:49, Paul Eggleton wrote:
>>> It prevents efficiently supporting clutter on any real machine that does
>>> not use mesa's GL, which means all machines not in meta-intel, and some
>>> machines in meta-intel. This is
Hi Paul,
On 15/05/13 10:49, Paul Eggleton wrote:
>> It prevents efficiently supporting clutter on any real machine that does
>> not use mesa's GL, which means all machines not in meta-intel, and some
>> machines in meta-intel. This is the main issue, real HW support.
>
> How does it prevent that?
The common init script links use two-digit sequence numbers and
systemd interprets everything behind the two-digits as service name.
This leads to the following failure during boot:
Cannot add dependency job for unit 9tcf-agent.service
Signed-off-by: Stefan Herbrechtsmeier
---
meta/recipes-dev
Jesse Zhang wrote:
> How verbose should the output be? The TEST script actually does its own
> analyzing and summarizing of the test results. Do we want the summary
> only or all the details? Do you want the detailed output converted to
> ptest format too?
>
> For example,
>
> # ./TEST
>
On Tue, 2013-05-14 at 16:35 -0700, Joe Slater wrote:
> We put the shared libraries in base_libdir because at least
> one library under base_libdir, pam_cracklib.so, needs them
> and will cause a qa warning when it is built.
Which warning are you getting? From the description it sounds like
unsafe
On Wednesday 15 May 2013 10:19:57 Tomas Frydrych wrote:
> On 14/05/13 17:55, Paul Eggleton wrote:
> > Having clutter in OE-Core does not preclude such testing with additional
> > BSPs, and I'm unclear on how moving it out to another layer helps at all
> > with this specific issue.
>
> It prevents
Hi Paul,
On 14/05/13 17:55, Paul Eggleton wrote:
> Having clutter in OE-Core does not preclude such testing with additional
> BSPs,
> and I'm unclear on how moving it out to another layer helps at all with this
> specific issue.
It prevents efficiently supporting clutter on any real machine th
On 05/15/2013 02:35 AM, Joe Slater wrote:
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
---
meta/recipes-core/zlib/zlib_1.2.7.bb | 14 ++
1 files changed, 14 ins
On Wednesday, May 15, 2013 10:18:41 AM Mike Looijmans wrote:
> On 05/15/2013 10:10 AM, Yi Qingliang wrote:
> > On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
> >> On 05/15/2013 08:19 AM, Yi Qingliang wrote:
> >>> I'm running qt application on yocto's qt image. cpu is s3c2442, like
> >
On 05/15/2013 12:39 AM, Slater, Joseph wrote:
Hi,
I see this class for generating a report of package data, but I don't
see it ever
being used. Is there info about how to use it?
The Package Reporting System (http://packages.yoctoproject.org) backend
uses the distrodata class, it's not inclu
On 05/15/2013 10:10 AM, Yi Qingliang wrote:
On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like
mini2440.
the problem is:
key event issued by pressing gpio-key eat by 'get
Richard,
Here is a set of patches that I have pulled together and built
and test on the Autobuilder.
This includes Robert's fatal() clean-up.
Thanks
Sau!
The following changes since commit f9f1397d688cc4eb8d736066b1280bee40a8916a:
image.bbclass: Add package-management image feature t
On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
> On 05/15/2013 08:19 AM, Yi Qingliang wrote:
> > I'm running qt application on yocto's qt image. cpu is s3c2442, like
> > mini2440.
> >
> > the problem is:
> >
> > key event issued by pressing gpio-key eat by 'getty' (from busybox),
>
On 05/13/2013 12:09 PM, Robert Yang wrote:
RP's comment:
"What we're trying to do is move everything to use a standard mechanism
for reporting issues of this type (do_package). With insane.bbclass, you
can elect whether a given type of error is a warning or error and fails
the task."
* The packa
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like mini2440.
the problem is:
key event issued by pressing gpio-key eat by 'getty' (from busybox),
my application can't receive input event,
if I remove respawn 'getty' for tty1 in /etc/
On 05/14/2013 08:58 PM, Björn Stenberg wrote:
> Jesse Zhang wrote:
>> +++ b/meta/recipes-devtools/perl/perl-5.14.3/run-ptest
>> @@ -0,0 +1,2 @@
>> +#!/bin/sh
>> +cd t && ./TEST
>
> run-ptest also needs to parse the output and reformat results into the
> standard ptest/automake format, such as "PA
68 matches
Mail list logo