* Re: [CONSOLIDATED PULL 23/27] wget: Add recipe from OE
From: Richard Purdie @ 2011-10-24 13:25 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <2c5ad68e4c5f715c91760839f482deff44fa9f06.1319394187.git.sgw@linux.intel.com>
> diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc
> new file mode 100644
> index 0000000..c0d9ba9
> --- /dev/null
> +++ b/meta/recipes-extended/wget/wget.inc
> @@ -0,0 +1,40 @@
> +DESCRIPTION = "A console URL download utility featuring HTTP, FTP, and more."
> +SECTION = "console/network"
> +DEPENDS = ""
> +DEPENDS_shr = "gnutls"
Hmm. See below.
> +LICENSE = "GPL"
Which GPL?
> +LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
> +
> +
> +INC_PR = "r9"
> +
> +S = "${WORKDIR}/wget-${PV}"
> +
> +inherit autotools gettext
> +
> +# Disable checking for SSL since that searches the system paths
> +EXTRA_OECONF = "--enable-ipv6 --without-ssl"
> +
> +# Enable SSL it's usefull
> +EXTRA_OECONF_shr = "--enable-ipv6 --with-ssl=gnutls"
> +# The unslung kernel does not support ipv6
> +EXTRA_OECONF_unslung = "--without-ssl"
> +# SlugOS kernels do not support ipv6. Can be loaded as a module.
> +EXTRA_OECONF_slugos = "--without-ssl"
So we go to interesting lengths here to customise this under a variety
of conditions...
> +inherit autotools update-alternatives
> +
> +EXTRA_OECONF = "--with-libc"
... and then we overwrite half of it here. This needs cleaning up before
it can merge. We could convert it to make these config items
PACKAGECONFIG if people need to customise this.
>+do_configure() {
>+ autotools_do_configure
>+}
This looks rather pointless?
Cheers,
Richard
^ permalink raw reply
* Re: [CONSOLIDATED PULL 11/27] pulseaudio-0.9.23: inherit perlnative to work around build on host without XML/Parser.pm
From: Martin Jansa @ 2011-10-24 13:24 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319462157.25011.1.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 1555 bytes --]
On Mon, Oct 24, 2011 at 02:15:57PM +0100, Richard Purdie wrote:
> On Sun, 2011-10-23 at 11:26 -0700, Saul Wold wrote:
> > From: Martin Jansa <Martin.Jansa@gmail.com>
> >
> > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> > ---
> > .../pulseaudio/pulseaudio_0.9.23.bb | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > index 33f5e15..4ac2418 100644
> > --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > @@ -4,7 +4,7 @@ PR = "r5"
> >
> > DEPENDS += "gdbm speex"
> >
> > -inherit gettext
> > +inherit gettext perlnative
>
> This doesn't look right. If we need xmlparser, we should state that in
> DEPENDS. If that is added to DEPENDS, I'm not sure we still need the
> inherit of perlnative?
Yes I've forgot to put it in DEPENDS, khem sent version where he is
adding this inherit and DEPENDs..
but both are needed and only work arounds because build is calling perl
(not env perl) and perlnative helps to put perl from perl-native before
perl from host in PATH.
Reported here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011323.html
And I've sent this as work around before I'll fill oe-core bug report or
someone updates it to 1.1 and maybe fix it too.
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [CONSOLIDATED PULL 11/27] pulseaudio-0.9.23: inherit perlnative to work around build on host without XML/Parser.pm
From: Koen Kooi @ 2011-10-24 13:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319462157.25011.1.camel@ted>
Op 24 okt. 2011, om 15:15 heeft Richard Purdie het volgende geschreven:
> On Sun, 2011-10-23 at 11:26 -0700, Saul Wold wrote:
>> From: Martin Jansa <Martin.Jansa@gmail.com>
>>
>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
>> ---
>> .../pulseaudio/pulseaudio_0.9.23.bb | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
>> index 33f5e15..4ac2418 100644
>> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
>> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
>> @@ -4,7 +4,7 @@ PR = "r5"
>>
>> DEPENDS += "gdbm speex"
>>
>> -inherit gettext
>> +inherit gettext perlnative
>
> This doesn't look right. If we need xmlparser, we should state that in
> DEPENDS. If that is added to DEPENDS, I'm not sure we still need the
> inherit of perlnative?
If you need xmlparser during the build you almost always need the perlnative wrapper as well :(
regards,
Koen
^ permalink raw reply
* Re: [CONSOLIDATED PULL 26/27] abiword: convert to svn
From: Koen Kooi @ 2011-10-24 13:18 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319462069.25011.0.camel@ted>
Op 24 okt. 2011, om 15:14 heeft Richard Purdie het volgende geschreven:
> On Sun, 2011-10-23 at 11:27 -0700, Saul Wold wrote:
>> Signed-off-by: Saul Wold <sgw@linux.intel.com>
>> ---
>> meta-demoapps/recipes-gnome/abiword/abiword.inc | 4 ++--
>> meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb | 10 ----------
>> meta-demoapps/recipes-gnome/abiword/abiword_svn.bb | 10 ++++++++++
>> 3 files changed, 12 insertions(+), 12 deletions(-)
>> delete mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb
>> create mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_svn.bb
>>
>> diff --git a/meta-demoapps/recipes-gnome/abiword/abiword.inc b/meta-demoapps/recipes-gnome/abiword/abiword.inc
>> index b1b0f67..2b34a7a 100644
>> --- a/meta-demoapps/recipes-gnome/abiword/abiword.inc
>> +++ b/meta-demoapps/recipes-gnome/abiword/abiword.inc
>> @@ -13,8 +13,8 @@ RRECOMMENDS_${PN} = "glibc-gconv-ibm850 glibc-gconv-cp1252 \
>> RELURI = "http://www.abiword.org/downloads/abiword/${PV}/source/abiword-${PV}.tar.gz"
>> RELSRC = "${WORKDIR}/abiword-${PV}/abi"
>>
>> -CVSURI = "cvs://anoncvs:anoncvs@anoncvs.abisource.com/cvsroot;module=abi"
>> -CVSSRC = "${WORKDIR}/abi"
>> +SVNURI = "cvs://svn.abisource.com/abiword/trunk;module=abiword;proto=http"
>> +SVNSRC = "${WORKDIR}/abi"
>>
> Er, its still using cvs:// ?!
The whole abiword section is outdated, it has 2.5.2 which was released on 21-Aug-2007, latest is 2.8.6 released on 13-Jun-2010. I have an uncommited update in meta-oe to update abiword to 2.8.6, need to clean that up.
regards,
Koen
^ permalink raw reply
* Re: [CONSOLIDATED PULL 11/27] pulseaudio-0.9.23: inherit perlnative to work around build on host without XML/Parser.pm
From: Richard Purdie @ 2011-10-24 13:15 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <6038b7e0961ca4aec70cc6de8adbc79567500e2b.1319394187.git.sgw@linux.intel.com>
On Sun, 2011-10-23 at 11:26 -0700, Saul Wold wrote:
> From: Martin Jansa <Martin.Jansa@gmail.com>
>
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> .../pulseaudio/pulseaudio_0.9.23.bb | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> index 33f5e15..4ac2418 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> @@ -4,7 +4,7 @@ PR = "r5"
>
> DEPENDS += "gdbm speex"
>
> -inherit gettext
> +inherit gettext perlnative
This doesn't look right. If we need xmlparser, we should state that in
DEPENDS. If that is added to DEPENDS, I'm not sure we still need the
inherit of perlnative?
Cheers,
Richard
^ permalink raw reply
* Re: [CONSOLIDATED PULL 26/27] abiword: convert to svn
From: Richard Purdie @ 2011-10-24 13:14 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <dfc5efb4c54797a39c2471dfba7b7cbf14fb6476.1319394187.git.sgw@linux.intel.com>
On Sun, 2011-10-23 at 11:27 -0700, Saul Wold wrote:
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
> meta-demoapps/recipes-gnome/abiword/abiword.inc | 4 ++--
> meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb | 10 ----------
> meta-demoapps/recipes-gnome/abiword/abiword_svn.bb | 10 ++++++++++
> 3 files changed, 12 insertions(+), 12 deletions(-)
> delete mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb
> create mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_svn.bb
>
> diff --git a/meta-demoapps/recipes-gnome/abiword/abiword.inc b/meta-demoapps/recipes-gnome/abiword/abiword.inc
> index b1b0f67..2b34a7a 100644
> --- a/meta-demoapps/recipes-gnome/abiword/abiword.inc
> +++ b/meta-demoapps/recipes-gnome/abiword/abiword.inc
> @@ -13,8 +13,8 @@ RRECOMMENDS_${PN} = "glibc-gconv-ibm850 glibc-gconv-cp1252 \
> RELURI = "http://www.abiword.org/downloads/abiword/${PV}/source/abiword-${PV}.tar.gz"
> RELSRC = "${WORKDIR}/abiword-${PV}/abi"
>
> -CVSURI = "cvs://anoncvs:anoncvs@anoncvs.abisource.com/cvsroot;module=abi"
> -CVSSRC = "${WORKDIR}/abi"
> +SVNURI = "cvs://svn.abisource.com/abiword/trunk;module=abiword;proto=http"
> +SVNSRC = "${WORKDIR}/abi"
>
Er, its still using cvs:// ?!
Cheers,
Richard
^ permalink raw reply
* Re: serial-console: IMAGE_FEATURE, MACHINE_FEATURE or DISTRO_FEATURE?
From: Frans Meulenbroeks @ 2011-10-24 8:27 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <F930E711-421C-439B-AAA8-EEBA0371ED86@dominion.thruhere.net>
[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]
2011/10/24 Koen Kooi <koen@dominion.thruhere.net>
> Hi,
>
> Otavio is cleaning up systemd in meta-oe to work with his initramfs setup
> and we stumbled onto a challenge that we'd like some more feedback on.
>
> The old sysvinit recipes always hardcode a serial getty into inittab,
> systemd installs a getty@<port>.service file instead. Otavio doesn't need
> (or want) a getty on serial in his setup, but I need (and want) it on all my
> setups. So we agreed that it needs to be a feature :)
>
> I nitially suggested MACHINE_FEATURE, which Otavio implemented here:
> http://patchwork.openembedded.org/patch/13713/ , but I'm having second
> thoughs about it and am leaning toward an IMAGE_FEATURE instead. Since this
> involves *_FEATURE and we want systemd to move into oe-core eventually I'm
> moving the discussion from OE-devel to OE-core. Not much discussion has been
> going on, so I hope we'll get some more feedback here. I'll try to
> buttonhole some more OE developers at ELC and report back as well.
> <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core>
Technically it is probably both.
I've seen embedded systems without a console. That seems to indicate a
machine feature.
Then again even if you have a console you might not want to enable it (e.g.
in order not to give the customer root access or even info wrt printk etc).
That seems to indicate a machine feature.
Probably the answer is inbetween: A machine feature HAS_CONSOLE or something
like that and an image feature CONSOLE_ENABLED.
My 2 cents.
Frans
[-- Attachment #2: Type: text/html, Size: 1973 bytes --]
^ permalink raw reply
* serial-console: IMAGE_FEATURE, MACHINE_FEATURE or DISTRO_FEATURE?
From: Koen Kooi @ 2011-10-24 7:27 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Hi,
Otavio is cleaning up systemd in meta-oe to work with his initramfs setup and we stumbled onto a challenge that we'd like some more feedback on.
The old sysvinit recipes always hardcode a serial getty into inittab, systemd installs a getty@<port>.service file instead. Otavio doesn't need (or want) a getty on serial in his setup, but I need (and want) it on all my setups. So we agreed that it needs to be a feature :)
I nitially suggested MACHINE_FEATURE, which Otavio implemented here: http://patchwork.openembedded.org/patch/13713/ , but I'm having second thoughs about it and am leaning toward an IMAGE_FEATURE instead. Since this involves *_FEATURE and we want systemd to move into oe-core eventually I'm moving the discussion from OE-devel to OE-core. Not much discussion has been going on, so I hope we'll get some more feedback here. I'll try to buttonhole some more OE developers at ELC and report back as well.
regards,
Koen
^ permalink raw reply
* Re: [review/test 3/5] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Martin Jansa @ 2011-10-24 6:05 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <9DA5872FEF993D41B7173F58FCF6BE94E33A6EBB@orsmsx504.amr.corp.intel.com>
[-- Attachment #1: Type: text/plain, Size: 5485 bytes --]
On Sun, Oct 23, 2011 at 05:07:30PM -0700, Kamble, Nitin A wrote:
> Hi Martin,
> I tested python inside qemux86-64 and it was working fine. I could test small python scripts working as expected.
> Thanks,
> Nitin
For me it builds only after I've upgraded host's glibc version to 2.14
while using eglibc-2.14 for qemux86-64.
When I had glibc-2.13 on host and eglibc-2.14 for qemux86-64 it fails
like this:
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python: /lib64/libc.so.6:
version `GLIBC_2.14' not found (required by
/OE/shr-core/tmp/work/x86_64-oe-linux/python-2.7.2-r0.0/Python-2.7.2/libpython2.7.so.1.0)
as reported here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011230.html
>
>
> > -----Original Message-----
> > From: Martin Jansa [mailto:martin.jansa@gmail.com]
> > Sent: Saturday, October 22, 2011 11:28 PM
> > To: Kamble, Nitin A
> > Cc: Patches and discussions about the oe-core layer
> > Subject: Re: [OE-core] [review/test 3/5] python, python-native: upgrade
> > from 2.6.6 to 2.7.2
> >
> > On Sat, Oct 22, 2011 at 04:54:00PM -0700, Kamble, Nitin A wrote:
> > > Hi Martin,
> > > I have kept my python work at nitin/python branch on poky contrib.
> > the 2.7.2 python is working for all arches except arm. And I am going
> > on vacation for few days, and I could not finish the python arm issue
> > arm, so if you get a chance you can look into the arm issue, if you
> > have not resolved it already then I will look into it again once I am
> > back from my vacation on 13th Nov.
> >
> > Hi Nitin,
> >
> > I've tried already and failed, but I'll try again and I guess qemux86-
> > 64 (linking to host libc and failing if it's not same version as the
> > one in
> > sysroot) is also still broken and should be taken care of too, right?
> >
> > Regards,
> >
> > > > -----Original Message-----
> > > > From: openembedded-core-bounces@lists.openembedded.org
> > > > [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf
> > > > Of Martin Jansa
> > > > Sent: Friday, October 14, 2011 2:12 AM
> > > > To: Patches and discussions about the oe-core layer
> > > > Subject: Re: [OE-core] [review/test 3/5] python, python-native:
> > > > upgrade from 2.6.6 to 2.7.2
> > > >
> > > > On Fri, Oct 14, 2011 at 10:19:39AM +0200, Martin Jansa wrote:
> > > > > On Thu, Oct 13, 2011 at 04:06:13PM -0700,
> > nitin.a.kamble@intel.com
> > > > wrote:
> > > > > > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> > > > > >
> > > > >
> > > > > This patch does not apply after
> > > > > 9f9612d15acc6ee3b71f52bdb3f1ec4cb56b1a17
> > > > >
> > > > > can you rebase on top of oe-core?
> > > > >
> > > > > Also please drop
> > > > > DEFAULT_PREFERENCE = "-27"
> > > > >
> > > > > we have only one python version so I guess it's not usefull at
> > all
> > > > > anymore
> > > > >
> > > > > I'll apply it manually, test it here.. and report if those
> > modules
> > > > are
> > > > > build later..
> > > >
> > > > seems the same as with previous version..
> > > >
> > > > log.do_compile full of
> > > > /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so:
> > file
> > > > not recognized: File format not recognized
> > > > collect2: ld returned 1 exit status
> > > >
> > > > and only built module is sqlite
> > > > OE @ ~/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-2.7.2-r0.0
> > $
> > > > ls Python-2.7.2/build/lib.linux-x86_64-2.7/
> > > > _sqlite3.so
> > > >
> > > > while with 2.6 we had a lot of modules $ ls
> > > > Python-2.6.6/build/lib.linux-x86_64-2.6/
> > > > _bisect.so _codecs_jp.so _ctypes.so _fileio.so
> > > > _json.so _random.so _testcapi.so bz2.so
> > > > datetime.so itertools.so parser.so spwd.so
> > > > unicodedata.so
> > > > _bytesio.so _codecs_kr.so _ctypes_test.so
> > _functools.so
> > > > _locale.so _socket.so _weakref.so cPickle.so
> > fcntl.so
> > > > math.so pyexpat.so strop.so zlib.so
> > > > _codecs_cn.so _codecs_tw.so _curses.so _hashlib.so
> > > > _lsprof.so _sqlite3.so array.so cStringIO.so
> > > > future_builtins.so mmap.so readline.so syslog.so
> > > > _codecs_hk.so _collections.so _curses_panel.so _heapq.so
> > > > _multibytecodec.so _ssl.so audioop.so cmath.so
> > gdbm.so
> > > > nis.so resource.so termios.so
> > > > _codecs_iso2022.so _csv.so _elementtree.so _hotshot.so
> > > > _multiprocessing.so _struct.so binascii.so crypt.so
> > grp.so
> > > > operator.so select.so time.so
> > > >
> > > > Can you please test that you have non-empty python-syslog python-
> > > > resource python-elementtree python-fcntl python-zlib?
> > > > And test build for qemuarm, because I guess that it links to -
> > native
> > > > libpython2.7 when you're building qemux86 on x86 host.
> > > >
> > > > But it seems that python runtime works now, thanks!
> > > >
> > > > Regards,
> > > > --
> > > > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> >
> > --
> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCH 3/3 v2] distro_tracking_fields: update packages tracking fields
From: wenzong fan @ 2011-10-24 5:57 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4E9FD119.4030307@intel.com>
On 10/20/2011 03:43 PM, Saul Wold wrote:
> On 10/19/2011 10:59 PM, wenzong.fan@windriver.com wrote:
>> From: Wenzong Fan<wenzong.fan@windriver.com>
>>
>> Update packages tracking fields including ccache, chkconfig.
>>
>> Signed-off-by: Wenzong Fan<wenzong.fan@windriver.com>
>> ---
>> .../conf/distro/include/distro_tracking_fields.inc | 12 ++++++++++++
>> 1 files changed, 12 insertions(+), 0 deletions(-)
>>
>> diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
>> b/meta/conf/distro/include/distro_tracking_fields.inc
>> index abc2cbf..a7c2db5 100644
>> --- a/meta/conf/distro/include/distro_tracking_fields.inc
>> +++ b/meta/conf/distro/include/distro_tracking_fields.inc
>> @@ -5914,6 +5914,18 @@ RECIPE_LATEST_RELEASE_DATE_pn-gettext = "Jun
>> 06, 2010"
>> RECIPE_LAST_UPDATE_pn-gettext = "May 24, 2011"
>> RECIPE_MANUAL_CHECK_DATE_pn-gettext = "Sep 29, 2011"
>>
>> +RECIPE_STATUS_pn-ccache = "green"
>> +RECIPE_MAINTAINER_pn-ccache = "Wenzong Fan<wenzong.fan@windriver.com>"
>> +RECIPE_LATEST_VERSION_pn-ccache = "3.1.6"
>> +RECIPE_LAST_UPDATE_pn-ccache = "June 24, 2011"
> You just updated this package, so this should be today's date
> Do you mean theis to be RECIPE_LATEST_RELEASE_DATE of June? Is that
> when the 3.1.6 tarball was released?
Oh, sorry I misunderstand the '_LAST_', June is the last update time for
previous version 3.1.5.
I'll fix that.
Thanks
Wenzong
>
>> +RECIPE_MANUAL_CHECK_DATE_pn-ccache = "October 11, 2011"
>> +
>> +RECIPE_STATUS_pn-chkconfig = "green"
>> +RECIPE_MAINTAINER_pn-chkconfig = "Wenzong
>> Fan<wenzong.fan@windriver.com>"
>> +RECIPE_LATEST_VERSION_pn-chkconfig = "1.3.55"
>> +RECIPE_LAST_UPDATE_pn-chkconfig = "May 24, 2011"
> Same as above!
>
> Sau!
>> +RECIPE_MANUAL_CHECK_DATE_pn-chkconfig = "October 11, 2011"
>> +
>> RECIPE_STATUS_pn-pseudo = "green"
>> RECIPE_LATEST_VERSION_pn-pseudo = "1.1.1"
>> RECIPE_LAST_UPDATE_pn-pseudo = "Jun 06, 2011"
>
>
^ permalink raw reply
* [PATCH 1/1] qmmp: update to 0.5.2
From: Xiaofeng Yan @ 2011-10-24 3:37 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319427162.git.xiaofeng.yan@windriver.com>
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Use do_split_package for each grouping and name them correctly besides updating package.
The format to name plugins of qmmp:
qmmp-plugin-<group>-<library> with the Description: Qmmp <Group> plugin for %s"
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
meta/recipes-qt/qt-apps/qmmp_0.5.2.bb | 60 +++++++++++++++++++++++++++++++++
1 files changed, 60 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
diff --git a/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb b/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
new file mode 100644
index 0000000..58dd825
--- /dev/null
+++ b/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
@@ -0,0 +1,60 @@
+dESCRIPTION = "Qmmp (Qt-based Multimedia Player) is an audio-player, written with help of Qt library"
+HOMEPAGE = "http://qmmp.ylsoftware.com"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833"
+SECTION = "multimedia"
+
+PR = "r4"
+
+PROVIDES = "qmmp"
+DEPENDS = "qt4-x11-free taglib libmad libvorbis libogg alsa-lib"
+RDEPENDS_${PN} += "taglib alsa-lib libmad curl"
+
+SRC_URI = "http://qmmp.ylsoftware.com/files/${BPN}-${PV}.tar.bz2"
+
+SRC_URI[md5sum] = "20852f3cce3471bfc5affa9b2e947dc6"
+SRC_URI[sha256sum] = "6391dec020d2a381d7f4b7890fae6c49eadf88b3c9aef571fe3c5e96140822ec"
+
+
+PARALLEL_MAKE = ""
+
+inherit qmake2 cmake package
+
+export EXTRA_OECMAKE = "-DQT_QMAKE_EXECUTABLE=${OE_QMAKE_QMAKE} \
+ -DQT_LRELEASE_EXECUTABLE=${OE_QMAKE_LRELEASE} \
+ -DQT_MOC_EXECUTABLE=${OE_QMAKE_MOC} \
+ -DQT_UIC_EXECUTABLE=${OE_QMAKE_UIC} \
+ -DQT_RCC_EXECUTABLE=${OE_QMAKE_RCC} \
+ -DQT_LIBRARY_DIR=${OE_QMAKE_LIBDIR_QT} \
+ -DQT_HEADERS_DIR=${OE_QMAKE_INCDIR_QT} \
+ -DQT_QTCORE_INCLUDE_DIR=${OE_QMAKE_INCDIR_QT}/QtCore \
+ "
+PACKAGES_DYNAMIC = "qmmp-plugin-* "
+
+
+python populate_packages_prepend () {
+ import os
+ qmmp_libdir = bb.data.expand('${libdir}/qmmp', d)
+ gd = bb.data.expand('${D}/${libdir}/qmmp', d)
+ plug_dirs = os.listdir(gd)
+
+ for plug_dir in plug_dirs:
+ g_plug_dir = os.path.join(qmmp_libdir,plug_dir)
+ do_split_packages(d, g_plug_dir, '^lib(.*)\.so$', 'qmmp-plugin-' + plug_dir + '-%s', 'Qmmp' + plug_dir + 'plugin for %s')
+
+
+
+}
+
+FILES_${PN} = "\
+ ${bindir}/qmmp \
+ ${libdir}/lib*${SOLIBS} \
+ ${datadir}/icons/* \
+ ${datadir}/qmmp/images/* \
+ ${datadir}/applications/* \
+ "
+
+FILES_${PN}-dbg += "\
+ ${libdir}/qmmp/*/.debug/* \
+ "
+
--
1.7.0.4
^ permalink raw reply related
* [PATCH 0/1] qmmp: update to 0.5.2
From: Xiaofeng Yan @ 2011-10-24 3:37 UTC (permalink / raw)
To: openembedded-core
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Hi saul,
Use do_split_package for each grouping and name them correctly besides updating package.
The format to name plugins of qmmp:
qmmp-plugin-<group>-<library> with the Description: Qmmp <Group> plugin for %s"
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/qmmp_update
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/qmmp_update
Thanks,
Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
Xiaofeng Yan (1):
qmmp: update to 0.5.2
meta/recipes-qt/qt-apps/qmmp_0.5.2.bb | 60 +++++++++++++++++++++++++++++++++
1 files changed, 60 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
^ permalink raw reply
* Re: where is the binary file
From: Ni Qingliang @ 2011-10-24 2:31 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319421032.10032.22.camel@localhost.localdomain>
I have found out it!
the PN is tinbox, and I have installed the binary to '/usr/lib/tin/'
the bitbake will process '/lib/${PN}/' and '/usr/lib/${PN}', skipped my
own directory.
after change to /usr/lib/${PN}, it works!
On Mon, 2011-10-24 at 09:50 +0800, Ni Qingliang wrote:
> Hello All:
>
> I have installed some binary file into the /lib/xxx directory (used for
> FPGA), and can find them in the 'package' dir of the package. but can't
> find any in the 'packages-split' dir of it (and also not in the final
> image).
>
>
> Does anyone can tell me what happened?
>
>
>
> --
> Yi Qingliang
> niqingliang@insigma.com.cn
> http://niqingliang2003.wordpress.com
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply
* where is the binary file
From: Ni Qingliang @ 2011-10-24 1:50 UTC (permalink / raw)
To: openembedded-core
Hello All:
I have installed some binary file into the /lib/xxx directory (used for
FPGA), and can find them in the 'package' dir of the package. but can't
find any in the 'packages-split' dir of it (and also not in the final
image).
Does anyone can tell me what happened?
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply
* Re: [review/test 3/5] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Kamble, Nitin A @ 2011-10-24 0:07 UTC (permalink / raw)
To: Martin Jansa; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <20111023062813.GC3497@jama.jama.net>
Hi Martin,
I tested python inside qemux86-64 and it was working fine. I could test small python scripts working as expected.
Thanks,
Nitin
> -----Original Message-----
> From: Martin Jansa [mailto:martin.jansa@gmail.com]
> Sent: Saturday, October 22, 2011 11:28 PM
> To: Kamble, Nitin A
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [review/test 3/5] python, python-native: upgrade
> from 2.6.6 to 2.7.2
>
> On Sat, Oct 22, 2011 at 04:54:00PM -0700, Kamble, Nitin A wrote:
> > Hi Martin,
> > I have kept my python work at nitin/python branch on poky contrib.
> the 2.7.2 python is working for all arches except arm. And I am going
> on vacation for few days, and I could not finish the python arm issue
> arm, so if you get a chance you can look into the arm issue, if you
> have not resolved it already then I will look into it again once I am
> back from my vacation on 13th Nov.
>
> Hi Nitin,
>
> I've tried already and failed, but I'll try again and I guess qemux86-
> 64 (linking to host libc and failing if it's not same version as the
> one in
> sysroot) is also still broken and should be taken care of too, right?
>
> Regards,
>
> > > -----Original Message-----
> > > From: openembedded-core-bounces@lists.openembedded.org
> > > [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf
> > > Of Martin Jansa
> > > Sent: Friday, October 14, 2011 2:12 AM
> > > To: Patches and discussions about the oe-core layer
> > > Subject: Re: [OE-core] [review/test 3/5] python, python-native:
> > > upgrade from 2.6.6 to 2.7.2
> > >
> > > On Fri, Oct 14, 2011 at 10:19:39AM +0200, Martin Jansa wrote:
> > > > On Thu, Oct 13, 2011 at 04:06:13PM -0700,
> nitin.a.kamble@intel.com
> > > wrote:
> > > > > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> > > > >
> > > >
> > > > This patch does not apply after
> > > > 9f9612d15acc6ee3b71f52bdb3f1ec4cb56b1a17
> > > >
> > > > can you rebase on top of oe-core?
> > > >
> > > > Also please drop
> > > > DEFAULT_PREFERENCE = "-27"
> > > >
> > > > we have only one python version so I guess it's not usefull at
> all
> > > > anymore
> > > >
> > > > I'll apply it manually, test it here.. and report if those
> modules
> > > are
> > > > build later..
> > >
> > > seems the same as with previous version..
> > >
> > > log.do_compile full of
> > > /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so:
> file
> > > not recognized: File format not recognized
> > > collect2: ld returned 1 exit status
> > >
> > > and only built module is sqlite
> > > OE @ ~/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-2.7.2-r0.0
> $
> > > ls Python-2.7.2/build/lib.linux-x86_64-2.7/
> > > _sqlite3.so
> > >
> > > while with 2.6 we had a lot of modules $ ls
> > > Python-2.6.6/build/lib.linux-x86_64-2.6/
> > > _bisect.so _codecs_jp.so _ctypes.so _fileio.so
> > > _json.so _random.so _testcapi.so bz2.so
> > > datetime.so itertools.so parser.so spwd.so
> > > unicodedata.so
> > > _bytesio.so _codecs_kr.so _ctypes_test.so
> _functools.so
> > > _locale.so _socket.so _weakref.so cPickle.so
> fcntl.so
> > > math.so pyexpat.so strop.so zlib.so
> > > _codecs_cn.so _codecs_tw.so _curses.so _hashlib.so
> > > _lsprof.so _sqlite3.so array.so cStringIO.so
> > > future_builtins.so mmap.so readline.so syslog.so
> > > _codecs_hk.so _collections.so _curses_panel.so _heapq.so
> > > _multibytecodec.so _ssl.so audioop.so cmath.so
> gdbm.so
> > > nis.so resource.so termios.so
> > > _codecs_iso2022.so _csv.so _elementtree.so _hotshot.so
> > > _multiprocessing.so _struct.so binascii.so crypt.so
> grp.so
> > > operator.so select.so time.so
> > >
> > > Can you please test that you have non-empty python-syslog python-
> > > resource python-elementtree python-fcntl python-zlib?
> > > And test build for qemuarm, because I guess that it links to -
> native
> > > libpython2.7 when you're building qemux86 on x86 host.
> > >
> > > But it seems that python runtime works now, thanks!
> > >
> > > Regards,
> > > --
> > > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
^ permalink raw reply
* Re: --root option in upstream shadow
From: Julian Pidancet @ 2011-10-24 0:06 UTC (permalink / raw)
To: openembedded-core, Scott Garman, Julian Pidancet,
pkg-shadow-devel
In-Reply-To: <20111022115412.GM16703@nekral.nekral.homelinux.net>
On Sat, Oct 22, 2011 at 12:54 PM, Nicolas François
<nicolas.francois@centraliens.net> wrote:
> Hello,
>
> I'm the upstream maintainer of the shadow utilities.
>
> I was informed of the OpenEmbedded's add_root_cmd_options patch and would
> like to integrate it upstream.
>
> First of all, thanks a lot for implementing this feature. I was asked
> multiple times for it or something similar, but never found time to work
> on it.
>
> I did not review it completely yet, but would have a question.
> What is the expected behavior when the utility authenticates the caller?
> 1] authenticate the caller in the caller's chroot
> 2] authenticate the caller in the target's chroot
> 3] both
>
> I currently think that 3] would be the right behavior: the caller needs to
> be authenticated to make sure it is allowed to use the tool, then it
> should be authenticated on the target to make sure the operation is
> allowed.
> ...But this is much more complex.
>
> If this is fine for you, I would prefer to disable this feature when the
> utility is setuid and not executed by root.
>
> Best Regards,
Hi Nicolas,
I'm affraid this patch does not do what you think it does. The --root
option does not apply to login, but only to the various administrative
tools that comes with it (gpasswd, groupadd, groupdel, groupmod,
grpconv, grpunconv, passwd, pwconv, pwunconv, useradd, userdel).
It allows OE to manipulate passwd and group files that are located in
a sysroot by chrooting into it, because all these programs have their
path to /etc/passwd and friends hardcoded.
This way, when OE builds a package which needs a special user to be
present at run-time, it can create the user off-line at build-time
instead of beeing required to create post-install scripts which does
the same job but has to be executed at run-time.
--
Julian
^ permalink raw reply
* Re: [CONSOLIDATED PULL 24/27] texi2html: Added recipe from OE
From: Khem Raj @ 2011-10-23 22:35 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EA4757A.5010106@intel.com>
[-- Attachment #1: Type: text/plain, Size: 2357 bytes --]
On Sunday, October 23, 2011, Saul Wold <saul.wold@intel.com> wrote:
> On 10/23/2011 01:06 PM, Khem Raj wrote:
>>
>>
>> On Sunday, October 23, 2011, Saul Wold <sgw@linux.intel.com
>> <mailto:sgw@linux.intel.com>> wrote:
>> > Needed to build oe-core with oe-core
>>
> Nope, this is needed on the target image to build OE-core with an OE-Core
image.
Ok
>
> Sau!
>>
>> Oe-Core with oe-core did u mean meta-oe in one place ?
>> >
>> > Signed-off-by: Saul Wold <sgw@linux.intel.com
>> <mailto:sgw@linux.intel.com>>
>> > ---
>> > meta/recipes-extended/texi2html/texi2html_1.82.bb
>> <http://texi2html_1.82.bb> | 14 ++++++++++++++
>> > 1 files changed, 14 insertions(+), 0 deletions(-)
>> > create mode 100644 meta/recipes-extended/texi2html/texi2html_1.82.bb
>> <http://texi2html_1.82.bb>
>> >
>> > diff --git a/meta/recipes-extended/texi2html/texi2html_1.82.bb
>> <http://texi2html_1.82.bb>
>> b/meta/recipes-extended/texi2html/texi2html_1.82.bb
>> <http://texi2html_1.82.bb>
>> > new file mode 100644
>> > index 0000000..f19b576
>> > --- /dev/null
>> > +++ b/meta/recipes-extended/texi2html/texi2html_1.82.bb
>> <http://texi2html_1.82.bb>
>> > @@ -0,0 +1,14 @@
>> > +DESCRIPTION = "Perl script that converts Texinfo to HTML"
>> > +HOMEPAGE = "http://www.nongnu.org/texi2html/"
>> > +SECTION = "console/utils"
>> > +LICENSE = "GPLv2"
>> > +LIC_FILES_CHKSUM =
"file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
>> > +
>> > +PR = "r0"
>> > +
>> > +SRC_URI =
>> "http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2"
>> > +
>> > +SRC_URI[md5sum] = "a8a9193c0ac1bec2f3ca7be40a5a82eb"
>> > +SRC_URI[sha256sum] =
>> "d69c1effc416896409003ea64fdb21152cc0a9a7c665d437a0a3bef9b588b4f1"
>> > +
>> > +inherit autotools
>> > --
>> > 1.7.6.4
>> >
>> >
>> > _______________________________________________
>> > Openembedded-core mailing list
>> > Openembedded-core@lists.openembedded.org
>> <mailto:Openembedded-core@lists.openembedded.org>
>> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>> >
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
[-- Attachment #2: Type: text/html, Size: 4301 bytes --]
^ permalink raw reply
* Re: [CONSOLIDATED PULL 24/27] texi2html: Added recipe from OE
From: Saul Wold @ 2011-10-23 20:13 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CAMKF1soJ1Kv77_dNijQTWjzk8W+M5z2+yg2SUPxZtADLgum2CA@mail.gmail.com>
On 10/23/2011 01:06 PM, Khem Raj wrote:
>
>
> On Sunday, October 23, 2011, Saul Wold <sgw@linux.intel.com
> <mailto:sgw@linux.intel.com>> wrote:
> > Needed to build oe-core with oe-core
>
Nope, this is needed on the target image to build OE-core with an
OE-Core image.
Sau!
> Oe-Core with oe-core did u mean meta-oe in one place ?
> >
> > Signed-off-by: Saul Wold <sgw@linux.intel.com
> <mailto:sgw@linux.intel.com>>
> > ---
> > meta/recipes-extended/texi2html/texi2html_1.82.bb
> <http://texi2html_1.82.bb> | 14 ++++++++++++++
> > 1 files changed, 14 insertions(+), 0 deletions(-)
> > create mode 100644 meta/recipes-extended/texi2html/texi2html_1.82.bb
> <http://texi2html_1.82.bb>
> >
> > diff --git a/meta/recipes-extended/texi2html/texi2html_1.82.bb
> <http://texi2html_1.82.bb>
> b/meta/recipes-extended/texi2html/texi2html_1.82.bb
> <http://texi2html_1.82.bb>
> > new file mode 100644
> > index 0000000..f19b576
> > --- /dev/null
> > +++ b/meta/recipes-extended/texi2html/texi2html_1.82.bb
> <http://texi2html_1.82.bb>
> > @@ -0,0 +1,14 @@
> > +DESCRIPTION = "Perl script that converts Texinfo to HTML"
> > +HOMEPAGE = "http://www.nongnu.org/texi2html/"
> > +SECTION = "console/utils"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
> > +
> > +PR = "r0"
> > +
> > +SRC_URI =
> "http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2"
> > +
> > +SRC_URI[md5sum] = "a8a9193c0ac1bec2f3ca7be40a5a82eb"
> > +SRC_URI[sha256sum] =
> "d69c1effc416896409003ea64fdb21152cc0a9a7c665d437a0a3bef9b588b4f1"
> > +
> > +inherit autotools
> > --
> > 1.7.6.4
> >
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> <mailto:Openembedded-core@lists.openembedded.org>
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [CONSOLIDATED PULL 24/27] texi2html: Added recipe from OE
From: Khem Raj @ 2011-10-23 20:06 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <9d70a72f5ab24bc0424f11311c8eb6b19f3d2987.1319394187.git.sgw@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]
On Sunday, October 23, 2011, Saul Wold <sgw@linux.intel.com> wrote:
> Needed to build oe-core with oe-core
Oe-Core with oe-core did u mean meta-oe in one place ?
>
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
> meta/recipes-extended/texi2html/texi2html_1.82.bb | 14 ++++++++++++++
> 1 files changed, 14 insertions(+), 0 deletions(-)
> create mode 100644 meta/recipes-extended/texi2html/texi2html_1.82.bb
>
> diff --git a/meta/recipes-extended/texi2html/texi2html_1.82.bbb/meta/recipes-extended/texi2html/
texi2html_1.82.bb
> new file mode 100644
> index 0000000..f19b576
> --- /dev/null
> +++ b/meta/recipes-extended/texi2html/texi2html_1.82.bb
> @@ -0,0 +1,14 @@
> +DESCRIPTION = "Perl script that converts Texinfo to HTML"
> +HOMEPAGE = "http://www.nongnu.org/texi2html/"
> +SECTION = "console/utils"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
> +
> +PR = "r0"
> +
> +SRC_URI = "
http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2"
> +
> +SRC_URI[md5sum] = "a8a9193c0ac1bec2f3ca7be40a5a82eb"
> +SRC_URI[sha256sum] =
"d69c1effc416896409003ea64fdb21152cc0a9a7c665d437a0a3bef9b588b4f1"
> +
> +inherit autotools
> --
> 1.7.6.4
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 2343 bytes --]
^ permalink raw reply
* Re: [PATCH 2/2] pulseaudio: inherit perlnative
From: Saul Wold @ 2011-10-23 18:31 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319380267-29794-2-git-send-email-raj.khem@gmail.com>
On 10/23/2011 07:31 AM, Khem Raj wrote:
> manpage generatition uses xmltoman utility
> which inturn uses xml-parser. So we add
> libxml-parser-perl-native to DEPENDS and also
> inherit perlnative so it does not use the one
> from build host
>
> Signed-off-by: Khem Raj<raj.khem@gmail.com>
> ---
> .../pulseaudio/pulseaudio_0.9.23.bb | 6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> index 33f5e15..9521ab0 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> @@ -1,10 +1,10 @@
> require pulseaudio.inc
>
> -PR = "r5"
> +PR = "r6"
>
> -DEPENDS += "gdbm speex"
> +DEPENDS += "gdbm speex libxml-parser-perl-native"
>
> -inherit gettext
> +inherit gettext perlnative
>
> SRC_URI = "http://freedesktop.org/software/pulseaudio/releases/pulseaudio-${PV}.tar.gz \
> file://buildfix.patch \
This patch is already out there from Martin, I just submitted it in a
CONSOLIDATED PULL.
Sau!
^ permalink raw reply
* [CONSOLIDATED PULL 25/27] oprofile: Update to 0.9.7 and convert cvs->git
From: Saul Wold @ 2011-10-23 18:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319394187.git.sgw@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
.../oprofile/{oprofile_0.9.6.bb => oprofile.inc} | 13 +++------
meta/recipes-kernel/oprofile/oprofile_0.9.7.bb | 11 ++++++++
meta/recipes-kernel/oprofile/oprofile_cvs.bb | 28 --------------------
meta/recipes-kernel/oprofile/oprofile_git.bb | 11 ++++++++
4 files changed, 26 insertions(+), 37 deletions(-)
rename meta/recipes-kernel/oprofile/{oprofile_0.9.6.bb => oprofile.inc} (70%)
create mode 100644 meta/recipes-kernel/oprofile/oprofile_0.9.7.bb
delete mode 100644 meta/recipes-kernel/oprofile/oprofile_cvs.bb
create mode 100644 meta/recipes-kernel/oprofile/oprofile_git.bb
diff --git a/meta/recipes-kernel/oprofile/oprofile_0.9.6.bb b/meta/recipes-kernel/oprofile/oprofile.inc
similarity index 70%
rename from meta/recipes-kernel/oprofile/oprofile_0.9.6.bb
rename to meta/recipes-kernel/oprofile/oprofile.inc
index 0f154c8..73a5a07 100644
--- a/meta/recipes-kernel/oprofile/oprofile_0.9.6.bb
+++ b/meta/recipes-kernel/oprofile/oprofile.inc
@@ -15,21 +15,16 @@ DEPENDS = "popt binutils"
RDEPENDS_${PN} = "binutils-symlinks"
RRECOMMENDS_${PN} = "kernel-vmlinux"
-FILES_${PN} = "${bindir} ${libdir}/${BPN}/lib*.so.* ${datadir}/${BPN}"
-FILES_${PN}-dev += "${libdir}/${BPN}/lib*.so ${libdir}/${BPN}/lib*.la"
+FILES_${PN} = "${bindir} ${libdir}/${BPN}/lib*${SOLIBS} ${datadir}/${BPN}"
+FILES_${PN}-dev += "${libdir}/${BPN}/lib*${SOLIBSDEV} ${libdir}/${BPN}/lib*.la"
FILES_${PN}-staticdev += "${libdir}/${BPN}/lib*.a"
-PR = "r2"
+INC_PR = "r0"
-SRC_URI = "${SOURCEFORGE_MIRROR}/oprofile/oprofile-${PV}.tar.gz \
- file://opstart.patch \
+SRC_URI = "file://opstart.patch \
file://oprofile-no-query-modules.patch \
file://acinclude.m4"
-SRC_URI[md5sum] = "4e407093ac06200185d5a5e6437d7242"
-SRC_URI[sha256sum] = "3f0dd40a7749fc650d25d79d42ebbff8f3b6db310c36e7c3839696cc09077880"
-S = "${WORKDIR}/oprofile-${PV}"
-
inherit autotools
EXTRA_OECONF = "--with-kernel-support --without-x"
diff --git a/meta/recipes-kernel/oprofile/oprofile_0.9.7.bb b/meta/recipes-kernel/oprofile/oprofile_0.9.7.bb
new file mode 100644
index 0000000..d7e1511
--- /dev/null
+++ b/meta/recipes-kernel/oprofile/oprofile_0.9.7.bb
@@ -0,0 +1,11 @@
+require oprofile.inc
+
+PR = "${INC_PR}.0"
+
+SRC_URI += "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz"
+
+SRC_URI[md5sum] = "8b5d1d9b65f84420bcc3234777ad3be3"
+SRC_URI[sha256sum] = "cb5b507d5dea058d223fcad3cec8ff9638a4163106afd66d176798bbd973d527"
+
+S = "${WORKDIR}/oprofile-${PV}"
+
diff --git a/meta/recipes-kernel/oprofile/oprofile_cvs.bb b/meta/recipes-kernel/oprofile/oprofile_cvs.bb
deleted file mode 100644
index c66f4d3..0000000
--- a/meta/recipes-kernel/oprofile/oprofile_cvs.bb
+++ /dev/null
@@ -1,28 +0,0 @@
-PV = "0.9.4+cvs${SRCDATE}"
-PR = "r1"
-SECTION = "devel"
-SUMMARY = "System-Wide Profiler"
-DESCRIPTION = "OProfile is a system-wide profiler for Linux systems, capable \
-of profiling all running code at low overhead."
-LICENSE = "GPL"
-DEPENDS = "popt binutils"
-RDEPENDS_${PN} = "binutils-symlinks"
-RRECOMMENDS_${PN} = "kernel-vmlinux"
-
-DEFAULT_PREFERENCE = "-1"
-
-SRC_URI = "cvs://anonymous@oprofile.cvs.sourceforge.net/cvsroot/oprofile;module=oprofile \
- file://opstart.patch \
- file://acinclude.m4"
-S = "${WORKDIR}/oprofile"
-
-inherit autotools
-
-EXTRA_OECONF = "--with-kernel-support \
- --without-x \
- --disable-werror "
-
-do_configure () {
- cp ${WORKDIR}/acinclude.m4 ${S}/
- autotools_do_configure
-}
diff --git a/meta/recipes-kernel/oprofile/oprofile_git.bb b/meta/recipes-kernel/oprofile/oprofile_git.bb
new file mode 100644
index 0000000..c345548
--- /dev/null
+++ b/meta/recipes-kernel/oprofile/oprofile_git.bb
@@ -0,0 +1,11 @@
+require oprofile.inc
+
+SRCREV = "88f43190d412d28ebf5c75a76ba20343d0fe4c41"
+PV = "0.9.7+git${SRCPV}"
+PR = "${INC_PR}.0"
+
+SRC_URI += "git://oprofile.git.sourceforge.net/gitroot/${BPN}/${BPN};protocol=git"
+
+S = "${WORKDIR}/git"
+
+DEFAULT_PREFERENCE = "-1"
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 27/27] perl: remove debug set -x; pwd
From: Saul Wold @ 2011-10-23 18:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319394187.git.sgw@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-devtools/perl/perl_5.14.2.bb | 2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/perl/perl_5.14.2.bb b/meta/recipes-devtools/perl/perl_5.14.2.bb
index 6bd51ad..7889626 100644
--- a/meta/recipes-devtools/perl/perl_5.14.2.bb
+++ b/meta/recipes-devtools/perl/perl_5.14.2.bb
@@ -207,8 +207,6 @@ do_install() {
PACKAGE_PREPROCESS_FUNCS += "perl_package_preprocess"
perl_package_preprocess () {
- set -x
- pwd
# Fix up installed configuration
sed -i -e "s,${D},,g" \
-e "s,-isystem${STAGING_INCDIR} ,,g" \
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 26/27] abiword: convert to svn
From: Saul Wold @ 2011-10-23 18:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319394187.git.sgw@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta-demoapps/recipes-gnome/abiword/abiword.inc | 4 ++--
meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb | 10 ----------
meta-demoapps/recipes-gnome/abiword/abiword_svn.bb | 10 ++++++++++
3 files changed, 12 insertions(+), 12 deletions(-)
delete mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb
create mode 100644 meta-demoapps/recipes-gnome/abiword/abiword_svn.bb
diff --git a/meta-demoapps/recipes-gnome/abiword/abiword.inc b/meta-demoapps/recipes-gnome/abiword/abiword.inc
index b1b0f67..2b34a7a 100644
--- a/meta-demoapps/recipes-gnome/abiword/abiword.inc
+++ b/meta-demoapps/recipes-gnome/abiword/abiword.inc
@@ -13,8 +13,8 @@ RRECOMMENDS_${PN} = "glibc-gconv-ibm850 glibc-gconv-cp1252 \
RELURI = "http://www.abiword.org/downloads/abiword/${PV}/source/abiword-${PV}.tar.gz"
RELSRC = "${WORKDIR}/abiword-${PV}/abi"
-CVSURI = "cvs://anoncvs:anoncvs@anoncvs.abisource.com/cvsroot;module=abi"
-CVSSRC = "${WORKDIR}/abi"
+SVNURI = "cvs://svn.abisource.com/abiword/trunk;module=abiword;proto=http"
+SVNSRC = "${WORKDIR}/abi"
#want 2.x from 2.x.y for the installation directory
SHRT_VER = "${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}"
diff --git a/meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb b/meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb
deleted file mode 100644
index 163029e..0000000
--- a/meta-demoapps/recipes-gnome/abiword/abiword_cvs.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-require abiword.inc
-
-SRCDATE = "20070130"
-PV="2.5.0+cvs${SRCDATE}"
-PR = "r4"
-
-SRC_URI = "${CVSURI}"
-
-S = "${CVSSRC}"
-
diff --git a/meta-demoapps/recipes-gnome/abiword/abiword_svn.bb b/meta-demoapps/recipes-gnome/abiword/abiword_svn.bb
new file mode 100644
index 0000000..a8946a8
--- /dev/null
+++ b/meta-demoapps/recipes-gnome/abiword/abiword_svn.bb
@@ -0,0 +1,10 @@
+require abiword.inc
+
+SRCREV = "21818"
+PV="2.5.2+svnr${SRCPV}"
+PR = "r0"
+
+SRC_URI = "${SVNURI}"
+
+S = "${SVNSRC}"
+
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 24/27] texi2html: Added recipe from OE
From: Saul Wold @ 2011-10-23 18:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319394187.git.sgw@linux.intel.com>
Needed to build oe-core with oe-core
Signed-off-by: Saul Wold <sgw@linux.intel.com>
---
meta/recipes-extended/texi2html/texi2html_1.82.bb | 14 ++++++++++++++
1 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-extended/texi2html/texi2html_1.82.bb
diff --git a/meta/recipes-extended/texi2html/texi2html_1.82.bb b/meta/recipes-extended/texi2html/texi2html_1.82.bb
new file mode 100644
index 0000000..f19b576
--- /dev/null
+++ b/meta/recipes-extended/texi2html/texi2html_1.82.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "Perl script that converts Texinfo to HTML"
+HOMEPAGE = "http://www.nongnu.org/texi2html/"
+SECTION = "console/utils"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
+
+PR = "r0"
+
+SRC_URI = "http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2"
+
+SRC_URI[md5sum] = "a8a9193c0ac1bec2f3ca7be40a5a82eb"
+SRC_URI[sha256sum] = "d69c1effc416896409003ea64fdb21152cc0a9a7c665d437a0a3bef9b588b4f1"
+
+inherit autotools
--
1.7.6.4
^ permalink raw reply related
* [CONSOLIDATED PULL 22/27] kernel.bbclass: respect MACHINE_KERNEL_PR
From: Saul Wold @ 2011-10-23 18:27 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319394187.git.sgw@linux.intel.com>
From: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
MACHINE_KERNEL_PR was introduced long ago in org.oe.dev. It's present in
meta-oe kernel.bbclass. Several machines depend on this functionality.
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
---
meta/classes/kernel.bbclass | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 42543e0..60be980 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -20,6 +20,11 @@ python __anonymous () {
image = bb.data.getVar('INITRAMFS_IMAGE', d, True)
if image:
bb.data.setVar('INITRAMFS_TASK', '${INITRAMFS_IMAGE}:do_rootfs', d)
+
+ machine_kernel_pr = bb.data.getVar('MACHINE_KERNEL_PR', d, True)
+
+ if machine_kernel_pr:
+ bb.data.setVar('PR', machine_kernel_pr, d)
}
inherit kernel-arch deploy
--
1.7.6.4
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox