Re: [oe] meta-oe source mirroring

[Tom Rini]

On Fri, Oct 27, 2023 at 05:53:24PM +0100, Richard Purdie wrote:
> On Fri, 2023-10-27 at 12:30 -0400, Tom Rini wrote:
> > On Thu, Oct 26, 2023 at 03:22:26PM +0100, Richard Purdie wrote:
> > 
> > > I'm happy to say that meta-openembedded source mirroring is now working
> > > via the Yocto Project's infrastructure and available through the
> > > project's source mirrors.
> > > 
> > > An example successful run with master is here:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/19
> > > 
> > > Nanbield should also work.
> > > 
> > > kirkstone is here and is now error free but does show a lot of
> > > warnings:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/27
> > > 
> > > dunfell is also error free but also shows warnings:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/31
> > > 
> > > I did have to disable two recipes as one uses mercurial (the other has
> > > it as a dependency) and the mercurial checkout format changed between
> > > versions. The mirrors from later releases don't work with the version
> > > of mercurial-native from dunfell meta-oe. Disabling it was the
> > > easiest/safest path forward.
> > > 
> > > Currently these are all scheduled to run automatically. If we can fix
> > > the warnings, that can stay. If there isn't a desire to fix the
> > > warnings in stable branches, we'd probably disable the scheduler for
> > > them since we have a policy of no warnings on the autobuilder.
> > 
> > Maybe it's because I'm missing a different step, but I've always had to
> > setup source mirrors for SCM archives to be in a subdirectory, not just
> > for mercurial style problems but for hash changes. For example I have:
> > $ ls -d ~/work/OE/downloads/*/git2_sourceware.org.git.glibc.git.tar.gz
> > /home/trini/work/OE/downloads/dunfell/git2_sourceware.org.git.glibc.git.tar.gz
> > /home/trini/work/OE/downloads/honister/git2_sourceware.org.git.glibc.git.tar.gz
> > ...
> > 
> > And then have in my PREMIRRORS:
> > git://.*/.* ${SOURCE_MIRROR_URL}/${LAYERSERIES_COMPAT:core} \n \
> > gitsm://.*/.*   ${SOURCE_MIRROR_URL}/${LAYERSERIES_COMPAT:core} \n \
> > 
> > So that I get the right thing. Might this be closer to the path forward
> > to solve the above issue? Or is mine because I'm not generating the
> > archives correctly to start with (and so the mercurial issue really is
> > special) ?
> 
> The idea is that information is not removed from the archives so that a
> newer archive should always have everything the older one had plus
> more. In that sense, DL_DIR should be shareable between newer and older
> releases and the mirror tarballs should to. They don't have to be
> identical, newer ones may contain new revisions, as long as the older
> ones are still there.
> 
> For YP, we only have one source mirror for all releases.

Right. So, I think I got astray somewhere then, sorry. I would have
sworn the case I had run in to was that my archive mirror of say
linux-yocto (so, something that can be painful to refresh from scratch)
didn't have commits / branches that it should, and so went and split up
the source archives per-codename. I did a manual inspection of the glibc
archive above and it looks like it should have everything for honister
and dunfell (and anything else). So I likely really hit the problem of
commit changed and archive just didn't have it, period. So not something
that required codename based splitting. Sorry for the noise.

> With mercurial, they changed the on disk format newer tooling creates
> so it doesn't work with the mercurial-native from dunfell. If you
> ASSUME_PROVIDED it, or update the recipe it would work. Since it is a
> single recipe on an fairly old release (now) I'm not worrying too much
> about it. The mirrors do have the data and people would make it work if
> they needed to.

Thanks for explaining more.

-- 
Tom

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#105781): 
https://lists.openembedded.org/g/openembedded-devel/message/105781
Mute This Topic: https://lists.openembedded.org/mt/102200675/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] meta-oe source mirroring

[Tom Rini]

On Thu, Oct 26, 2023 at 03:22:26PM +0100, Richard Purdie wrote:

> I'm happy to say that meta-openembedded source mirroring is now working
> via the Yocto Project's infrastructure and available through the
> project's source mirrors.
> 
> An example successful run with master is here:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/19
> 
> Nanbield should also work.
> 
> kirkstone is here and is now error free but does show a lot of
> warnings:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/27
> 
> dunfell is also error free but also shows warnings:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/31
> 
> I did have to disable two recipes as one uses mercurial (the other has
> it as a dependency) and the mercurial checkout format changed between
> versions. The mirrors from later releases don't work with the version
> of mercurial-native from dunfell meta-oe. Disabling it was the
> easiest/safest path forward.
> 
> Currently these are all scheduled to run automatically. If we can fix
> the warnings, that can stay. If there isn't a desire to fix the
> warnings in stable branches, we'd probably disable the scheduler for
> them since we have a policy of no warnings on the autobuilder.

Maybe it's because I'm missing a different step, but I've always had to
setup source mirrors for SCM archives to be in a subdirectory, not just
for mercurial style problems but for hash changes. For example I have:
$ ls -d ~/work/OE/downloads/*/git2_sourceware.org.git.glibc.git.tar.gz
/home/trini/work/OE/downloads/dunfell/git2_sourceware.org.git.glibc.git.tar.gz
/home/trini/work/OE/downloads/honister/git2_sourceware.org.git.glibc.git.tar.gz
...

And then have in my PREMIRRORS:
git://.*/.* ${SOURCE_MIRROR_URL}/${LAYERSERIES_COMPAT:core} \n \
gitsm://.*/.*   ${SOURCE_MIRROR_URL}/${LAYERSERIES_COMPAT:core} \n \

So that I get the right thing. Might this be closer to the path forward
to solve the above issue? Or is mine because I'm not generating the
archives correctly to start with (and so the mercurial issue really is
special) ?

-- 
Tom

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#105778): 
https://lists.openembedded.org/g/openembedded-devel/message/105778
Mute This Topic: https://lists.openembedded.org/mt/102200675/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [meta-oe][PATCH 2/2] debsums: remove old recipe

[Tom Rini]

On Wed, Oct 18, 2023 at 08:30:27PM -0700, Khem Raj wrote:
> Adding Tom since he added it back in 2017.
> 
> On Wed, Oct 18, 2023 at 6:14 PM Tim Orling  wrote:
> >
> > The debsums recipe has not been substantially touched since 2020
> > when it was moved to dynamic-layers.
> >
> > In meta-openembedded ecosystem, it is the only known recipe that
> > depends on po4a, which is being removed in a separate commit.
> >
> > According to the layerindex, no known recipes depend on debsums:
> > https://layers.openembedded.org/layerindex/branch/master/recipes/?q=depends%3Adebsums
> >
> > Signed-off-by: Tim Orling 

Thanks for checking.  We no longer have a use case for this recipe.

Acked-by: Tom Rini 

-- 
Tom


signature.asc
Description: PGP signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#105600): 
https://lists.openembedded.org/g/openembedded-devel/message/105600
Mute This Topic: https://lists.openembedded.org/mt/102052093/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

[Tom Rini]

On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> On Wed, Feb 19, 2020 at 09:29:58AM -0800, Khem Raj wrote:
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> > 
> > == Failed tasks /media/ra_build_share/buildlogs/oe/world/dunfell/2020-02-18 
> > ==
> > 
> > INFO: jenkins-job.sh-1.8.46 Complete log available at
> > /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.report.20200219_150007.log
> > 
> > === common (0) ===
> > 
> > === common-x86 (0) ===
> > 
> > === qemuarm (0) ===
> > 
> > === qemuarm64 (0) ===
> > 
> > === qemux86 (0) ===
> > 
> > === qemux86_64 (0) ===
> 
> Looks great! Thanks
> 
> I was running some world builds recently as well and was surprised that
> there are a few failing recipes in meta-oe:
>   s3c24xx-gpio
>   s3c64xx-gpio
>   wmiconfig
>   usbpath
> which are all using svn fetcher.
> 
> Any idea why these aren't shown in our build? I was able to reproduce
> this on thud as well as latest master build:
> 
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/usbpath/usbpath_svn.bb:do_patch
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:do_patch
> 
> they have all the same root cause and that is that the
> S variable points to directory where the sources used to be, but now
> they are checked out somewhere else, e.g. s3c24xx-gpio:
> 
> LIC_FILES_CHKSUM = 
> "file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
> 
> SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
> 
> S = "${WORKDIR}/gpio"
> 
> And now S looks like this:
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/
> branches  trunk
> 
> While before I believe it was checking out just this directory (as 
> ${WORKDIR}/gpio):
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/trunk/src/target/gpio/
> gpio.c  gpio-glamo.c  gpio-s3c6410.c  Makefile  README
> 
> Anyone still actively using svn fetcher for something?
> 
> I'll check with even older bitbake to see when it changed, but it's
> still surprising that you wouldn't be seeing it with latest bitbake
> in world builds.

Chiming in as this caught my eye.  I've run in to this perhaps with
'warrior' as well recently for a customer.  I assumed it was just that
it had been so long since I had used SVN I had just mis-remembered how
S needed to be set.  I also as a tangent noticed that AUTOREV for svn
seems broken as it doesn't ensure we have subversion-native in the
sysroot ('svn command not found' is the relevant part of the failure).

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] nng: Add recipe

[Tom Rini]

nng is the nanomsg project's rewrite of their libnanomsg library.  Just
like nanomsg it is a socket library that provides several common
communication patterns.

Unlike nanomsg it does not normally provide a number of tools and we do
not attempt to add them here.  We allow for optional mbedtls support.

Signed-off-by: Tom Rini 
---
Notes:
- nng is not a 1-to-1 replacement for nanomsg and does provide different
  runtime files, so we do not conflict/etc with them.
- nng does support cross-compilation of tools but I'm leaving this out
  as I can't test that currently and it is non-default.
- As it's part of the nanomsg project I am putting this under the
  nanomsg folder, but I don't have strong preferences here.
---
 .../recipes-connectivity/nanomsg/nng_1.2.5.bb | 21 +++
 1 file changed, 21 insertions(+)
 create mode 100644 meta-networking/recipes-connectivity/nanomsg/nng_1.2.5.bb

diff --git a/meta-networking/recipes-connectivity/nanomsg/nng_1.2.5.bb 
b/meta-networking/recipes-connectivity/nanomsg/nng_1.2.5.bb
new file mode 100644
index ..77be27ffaa5b
--- /dev/null
+++ b/meta-networking/recipes-connectivity/nanomsg/nng_1.2.5.bb
@@ -0,0 +1,21 @@
+SUMMARY = "nanomsg-next-generation -- light-weight brokerless messaging"
+DESCRIPTION = "NNG, like its predecessors nanomsg (and to some extent ZeroMQ), 
is a lightweight, broker-less library, offering a simple API to solve common 
recurring messaging problems, such as publish/subscribe, RPC-style 
request/reply, or service discovery."
+HOMEPAGE = "https://github.com/nanomsg/nng;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=a19b15be6e844b39a54de2ef665bd6de"
+
+SECTION = "libs/networking"
+
+SRCREV = "53ae1a5ab37fdfc9ad5c236df3eaf4dd63f0fee9"
+
+SRC_URI = "git://github.com/nanomsg/nng.git;branch=v1.2.x"
+
+S = "${WORKDIR}/git"
+
+inherit cmake pkgconfig
+
+EXTRA_OECMAKE = "-DBUILD_SHARED_LIBS=ON"
+
+PACKAGECONFIG ??= ""
+
+PACKAGECONFIG[mbedtls] = "-DNNG_ENABLE_TLS=ON,-DNNG_ENABLE_TLS=OFF,mbedtls"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCHv2] pipewire: Initial add of 0.2.7

[Tom Rini]

On Thu, Oct 17, 2019 at 09:12:27PM +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Tom Rini 
> > Sent: den 17 oktober 2019 16:20
> > To: Peter Kjellerstedt 
> > Cc: openembedded-devel@lists.openembedded.org; George Kiagiadakis
> > ; Jan-Simon Möller
> > 
> > Subject: Re: [oe] [meta-oe][PATCHv2] pipewire: Initial add of 0.2.7
> > 
> > On Thu, Oct 17, 2019 at 02:11:11PM +, Peter Kjellerstedt wrote:
> > 
> > > Just to add to this, I have attached a recipe for pipewire that we 
> > > used to use (we have not used it for a while so it is not up-to-date). 
> > > It should hopefully give you some more ideas. E.g., it uses automatic
> > > splitting of all the spa and module packages similar to how the 
> > > GStreamer plugins are automatically split into separate packages.
> > 
> > I hesitate on adding stuff like this right now in that with 0.3 (and
> > audio support) a bunch more stuff changes.  One of my goals right now
> > is to get pipewire 0.2.7 in such that it meets Andreas' needs and then
> > with 0.3 later being able to confirm his use case still works when 
> > updating.
> 
> As I wrote, it was mainly to give you more ideas. Since we were sitting 
> on them, but not using them ourselves, I thought it better to pass them 
> along. Then you, or anyone else, can use them to improve the recipe at 
> a convenient time.

Yes, thanks.  I suspect that with 0.3 and later and even more
plugins/modules that will be a handy example to reference.

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCHv2] pipewire: Initial add of 0.2.7

[Tom Rini]

On Thu, Oct 17, 2019 at 02:11:11PM +, Peter Kjellerstedt wrote:

> Just to add to this, I have attached a recipe for pipewire that we used 
> to use (we have not used it for a while so it is not up-to-date). It 
> should hopefully give you some more ideas. E.g., it uses automatic 
> splitting of all the spa and module packages similar to how the GStreamer 
> plugins are automatically split into separate packages.

I hesitate on adding stuff like this right now in that with 0.3 (and
audio support) a bunch more stuff changes.  One of my goals right now is
to get pipewire 0.2.7 in such that it meets Andreas' needs and then with
0.3 later being able to confirm his use case still works when updating.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCHv2] pipewire: Initial add of 0.2.7

[Tom Rini]

From: George Kiagiadakis 

Add PACKAGECONFIG options for the currently available features.

[Based on pipewire.inc / pipewire_git.bb from meta-agl-devel/meta-pipewire]

Cc: Andreas Müller 
Signed-off-by: Jan-Simon Möller 
Signed-off-by: George Kiagiadakis 
Signed-off-by: Tom Rini 
---
 .../pipewire/pipewire_git.bb  | 65 +++
 1 file changed, 65 insertions(+)
 create mode 100644 meta-oe/recipes-multimedia/pipewire/pipewire_git.bb

diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb 
b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
new file mode 100644
index ..bcb3015f8bdc
--- /dev/null
+++ b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
@@ -0,0 +1,65 @@
+SUMMARY = "Multimedia processing server for Linux"
+AUTHOR = "Wim Taymans "
+HOMEPAGE = "https://pipewire.org;
+SECTION = "multimedia"
+LICENSE = "LGPL-2.1"
+LIC_FILES_CHKSUM = " \
+file://LICENSE;md5=d8153c6e65986f862a0550ca74a3ed73 \
+file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \
+"
+DEPENDS = "alsa-lib dbus udev"
+SRCREV = "14c11c0fe4d366bad4cfecdee97b6652ff9ed63d"
+PV = "0.2.7"
+
+SRC_URI = "git://github.com/PipeWire/pipewire"
+
+S = "${WORKDIR}/git"
+
+inherit meson pkgconfig systemd manpages
+
+PACKAGECONFIG ??= "\
+${@bb.utils.filter('DISTRO_FEATURES', 'systemd', d)} \
+gstreamer \
+"
+
+PACKAGECONFIG[systemd] = "-Dsystemd=true,-Dsystemd=false,systemd"
+PACKAGECONFIG[gstreamer] = "-Dgstreamer=enabled,-Dgstreamer=disabled,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxml-parser-perl-native"
+
+PACKAGES =+ "\
+${PN}-spa-plugins \
+${PN}-alsa \
+${PN}-config \
+gstreamer1.0-${PN} \
+lib${PN} \
+lib${PN}-modules \
+"
+
+RDEPENDS_lib${PN} += "lib${PN}-modules ${PN}-spa-plugins"
+
+FILES_${PN} = "\
+${sysconfdir}/pipewire/pipewire.conf \
+${bindir}/pipewire* \
+${systemd_user_unitdir}/* \
+"
+FILES_lib${PN} = "\
+${libdir}/libpipewire-*.so.* \
+"
+FILES_lib${PN}-modules = "\
+${libdir}/pipewire-*/* \
+"
+FILES_${PN}-spa-plugins = "\
+${bindir}/spa-* \
+${libdir}/spa/* \
+"
+FILES_${PN}-alsa = "\
+${libdir}/alsa-lib/* \
+${datadir}/alsa/alsa.conf.d/50-pipewire.conf \
+"
+FILES_gstreamer1.0-${PN} = "\
+${libdir}/gstreamer-1.0/* \
+"
+
+CONFFILES_${PN} = "\
+${sysconfdir}/pipewire/pipewire.conf \
+"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/2] pipewire: initial add 0.2.7

[Tom Rini]

On Tue, Oct 15, 2019 at 07:45:32PM -0700, Khem Raj wrote:
> Tom and Andreas
> 
> I think it will be good to converge the recipe if we want to host it in
> meta-oe such that agl also is able to use it while Andreas has time
> constraints can I ask Tom to look into delta that’s needed for it to usable
> with AGL as well ? Secondly it would be good to keep default packageconfig
> to be common enough that covers normal case that Andreas has

Yes.  There's some parts of what we need in AGL today that's not yet
appropriate to push up here but we can get something common to both.

> 
> On Wed, Oct 16, 2019 at 12:28 AM Andreas Müller 
> wrote:
> 
> > On Tue, Oct 15, 2019 at 7:48 PM Tom Rini  wrote:
> > >
> > > On Tue, Oct 15, 2019 at 12:20:46AM +0200, Andreas Müller wrote:
> > >
> > > > Have 0.2.4 in meta-qt5-extra as dependency for liri-shell. Soon it
> > gets an
> > > > optional dependency for mutter so move latest to meta-oe.
> > > >
> > > > Signed-off-by: Andreas Müller 
> > > > ---
> > > >  .../pipewire/pipewire_git.bb  | 32
> > +++
> > > >  1 file changed, 32 insertions(+)
> > > >  create mode 100644 meta-oe/recipes-multimedia/pipewire/
> > pipewire_git.bb
> > > >
> > > > diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> > b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> > > > new file mode 100644
> > > > index 0..9b9b64205
> > > > --- /dev/null
> > > > +++ b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> > > > @@ -0,0 +1,32 @@
> > > > +SUMMARY = "Multimedia processing graphs"
> > > > +HOMEPAGE = "http://pipewire.org/;
> > > > +LICENSE = "LGPLv2.1"
> > > > +LIC_FILES_CHKSUM = " \
> > > > +file://LICENSE;md5=d8153c6e65986f862a0550ca74a3ed73 \
> > > > +file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \
> > > > +"
> > > > +
> > > > +inherit meson
> > > > +
> > > > +DEPENDS += " \
> > > > +dbus \
> > > > +glib-2.0 \
> > > > +alsa-lib \
> > > > +v4l-utils \
> > > > +gstreamer1.0 \
> > > > +gstreamer1.0-plugins-base \
> > > > +"
> > > > +
> > > > +SRC_URI = "git://github.com/PipeWire/pipewire.git"
> > > > +PV = "0.2.7"
> > > > +SRCREV = "14c11c0fe4d366bad4cfecdee97b6652ff9ed63d"
> > > > +S = "${WORKDIR}/git"
> > > > +
> > > > +
> > > > +FILES_${PN} += " \
> > > > +${systemd_user_unitdir} \
> > > > +${libdir}/pipewire-0.2 \
> > > > +${libdir}/spa \
> > > > +${libdir}/gstreamer-1.0 \
> > > > +"
> > >
> > > A few thoughts.  First, there's a lot of knobs that can be set, and it
> > > might be a good idea to take a look at the recipe in AGL:
> > >
> > https://gerrit.automotivelinux.org/gerrit/gitweb?p=AGL/meta-agl-devel.git;a=tree;f=meta-pipewire/recipes-multimedia/pipewire;h=59d7d7bae1b0c072afbfe804857c0f7b4676766a;hb=HEAD
> > Sorry but I do not have the resources to test all these knobs.
> > Currently pipewire is yet another optional dependency for mutter on my
> > way to gnome-desktop (which is already a challenge). Once I got there
> > I can think of further 'optimizations'
> >
> > Cheers
> >
> > Andreas
> > >
> > > Second, it's worth keeping in mind for future updates that after v0.2.7
> > > the license changed to MIT (and yes, I know LIC_FILES_CHKSUM will catch
> > > this):
> > > https://github.com/PipeWire/pipewire/blob/master/LICENSE
> > >
> > > --
> > > Tom
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/2] pipewire: initial add 0.2.7

[Tom Rini]

On Tue, Oct 15, 2019 at 12:20:46AM +0200, Andreas Müller wrote:

> Have 0.2.4 in meta-qt5-extra as dependency for liri-shell. Soon it gets an
> optional dependency for mutter so move latest to meta-oe.
> 
> Signed-off-by: Andreas Müller 
> ---
>  .../pipewire/pipewire_git.bb  | 32 +++
>  1 file changed, 32 insertions(+)
>  create mode 100644 meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> 
> diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb 
> b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> new file mode 100644
> index 0..9b9b64205
> --- /dev/null
> +++ b/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
> @@ -0,0 +1,32 @@
> +SUMMARY = "Multimedia processing graphs"
> +HOMEPAGE = "http://pipewire.org/;
> +LICENSE = "LGPLv2.1"
> +LIC_FILES_CHKSUM = " \
> +file://LICENSE;md5=d8153c6e65986f862a0550ca74a3ed73 \
> +file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \
> +"
> +
> +inherit meson
> +
> +DEPENDS += " \
> +dbus \
> +glib-2.0 \
> +alsa-lib \
> +v4l-utils \
> +gstreamer1.0 \
> +gstreamer1.0-plugins-base \
> +"
> +
> +SRC_URI = "git://github.com/PipeWire/pipewire.git"
> +PV = "0.2.7"
> +SRCREV = "14c11c0fe4d366bad4cfecdee97b6652ff9ed63d"
> +S = "${WORKDIR}/git"
> +
> +
> +FILES_${PN} += " \
> +${systemd_user_unitdir} \
> +${libdir}/pipewire-0.2 \
> +${libdir}/spa \
> +${libdir}/gstreamer-1.0 \
> +"

A few thoughts.  First, there's a lot of knobs that can be set, and it
might be a good idea to take a look at the recipe in AGL:
https://gerrit.automotivelinux.org/gerrit/gitweb?p=AGL/meta-agl-devel.git;a=tree;f=meta-pipewire/recipes-multimedia/pipewire;h=59d7d7bae1b0c072afbfe804857c0f7b4676766a;hb=HEAD

Second, it's worth keeping in mind for future updates that after v0.2.7
the license changed to MIT (and yes, I know LIC_FILES_CHKSUM will catch
this):
https://github.com/PipeWire/pipewire/blob/master/LICENSE

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] toybox: Re-order inherit location so we can override do_configure

[Tom Rini]

We need to override the do_configure function to disable some applets.
Move our inherit line to where they should be, stylistically, so that
our function overrides the one from cml1.bbclass

Signed-off-by: Tom Rini 
---
 meta-oe/recipes-core/toybox/toybox_0.7.5.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-core/toybox/toybox_0.7.5.bb 
b/meta-oe/recipes-core/toybox/toybox_0.7.5.bb
index 614136e27f50..069f0471c088 100644
--- a/meta-oe/recipes-core/toybox/toybox_0.7.5.bb
+++ b/meta-oe/recipes-core/toybox/toybox_0.7.5.bb
@@ -5,6 +5,8 @@ DEPENDS = "attr virtual/crypt"
 LICENSE = "BSD-0-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=f0b8b3dd6431bcaa245da0a08bd0d511"
 
+inherit cml1 update-alternatives
+
 SRC_URI = "http://www.landley.net/toybox/downloads/${BPN}-${PV}.tar.gz \
file://OE-path-changes.patch \
"
@@ -48,8 +50,6 @@ do_install() {
 install -m 0644 ${B}/toybox.links ${D}${sysconfdir}
 }
 
-inherit cml1 update-alternatives
-
 # If you've chosen to install toybox you probably want it to take precedence
 # over busybox where possible but not over other packages
 ALTERNATIVE_PRIORITY = "60"
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [warrior][v3][PATCH] README: updated Maintainers list for Warrior

[Tom Rini]

On Wed, May 01, 2019 at 10:56:42AM -0700, Armin Kuster wrote:

> Signed-off-by: Armin Kuster 
> 
> [v2]
> bump bitbake to warrior version
> 
> [v3]
> remove bitbake ref from meta-filesystems

Reviewed-by: Tom Rini 

That said, the changes which are not just %s#master#warrior# are ones
you'll be pushing to master soon too, yes?  Thanks!

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [warrior][v2][PATCH] README: updated Maintainers list for Warrior

[Tom Rini]

On Wed, May 01, 2019 at 09:24:31AM -0700, akuster808 wrote:
> 
> 
> On 5/1/19 9:00 AM, Tom Rini wrote:
> > On Wed, May 01, 2019 at 08:41:03AM -0700, Armin Kuster wrote:
> >> Signed-off-by: Armin Kuster 
> >>
> >> [v2]
> >> bump bitbake to warrior version
> >> ---
> >>  README  |  2 +-
> >>  meta-filesystems/README | 12 ++--
> >>  meta-gnome/README   | 10 +-
> >>  meta-initramfs/README   |  8 
> >>  meta-multimedia/README  | 10 +-
> >>  meta-networking/MAINTAINERS | 32 +++-
> >>  meta-networking/README  |  6 +++---
> >>  meta-oe/README  |  8 
> >>  meta-perl/README| 10 --
> >>  meta-python/README  | 12 +---
> >>  meta-webserver/README   |  8 
> >>  meta-xfce/README| 10 +-
> >>  12 files changed, 49 insertions(+), 79 deletions(-)
> >>
> >> diff --git a/README b/README
> >> index 7318f09..881115e 100644
> >> --- a/README
> >> +++ b/README
> >> @@ -1,6 +1,6 @@
> >>  Collection of layers for the OE-core universe
> >>  
> >> -Main layer maintainer: Khem Raj 
> >> +Warrior maintainer: Armin Kuster  
> >>  
> >>  This repository is a collection of layers to suppliment OE-Core
> >>  with additional packages, Each layer have designated maintainer
> >> diff --git a/meta-filesystems/README b/meta-filesystems/README
> >> index 87cb685..842da13 100644
> >> --- a/meta-filesystems/README
> >> +++ b/meta-filesystems/README
> >> @@ -10,30 +10,30 @@ Dependencies
> >>  This layer depends on:
> >>  
> >>URI: git://git.openembedded.org/bitbake
> >> -  branch: master
> >> +  branch: 1.42
> > To be clear, where is 1.42 coming from?
> > $ git checkout warrior
> > Switched to branch 'warrior'
> > Your branch is up-to-date with 'origin/warrior'.
> > $ git grep BB_MIN_VER
> > meta/classes/sanity.bbclass:minversion = d.getVar('BB_MIN_VERSION')
> > meta/conf/sanity.conf:BB_MIN_VERSION = "1.39.1"
> How is this a problem of meta-openembedded?
> its a core  and bitbake issue.
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=warrior=0c3423aae935c36e59d15d8bb60d7826cebc4e03
> https://git.openembedded.org/bitbake/log/?h=1.42

Yes, correct.  Sorry for hijacking the thread, I just saw this patch
which reminded me to follow up about that core issue.

> > To be clear, I'm _not_ a fan of saying we need to go that old
> > (especially since there's no CI done with that version) but I am saying
> > we should be consistent with the code.
> 
> You are helping make a case for removing the reference to what bitbake
> version meta-filesystems want as its the only layer that identified it
> needed bitbake.
> 
> The other layers in meta-openembedded don't list it.
> 
> I will send v3 to remove any reference to bitbake.

That makes the most sense, agreed.  No layer should be saying what
bitbake version is requires, that should be handled by the core layer.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [warrior][v2][PATCH] README: updated Maintainers list for Warrior

[Tom Rini]

On Wed, May 01, 2019 at 08:41:03AM -0700, Armin Kuster wrote:
> Signed-off-by: Armin Kuster 
> 
> [v2]
> bump bitbake to warrior version
> ---
>  README  |  2 +-
>  meta-filesystems/README | 12 ++--
>  meta-gnome/README   | 10 +-
>  meta-initramfs/README   |  8 
>  meta-multimedia/README  | 10 +-
>  meta-networking/MAINTAINERS | 32 +++-
>  meta-networking/README  |  6 +++---
>  meta-oe/README  |  8 
>  meta-perl/README| 10 --
>  meta-python/README  | 12 +---
>  meta-webserver/README   |  8 
>  meta-xfce/README| 10 +-
>  12 files changed, 49 insertions(+), 79 deletions(-)
> 
> diff --git a/README b/README
> index 7318f09..881115e 100644
> --- a/README
> +++ b/README
> @@ -1,6 +1,6 @@
>  Collection of layers for the OE-core universe
>  
> -Main layer maintainer: Khem Raj 
> +Warrior maintainer: Armin Kuster  
>  
>  This repository is a collection of layers to suppliment OE-Core
>  with additional packages, Each layer have designated maintainer
> diff --git a/meta-filesystems/README b/meta-filesystems/README
> index 87cb685..842da13 100644
> --- a/meta-filesystems/README
> +++ b/meta-filesystems/README
> @@ -10,30 +10,30 @@ Dependencies
>  This layer depends on:
>  
>URI: git://git.openembedded.org/bitbake
> -  branch: master
> +  branch: 1.42

To be clear, where is 1.42 coming from?
$ git checkout warrior
Switched to branch 'warrior'
Your branch is up-to-date with 'origin/warrior'.
$ git grep BB_MIN_VER
meta/classes/sanity.bbclass:minversion = d.getVar('BB_MIN_VERSION')
meta/conf/sanity.conf:BB_MIN_VERSION = "1.39.1"

To be clear, I'm _not_ a fan of saying we need to go that old
(especially since there's no CI done with that version) but I am saying
we should be consistent with the code.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

[Tom Rini]

On Wed, May 01, 2019 at 10:45:03AM -0500, Joshua Watt wrote:
> On Wed, 2019-05-01 at 11:27 -0400, Tom Rini wrote:
> > On Wed, May 01, 2019 at 07:52:00AM -0700, Armin Kuster wrote:
> > > Signed-off-by: Armin Kuster 
> > > ---
> > >  README  |  2 +-
> > >  meta-filesystems/README | 12 ++--
> > >  meta-gnome/README   | 10 +-
> > >  meta-initramfs/README   |  8 
> > >  meta-multimedia/README  | 10 +-
> > >  meta-networking/MAINTAINERS | 32 +++-
> > >  meta-networking/README  |  6 +++---
> > >  meta-oe/README  |  8 
> > >  meta-perl/README| 10 --
> > >  meta-python/README  | 12 +---
> > >  meta-webserver/README   |  8 
> > >  meta-xfce/README| 10 +-
> > >  12 files changed, 49 insertions(+), 79 deletions(-)
> > > 
> > > diff --git a/README b/README
> > > index 7318f09..881115e 100644
> > > --- a/README
> > > +++ b/README
> > > @@ -1,6 +1,6 @@
> > >  Collection of layers for the OE-core universe
> > >  
> > > -Main layer maintainer: Khem Raj 
> > > +Warrior maintainer: Armin Kuster  
> > >  
> > >  This repository is a collection of layers to suppliment OE-Core
> > >  with additional packages, Each layer have designated maintainer
> > > diff --git a/meta-filesystems/README b/meta-filesystems/README
> > > index 87cb685..d9f07df 100644
> > > --- a/meta-filesystems/README
> > > +++ b/meta-filesystems/README
> > > @@ -10,30 +10,30 @@ Dependencies
> > >  This layer depends on:
> > >  
> > >URI: git://git.openembedded.org/bitbake
> > > -  branch: master
> > > +  branch: 1.40
> > 
> > I may be starting off on the wrong patch here, but, did 1.40 or
> > bitbake.conf ever get patched up such that rm_work doesn't cause
> > world-rebuilds every time?  I recall when digging into this before
> > there
> > was a "maybe if we tweak $something it'll be happy again with this
> > older
> > bitbake".  Thanks!
> 
> No it didn't... I seem to recall looking at it and it wasn't quite as
> trivial as I had assumed but got distracted; sorry about that. If we
> are still wanting to make oe-core backward compatible with older
> bitbake I can open a bugzilla. 
> 
> For reference, here is the discussion: 
> http://lists.openembedded.org/pipermail/openembedded-core/2019-March/279724.html

Please do, as IMHO we need to either fix the feature (rm_work + sstate
equivalence) or mark a newer minimum bitbake version.  rm_work + sstate
cache is part of the back-bone of internal deployments as there's never
enough disk space and also never enough wall clock time.  Thanks!

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

[Tom Rini]

On Wed, May 01, 2019 at 07:52:00AM -0700, Armin Kuster wrote:
> Signed-off-by: Armin Kuster 
> ---
>  README  |  2 +-
>  meta-filesystems/README | 12 ++--
>  meta-gnome/README   | 10 +-
>  meta-initramfs/README   |  8 
>  meta-multimedia/README  | 10 +-
>  meta-networking/MAINTAINERS | 32 +++-
>  meta-networking/README  |  6 +++---
>  meta-oe/README  |  8 
>  meta-perl/README| 10 --
>  meta-python/README  | 12 +---
>  meta-webserver/README   |  8 
>  meta-xfce/README| 10 +-
>  12 files changed, 49 insertions(+), 79 deletions(-)
> 
> diff --git a/README b/README
> index 7318f09..881115e 100644
> --- a/README
> +++ b/README
> @@ -1,6 +1,6 @@
>  Collection of layers for the OE-core universe
>  
> -Main layer maintainer: Khem Raj 
> +Warrior maintainer: Armin Kuster  
>  
>  This repository is a collection of layers to suppliment OE-Core
>  with additional packages, Each layer have designated maintainer
> diff --git a/meta-filesystems/README b/meta-filesystems/README
> index 87cb685..d9f07df 100644
> --- a/meta-filesystems/README
> +++ b/meta-filesystems/README
> @@ -10,30 +10,30 @@ Dependencies
>  This layer depends on:
>  
>URI: git://git.openembedded.org/bitbake
> -  branch: master
> +  branch: 1.40

I may be starting off on the wrong patch here, but, did 1.40 or
bitbake.conf ever get patched up such that rm_work doesn't cause
world-rebuilds every time?  I recall when digging into this before there
was a "maybe if we tweak $something it'll be happy again with this older
bitbake".  Thanks!

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] unbound: create recipe for version 1.9.1

[Tom Rini]

On Mon, Apr 29, 2019 at 02:09:08PM +0300, Ben wrote:
> On 4/29/19 3:53 AM, Tom Rini wrote:
> >On Sun, Apr 28, 2019 at 12:35:51AM +0300, Beniamin Sandu wrote:
> >
> >>Signed-off-by: Beniamin Sandu 
> >>---
> >>  .../recipes-support/unbound/unbound_1.9.1.bb  | 36 +++
> >>  1 file changed, 36 insertions(+)
> >>  create mode 100644 
> >> meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> >>
> >>diff --git a/meta-networking/recipes-support/unbound/unbound_1.9.1.bb 
> >>b/meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> >>new file mode 100644
> >>index 0..84bbe6581
> >>--- /dev/null
> >>+++ b/meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> >>@@ -0,0 +1,36 @@
> >>+SUMMARY = "Unbound is a validating, recursive, and caching DNS resolver"
> >>+DESCRIPTION = "Unbound's design is a set of modular components which 
> >>incorporate \
> >>+   features including enhanced security (DNSSEC) validation, Internet 
> >>Protocol \
> >>+   Version 6 (IPv6), and a client resolver library API as an integral part 
> >>of the \
> >>+   architecture"
> >>+
> >>+HOMEPAGE = "https://www.unbound.net/;
> >>+SECTION = "net"
> >>+LICENSE = "BSD-3-Clause"
> >>+LIC_FILES_CHKSUM = "file://LICENSE;md5=5308494bc0590c0cb036afd781d78f06"
> >>+
> >>+SRC_URI = 
> >>"git://github.com/NLnetLabs/unbound.git;protocol=http;branch=master"
> >>+SRCREV="16cc196bf28aec604ed2dae2b5af2ed82c8a58d6"
> >>+
> >>+inherit autotools pkgconfig systemd
> >>+
> >>+DEPENDS = "openssl libevent libtool-native bison-native expat"
> >>+RDEPENDS_${PN} = "bash openssl-bin"
> >>+
> >>+S = "${WORKDIR}/git"
> >>+
> >>+EXTRA_OECONF = "libtool=${TARGET_PREFIX}libtool \
> >>+   --with-ssl=${STAGING_EXECPREFIXDIR}"
> >>+
> >>+PACKAGECONFIG = 
> >>"${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','',d)}"
> >>+PACKAGECONFIG[systemd] = "--enable-systemd,,systemd"
> >You should probably add:
> >PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'largefile 
> >systemd', d)}"
> >PACKAGECONFIG[dnscrypt] = "--enable-dnscrypt, --disable-dnscrypt, libsodium"
> >PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,,"
> >PACKAGECONFIG[systemd] = "--enable-systemd,--disable-systemd,systemd"
> 
> Thanks, I will add those. I've only used unbound a bit and thought about
> sending a patch with a recipe for it since I noticed there is none, but I
> didn't look into many configuration options.

And thanks for your contribution!  I only kinda stumbled on those others
being possible myself.

> >>+do_install_append() {
> >>+   # systemd support
> >>+   if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> >>then
> >>+   install -d ${D}${systemd_unitdir}/system/
> >>+   install -m 0644 ${B}/contrib/${BPN}.service 
> >>${D}${systemd_unitdir}/system/${BPN}.service
> >>+   fi
> >>+}
> >>+
> >>+SYSTEMD_SERVICE_${PN} = "${BPN}.service"
> >Then you're missing the sysvinit script too?  You can just do:
> >do_install_append() {
> > install -d ${D}${systemd_unitdir}/system
> > install -m 0644 ${B}/contrib/unbound.service 
> > ${D}${systemd_unitdir}/system
> >
> > install -d ${D}${sysconfdir}/init.d
> > install -m 0755 ${S}/contrib/unbound.init 
> > ${D}${sysconfdir}/init.d/unbound
> >}
> >
> >And the right things are packaged or not.
> Wouldn't be better to install these files under an if where we check
> DISTRO_FEATURES for systemd/sysvinit like in my initial patch?

No, that just adds more complexity to the recipe that we don't need to
have.  Oh, and since we're adding the sysvinit script too you need
to inherit update-rc.d and add some appropriate lines too so it's
installed right.  The current best practice, iirc, is to do both if we
can do both and then we have the right logic elsewhere to not do
sysvinit stuff on systemd and vice-versa.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] unbound: create recipe for version 1.9.1

[Tom Rini]

On Sun, Apr 28, 2019 at 12:35:51AM +0300, Beniamin Sandu wrote:

> Signed-off-by: Beniamin Sandu 
> ---
>  .../recipes-support/unbound/unbound_1.9.1.bb  | 36 +++
>  1 file changed, 36 insertions(+)
>  create mode 100644 meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> 
> diff --git a/meta-networking/recipes-support/unbound/unbound_1.9.1.bb 
> b/meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> new file mode 100644
> index 0..84bbe6581
> --- /dev/null
> +++ b/meta-networking/recipes-support/unbound/unbound_1.9.1.bb
> @@ -0,0 +1,36 @@
> +SUMMARY = "Unbound is a validating, recursive, and caching DNS resolver"
> +DESCRIPTION = "Unbound's design is a set of modular components which 
> incorporate \
> + features including enhanced security (DNSSEC) validation, Internet 
> Protocol \
> + Version 6 (IPv6), and a client resolver library API as an integral part 
> of the \
> + architecture"
> +
> +HOMEPAGE = "https://www.unbound.net/;
> +SECTION = "net"
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=5308494bc0590c0cb036afd781d78f06"
> +
> +SRC_URI = 
> "git://github.com/NLnetLabs/unbound.git;protocol=http;branch=master"
> +SRCREV="16cc196bf28aec604ed2dae2b5af2ed82c8a58d6"
> +
> +inherit autotools pkgconfig systemd
> +
> +DEPENDS = "openssl libevent libtool-native bison-native expat"
> +RDEPENDS_${PN} = "bash openssl-bin"
> +
> +S = "${WORKDIR}/git"
> +
> +EXTRA_OECONF = "libtool=${TARGET_PREFIX}libtool \
> + --with-ssl=${STAGING_EXECPREFIXDIR}"
> +
> +PACKAGECONFIG = 
> "${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','',d)}"
> +PACKAGECONFIG[systemd] = "--enable-systemd,,systemd"

You should probably add:
PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'largefile systemd', 
d)}"
PACKAGECONFIG[dnscrypt] = "--enable-dnscrypt, --disable-dnscrypt, libsodium"
PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,,"
PACKAGECONFIG[systemd] = "--enable-systemd,--disable-systemd,systemd"

> +do_install_append() {
> + # systemd support
> + if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> then
> + install -d ${D}${systemd_unitdir}/system/
> + install -m 0644 ${B}/contrib/${BPN}.service 
> ${D}${systemd_unitdir}/system/${BPN}.service
> + fi
> +}
> +
> +SYSTEMD_SERVICE_${PN} = "${BPN}.service"

Then you're missing the sysvinit script too?  You can just do:
do_install_append() {
install -d ${D}${systemd_unitdir}/system
install -m 0644 ${B}/contrib/unbound.service ${D}${systemd_unitdir}/system

install -d ${D}${sysconfdir}/init.d
install -m 0755 ${S}/contrib/unbound.init ${D}${sysconfdir}/init.d/unbound
}

And the right things are packaged or not.

I had a recipe for 1.9.0 locally that I didn't post as I ran into some
other problem with unbound, and then ran out of time to re-visit, which
is why I have these bits handy.

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] Git commit process question.

[Tom Rini]

On Wed, Apr 03, 2019 at 11:30:39AM +0100, Burton, Ross wrote:
> On Tue, 2 Apr 2019 at 20:46, Tom Rini  wrote:
> > > The kernel does not have "upgrade foo to the latest upstream version" 
> > > commits.
> > >
> > > With the Automatic Upgrade Helper this is a semi-automatic task, and
> > > most of the time there is no specific motivation other than upgrading
> > > to the latest upstream version.
> >
> > But since that's just filling in a template the body can also be a
> > template perhaps with useful AUH data (run at ... by ... ?) ?
> 
> Apart from making the commit message longer what does this achieve?
> The commit already has a timestamp and author.

It's an etiquette thing.  Subject+Sign-off+Empty body is bad form.  AUH
updates are a form of "trivial update" that every project has.  "Update
$X from version $Y to $Z" is what a human would normally put.  It's
weird looking at git log of nothing but subject+signed-off-by.  I'm not
going to object further on this point, but I don't get it.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] Git commit process question.

[Tom Rini]

On Tue, Apr 02, 2019 at 02:24:51PM -0700, akuster808 wrote:
> 
> 
> On 4/2/19 12:47 PM, Tom Rini wrote:
> > On Tue, Apr 02, 2019 at 04:45:16AM +, Jon Mason wrote:
> >> On Tue, Apr 2, 2019 at 6:41 AM Mark Hatle  wrote:
> >>> On 4/1/19 6:20 PM, akuster808 wrote:
> >>>>
> >>>> On 4/1/19 4:02 PM, Richard Purdie wrote:
> >>>>> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> >>>>>> Hello,
> >>>>>>
> >>>>>> I have noticed a large number of git commits with no header
> >>>>>> information being accepted.
> >>>>> Can you be more specific about what "no header information" means? You
> >>>>> mean a shortlog and no full log message?
> >>>> Commits with just a "subject" and signoff. No additional information
> >>> If you can convey the reason for the change in just the subject, that is
> >>> acceptable.. but there is -always- supposed to be a signed-off-by line 
> >>> according
> >>> to our guidelines.
> >>>
> >>> So if you see this, I think we need to step back and figure out where and 
> >>> why
> >>> it's happening and get it resolved in the future.
> >>>
> >>> (Places I've seen in the past were one-off mistakes and clearly that -- 
> >>> so it
> >>> wasn't anything that we needed to work on a correction.)
> >>>
> >>> --Mark
> >>>
> >>>> We tend to reference back to how the kernel does things.
> >>>>
> >>>> https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> >>>> These two sections in particular.
> >>>>
> >>>>
> >>>> 2) Describe your changes
> >>>>
> >>>> Describe your problem. Whether your patch is a one-line bug fix or 5000 
> >>>> lines of
> >>>> a new feature, there must be an underlying problem that motivated you to 
> >>>> do this
> >>>> work. Convince the reviewer that there is a problem worth fixing and 
> >>>> that it
> >>>> makes sense for them to read past the first paragraph.
> >>>>
> >>>>
> >>>> along with this section.
> >>>>
> >>>>
> >>>> 14) The canonical patch format
> >>>>
> >>>> This section describes how the patch itself should be formatted. Note 
> >>>> that, if
> >>>> you have your patches stored in a |git| repository, proper patch 
> >>>> formatting can
> >>>> be had with |git format-patch|. The tools cannot create the necessary 
> >>>> text,
> >>>> though, so read the instructions below anyway.
> >>>>
> >>>> The canonical patch subject line is:
> >>>>
> >>>> Subject: [PATCH 001/123] subsystem: summary phrase
> >>>>
> >>>> The canonical patch message body contains the following:
> >>>>
> >>>>   * A |from| line specifying the patch author, followed by an empty 
> >>>> line
> >>>> (only needed if the person sending the patch is not the author).
> >>>>   * The body of the explanation, line wrapped at 75 columns, which 
> >>>> will be
> >>>> copied to the permanent changelog to describe this patch.
> >>>>   * An empty line.
> >>>>   * The |Signed-off-by:| lines, described above, which will also go 
> >>>> in the
> >>>> changelog.
> >>>>   * A marker line containing simply |---|.
> >>>>   * Any additional comments not suitable for the changelog.
> >>>>   * The actual patch (|diff| output).
> >>>>
> >>>>
> >>>> - Armin
> >> There are existing git hooks that can be used to detect and fail to
> >> merge patches like this.  For Linux, I have the following in
> >> .git/hooks/pre-commit
> >> #!/bin/sh
> >> exec git diff --cached | scripts/checkpatch.pl -
> > FWIW, over in U-Boot land I do:
> > ./scripts/checkpatch.pl -q --git origin/master..
> > as part of checking things prior to pushing to master.
> Having hooks is fine but after the fact. It puts the burden back on the
> Layer maintainer to resolve. If we think more info is better, it needs
> to happen at time of change submittal.

Note that I'm not talking about a hook, I'm talking about what's part of
my CI process.  And when something pops up there is when I grab the
patch in question and push back on the submitter.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] Git commit process question.

[Tom Rini]

On Tue, Apr 02, 2019 at 04:45:16AM +, Jon Mason wrote:
> On Tue, Apr 2, 2019 at 6:41 AM Mark Hatle  wrote:
> >
> > On 4/1/19 6:20 PM, akuster808 wrote:
> > >
> > >
> > > On 4/1/19 4:02 PM, Richard Purdie wrote:
> > >> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> > >>> Hello,
> > >>>
> > >>> I have noticed a large number of git commits with no header
> > >>> information being accepted.
> > >> Can you be more specific about what "no header information" means? You
> > >> mean a shortlog and no full log message?
> > > Commits with just a "subject" and signoff. No additional information
> >
> > If you can convey the reason for the change in just the subject, that is
> > acceptable.. but there is -always- supposed to be a signed-off-by line 
> > according
> > to our guidelines.
> >
> > So if you see this, I think we need to step back and figure out where and 
> > why
> > it's happening and get it resolved in the future.
> >
> > (Places I've seen in the past were one-off mistakes and clearly that -- so 
> > it
> > wasn't anything that we needed to work on a correction.)
> >
> > --Mark
> >
> > > We tend to reference back to how the kernel does things.
> > >
> > > https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> > > These two sections in particular.
> > >
> > >
> > > 2) Describe your changes
> > >
> > > Describe your problem. Whether your patch is a one-line bug fix or 5000 
> > > lines of
> > > a new feature, there must be an underlying problem that motivated you to 
> > > do this
> > > work. Convince the reviewer that there is a problem worth fixing and that 
> > > it
> > > makes sense for them to read past the first paragraph.
> > >
> > >
> > > along with this section.
> > >
> > >
> > > 14) The canonical patch format
> > >
> > > This section describes how the patch itself should be formatted. Note 
> > > that, if
> > > you have your patches stored in a |git| repository, proper patch 
> > > formatting can
> > > be had with |git format-patch|. The tools cannot create the necessary 
> > > text,
> > > though, so read the instructions below anyway.
> > >
> > > The canonical patch subject line is:
> > >
> > > Subject: [PATCH 001/123] subsystem: summary phrase
> > >
> > > The canonical patch message body contains the following:
> > >
> > >   * A |from| line specifying the patch author, followed by an empty 
> > > line
> > > (only needed if the person sending the patch is not the author).
> > >   * The body of the explanation, line wrapped at 75 columns, which 
> > > will be
> > > copied to the permanent changelog to describe this patch.
> > >   * An empty line.
> > >   * The |Signed-off-by:| lines, described above, which will also go 
> > > in the
> > > changelog.
> > >   * A marker line containing simply |---|.
> > >   * Any additional comments not suitable for the changelog.
> > >   * The actual patch (|diff| output).
> > >
> > >
> > > - Armin
> 
> There are existing git hooks that can be used to detect and fail to
> merge patches like this.  For Linux, I have the following in
> .git/hooks/pre-commit
> #!/bin/sh
> exec git diff --cached | scripts/checkpatch.pl -

FWIW, over in U-Boot land I do:
./scripts/checkpatch.pl -q --git origin/master..
as part of checking things prior to pushing to master.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] Git commit process question.

[Tom Rini]

On Tue, Apr 02, 2019 at 09:51:21AM +0300, Adrian Bunk wrote:
> On Mon, Apr 01, 2019 at 04:20:41PM -0700, akuster808 wrote:
> > 
> > 
> > On 4/1/19 4:02 PM, Richard Purdie wrote:
> > > On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> > >> Hello,
> > >>
> > >> I have noticed a large number of git commits with no header
> > >> information being accepted.
> > > Can you be more specific about what "no header information" means? You
> > > mean a shortlog and no full log message?
> > Commits with just a "subject" and signoff. No additional information
> > 
> > We tend to reference back to how the kernel does things.
> > 
> > https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> > These two sections in particular.
> > 
> > 
> > 2) Describe your changes
> > 
> > Describe your problem. Whether your patch is a one-line bug fix or 5000
> > lines of a new feature, there must be an underlying problem that
> > motivated you to do this work. Convince the reviewer that there is a
> > problem worth fixing and that it makes sense for them to read past the
> > first paragraph.
> >...
> 
> The kernel does not have "upgrade foo to the latest upstream version" commits.
> 
> With the Automatic Upgrade Helper this is a semi-automatic task, and 
> most of the time there is no specific motivation other than upgrading
> to the latest upstream version.

But since that's just filling in a template the body can also be a
template perhaps with useful AUH data (run at ... by ... ?) ?

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] netkit-rsh: don't build under musl

[Tom Rini]

Uses iruserok and ruserok which are GNU extensions available in glibc
but not in musl

Cc: Khem Raj 
Signed-off-by: Tom Rini 
---
 meta-networking/recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-networking/recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb 
b/meta-networking/recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb
index 03dd96338a1a..d034cd8eda99 100644
--- a/meta-networking/recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb
+++ b/meta-networking/recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb
@@ -39,6 +39,8 @@ PACKAGECONFIG ??= ""
 PACKAGECONFIG += "${@bb.utils.filter('DISTRO_FEATURES', 'pam', d)}"
 PACKAGECONFIG[pam] = " , --without-pam, libpam, libpam"
 
+COMPATIBLE_HOST_libc-musl = 'null'
+
 do_configure () {
 ./configure --prefix=${prefix} --exec-prefix=${exec_prefix}
 echo "INSTALLROOT=${D}" > MCONFIG
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] Also remove meta-oe/licenses/vim

[Tom Rini]

On Fri, Mar 08, 2019 at 11:06:57AM +0200, Adrian Bunk wrote:

> vim moved to OE-core.
> 
> Signed-off-by: Adrian Bunk 

Reviewed-by: Tom Rini 

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 2/2] inetutils: Remove as this is now in oe-core

[Tom Rini]

Now that we have migrated this recipe to oe-core we need to drop it from
here.

Signed-off-by: Tom Rini 
---
 .../0001-rcp-fix-to-work-with-large-files.patch|  31 
 .../inetutils/inetutils/fix-disable-ipv6.patch |  83 -
 ...tf-parse-pull-in-features.h-for-__GLIBC__.patch |  29 ---
 .../inetutils/inetutils-1.8-0003-wchar.patch   |  14 --
 .../inetutils/inetutils-1.9-PATH_PROCNET_DEV.patch |  26 ---
 ...ls-only-check-pam_appl.h-when-pam-enabled.patch |  40 
 .../inetutils/inetutils/rexec.xinetd.inetutils |  20 --
 .../inetutils/inetutils/rlogin.xinetd.inetutils|  23 ---
 .../inetutils/inetutils/rsh.xinetd.inetutils   |  21 ---
 .../inetutils/inetutils/telnet.xinetd.inetutils|  13 --
 .../inetutils/inetutils/tftpd.xinetd.inetutils |  19 --
 .../inetutils/inetutils/version.patch  |  17 --
 .../inetutils/inetutils_1.9.4.bb   | 206 -
 13 files changed, 542 deletions(-)
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/0001-rcp-fix-to-work-with-large-files.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/fix-disable-ipv6.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/inetutils-1.8-0001-printf-parse-pull-in-features.h-for-__GLIBC__.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/inetutils-1.8-0003-wchar.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/inetutils-1.9-PATH_PROCNET_DEV.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/inetutils-only-check-pam_appl.h-when-pam-enabled.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/rexec.xinetd.inetutils
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/rlogin.xinetd.inetutils
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/rsh.xinetd.inetutils
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/telnet.xinetd.inetutils
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/tftpd.xinetd.inetutils
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils/version.patch
 delete mode 100644 
meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb

diff --git 
a/meta-networking/recipes-connectivity/inetutils/inetutils/0001-rcp-fix-to-work-with-large-files.patch
 
b/meta-networking/recipes-connectivity/inetutils/inetutils/0001-rcp-fix-to-work-with-large-files.patch
deleted file mode 100644
index d4764f586736..
--- 
a/meta-networking/recipes-connectivity/inetutils/inetutils/0001-rcp-fix-to-work-with-large-files.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-Upstream-Status: Pending
-
-Subject: rcp: fix to work with large files
-
-When we copy file by rcp command, if the file > 2GB, it will fail.
-The cause is that it used incorrect data type on file size in sink() of rcp.
-
-Signed-off-by: Chen Qi 

- src/rcp.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/rcp.c b/src/rcp.c
-index 21f55b6..bafa35f 100644
 a/src/rcp.c
-+++ b/src/rcp.c
-@@ -876,9 +876,9 @@ sink (int argc, char *argv[])
-   enum
-   { YES, NO, DISPLAYED } wrerr;
-   BUF *bp;
--  off_t i, j;
-+  off_t i, j, size;
-   int amt, count, exists, first, mask, mode, ofd, omode;
--  int setimes, size, targisdir, wrerrno;
-+  int setimes, targisdir, wrerrno;
-   char ch, *cp, *np, *targ, *vect[1], buf[BUFSIZ];
-   const char *why;
- 
--- 
-1.9.1
-
diff --git 
a/meta-networking/recipes-connectivity/inetutils/inetutils/fix-disable-ipv6.patch
 
b/meta-networking/recipes-connectivity/inetutils/inetutils/fix-disable-ipv6.patch
deleted file mode 100644
index 24c134fcac8d..
--- 
a/meta-networking/recipes-connectivity/inetutils/inetutils/fix-disable-ipv6.patch
+++ /dev/null
@@ -1,83 +0,0 @@
-Upstream: http://www.mail-archive.com/bug-inetutils@gnu.org/msg02103.html
-
-Upstream-Status: Pending
-
-Signed-off-by: Jackie Huang 

- ping/ping_common.h | 20 
- 1 file changed, 20 insertions(+)
-
-diff --git a/ping/ping_common.h b/ping/ping_common.h
-index 1dfd1b5..3bfbd12 100644
 a/ping/ping_common.h
-+++ b/ping/ping_common.h
-@@ -17,10 +17,14 @@
-   You should have received a copy of the GNU General Public License
-   along with this program.  If not, see `http://www.gnu.org/licenses/'. */
- 
-+#include 
-+
- #include 
- #include 
- #include 
-+#ifdef HAVE_IPV6
- #include 
-+#endif
- #include 
- #include 
- #include 
-@@ -62,7 +66,12 @@ struct ping_stat
-want to follow the traditional behaviour of ping.  */
- #define DEFAULT_PING_COUNT 0
- 
-+#ifdef HAVE_IPV6
- #define PING_HEADER_LEN (USE_IPV6 ? sizeof (struct icmp6_hdr) : ICMP_MINLEN)
-+#else
-+#define PING_HEADER_LEN (ICMP_MINLEN)
-+#endif
-+
- #define PING_TIMING(s)  ((s) >= sizeof (struct timeval))
- #define PING_DATALEN 

[oe] [meta-oe][PATCH 1/2] vim: Remove as this is now in oe-core

[Tom Rini]

Now that we have migrated this recipe to oe-core we need to drop it from
here.

Signed-off-by: Tom Rini 
---
 ...0001-src-Makefile-improve-reproducibility.patch |  46 
 .../vim/files/disable_acl_header_check.patch   |  39 ---
 .../vim-add-knob-whether-elf.h-are-checked.patch   |  42 ---
 meta-oe/recipes-support/vim/vim-tiny_8.1.0347.bb   |  15 ---
 meta-oe/recipes-support/vim/vim_8.1.0347.bb| 129 -
 5 files changed, 271 deletions(-)
 delete mode 100644 
meta-oe/recipes-support/vim/files/0001-src-Makefile-improve-reproducibility.patch
 delete mode 100644 
meta-oe/recipes-support/vim/files/disable_acl_header_check.patch
 delete mode 100644 
meta-oe/recipes-support/vim/files/vim-add-knob-whether-elf.h-are-checked.patch
 delete mode 100644 meta-oe/recipes-support/vim/vim-tiny_8.1.0347.bb
 delete mode 100644 meta-oe/recipes-support/vim/vim_8.1.0347.bb

diff --git 
a/meta-oe/recipes-support/vim/files/0001-src-Makefile-improve-reproducibility.patch
 
b/meta-oe/recipes-support/vim/files/0001-src-Makefile-improve-reproducibility.patch
deleted file mode 100644
index 63a7b78f12f1..
--- 
a/meta-oe/recipes-support/vim/files/0001-src-Makefile-improve-reproducibility.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From 133ab27cdb17ca20ef6b0304cf30621d2bcbe757 Mon Sep 17 00:00:00 2001
-From: Mingli Yu 
-Date: Thu, 31 Jan 2019 21:32:26 -0800
-Subject: [PATCH] src/Makefile: improve reproducibility
-
-Clear all_cflags, all_lflags, compiled_user
-and compiled_sys to avoid introducing build
-info to improve reproducibility as below:
-
-WARNING: vim-8.1.0347-r0 do_package_qa: QA Issue: File 
/work/core2-64-wrs-linux/vim/8.1.0347-r0/packages-split/vim/usr/bin/vim.vim in 
package contained reference to tmpdir [buildpaths]
-
-Upstream-Status: Inappropriate [oe specific]
-
-Signed-off-by: Mingli Yu 

- src/Makefile | 14 --
- 1 file changed, 4 insertions(+), 10 deletions(-)
-
-diff --git a/src/Makefile b/src/Makefile
-index f2fafa4dc..7148d4bd9 100644
 a/src/Makefile
-+++ b/src/Makefile
-@@ -2845,16 +2845,10 @@ auto/pathdef.c: Makefile auto/config.mk
-   -@echo '#include "vim.h"' >> $@
-   -@echo 'char_u *default_vim_dir = (char_u *)"$(VIMRCLOC)";' | 
$(QUOTESED) >> $@
-   -@echo 'char_u *default_vimruntime_dir = (char_u *)"$(VIMRUNTIMEDIR)";' 
| $(QUOTESED) >> $@
--  -@echo 'char_u *all_cflags = (char_u *)"$(CC) -c -I$(srcdir) 
$(ALL_CFLAGS)";' | $(QUOTESED) >>  $@
--  -@echo 'char_u *all_lflags = (char_u *)"$(CC) $(ALL_LIB_DIRS) 
$(LDFLAGS) -o $(VIMTARGET) $(ALL_LIBS) ";' | $(QUOTESED) >>  $@
--  -@echo 'char_u *compiled_user = (char_u *)"' | tr -d $(NL) >> $@
--  -@if test -n "$(COMPILEDBY)"; then \
--  echo "$(COMPILEDBY)" | tr -d $(NL) >> $@; \
--  else ((logname) 2>/dev/null || whoami) | tr -d $(NL) >> $@; fi
--  -@echo '";' >> $@
--  -@echo 'char_u *compiled_sys = (char_u *)"' | tr -d $(NL) >> $@
--  -@if test -z "$(COMPILEDBY)"; then hostname | tr -d $(NL) >> $@; fi
--  -@echo '";' >> $@
-+  -@echo 'char_u *all_cflags = (char_u *)"";' | $(QUOTESED) >>  $@
-+  -@echo 'char_u *all_lflags = (char_u *)"";' | $(QUOTESED) >>  $@
-+  -@echo 'char_u *compiled_user = (char_u *)"";' >> $@
-+  -@echo 'char_u *compiled_sys = (char_u *)"";' >> $@
-   -@sh $(srcdir)/pathdef.sh
- 
- GUI_GTK_RES_INPUTS = \
--- 
-2.17.1
-
diff --git a/meta-oe/recipes-support/vim/files/disable_acl_header_check.patch 
b/meta-oe/recipes-support/vim/files/disable_acl_header_check.patch
deleted file mode 100644
index 4720003c252a..
--- a/meta-oe/recipes-support/vim/files/disable_acl_header_check.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-From 5ed25c076a1fb1889a3c50dddf29f21850b59a13 Mon Sep 17 00:00:00 2001
-From: Wenzong Fan  
-Date: Tue, 26 Jun 2018 17:29:09 +0800
-Subject: [PATCH] disable acl header check
-
-Don't check 'sys/acl.h' if acl support disabled for vim/vim-tiny.
-
-Upstream-Status: pending
-
-Signed-off-by: Wenzong Fan 
-Signed-off-by: Changqing Li 

- src/configure.ac | 3 ++-
- 1 file changed, 2 insertions(+), 1 deletion(-)
-
-diff --git a/src/configure.ac b/src/configure.ac
-index 107c170..0ee86ad 100644
 a/src/configure.ac
-+++ b/src/configure.ac
-@@ -3220,7 +3220,7 @@ AC_CHECK_HEADERS(stdint.h stdlib.h string.h \
-   sys/systeminfo.h locale.h sys/stream.h termios.h \
-   libc.h sys/statfs.h poll.h sys/poll.h pwd.h \
-   utime.h sys/param.h libintl.h libgen.h \
--  util/debug.h util/msg18n.h frame.h sys/acl.h \
-+  util/debug.h util/msg18n.h frame.h \
-   sys/access.h sys/sysinfo.h wchar.h wctype.h)
- 
- dnl sys/ptem.h depends on sys/stream.h on Solaris
-@@ -3848,6 +3848,7 @@ AC_ARG_ENABLE(acl,
-  

Re: [oe] [meta-networking][PATCH 06/12] inetutils: Fix build on RISC-V

[Tom Rini]

On Thu, Mar 07, 2019 at 12:53:40PM -0800, Khem Raj wrote:
> On Thu, Mar 7, 2019 at 12:48 PM Tom Rini  wrote:
> >
> > On Thu, Mar 07, 2019 at 09:25:33AM -0800, Khem Raj wrote:
> > > On Thu, Mar 7, 2019 at 9:23 AM Adrian Bunk  wrote:
> > > >
> > > > On Tue, Mar 05, 2019 at 09:45:42PM -0800, Khem Raj wrote:
> > > > > Signed-off-by: Khem Raj 
> > > > > ---
> > > > >  .../recipes-connectivity/inetutils/inetutils_1.9.4.bb   | 2 
> > > > > ++
> > > > >...
> > > >
> > > > This recipe moved to OE-core.
> > > >
> > >
> > > thansk of reminder, yeah it was in transition. I hoping Tom will send a
> > > patch to delete these recipes from meta-oe repo.
> >
> > Yes, I sent one last week :)  Do you need me to rebase them?
> >
> 
> its not in my inbox, maybe I missed it, please point me to it. In
> anycase I have pushed a patch into master-next

Lemme just wipe the egg off my face for sending it to the wrong list,
rebase it anyhow and send it properly.  Sorry about that!

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 06/12] inetutils: Fix build on RISC-V

[Tom Rini]

On Thu, Mar 07, 2019 at 09:25:33AM -0800, Khem Raj wrote:
> On Thu, Mar 7, 2019 at 9:23 AM Adrian Bunk  wrote:
> >
> > On Tue, Mar 05, 2019 at 09:45:42PM -0800, Khem Raj wrote:
> > > Signed-off-by: Khem Raj 
> > > ---
> > >  .../recipes-connectivity/inetutils/inetutils_1.9.4.bb   | 2 ++
> > >...
> >
> > This recipe moved to OE-core.
> >
> 
> thansk of reminder, yeah it was in transition. I hoping Tom will send a
> patch to delete these recipes from meta-oe repo.

Yes, I sent one last week :)  Do you need me to rebase them?

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 1/4 V2] freeradius: Add PACKAGECONFIG openssl/rlm-eap-fast/rlm-eap-pwd

[Tom Rini]

On Thu, Feb 28, 2019 at 01:42:12PM +0800, changqing...@windriver.com wrote:

> From: Changqing Li 
> 
> Signed-off-by: Changqing Li 

Thanks!

Reviewed-by: Tom Rini 

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 0/4] Add PACKAGECONFIG

[Tom Rini]

On Wed, Feb 27, 2019 at 04:41:46PM +0800, changqing...@windriver.com wrote:

> From: Changqing Li 
> 
> Add PACKAGECONFIG for 4 recipes
> 
> Changqing Li (4):
>   net-snmp: add PACKAGECONFIG disable-des
>   krb5: add PACKAGECONFIG disable-pkinit
>   openhpi: add PACKAGECONFIG disable-snmpbc
>   freeradius: add PACKAGECONFIGs
> 
>  meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb | 3 +++
>  meta-networking/recipes-daemons/openhpi/openhpi_3.8.0.bb | 1 +
>  meta-networking/recipes-protocols/net-snmp/net-snmp_5.8.bb   | 1 +
>  meta-oe/recipes-connectivity/krb5/krb5_1.16.2.bb | 1 +

I put this in my comment on 4/4, but I don't see any current examples of
disable- or no-.  We should make these be positive options and include
them in the default PACKAGECONFIG if we already have them on.  Thanks!

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH 4/4] freeradius: add PACKAGECONFIGs

[Tom Rini]

On Wed, Feb 27, 2019 at 04:41:50PM +0800, changqing...@windriver.com wrote:

> From: Changqing Li 
> 
> add 3 PACKAGECONFIG
> 
> Signed-off-by: Changqing Li 
> ---
>  meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git 
> a/meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb 
> b/meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb
> index c17d56d..cee3b47 100644
> --- a/meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb
> +++ b/meta-networking/recipes-connectivity/freeradius/freeradius_3.0.17.bb
> @@ -83,6 +83,9 @@ PACKAGECONFIG[perl] = 
> "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl --w
>  PACKAGECONFIG[python] = "--with-rlm_python 
> --with-rlm-python-bin=${STAGING_BINDIR_NATIVE}/python-native/python 
> --with-rlm-python-include-dir=${STAGING_INCDIR}/${PYTHON_DIR},--without-rlm_python,python-native
>  python"
>  PACKAGECONFIG[rest] = "--with-rlm_rest,--without-rlm_rest,curl json-c"
>  PACKAGECONFIG[ruby] = "--with-rlm_ruby,--without-rlm_ruby,ruby"
> +PACKAGECONFIG[no-ssl] = "--without-openssl,--with-openssl"

This is commonly done with 'openssl' as the PACKAGECONFIG flag.

> +PACKAGECONFIG[no-rlm-eap-fast] = "--without-rlm_eap_fast,--with-rlm_eap_fast"
> +PACKAGECONFIG[no-rlm-eap-pwd] = "--without-rlm_eap_pwd,--with-rlm_eap_pwd"

We also don't have any other examples of "no-xxx".  What is the behavior
we have here today?  If "enabled" we should put them in the default
PACKAGECONFIG instead, imho.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] meta-openembedded Layers

[Tom Rini]

On Mon, Mar 19, 2018 at 09:29:53PM +0200, Vesa Jääskeläinen wrote:
> On 19/03/2018 17.59, Tom Rini wrote:
> 
> >I would suggest that for sumo, any layers that do get moved /
> >re-distributed / whatever, a "dummy" version be kept in place that says
> >where it moved to (or where recipes were migrated to, or whatever is
> >appropriate) and then they can be dropped in master.
> >
> Commit message with details should be enough for this kind of information.
> Leaving files behind would be just confusing.

I don't mean recipes.  I do mean a README update.  Perhaps even a
layer.conf file that throws an error?  There's a lot of people / use
cases that won't catch the git log nearly as easily as they'll catch a
README.  Even more so since we're talking about layers that've been
around for a long time.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] meta-openembedded Layers

[Tom Rini]

On Sun, Mar 18, 2018 at 02:32:15PM -0700, akuster808 wrote:
> Hello all,
> 
> I have been reviewing the meta-openembedded sub-layers and I plan on
> taking the following actions:
> 
> Please keep your comments focused on the 3 items below.
> 
> 
> 1) I plan on resetting the sub-layer maintainers. Several maintainers
> listed have been inactive. 
> 
> If a currently listed maintainer is interested in continuing, please
> send me an email.  I plan on removing in-active maintainers in 12 days (
> March 30th).
> 
> 
> 2) I plan removing meta-filesystem and moving recipes to other layers.
> 
> 
> 3)  Meta-gnome, I have heard feed back regarding this layer. Does it
> make sense to remove it and push needed recipes out to  other layers?   
> 
> 
> I want to get any restructuring done prior to sumo release to lessen
> impact on the Sumo maintainer.

I would suggest that for sumo, any layers that do get moved /
re-distributed / whatever, a "dummy" version be kept in place that says
where it moved to (or where recipes were migrated to, or whatever is
appropriate) and then they can be dropped in master.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] openbox: Improve handling of openbox-session / gnome-openbox-session

[Tom Rini]

Without providing an alternative for x-session-manager we cannot drop
openbox into the standard x11 images and have openbox take over as the
session manager.  Add openbox-session to ${PN}-core as well as an
ALTERNATIVE line for it.  Set the priority based on how other session
managers do this.  As we also have openbox-gnome-session move this from
the full package and in to ${PN}-gnome.

Cc: Andreas Müller <schnitzelt...@googlemail.com>
Signed-off-by: Tom Rini <tr...@konsulko.com>
---
 meta-oe/recipes-graphics/openbox/openbox_3.6.1.bb | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-graphics/openbox/openbox_3.6.1.bb 
b/meta-oe/recipes-graphics/openbox/openbox_3.6.1.bb
index b354ae7a1b74..c35a0c72385b 100644
--- a/meta-oe/recipes-graphics/openbox/openbox_3.6.1.bb
+++ b/meta-oe/recipes-graphics/openbox/openbox_3.6.1.bb
@@ -16,9 +16,11 @@ inherit autotools gettext update-alternatives pkgconfig 
distro_features_check
 # depends on virtual/libx11
 REQUIRED_DISTRO_FEATURES = "x11"
 
-ALTERNATIVE_${PN}-core = "x-window-manager"
+ALTERNATIVE_${PN}-core = "x-window-manager x-session-manager"
 ALTERNATIVE_TARGET[x-window-manager] = "${bindir}/openbox"
 ALTERNATIVE_PRIORITY[x-window-manager] = "10"
+ALTERNATIVE_TARGET[x-session-manager] = "${bindir}/openbox-session"
+ALTERNATIVE_PRIORITY[x-session-manager] = "100"
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[imlib2] = "--enable-imlib2,--disable-imlib2,imlib2"
@@ -38,7 +40,7 @@ python populate_packages_prepend() {
 }
 
 RDEPENDS_${PN} += "${PN}-core ${PN}-config ${PN}-theme-clearlooks"
-FILES_${PN}-core = "${bindir}/openbox ${libdir}/*${SOLIBS}"
+FILES_${PN}-core = "${bindir}/openbox ${bindir}/openbox-session 
${libdir}/*${SOLIBS}"
 
 FILES_${PN}-lxde += "${datadir}/lxde/ \
  ${datadir}/lxpanel \
@@ -46,6 +48,7 @@ FILES_${PN}-lxde += "${datadir}/lxde/ \
  ${datadir}/icons"
 
 FILES_${PN}-gnome += " \
+${bindir}/openbox-gnome-session \
 ${datadir}/gnome \
 ${datadir}/gnome-session \
 "
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [RFC] meta-openembedded/meta-oe re-org

[Tom Rini]

On Sat, Feb 24, 2018 at 09:56:42AM -0800, akuster808 wrote:

> Hello,
> 
> I am planning on moving some recipes to new locations that are more
> in-line with their function.
> 
> Also, I plan on adding *-shells, *-dbs, *-security and *.crypto and
> moving the appropriate recipes there.
> 
> This might help facilitate folks signing up to maintain a grouping like
> recipes-crypto if that is their thing.
> 
> 
> I will be sending out patches later today for review.
> 
> I have staged the changes @
> http://cgit.openembedded.org/meta-openembedded-contrib/log/?h=akuster/meta-oe-reorg

Should some stuff perhaps be moved out to other layers?  More
specifically, should at least tomoyo-tools get moved to meta-security
with the rest of the tomoyo stuff?  I have less strong opinions on
leveldb (but maybe recipes-dbs instead) and passwdqc.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Splitting meta-oe?

[Tom Rini]

On Wed, Feb 21, 2018 at 11:00:27AM -0300, Otavio Salvador wrote:
> On Wed, Feb 21, 2018 at 10:57 AM, Tom Rini <tr...@konsulko.com> wrote:
> > On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote:
> >> On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador
> >> <ota...@ossystems.com.br> wrote:
> >> > On Tue, Feb 20, 2018 at 3:52 PM, Richard Purdie
> >> > <richard.pur...@linuxfoundation.org> wrote:
> >> >> I could combo-layer pieces of meta-oe into poky but I'd imagine that
> >> >> would create more problems than it would solve too and given the
> >> >> general dislike of combo-layer, I think ultimately better layer tooling
> >> >> would be a better answer and more acceptable to everyone.
> >> >
> >> > Poky creates more problems then it solves
> >>
> >> ... send was too soon ...
> >>
> >> Poky creates more problems then it solves.
> >>
> >>  - it causes confusion
> >>  - it avoids the urgency in adopting a setup script
> >>  - it does not use the layers as we market as being a good thing
> >>
> >> So adding more things to it, just makes it worse.
> >>
> >> The setup script is more urgent to be discussed then splitting meta-oe.
> >
> > I agree that a setup script of some sort (off the top of my head,
> > something that takes layer-names as input, checks vs a list,
> > fetches/clones, creates a wrapper around bitbake-layers to always add
> > them) should be a high priority.  I don't have a problem telling my
> > customers to clone meta-openembedded and then use the layers that are
> > needed in that specific project.  But it's painful to have a shell
> > for-loop in the docs we provide so they can setup a build.
> 
> I think we ought to start a thread about the tooling, but let's focus
> on meta-oe split here.

Agreed.  And to be clear, I'm another vote against splitting meta-oe.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Splitting meta-oe?

[Tom Rini]

On Wed, Feb 21, 2018 at 09:02:53AM -0500, Joe MacDonald wrote:
> [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 11:22) Martin Jansa wrote:
> 
> > There is good example of inter-layer dependencies from real world:
> > http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/111447.html
> > 
> > Do you want
> > A) new git repository meta-libio-socket-ssl-perl so that meta-networking
> > will depend on this on instead of whole meta-perl
> > B) meta-ddclient which will probably depend on both meta-perl and
> > meta-networking
> > C) ddclient and its dependencies in meta-perl
> > D) libio-socket-ssl-perl moved to oe-core, so that next time we can say
> > that oe-core is just like old oe-classic just with a bit less stuff in it
> > 
> > Neither of these options is ideal, but meta-networking getting meta-perl
> > dependency is the one which causes fewest issues to OE users.
> 
> Yeah, I've been thinking about this and trying to decide what is the
> "right" thing to do here.  Because I already have added layer
> dependencies in meta-networking that I didn't originally envision, so
> what's one more that is, as you say, almost certainly in the majority of
> consumers' projects anyway?  But it does force a new layer dependency on
> consumers of the meta-networking layer who may not care about ddclient,
> and I'd like to avoid that if possible.
> 
> Honestly, now that I'm back from my vacation, I think the right thing is
> to add the dependency and then start thinking about a way to specify
> layer dependencies with greater granularity than on a meta-layer basis.
> Like, there's no question meta-networking depends on core.  It's
> nonsense to think of it without that dependency.  But it'd be nice to be
> able to specify a layer dependency that only exists if your project
> includes specific recipes out of that layer.
> 
> But that kind of mechanism seems highly prone to breakage and likely to
> be highly contentious even if it was shown to be reliable, so it may not
> get beyond a "that'd be nice" thing for me.
> 
> Unless someone else has already implemented it and I'm just not aware of
> how to use it?  :-)

One thing I've been thinking about is that some layers need more
sub-layers.  Taking a very tiny peek into meta-networking, perhaps
re-organize into meta-networking-core, meta-networking-iscsi,
meta-networking-vpn, etc.  Or maybe that won't help with dependencies.
But the need for layer X for a single recipe can sometimes I think be
solved by re-thinking the layer.

All that said, it might be better instead to add something like
RECIPE_LAYERDEPENDS so that for the one-or-two offs, the recipe will
fail to build (and implement that similar to the logic in
image-container.bbclass? so that you only get a failure on building that
recipe rather than anything in the layer) ?

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Splitting meta-oe?

[Tom Rini]

On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote:
> On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador
>  wrote:
> > On Tue, Feb 20, 2018 at 3:52 PM, Richard Purdie
> >  wrote:
> >> I could combo-layer pieces of meta-oe into poky but I'd imagine that
> >> would create more problems than it would solve too and given the
> >> general dislike of combo-layer, I think ultimately better layer tooling
> >> would be a better answer and more acceptable to everyone.
> >
> > Poky creates more problems then it solves
> 
> ... send was too soon ...
> 
> Poky creates more problems then it solves.
> 
>  - it causes confusion
>  - it avoids the urgency in adopting a setup script
>  - it does not use the layers as we market as being a good thing
> 
> So adding more things to it, just makes it worse.
> 
> The setup script is more urgent to be discussed then splitting meta-oe.

I agree that a setup script of some sort (off the top of my head,
something that takes layer-names as input, checks vs a list,
fetches/clones, creates a wrapper around bitbake-layers to always add
them) should be a high priority.  I don't have a problem telling my
customers to clone meta-openembedded and then use the layers that are
needed in that specific project.  But it's painful to have a shell
for-loop in the docs we provide so they can setup a build.

-- 
Tom


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCHv2 2/2] debsums: New recipe

[Tom Rini]

A tool for verification of installed package files against MD5 checksums
debsums can verify the integrity of installed package files against MD5
checksums installed by the package, or generated from a .deb archive.

Signed-off-by: Tom Rini <tr...@konsulko.com>
---
Changes in v2:
- Run oe-stylize.py over, check results and update.  Reword the -cron
  SUMMARY and DESCRIPTION.
---
 meta-oe/recipes-support/debsums/debsums_2.2.2.bb | 52 
 1 file changed, 52 insertions(+)
 create mode 100644 meta-oe/recipes-support/debsums/debsums_2.2.2.bb

diff --git a/meta-oe/recipes-support/debsums/debsums_2.2.2.bb 
b/meta-oe/recipes-support/debsums/debsums_2.2.2.bb
new file mode 100644
index ..41ebf87b2d98
--- /dev/null
+++ b/meta-oe/recipes-support/debsums/debsums_2.2.2.bb
@@ -0,0 +1,52 @@
+SUMMARY = "Miscellaneous utilities specific to Debian"
+SUMMARY_${PN}-cron = "Cron scripts to control automatic debsum checking"
+DESCRIPTION = "A tool for verification of installed package files against \
+MD5 checksums debsums can verify the integrity of installed package files \
+against MD5 checksums installed by the package, or generated from a .deb \
+archive."
+DESCRIPTION_${PN}-cron = "Cron scripts to control automatic system integrity \
+checking via debsums."
+SECTION = "base"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=770d751553e6559e9eaefd2e11ccf7e9"
+
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20170530T212108Z/pool/main/d/debsums/debsums_2.2.2.tar.xz;
+SRC_URI[md5sum] = "82b0710855a7e5212d4358163a269e79"
+SRC_URI[sha256sum] = 
"aa61896f93a6bbfe0161c21dcd67529ae8e1ec8c3ccf244523c52c4ad8253d97"
+
+# the package is taken from snapshots.debian.org; that source is static and 
goes stale
+# so we check the latest upstream from a directory that does get updated
+UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/"
+
+do_install() {
+install -d ${D}/${sysconfdir}/cron.daily ${D}/${sysconfdir}/cron.weekly
+install -d ${D}/${sysconfdir}/cron.monthly ${D}${sbindir} ${D}${bindir}
+install -d ${D}${mandir}/man1 ${D}${mandir}/man8
+install -m 0755 debsums ${D}${bindir}/
+install -m 0755 rdebsums ${D}${bindir}/
+install -m 0755 debsums_init ${D}${sbindir}
+install -m 0644 man/debsums.1 ${D}${mandir}/man1/
+install -m 0644 man/rdebsums.1 ${D}${mandir}/man1/
+install -m 0644 man/debsums_init.8 ${D}${mandir}/man8/
+install -m 0644 debian/cron.daily \
+${D}/${sysconfdir}/cron.daily/debsums
+install -m 0644 debian/cron.weekly \
+${D}/${sysconfdir}/cron.weekly/debsums
+install -m 0644 debian/cron.monthly \
+${D}/${sysconfdir}/cron.monthly/debsums
+# Must exist, defaults to empty.
+touch ${D}/${sysconfdir}/debsums-ignore
+}
+
+PACKAGES =+ "${PN}-cron"
+
+RDEPENDS_${PN} = "dpkg dpkg-perl libfile-fnmatch-perl perl \
+  perl-module-constant perl-module-digest-md5 \
+  perl-module-errno perl-module-fcntl \
+  perl-module-file-basename perl-module-file-copy \
+  perl-module-file-find perl-module-file-glob \
+  perl-module-file-path perl-module-file-spec \
+  perl-module-file-temp perl-module-getopt-long \
+  perl-module-posix"
+
+FILES_${PN}-cron = "${sysconfdir}/cron.*"
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 2/2] debsums: New recipe

[Tom Rini]

On Sun, Jun 11, 2017 at 10:20:38AM -0700, Khem Raj wrote:
> On Sun, Jun 11, 2017 at 9:59 AM, Tom Rini <tr...@konsulko.com> wrote:
> >> order of directives seems a bit displaced, may be running
> >> meta-openembedded/contrib/oe-stylize.py
> >> will be good.
> >
> > I'm not sure about that, I copied the order here from prelink_git.bb in
> > oe-core.  Unless you're referring to something outside of the -cron
> > part?  Thanks!
> 
> prelink_git.bb might not be a perfect template for new recipes too. Since
> this patch is adding a new recipe, I think its probably good to have known
> structure for it. I am thinking PACKAGES and FILES variables should be
> after do_install

But with the rest up to still?

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 1/2] libfile-fnmatch-perl: New recipe

[Tom Rini]

On Sun, Jun 11, 2017 at 08:59:49AM -0700, Khem Raj wrote:
> On Sun, Jun 11, 2017 at 8:06 AM, Tom Rini <tr...@konsulko.com> wrote:
> > File::FnMatch::fnmatch() provides simple, shell-like pattern matching.
> >
> > Though considerably less powerful than regular expressions, shell patterns
> > are nonetheless useful and familiar to a large audience of end-users.
> >
> > Signed-off-by: Tom Rini <tr...@konsulko.com>
> > ---
> >  .../perl/libfile-fnmatch-perl_0.02.bb  | 22 
> > ++
> >  1 file changed, 22 insertions(+)
> >  create mode 100644 
> > meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb
> >
> > diff --git a/meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb 
> > b/meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb
> 
> may be meta-perl is better suited for this

I only hesitate because I don't think debsums then belongs in meta-perl.
I took the existing example of a few other libfoo-perl recipes as being
appropriate for here.  Thanks!

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 2/2] debsums: New recipe

[Tom Rini]

On Sun, Jun 11, 2017 at 08:59:02AM -0700, Khem Raj wrote:
> On Sun, Jun 11, 2017 at 8:06 AM, Tom Rini <tr...@konsulko.com> wrote:
> > A tool for verification of installed package files against MD5 checksums
> > debsums can verify the integrity of installed package files against MD5
> > checksums installed by the package, or generated from a .deb archive.
> 
> order of directives seems a bit displaced, may be running
> meta-openembedded/contrib/oe-stylize.py
> will be good.

I'm not sure about that, I copied the order here from prelink_git.bb in
oe-core.  Unless you're referring to something outside of the -cron
part?  Thanks!

-- 
Tom


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 1/2] libfile-fnmatch-perl: New recipe

[Tom Rini]

File::FnMatch::fnmatch() provides simple, shell-like pattern matching.

Though considerably less powerful than regular expressions, shell patterns
are nonetheless useful and familiar to a large audience of end-users.

Signed-off-by: Tom Rini <tr...@konsulko.com>
---
 .../perl/libfile-fnmatch-perl_0.02.bb  | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb

diff --git a/meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb 
b/meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb
new file mode 100644
index ..035fe9f654e9
--- /dev/null
+++ b/meta-oe/recipes-extended/perl/libfile-fnmatch-perl_0.02.bb
@@ -0,0 +1,22 @@
+SUMMARY = "Perl module that provides simple filename and pathname matching"
+DESCRIPTION = "File::FnMatch::fnmatch() provides simple, shell-like pattern \
+matching. \
+Though considerably less powerful than regular expressions, shell patterns \
+are nonetheless useful and familiar to a large audience of end-users."
+
+HOMEPAGE = "http://search.cpan.org/dist/File-FnMatch/;
+SECTION = "libs"
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+
+LIC_FILES_CHKSUM = 
"file://README;beginline=34;endline=37;md5=54fdfac62963b7cece5583ab38f2cf0d"
+
+SRC_URI = 
"https://cpan.metacpan.org/authors/id/M/MJ/MJP/File-FnMatch-${PV}.tar.gz;
+
+SRC_URI[md5sum] = "22f77c20d0fb5af01a3165e2df2fe34c"
+SRC_URI[sha256sum] = 
"962454b8e86bea8b132bf8af35757d0c6a8f5d599015bd6a5d68cb7ae7a9e916"
+
+S = "${WORKDIR}/File-FnMatch-${PV}"
+
+inherit cpan
+
+BBCLASSEXTEND = "native"
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 2/2] debsums: New recipe

[Tom Rini]

A tool for verification of installed package files against MD5 checksums
debsums can verify the integrity of installed package files against MD5
checksums installed by the package, or generated from a .deb archive.

Signed-off-by: Tom Rini <tr...@konsulko.com>
---
 meta-oe/recipes-support/debsums/debsums_2.2.2.bb | 53 
 1 file changed, 53 insertions(+)
 create mode 100644 meta-oe/recipes-support/debsums/debsums_2.2.2.bb

diff --git a/meta-oe/recipes-support/debsums/debsums_2.2.2.bb 
b/meta-oe/recipes-support/debsums/debsums_2.2.2.bb
new file mode 100644
index ..9713ae22784e
--- /dev/null
+++ b/meta-oe/recipes-support/debsums/debsums_2.2.2.bb
@@ -0,0 +1,53 @@
+SUMMARY = "Miscellaneous utilities specific to Debian"
+DESCRIPTION = "A tool for verification of installed package files against \
+MD5 checksums debsums can verify the integrity of installed package files \
+against MD5 checksums installed by the package, or generated from a .deb \
+archive."
+
+SECTION = "base"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=770d751553e6559e9eaefd2e11ccf7e9"
+
+SUMMARY_${PN}-cron = "Cron scripts to control automatic prelinking"
+DESCRIPTION_${PN}-cron = "Cron scripts to control automatic checking."
+FILES_${PN}-cron = "${sysconfdir}/cron.*"
+
+PACKAGES =+ "${PN}-cron"
+
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20170530T212108Z/pool/main/d/debsums/debsums_2.2.2.tar.xz;
+# the package is taken from snapshots.debian.org; that source is static and 
goes stale
+# so we check the latest upstream from a directory that does get updated
+UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/"
+
+SRC_URI[md5sum] = "82b0710855a7e5212d4358163a269e79"
+SRC_URI[sha256sum] = 
"aa61896f93a6bbfe0161c21dcd67529ae8e1ec8c3ccf244523c52c4ad8253d97"
+
+RDEPENDS_${PN} = "dpkg dpkg-perl libfile-fnmatch-perl perl \
+  perl-module-constant perl-module-digest-md5 \
+  perl-module-errno perl-module-fcntl \
+  perl-module-file-basename perl-module-file-copy \
+  perl-module-file-find perl-module-file-glob \
+  perl-module-file-path perl-module-file-spec \
+  perl-module-file-temp perl-module-getopt-long \
+  perl-module-posix"
+
+do_install() {
+   install -d ${D}/${sysconfdir}/cron.daily ${D}/${sysconfdir}/cron.weekly
+   install -d ${D}/${sysconfdir}/cron.monthly ${D}${sbindir} ${D}${bindir}
+   install -d ${D}${mandir}/man1 ${D}${mandir}/man8
+   install -m 0755 debsums ${D}${bindir}/
+   install -m 0755 rdebsums ${D}${bindir}/
+   install -m 0755 debsums_init ${D}${sbindir}
+   install -m 0644 man/debsums.1 ${D}${mandir}/man1/
+   install -m 0644 man/rdebsums.1 ${D}${mandir}/man1/
+   install -m 0644 man/debsums_init.8 ${D}${mandir}/man8/
+   install -m 0644 debian/cron.daily \
+   ${D}/${sysconfdir}/cron.daily/debsums
+   install -m 0644 debian/cron.weekly \
+   ${D}/${sysconfdir}/cron.weekly/debsums
+   install -m 0644 debian/cron.monthly \
+   ${D}/${sysconfdir}/cron.monthly/debsums
+
+   # Must exist, defaults to empty.
+   touch ${D}/${sysconfdir}/debsums-ignore
+}
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] meta-openembedded patchwork git hook

[Tom Rini]

On Fri, Dec 02, 2016 at 09:30:09AM +0100, Martin Jansa wrote:
> On Wed, Nov 30, 2016 at 12:41:20PM -0600, Jose Lamego wrote:
> > 
> > 
> > On 11/29/2016 07:50 PM, Khem Raj wrote:
> > > 
> > >> On Nov 29, 2016, at 2:34 PM, Jose Lamego <jose.a.lam...@linux.intel.com> 
> > >> wrote:
> > >>
> > >>
> > >>
> > >> On 11/29/2016 02:43 PM, Tom Rini wrote:
> > >>> On Wed, Nov 30, 2016 at 06:52:46AM +1300, Paul Eggleton wrote:
> > >>>
> > >>>> Hi folks,
> > >>>>
> > >>>> Martin just brought to my attention that the git hook for the 
> > >>>> meta-openembedded repository that's supposed to update patchwork still 
> > >>>> isn't 
> > >>>> working and hasn't done so for a very long time. I thought we'd fixed 
> > >>>> this so 
> > >>>> that merged patches get marked as "Accepted", but at least for meta-
> > >>>> openembedded it seems like that's not the case.
> > >>>>
> > >>>> Jose / Michael - can you look into this if you haven't already? Please 
> > >>>> let me 
> > >>>> know if you need any help.
> > >>
> > >> The git hook was configured to update OE-core only, Michael will help us
> > >> to include meta-openembedded.
> > >>
> > > 
> > > There are more repos using patchwork beyond OE-core and meta-opemebedded
> > > please enable it for all of them  as well.
> > > 
> > 
> > Now all of the projects are enabled to receive automatic updates from
> > the git-hook (Thanks Michael). Please let me know if any undesired
> > behavior is detected.
> 
> Still doesn't mark anything as accepted:
> 
> OE @ ~/meta-openembedded $ git push origin master
> Counting objects: 293, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (257/257), done.
> Writing objects: 100% (293/293), 48.83 KiB | 0 bytes/s, done.
> Total 293 (delta 179), reused 68 (delta 18)
> remote: E: failed to find patch for rev 
> efd3696e70a6603f1a45faa4a172433514f0a487.
> remote: E: failed to find patch for rev 
> 8c720146b718aae3bc194621f3e095cf11ecb2ed.
> remote: E: failed to find patch for rev 
> fc2fc9097b2fa437d4af0338e418692b4dd6c989.
> remote: E: failed to find patch for rev 
> 533826b7652a2cf86ca7b665c25b98c89afc266e.
> remote: E: failed to find patch for rev 
> 6afb85d29286aaa4cdd892460f6adf68912917a5.
> remote: E: failed to find patch for rev 
> a7f3ec87f957ff35b8a853cd0e04c6b18bac0ece.
> remote: E: failed to find patch for rev 
> 877e52fd75c7d3b88add94691df3beb5e0c54529.
> remote: E: failed to find patch for rev 
> 2f6e45baba961629bfe023599144be6cfcd45728.
> remote: E: failed to find patch for rev 
> 86fed80d80bc33f0a3cdbf719c00ee5f05ed4d19.
> remote: E: failed to find patch for rev 
> 41d7bac5d50091cab835eac0a5eaa6c431fb2023.
> remote: E: failed to find patch for rev 
> a85e12928131fce057f777daa76a7f0c75cffa14.
> remote: E: failed to find patch for rev 
> 45837e6c567b1b9ff9d152a7e2a752488d313455.
> remote: E: failed to find patch for rev 
> 119e75e48dbf0539b4e44041790145879b38.
> remote: E: failed to find patch for rev 
> a4251575f41fa5aafe5072e562497b05c11b6702.
> remote: E: failed to find patch for rev 
> b6ea2c0bacb21b83bae3605ef4da080de0cad15e.
> remote: E: failed to find patch for rev 
> 4580e5ae201b320ed407eae26f58655b8768b387.
> remote: E: failed to find patch for rev 
> c476219e845934f767927e81fe60dbaa157df9ee.
> remote: E: failed to find patch for rev 
> 0288b204f3c12af1561218fa0cfcdfb9a5508b47.
> remote: E: failed to find patch for rev 
> 5596b52d64c30d8e66ec6e379cf69a9fc9407fb1.
> remote: E: failed to find patch for rev 
> 24e51a6a106bc10a8838b23e4bf9ea6304314bca.
> remote: E: failed to find patch for rev 
> aac6bf8bf911c3f14ff9dce08f0f011838f5a426.
> remote: I: 0 patch(es) updated to state Accepted.
> remote: Sending notification emails to: 
> openembedded-comm...@lists.openembedded.org.
> To git.openembedded.org:meta-openembedded
>761639b..aac6bf8  master -> master

I don't know how far apart the freedesktop.org one is from ozlabs but
when I was seeing that problem locally as part of what I was working on
it was because of some missing host deps (that are now not required).
FWIW you can pretty easily turn the hook into a script to run manually
and sh -x it to see _why_ it's not hashing out those patches.

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] meta-openembedded patchwork git hook

[Tom Rini]

On Wed, Nov 30, 2016 at 06:52:46AM +1300, Paul Eggleton wrote:

> Hi folks,
> 
> Martin just brought to my attention that the git hook for the 
> meta-openembedded repository that's supposed to update patchwork still isn't 
> working and hasn't done so for a very long time. I thought we'd fixed this so 
> that merged patches get marked as "Accepted", but at least for meta-
> openembedded it seems like that's not the case.
> 
> Jose / Michael - can you look into this if you haven't already? Please let me 
> know if you need any help.

Since I brought this up on IRC, I wanted to chime in here.  First, if
you want to use top-of-tree patchwork you'll also want to grab
https://patchwork.ozlabs.org/bundle/stephenfin/post-receive%20fixes/
(and fwiw, I also have been setting the DJANGO part to 'dev' rather than
production for my use-case).  Second, I think part of the problem is
that there are just some cases where the hashing fails, which for me is
around 10% of the time.  Depending on how much one uses bundles and
tracks what ends up being committed this may or may not be a problem.
And I'm sure upstream patchwork would appreciate any changes to improve
hashing success :)

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [yocto] [OE-core] [RFT] GCC 6 Recipes

[Tom Rini]

On Thu, Apr 28, 2016 at 02:01:31PM -0400, Tom Rini wrote:
> On Thu, Apr 28, 2016 at 07:01:34AM -0700, Khem Raj wrote:
> > On Thu, Apr 28, 2016 at 5:14 AM, Tom Rini <tr...@konsulko.com> wrote:
> > > On Thu, Apr 28, 2016 at 12:08:46AM -0700, Khem Raj wrote:
> > >>
> > >> > On Apr 27, 2016, at 3:10 PM, Tom Rini <tr...@konsulko.com> wrote:
> > >> >
> > >> > On Wed, Apr 27, 2016 at 10:53:52AM -0700, Khem Raj wrote:
> > >> >> thanks I think most of them come to these categories. So any help in
> > >> >> fixing them is welcome.
> > >> >>
> > >> >> 1. kernel older than 4.4, backport needed fixed into these branches or
> > >> >> move to newer kernels.
> > >> >> 2. uboot dont have gcc6 compiler header files, backport the needed 
> > >> >> fixes
> > >> >
> > >> > 9b2c282b348dfe966bbba967dc7a45ce817cce50 from mainline.
> > >> >
> > >> >> 2. meta-qt4 needs to use gnu++98
> > >> >> 3. gcc6 providing its own stdlib.h in libstdc++
> > >> >> 4. gcc6 swtiching to gnu++14 for C++ as default.
> > >> >> 5. GPLv2-only versions of recipes are simply old will need fixing
> > >> >>
> > >> >> I will take a stab at fixing the nativesdk recipes which is mostly due
> > >> >> to stdlib.h issue.
> > >> >
> > >> > Please do, I'd like to see some SDKs so I can get more U-Boot testing
> > >> > done with gcc-6 :)
> > >> >
> > >>
> > >> I have pushed couple of more fixes which should now fix the nativesdk 
> > >> issues and SDKs should be building
> > >>
> > >> Tree is here. Let me know how it goes.
> > >>
> > >> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
> > >>
> > >> and also to github
> > >>
> > >> https://github.com/kraj/openembedded-core/tree/kraj/master
> > >
> > > debian/jessie, nodistro, MACHINE=qemux86. bitbake busybox:
> > > | make[1]: Leaving directory
> > > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/gcc-6.0.0/build.x86_64-linux.i586-oe-linux/gcc'
> > > | cp: cannot create regular file
> > > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/image/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-oe-linux.gcc-cross-initial-i586/gcc/i586-oe-linux/6.0.1/include/limits.h':
> > > No such file or directory
> > >
> > > Doing MACHINE=qemux86-64 provides a similar error.  Thanks!
> > 
> > I forgot to rename recipes to 6.1 after I did the gcc rebase since 6.1
> > released yesterday. Anyway done now. please retry.
> 
> Making progress now, thanks!

I meant to follow up sooner, sorry, but these spit out valid and useful
meta-toolchain packages and I'm using them for some U-Boot testing now,
thanks again!

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

[Tom Rini]

On Thu, Apr 28, 2016 at 07:01:34AM -0700, Khem Raj wrote:
> On Thu, Apr 28, 2016 at 5:14 AM, Tom Rini <tr...@konsulko.com> wrote:
> > On Thu, Apr 28, 2016 at 12:08:46AM -0700, Khem Raj wrote:
> >>
> >> > On Apr 27, 2016, at 3:10 PM, Tom Rini <tr...@konsulko.com> wrote:
> >> >
> >> > On Wed, Apr 27, 2016 at 10:53:52AM -0700, Khem Raj wrote:
> >> >> thanks I think most of them come to these categories. So any help in
> >> >> fixing them is welcome.
> >> >>
> >> >> 1. kernel older than 4.4, backport needed fixed into these branches or
> >> >> move to newer kernels.
> >> >> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
> >> >
> >> > 9b2c282b348dfe966bbba967dc7a45ce817cce50 from mainline.
> >> >
> >> >> 2. meta-qt4 needs to use gnu++98
> >> >> 3. gcc6 providing its own stdlib.h in libstdc++
> >> >> 4. gcc6 swtiching to gnu++14 for C++ as default.
> >> >> 5. GPLv2-only versions of recipes are simply old will need fixing
> >> >>
> >> >> I will take a stab at fixing the nativesdk recipes which is mostly due
> >> >> to stdlib.h issue.
> >> >
> >> > Please do, I'd like to see some SDKs so I can get more U-Boot testing
> >> > done with gcc-6 :)
> >> >
> >>
> >> I have pushed couple of more fixes which should now fix the nativesdk 
> >> issues and SDKs should be building
> >>
> >> Tree is here. Let me know how it goes.
> >>
> >> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
> >>
> >> and also to github
> >>
> >> https://github.com/kraj/openembedded-core/tree/kraj/master
> >
> > debian/jessie, nodistro, MACHINE=qemux86. bitbake busybox:
> > | make[1]: Leaving directory
> > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/gcc-6.0.0/build.x86_64-linux.i586-oe-linux/gcc'
> > | cp: cannot create regular file
> > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/image/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-oe-linux.gcc-cross-initial-i586/gcc/i586-oe-linux/6.0.1/include/limits.h':
> > No such file or directory
> >
> > Doing MACHINE=qemux86-64 provides a similar error.  Thanks!
> 
> I forgot to rename recipes to 6.1 after I did the gcc rebase since 6.1
> released yesterday. Anyway done now. please retry.

Making progress now, thanks!

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-filesystems][PATCH] unionfs-fuse: A FUSE based implementation of UnionFS

[Tom Rini]

Cc: Koen Kooi k...@dominion.thruhere.net
Cc: Philip Balister phi...@balister.org
Cc: hongxu jia hongxu@windriver.com
Signed-off-by: Tom Rini tom.r...@gmail.com
---
 .../recipes-filesystems/unionfs-fuse/unionfs-fuse_0.26.bb | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 
meta-filesystems/recipes-filesystems/unionfs-fuse/unionfs-fuse_0.26.bb

diff --git 
a/meta-filesystems/recipes-filesystems/unionfs-fuse/unionfs-fuse_0.26.bb 
b/meta-filesystems/recipes-filesystems/unionfs-fuse/unionfs-fuse_0.26.bb
new file mode 100644
index 000..1d50364
--- /dev/null
+++ b/meta-filesystems/recipes-filesystems/unionfs-fuse/unionfs-fuse_0.26.bb
@@ -0,0 +1,15 @@
+SUMMARY = A FUSE based implemention of unionfs
+HOMEPAGE = http://podgorny.cz/moin/UnionFsFuse;
+SECTION = console/network
+LICENSE = BSD-3-Clause
+DEPENDS = fuse
+LIC_FILES_CHKSUM = 
file://src/unionfs.c;beginline=3;endline=8;md5=30fa8de70fd8abab00b483a1b7943a32
+
+SRC_URI = http://podgorny.cz/unionfs-fuse/releases/${PN}-${PV}.tar.xz;
+
+SRC_URI[md5sum] = 689c636484756f6f7a728ef354cbeac2
+SRC_URI[sha256sum] = 
8d5c9dcb51ecb9a9b03890e16d17e37d602b0c1f23ed6a9ddec2b0f719c9f662
+
+do_install() {
+   oe_runmake install DESTDIR=${D} PREFIX=${exec_prefix}
+}
-- 
1.9.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH v5 0/2] Pull request 20130314

[Tom Rini]

On Fri, Mar 22, 2013 at 11:14:14PM +0100, Apelete Seketeli wrote:
 Hi Tom,
 
 Le 14-Mar-13, Apelete Seketeli a ?crit:
  Hello,
  
  The patches that come as a follow-up of this message fix an issue
  found while building muffinman-image on top of the 2011.03-maintenance
  branch, and also build a ubi image for the ben-nanonote machine.
  This work is intended to be used as a basis for porting the JLime
  distribution to oe-core.
  
  These modifications were tested by successfully building
  muffinman-image from scratch on a Debian Wheezy host.
  Please pull into 2011.03-maintenance branch.
  
  The following changes since commit ff679935b073a89c4e407d259bcc2eea9148fb91:
  
opkg-utils: bump SRCREV to latest (2012-10-26 11:11:59 +0200)
  
  are available in the git repository at:
  
git://seketeli.fr/~apelete/oe.git muffinman-image-fix
  
  Apelete Seketeli (2):
gnutls: update SRC_URI
jlime-2010.1: build ubi image for ben-nanonote machine
  
   conf/bitbake.conf  |2 +-
   conf/distro/jlime-2010.1.conf  |3 ++-
   conf/machine/ben-nanonote.conf |   12 
   recipes/gnutls/gnutls.inc  |3 ++-
   4 files changed, 17 insertions(+), 3 deletions(-)
 
 It's been a week and no more reviews, could you please take a look at
 it and see if it's good to be pulled ?

Applied to 2011.03-maintenance, thanks for your patience!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 0/7] Pull request 20130302

[Tom Rini]

On Sat, Mar 02, 2013 at 12:55:52PM +0100, Apelete Seketeli wrote:

 Hello,
 
 The patches that come as a follow-up of this message fix issues found
 while building muffinman-image on top of the 2011.03-maintenance
 branch, and also add the capability to build a ubi image for the
 ben-nanonote machine. This work is intended to be used as a basis for
 porting the JLime distribution to oe-core.
 
 These modifications were tested by successfully building
 muffinman-image from scratch on a Debian Wheezy host.
 Please pull into 2011.03-maintenance branch.

In addition to the changes requested, please make sure to CC me on the
v2 so that gmail marks this as important.  Thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20121009

[Tom Rini]

On Wed, Oct 10, 2012 at 08:41:52AM +0200, Steffen Sledz wrote:
 On 09.10.2012 16:42, Tom Rini wrote:
  On Tue, Oct 09, 2012 at 10:49:06AM +0200, Steffen Sledz wrote:
  
  Hi Tom,
  
  please pull this commit which fixes a build problem on build hosts with 
  newer libXrender installations.
  
  Thx, Steffen
  
  The following changes since commit 
  a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:
  
  gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)
  
  are available in the git repository at:
  
  git://github.com/sledz/oe pull-request-3 
  https://github.com/sledz/oe/tree/pull-request-3
  
  Steffen Sledz (1): pango-native: add libxrender-native to dependencies
  
  recipes/pango/pango.inc |4 ++-- 1 file changed, 2 insertions(+), 2 
  deletions(-)
  
  Applied to 2011.03-maintenance, thanks!
 
 Something went wrong. The patch isn't in the 2011.03-maintenance branch. :(

OK, now it's pushed there too, sorry about that.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/2] pull request 20121002

[Tom Rini]

On Tue, Oct 02, 2012 at 03:53:19PM +0200, Steffen Sledz wrote:

 Hi Tom, hi meta-java maintainers,
 
 this pull request contains a backport of jamvm-initial from meta-java
 which fixes at least the problem of endless loop in java-initial
 script while running do_configure for classpath-native.
 
 The backport works well for us, but it would be nice if we can get
 some acks from the java maintainers before Tom pulls the commits to
 2011.03-maintenance branch.
 
 see also: http://thread.gmane.org/gmane.comp.handhelds.openembedded/54242
 
 Thx,
 Steffen
 The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:
 
   gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)
 
 are available in the git repository at:
 
   git://github.com/sledz/oe pull-request-1
   https://github.com/sledz/oe/tree/pull-request-1
 
 Steffen Sledz (2):
   jamvm: reorganize metadata to simplify backport from meta-java
   jamvm-initial: backport 1.4.5 from meta-java
 
  recipes/jamvm/files/jamvm_1.5.0-initial.patch  |   91 
 
  recipes/jamvm/files/java-initial   |   17 
  .../jamvm-initial.patch}   |   19 
  recipes/jamvm/jamvm-initial_1.4.5.bb   |   22 ++---
  recipes/jamvm/{files = jamvm}/debian-jni.patch|0
  .../jamvm-1.3.1-size-defaults.patch|0
  .../jamvm-1.5.3-jni_h-noinst.patch |0
  recipes/jamvm/jamvm/libffi.patch   |   66 ++
  8 files changed, 95 insertions(+), 120 deletions(-)
  delete mode 100644 recipes/jamvm/files/jamvm_1.5.0-initial.patch
  create mode 100755 recipes/jamvm/files/java-initial
  rename recipes/jamvm/{files/jamvm_1.4.5-initial.patch = 
 jamvm-initial/jamvm-initial.patch} (81%)
  rename recipes/jamvm/{files = jamvm}/debian-jni.patch (100%)
  rename recipes/jamvm/{files = jamvm}/jamvm-1.3.1-size-defaults.patch (100%)
  rename recipes/jamvm/{files = jamvm}/jamvm-1.5.3-jni_h-noinst.patch (100%)
  create mode 100644 recipes/jamvm/jamvm/libffi.patch

Applied to 2011.03-maintenance, thanks and sorry for the delay.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20121003

[Tom Rini]

On Wed, Oct 03, 2012 at 02:22:29PM +0200, Steffen Sledz wrote:

 Hi Tom,
 
 please pull this commit which fixes the QA issue
 
  ERROR: This autoconf log indicates errors, it looked at host includes.
 
 for subversion by backporting some build related patches and recipe
 modifications from oe-core.
 
 Thx,
 Steffen
 
 The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:
 
   gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)
 
 are available in the git repository at:
 
   git://github.com/sledz/oe pull-request-2
   https://github.com/sledz/oe/tree/pull-request-2
 
 Steffen Sledz (1):
   subversion-1.6.5: fix QA issue
 
  recipes/subversion/files/fix-install-depends.patch |   45 
 
  recipes/subversion/files/libtool2.patch|   17 
  recipes/subversion/subversion_1.6.5.bb |   21 ++---
  3 files changed, 76 insertions(+), 7 deletions(-)
  create mode 100644 recipes/subversion/files/fix-install-depends.patch
  create mode 100644 recipes/subversion/files/libtool2.patch

Applied to 2011.03-maintenance, thanks and sorry for the delay.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20121009

[Tom Rini]

On Tue, Oct 09, 2012 at 10:49:06AM +0200, Steffen Sledz wrote:

 Hi Tom,
 
 please pull this commit which fixes a build problem on build hosts
 with newer libXrender installations.
 
 Thx,
 Steffen
 
 The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:
 
   gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)
 
 are available in the git repository at:
 
   git://github.com/sledz/oe pull-request-3
   https://github.com/sledz/oe/tree/pull-request-3
 
 Steffen Sledz (1):
   pango-native: add libxrender-native to dependencies
 
  recipes/pango/pango.inc |4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

Applied to 2011.03-maintenance, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20120907

[Tom Rini]

On Fri, Sep 07, 2012 at 05:04:29PM +0200, Steffen Sledz wrote:

 Hi Tom,
 
 please pull this commit into 2011.03-maintenance branch.
 It fixes a build problem with llvm2.7.
 
 Thx,
 Steffen
 
 The following changes since commit 3b1d1112a9a80aba8dbee8b7bd54fe83a1acc6a1:
 
   gtk+_2.20.1: Depend on gdk-pixbuf-native (2012-08-31 14:06:28 -0700)
 
 are available in the git repository at:
 
   git://github.com/sledz/oe pull-request-1
   https://github.com/sledz/oe/tree/pull-request-1
 
 Steffen Sledz (1):
   llvm2.7: provide lseek64 symbol
 
  recipes/llvm/llvm2.7/r137567-lseek64.patch |   23 +++
  recipes/llvm/llvm2.7_2.7.bb|3 ++-
  2 files changed, 25 insertions(+), 1 deletion(-)
  create mode 100644 recipes/llvm/llvm2.7/r137567-lseek64.patch

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH] gdk-pixbuf: add missing dependencies

[Tom Rini]

On Tue, Sep 11, 2012 at 02:42:54PM +0200, Steffen Sledz wrote:

 This fixes an error in do_configure step for target and native build.
 
 | checking for BASE_DEPENDENCIES... configure: error: Package requirements 
 (glib-2.0 = 2.12.0atk = 1.9.0pango = 1.12.0cairo = 1.2.0) 
 were not met:
 |
 | No package 'atk' found
 | No package 'pango' found
 | No package 'cairo' found
 
 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH] gtk+_2.20.1: Depend on gdk-pixbuf-native

[Tom Rini]

On Mon, Aug 27, 2012 at 03:50:54PM -0700, Khem Raj wrote:

 also BBCLASSEXTEND gdk-pixbuf recipes to provide
 native version
 
 Newer distros which ship glib-2.0 version 2.32+
 there are some missing symbols that gtk+ 2.20
 will complain about. So we create own gdk-pixbuf
 so it does not link to library from host system
 
 Signed-off-by: Khem Raj raj.k...@gmail.com

Applied to 2011.03-maintenance branch.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 1/5] libwnck: Fix build without needing introspection-native

[Tom Rini]

On Thu, Aug 23, 2012 at 10:57:01PM -0700, Khem Raj wrote:

 Signed-off-by: Khem Raj raj.k...@gmail.com

Along with the rest of the series, applied, thanks.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 0/9] Pull request 20120719

[Tom Rini]

On Mon, Jul 23, 2012 at 10:33:23PM +0200, Apelete Seketeli wrote:
 Le 23-Jul-12, Tom Rini a ?crit:
  On Thu, Jul 19, 2012 at 07:20:31PM +0200, Apelete Seketeli wrote:
  
   Hello,
   
   The patches that come as a follow-up of this message fix issues found
   while building muffinman-image on top of the 2011.03-maintenance
   branch.
   These modifications were tested by successfully building
   muffinman-image from scratch on a Debian Squeeze host.
   Please pull into 2011.03-maintenance branch.
   
   The following changes since commit 
   f9611c025109a3e0d6cebf12f49ae24c97759c09:
   
 psplash: convert from svn.o-hand.com to git.yoctoproject.org 
   (2012-07-04 22:34:04 +0200)
   
   are available in the git repository at:
   
 git://seketeli.net/~apelete/oe.git muffinman-image-fix
  
  I have a concern right now.  It is that 9160263 was reported to have
  changed the behavior slightly such that some SDK tasks/images now
  fail.  So..
 
 I can't seem to find the commit corresponding to the 9160263 hash in
 the 2011.03 branch. Could you point it to me please ?

Sorry, the leading 'f' got missed, and I see Denys has a pull request to
deal with that breakage now.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 0/9] Pull request 20120719

[Tom Rini]

On Thu, Jul 19, 2012 at 07:20:31PM +0200, Apelete Seketeli wrote:
 Hello,
 
 The patches that come as a follow-up of this message fix issues found
 while building muffinman-image on top of the 2011.03-maintenance
 branch.
 These modifications were tested by successfully building
 muffinman-image from scratch on a Debian Squeeze host.
 Please pull into 2011.03-maintenance branch.
 
 The following changes since commit f9611c025109a3e0d6cebf12f49ae24c97759c09:
 
   psplash: convert from svn.o-hand.com to git.yoctoproject.org (2012-07-04 
 22:34:04 +0200)
 
 are available in the git repository at:
 
   git://seketeli.net/~apelete/oe.git muffinman-image-fix
 
 Apelete Seketeli (9):
   mirrors.bbclass: add new GNU_MIRROR
   mirrors.bbclass: add new KERNELORG_MIRROR
   libpng: update SRC_URI
   bluez4_4.84: update checksum values
   netsurf: update SRC_URI
   tzcode: update SRC_URI
   tzdata: update SRC_URI
   git: update SRC_URI
   opkg-utils: bump SRCREV to keep python2.6 compatibility
 
  classes/mirrors.bbclass |2 ++
  recipes/bluez/bluez4_4.84.bb|4 ++--
  recipes/git/git.inc |2 +-
  recipes/libpng/libpng.inc   |2 +-
  recipes/netsurf/hubbub_0.0.2.bb |2 +-
  recipes/netsurf/libcss_0.0.2.bb |2 +-
  recipes/netsurf/libnsbmp_0.0.2.bb   |2 +-
  recipes/netsurf/libnsgif_0.0.2.bb   |2 +-
  recipes/netsurf/libparserutils_0.0.2.bb |2 +-
  recipes/netsurf/libwapcaplet_0.0.2.bb   |2 +-
  recipes/netsurf/netsurf_2.6.bb  |2 +-
  recipes/opkg-utils/opkg-utils_git.bb|4 ++--
  recipes/tzcode/tzcode-native.inc|4 ++--
  recipes/tzdata/tzdata.inc   |2 +-
  14 files changed, 18 insertions(+), 16 deletions(-)

Applied, thanks.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 0/1] Pull request 20110723

[Tom Rini]

On Tue, Jul 24, 2012 at 12:52:28AM -0400, Denys Dmytriyenko wrote:
 Tom,
 
 Please pull this commit that fixes opkg-utils when generating pkg index
 
 Pull URL: git://arago-project.org/git/people/denix/openembedded.git
   Branch: 2011.03-maintenance
   Browse: 
 http://arago-project.org/git/people/?p=denix/openembedded.git;a=shortlog;h=refs/heads/2011.03-maintenance
 
 Thanks,
 Denys Dmytriyenko de...@ti.com
 ---
 
 The following changes since commit f9611c025109a3e0d6cebf12f49ae24c97759c09:
 
   psplash: convert from svn.o-hand.com to git.yoctoproject.org (2012-07-04 
 22:34:04 +0200)
 
 are available in the git repository at:
   git://arago-project.org/git/people/denix/openembedded 2011.03-maintenance
 
 Denys Dmytriyenko (1):
   opkg-utils: bump SRCREV to pick up subprocess.check_output fixes
 
  recipes/opkg-utils/opkg-utils_git.bb |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)

Applied, thanks.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 0/9] Pull request 20120719

[Tom Rini]

On Thu, Jul 19, 2012 at 07:20:31PM +0200, Apelete Seketeli wrote:

 Hello,
 
 The patches that come as a follow-up of this message fix issues found
 while building muffinman-image on top of the 2011.03-maintenance
 branch.
 These modifications were tested by successfully building
 muffinman-image from scratch on a Debian Squeeze host.
 Please pull into 2011.03-maintenance branch.
 
 The following changes since commit f9611c025109a3e0d6cebf12f49ae24c97759c09:
 
   psplash: convert from svn.o-hand.com to git.yoctoproject.org (2012-07-04 
 22:34:04 +0200)
 
 are available in the git repository at:
 
   git://seketeli.net/~apelete/oe.git muffinman-image-fix

I have a concern right now.  It is that 9160263 was reported to have
changed the behavior slightly such that some SDK tasks/images now
fail.  So..

[snip]
   opkg-utils: bump SRCREV to keep python2.6 compatibility

Is a little concerning.  Denys, can you point to an upstream task /
image that fails currently?  Thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 00/14][2011.03-maintenance] Pull request 20120705

[Tom Rini]

On Thu, Jul 05, 2012 at 07:39:18PM +0200, Apelete Seketeli wrote:
 Hello,
 
 The patches that come as a follow-up of this message fix build issues
 for the muffinman-image recipe. This is the result of rebasing them
 from master and testing that the recipes still build.
 Please pull this commit into 2011.03-maintenance branch.
 
 The following changes since commit 19af5b608b3c69dcd73501402fdba3ca2d16e7b2:
 
   classes/mirrors.bbclass: update debian snapshot mirror url (2012-06-19 
 07:52:20 -0700)
 
 are available in the git repository at:
 
   git://seketeli.net/~apelete/oe.git muffinman-image-fix
 
 Apelete Seketeli (14):
   opkg-utils: rebase on oe-core recipe
   util-linux-ng: update SRC_URI to kernel.org valid URI
   libecj-bootstrap_3.6.1: Update SRC_URI to archive.eclipse.org
   udev/acl_2.2.49: update recipe SRC_URI
   udev/attr_2.4.44: update recipe SRC_URI
   udev: update SRC_URI of multiple recipes
   task-muffinman: remove phoneme-advanced-foundation
   bluez4_4.42: update checksum values
   gtk+: Rebase gtk+-2.20.1/no-demos.patch
   gtk+: Add no-test-inline-pixbufs.patch to gtk+-2.20.1
   openssl_1.0.0e: fix build issue for hosts without ipv6
   xcursor-transparent-theme_0.1.1: update SRC_URI
   echinus_0.4.3.2: update SRC_URI
   psplash: convert from svn.o-hand.com to git.yoctoproject.org
 
  recipes/bluez/bluez4_4.42.bb   |4 +-
  recipes/echinus/echinus_0.4.3.2.bb |2 +-
  recipes/ecj/libecj-bootstrap_3.6.1.bb  |2 +-
  recipes/gtk+/gtk+-2.20.1/no-demos.patch|7 +--
  .../gtk+/gtk+-2.20.1/no-test-inline-pixbufs.patch  |   22 
  recipes/gtk+/gtk+_2.20.1.bb|1 +
  recipes/openssl/openssl.inc|5 +-
  .../opkg-utils/index-ignore-filenotfound.patch |   54 
 
  recipes/opkg-utils/opkg-utils/mtime-int.patch  |   27 --
  .../{opkg-utils_svn.bb = opkg-utils_git.bb}   |   19 +++
  ...ash-angstrom_svn.bb = psplash-angstrom_git.bb} |5 +-
  ...plash-kaeilos_svn.bb = psplash-kaeilos_git.bb} |6 +--
  ...3pandora_svn.bb = psplash-omap3pandora_git.bb} |5 +-
  .../{psplash-ti_svn.bb = psplash-ti_git.bb}   |5 +-
  recipes/psplash/psplash.inc|8 +--
  recipes/psplash/{psplash_svn.bb = psplash_git.bb} |5 +-
  recipes/tasks/task-muffinman.bb|2 +-
  recipes/udev/acl_2.2.49.bb |2 +-
  recipes/udev/attr_2.4.44.bb|2 +-
  recipes/udev/udev_151.bb   |2 +-
  recipes/udev/udev_154.bb   |2 +-
  recipes/udev/udev_162.bb   |2 +-
  recipes/udev/udev_165.bb   |2 +-
  recipes/util-linux-ng/util-linux-ng.inc|2 +-
  .../xcursor-transparent-theme_0.1.1.bb |2 +-
  25 files changed, 68 insertions(+), 127 deletions(-)
  create mode 100644 recipes/gtk+/gtk+-2.20.1/no-test-inline-pixbufs.patch
  delete mode 100644 
 recipes/opkg-utils/opkg-utils/index-ignore-filenotfound.patch
  delete mode 100644 recipes/opkg-utils/opkg-utils/mtime-int.patch
  rename recipes/opkg-utils/{opkg-utils_svn.bb = opkg-utils_git.bb} (44%)
  rename recipes/psplash/{psplash-angstrom_svn.bb = psplash-angstrom_git.bb} 
 (85%)
  rename recipes/psplash/{psplash-kaeilos_svn.bb = psplash-kaeilos_git.bb} 
 (77%)
  rename recipes/psplash/{psplash-omap3pandora_svn.bb = 
 psplash-omap3pandora_git.bb} (85%)
  rename recipes/psplash/{psplash-ti_svn.bb = psplash-ti_git.bb} (86%)
  rename recipes/psplash/{psplash_svn.bb = psplash_git.bb} (84%)

Merged to 2011.03-maintenance, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH 1/3] openssl-1.x.x: Backport patches from OE-Core

[Tom Rini]

On Tue, Jun 12, 2012 at 07:09:12PM -0700, Khem Raj wrote:

 These patches are needed for getting 2011.03
 branch building on ubuntu 12.04 LTS

Sorry for the delay, this (along with 2 and 3) are now applied, thanks.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH V2] classes/mirrors.bbclass: update debian snapshot mirror url

[Tom Rini]

On Thu, May 31, 2012 at 06:33:23PM -0700, Khem Raj wrote:
 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  classes/mirrors.bbclass |4 +++-
  1 file changed, 3 insertions(+), 1 deletion(-)
 
 diff --git a/classes/mirrors.bbclass b/classes/mirrors.bbclass
 index 71ee5f6..1f509df 100644
 --- a/classes/mirrors.bbclass
 +++ b/classes/mirrors.bbclass
 @@ -1,6 +1,8 @@
  MIRRORS[func] = 0
  MIRRORS () {
 -${DEBIAN_MIRROR}/mainhttp://snapshot.debian.net/archive/pool
 +${DEBIAN_MIRROR}/main   
 http://snapshot.debian.org/archive/debian-archive/20120328T092752Z/debian/pool
 +${DEBIAN_MIRROR}/main   
 http://snapshot.debian.org/archive/debian-archive/20110127T084257Z/debian/pool
 +${DEBIAN_MIRROR}/main   
 http://snapshot.debian.org/archive/debian-archive/20090802T004153Z/debian/pool

Isn't that backwards for say kernel.org mismatches?  Or am I forgetting
that we already fixed that and switched to new checksums?

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH] classes/mirrors.bbclass: update debian snapshot mirror url

[Tom Rini]

On Fri, May 25, 2012 at 10:42 PM, Khem Raj raj.k...@gmail.com wrote:
 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  classes/mirrors.bbclass |    2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

 diff --git a/classes/mirrors.bbclass b/classes/mirrors.bbclass
 index 71ee5f6..bb4f1ec 100644
 --- a/classes/mirrors.bbclass
 +++ b/classes/mirrors.bbclass
 @@ -1,6 +1,6 @@
  MIRRORS[func] = 0
  MIRRORS () {
 -${DEBIAN_MIRROR}/main  http://snapshot.debian.net/archive/pool
 +${DEBIAN_MIRROR}/main   
 http://snapshot.debian.org/archive/debian-archive/20120328T092752Z/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.de.debian.org/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.au.debian.org/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.cl.debian.org/debian/pool

Sorry I missed this for a while.  This I believe is backwards.  We
don't want to tie the default mirror to today we want to tie it back
to the 20110331 or so snapshot we use in a few other cases.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance][PATCH] classes/mirrors.bbclass: update debian snapshot mirror url

[Tom Rini]

On Thu, May 31, 2012 at 6:54 AM, Khem Raj raj.k...@gmail.com wrote:
 On Thu, May 31, 2012 at 6:50 AM, Tom Rini tom.r...@gmail.com wrote:
 On Fri, May 25, 2012 at 10:42 PM, Khem Raj raj.k...@gmail.com wrote:
 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  classes/mirrors.bbclass |    2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

 diff --git a/classes/mirrors.bbclass b/classes/mirrors.bbclass
 index 71ee5f6..bb4f1ec 100644
 --- a/classes/mirrors.bbclass
 +++ b/classes/mirrors.bbclass
 @@ -1,6 +1,6 @@
  MIRRORS[func] = 0
  MIRRORS () {
 -${DEBIAN_MIRROR}/main  http://snapshot.debian.net/archive/pool
 +${DEBIAN_MIRROR}/main   
 http://snapshot.debian.org/archive/debian-archive/20120328T092752Z/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.de.debian.org/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.au.debian.org/debian/pool
  ${DEBIAN_MIRROR}       ftp://ftp.cl.debian.org/debian/pool

 Sorry I missed this for a while.  This I believe is backwards.  We
 don't want to tie the default mirror to today we want to tie it back
 to the 20110331 or so snapshot we use in a few other cases.

 actually we should use all the three archive mirrors
    2009: 08
    2011: 01
    2012: 03

Yes, that sounds like a good idea.  Waiting for v2 :)

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCHv2 00/70] [2011.03-maintenance] Pull request 20120521

[Tom Rini]

On Mon, May 21, 2012 at 09:28:59AM -0500, Chase Maupin wrote:
 All,
 
 Updated in version2
 * Split the libtasn changes into one change for the licensing and
   another change to inherit lib_package.
 * Modified the commit messages to add the license settings.
 * This was to address feedback from Paul Menzel.
 
 The following changes since commit 36a56cbb69cda0c89f478e01183d61c6a66525c9:
   Steffen Sledz (1):
 icedtea6-native-1.7.10: backport S7103224
 
 are available in the git repository at:
 
   http://arago-project.org/git/projects/arago-oe-amsdk.git update-licenses
 
 Chase Maupin (70):
   gnutls: update LICENSE setting to GPLv3 and LGPLv2.1
   libtasn1: update LICENSE setting to GPLv3 and LGPLv2.1
   libtasn1: inherit lib_package to split GPLv3 packages
   bonnie: Update LICENSE field version to GPLv2
   canutils: Update LICENSE field version GPLv2
   debianutils: Update LICENSE field version GPLv2
   gtk+: Update LICENSE field version for 2.20.1 to LGPLv2
   gnome-keyring: Update LICENSE field version to GPLv2
   gnome-vfs: Update LICENSE field version to GPLv2
   hicolor-icon-theme: Update LICENSE field version to GPLv2
   hostap-daemon: Update LICENSE field version to GPLv2
   liba52: Update LICENSE field version to GPLv2
   atk: Update LICENSE field version to GPLv2
   audiofile: Update LICENSE field version to GPLv2 and LGPLv2
   avahi: Update LICENSE field version to GPLv2 and LGPLv2.1
   cairo: Update LICENSE field version to MPL-1 and LGPLv2.1
   libcap2: Update LICENSE field version to GPLv2 or BSD
   libcroco: Update LICENSE field version to LGPLv2 and LGPLv2.1
   esound: Update LICENSE field version to LGPLv2
   faac: Update LICENSE field version to LGPLv2
   faad2: Update LICENSE field version to GPLv2
   flac: Update LICENSE field version to GPLv2 and LGPLv2.1
   libgcrypt: Update LICENSE field version to GPLv2 and LGPLv2.1
   gdbm: Update LICENSE field version to GPLv2
   libgpg-error: Update LICENSE field version to GPLv2 and LGPLv2.1
   libical: Update LICENSE field version to LGPLv2.1 or MPL-1
   libid3tag: Update LICENSE field version to GPLv2
   libidl: Update LICENSE field version to LGPLv2
   libmad: Update LICENSE field version to GPLv2
   libmodplug: Update LICENSE field version to PD
   lame: Update LICENSE field version to LGPLv2
   mpeg2dec: Update LICENSE field version to GPLv2
   mysql5: Update LICENSE field version to GPLv2
   libnl: Update LICENSE field version to LGPLv2.1
   libproxy: Update LICENSE field version to LGPLv2.1
   librsvg: Update LICENSE field version to LGPLv2
   libsamplerate0: Update LICENSE field version to GPLv2
   schroedinger: Update LICENSE field version to GPLv2 and LPGLv2
   libsdl: Update LICENSE field version to LGPLv2.1
   libsidplay: Update LICENSE field version to GPLv2
   libsndfile1: Update LICENSE field version to LGPLv2.1
   libsocketcan: Update LICENSE field version to LGPLv2.1
   libsoup-2.4: Update LICENSE field version to LGPLv2
   libvisual: Update LICENSE field version to LGPLv2.1
   x264: Update LICENSE field version to GPLv2
   libxv: Update LICENSE field version to MIT-style
   lmbench: Update LICENSE field version to GPLv2
   makedevs: Update LICENSE field version to GPLv2
   nfs-utils: Update LICENSE field version to GPLv2
   orbit2: Update LICENSE field version to GPLv2
   pango: Update LICENSE field version to LGPLv2
   shared-mime-info: Update LICENSE field version to GPLv2
   wireless-tools: Update LICENSE field version to GPLv2 and LGPLv2.1
   gnome-common: Update LICENSE field version to GPLv3
   cups: Update LICENSE field version to GPLv2 and LGPLv2
   gnome-mime-data: Update LICENSE field version to GPLv2
   gtk-doc: Update LICENSE field version to LGPLv2
   intltool: Update LICENSE field version to GPLv2
   libart-lgpl: Update LICENSE field version to LGPLv2
   libdaemon: Update LICENSE field version to LGPLv2.1
   libdiscid: Update LICENSE field version to LGPLv2.1
   libglade: Update LICENSE field version to LGPLv2
   libmikmod: Update LICENSE field version to LGPLv2.1
   libmusicbrainz: Update LICENSE field version to LGPLv2.1
   neon: Update LICENSE field version to LGPLv2
   libnfnetlink: Update LICENSE field version to GPLv2
   python-pycairo: Update LICENSE field version to LGPLv2.1
   python-pygobject: Update LICENSE field version to LGPLv2.1
   python-pygtk: Update LICENSE field version to LGPLv2.1
   time: Update LICENSE field version to GPLv2

Applied, thanks.

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] Pull request 20120514

[Tom Rini]

On Thu, May 17, 2012 at 01:48:05PM +, Maupin, Chase wrote:
  -Original Message-
  From: Denys Dmytriyenko [mailto:de...@denix.org]
  Sent: Monday, May 14, 2012 2:44 PM
  To: openembedded-devel@lists.openembedded.org
  Cc: Maupin, Chase
  Subject: Re: [oe] [2011.03-maintenance] Pull request 20120514
  
  On Mon, May 14, 2012 at 01:09:40PM -0500, Chase Maupin wrote:
   Tom,
  
   Please pull the following commits that update the LICENSE field
  to
   list the actual license version for licenses like GPL and LGPL.
  These
   patches have previously been sent to the list with each patch
  identifying
   where it was derived from.  I have also submitted patches for
  oe-core where
   appropriate.
  
   I'm looking for feedback on how to properly mark a package as
  having two
   licenses in oe-classic since  causes issues.  If these
  patches are OK
   then they can be pulled.  If there is a better way to mark the
  dual licensing
   then I'll update them accordingly.
  
  As far as I recall, we don't use  in oe-classic for dual
  licenses.
  
  
   The following changes since commit
  36a56cbb69cda0c89f478e01183d61c6a66525c9:
 Steffen Sledz (1):
   icedtea6-native-1.7.10: backport S7103224
  
   are available in the git repository at:
  
 http://arago-project.org/git/projects/arago-oe-amsdk.git
  update-licenses
  
  Also the same in different format:
  
  Pull URL: git://arago-project.org/git/projects/arago-oe-amsdk.git
Branch: update-licenses
Browse: http://arago-project.org/git/projects/?p=arago-oe-
  amsdk.git;a=shortlog;h=refs/heads/update-licenses
  
  
  Acked-by: Denys Dmytriyenko de...@ti.com
 
 Ping on this pull request.  Any issues?

Since it's large I want to give folks the weekend to notice and comment
before I pull.  Thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 12/69] atk: Update LICENSE field version

[Tom Rini]

On Mon, May 14, 2012 at 08:13:29PM +0200, Martin Jansa wrote:
 On Mon, May 14, 2012 at 05:49:26PM +, Maupin, Chase wrote:
   -Original Message-
   From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com]
   Sent: Monday, May 14, 2012 12:30 PM
   To: openembedded-devel@lists.openembedded.org
   Cc: Maupin, Chase
   Subject: Re: [oe] [PATCH 12/69] atk: Update LICENSE field version
   
   On Mon, May 14, 2012 at 9:09 AM, Chase Maupin
   chase.mau...@ti.com wrote:
* Update LICENSE field version from generic LGPL to GPLv2+ and
?LGPLv2+ to reflect the real license version.
* This change was based on setting in oe-core as well as code
?inspection.
   
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
?recipes/atk/atk_1.30.0.bb | ? ?4 ++--
?1 files changed, 2 insertions(+), 2 deletions(-)
   
diff --git a/recipes/atk/atk_1.30.0.bb
   b/recipes/atk/atk_1.30.0.bb
index b3505bf..23c6685 100644
--- a/recipes/atk/atk_1.30.0.bb
+++ b/recipes/atk/atk_1.30.0.bb
@@ -1,9 +1,9 @@
?DESCRIPTION = An accessibility toolkit for GNOME.
?SECTION = x11/libs
?PRIORITY = optional
-LICENSE = LGPL
+LICENSE = GPLv2+ LGPLv2+
   
   This should be:
   
   LICENSE = GPLv2+  LGPLv2+
   
   or whatever the operator is (Most likely  or |)
  
  I know that  works in oe-core, but when I use this in oe-classic I get 
  build errors like:
  
  NOTE: Running task 432 of 513 (ID: 1, 
  /home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb, 
  do_patch)
  ERROR: Function SRC_DISTRIBUTECOMMAND failed
  NOTE: Task failed: ('function SRC_DISTRIBUTECOMMAND failed', 
  '/home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/log.SRC_DISTRIBUTECOMMAND.27742')
  ERROR: Logfile of failure stored in: 
  /home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/log.SRC_DISTRIBUTECOMMAND.27742
  Log data follows:
  | 
  /home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/run.SRC_DISTRIBUTECOMMAND.27742:
   line 1288: /atk: No such file or directory
  | ERROR: Function SRC_DISTRIBUTECOMMAND failed
  NOTE: package atk-1.30.0-r2: task do_distribute_sources: Failed
  ERROR: TaskFailed event exception, aborting
  ERROR: Build of 
  /home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb 
  do_distribute_sources failed
  ERROR: Task 16 
  (/home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb, 
  do_distribute_sources) failed with exit code 1
  
  The line (1288) that is causing this error looks like:
  
  cd /home/a0271661/projects/arago-4.7/arago-tmp/deploy/glibc/sources//atk
  SRC_DISTRIBUTECOMMAND
  
  Looking at other recipes I noticed that when they had multiple licenses 
  they used a space separated list and in the case of an or license option |.
  
  Any input on this would be appreciated.  I don't believe / is right because 
  that would make it look like a path for the classes that use the license.
 
 yes, special characters like '+'
 http://git.openembedded.org/openembedded/commit/?id=1c25e6c73b219dc8077780567fb0fb515092b5cf
 or '' or even spaces
 http://git.openembedded.org/openembedded/commit/?id=819fa4c451ea5a811b8dd78bbcbb38dc38c68aa4
 
 break oe-classic, more about it
 http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-May/032579.html

I'm OK saying that the data just needs to be human-readable and correct
in oe-classic and correct and fully tool-usable in oe-core/etc.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20120503

[Tom Rini]

On Thu, May 03, 2012 at 03:51:38PM +0200, Steffen Sledz wrote:
 Hi Tom,
 
 please pull this commit into 2011.03-maintenance branch.
 It fixes a build problem with icedtea6-native and newer glibc versions.
 The fix is well tested in our own environment.
 
 Thx,
 Steffen
 
 The following changes since commit 21613e405cad072feef779c8e9b374a2f0984158:
 
   docbook-utils-native: fix syntax problem in jw.in (2012-04-04 12:06:08 
 +0200)
 
 are available in the git repository at:
   git://github.com/sledz/oe pull-request-1
   https://github.com/sledz/oe/tree/pull-request-1
 
 Steffen Sledz (1):
   icedtea6-native-1.7.10: backport S7103224

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Call for Candidates: Technical Steering Committee

[Tom Rini]

On Tue, May 01, 2012 at 03:14:39PM -0400, Philip Balister wrote:
 On 04/30/2012 01:06 PM, Denys Dmytriyenko wrote:
  On Tue, Apr 17, 2012 at 01:01:25PM -0400, Denys Dmytriyenko wrote:
  Dear members,
 
  According to our schedule, we are up for the final round of TSC elections 
  in 
  the cycle, which started almost a year ago with Richard's re-election last 
  June/July.
  
  Just a reminder - we have one more day for candidate nominations. Tom Rini 
  is 
  stepping down and will not stand for re-election. Koen Kooi has expressed 
  his 
  interest in running for the vacant seat and he is now the only candidate.
  
  If anybody else is interested in serving on the TSC, please send your 
  nominations ASAP - the window of opportunity will close in 24 hours. Thanks.
  
 
 I realize the window closed a couple of hours ago, but we really would
 like a contested election for TSC. (We need to remember how to use the
 voting procedure).
 
 If you have the time, please consider asking to be considered as a
 candidate for the TSC.

Not to play the role someone else often plays, but we have a set of
rules.  Personally, I'm happy that we were able to not have the TSC be
short-handed.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20120404

[Tom Rini]

On Wed, Apr 04, 2012 at 12:13:56PM +0200, Steffen Sledz wrote:

 Hi Tom,
 
 please pull this commit backported from oe-core fixing a problem with 
 docbook-utils-native.
 
 Thx,
 Steffen
 
 The following changes since commit 71df8a759f91e821a2daee22f34eaa3a31708775:
 
   python-2.6.6: Fix python-2.6.6 build failure on linux-3.x (2012-03-27 
 13:08:38 +0200)
 
 are available in the git repository at:
   git://github.com/sledz/oe pull-request-1
   https://github.com/sledz/oe/tree/pull-request-1
 
 Steffen Sledz (1):
   docbook-utils-native: fix syntax problem in jw.in
 
  .../docbook-utils/docbook-utils-0.6.14/re.patch|   29 
 
  .../docbook-utils/docbook-utils-native_0.6.14.bb   |8 -
  2 files changed, 35 insertions(+), 2 deletions(-)
  create mode 100644 recipes/docbook-utils/docbook-utils-0.6.14/re.patch

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/3] pull request 20120327

[Tom Rini]

On Tue, Mar 27, 2012 at 02:06:47PM +0200, Steffen Sledz wrote:

 Hi Tom,
 
 please pull these commits cherry-picked from oe.dev.
 The fix some python build problems.
 All are well tested in our own environment.
 
 Thx,
 Steffen
 
 The following changes since commit ec639a6b04449ef8e064e7bf35660ab31c3e2eee:
 
   libmatthew-0.7.1: SRC_URI updated (2012-03-24 07:16:26 +0100)
 
 are available in the git repository at:
   git://git.openembedded.org/openembedded sledz/pull3
   http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=sledz/pull3
 
 Paul Menzel (1):
   python-scons_1.3.0: add `python-native` to `DEPENDS_virtclass-native`
 
 Simon Busch (1):
   python-2.6.6: backport pkgconfig support from version 2.7.1 and bump PR
 
 Ulf Samuelsson (1):
   python-2.6.6: Fix python-2.6.6 build failure on linux-3.x
 
  .../python/python-2.6.6/07-linux3-regen-fix.patch  |   18 
  .../python/python-2.6.6/pkgconfig-support.patch|   94 
 
  recipes/python/python-scons_1.3.0.bb   |1 +
  recipes/python/python_2.6.6.bb |4 +-
  4 files changed, 116 insertions(+), 1 deletions(-)
  create mode 100644 recipes/python/python-2.6.6/07-linux3-regen-fix.patch
  create mode 100644 recipes/python/python-2.6.6/pkgconfig-support.patch

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/1] pull request 20120324

[Tom Rini]

On Sat, Mar 24, 2012 at 07:20:23AM +0100, Steffen Sledz wrote:

 Hi Tom,
 
 here's the pull request for the libmatthew fetch problem fix.
 
 Thx,
 Steffen
 
 The following changes since commit 8d2c8f49312f6a0318dc82b6ce85e50bc08dfcb2:
 
   ltrace-0.5.3: Update URI to a functioning one (2012-03-14 12:13:19 +0100)
 
 are available in the git repository at:
   git://git.openembedded.org/openembedded sledz/pull2
   http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=sledz/pull2
 
 Steffen Sledz (1):
   libmatthew-0.7.1: SRC_URI updated
 
  recipes/libmatthew/libmatthew_0.7.1.bb |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

This is now applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] relocatable.bbclass: do not erease already existing ORIGIN

[Tom Rini]

On Sat, Mar 24, 2012 at 12:05:46PM +0100, Henning Heinold wrote:
 On Fri, Mar 23, 2012 at 02:42:10PM -0700, Tom Rini wrote:
  On Fri, Mar 23, 2012 at 10:10:57PM +0100, Henning Heinold wrote:
  
   Hi,
   
   while building openjdk I discovered that relocatable.bbclass strips
   all PATHS with ORIGIN, that is problematic, when binaries like an jdk
   is installed not in the standard paths /lib or /usr/lib.
   
   This patch let all exisiting ORIGIN stay in the binary. So
   far I only saw problems with some perl-native libs, where chrpath fails
   now, because the path is to long. But it seems they work anyway.
  
  Perhaps my memory is hazy, but this feels like an openjdk problem.  Why
  is openjdk putting things other than were our $ORIGIN mangle expects
  them to have been placed?
 
 Hi Tom,
 
 we install openjdk to /usr/lib/jvm/icedteaX-native  where it has bin jre lib 
 under jre you have
 lib/server/$ARCH/lib1 lib2 .. . Openjdk links from 
 /usr/lib/jvm/icedteaX-native/bin to $ORIGIN/../jre/lib/$ARCH/lib1 .
 So relocatable.bbclass strips this path from rpath.

I need to kick off a build and poke some stuff since perl does something
similar, or needed to be doing so.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Fri, Mar 23, 2012 at 08:01:36AM +0100, Steffen Sledz wrote:
 On 22.03.2012 23:13, Tom Rini wrote:
  On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
  On 21.03.2012 15:46, Tom Rini wrote:
  On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini tom.r...@gmail.com wrote:
  On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de 
  wrote:
  libmatthew-java-0.7.1.tar.gz is no longer available at the original
  location.
 
  Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 
  NAK, please switch it to the snapshot.debian.org URL I provided so we
  don't have to change this recipe at some point in the future again.
 
  On third thought, lemme think about this.  I don't like pointing
  somewhere that might remove it, again, but I also don't like changing
  checksums for folks that already have it down.  So, unless someone
  else disagrees, we'll favor same checksums over retention and if
  fedoraproject removes it, we'll just point at the copy on the OE
  server.
 
  So finally that's an ACK for my patch?
  
  Yes, thanks.
 
 OK, pushed to oe-classic master.
 
 Tom, do you need an extra pull request for 2011.03-maintenance branch?

Yes please.  Thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] relocatable.bbclass: do not erease already existing ORIGIN

[Tom Rini]

On Fri, Mar 23, 2012 at 10:10:57PM +0100, Henning Heinold wrote:

 Hi,
 
 while building openjdk I discovered that relocatable.bbclass strips
 all PATHS with ORIGIN, that is problematic, when binaries like an jdk
 is installed not in the standard paths /lib or /usr/lib.
 
 This patch let all exisiting ORIGIN stay in the binary. So
 far I only saw problems with some perl-native libs, where chrpath fails
 now, because the path is to long. But it seems they work anyway.

Perhaps my memory is hazy, but this feels like an openjdk problem.  Why
is openjdk putting things other than were our $ORIGIN mangle expects
them to have been placed?

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
 On 21.03.2012 15:46, Tom Rini wrote:
  On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini tom.r...@gmail.com wrote:
  On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de 
  wrote:
  libmatthew-java-0.7.1.tar.gz is no longer available at the original
  location.
 
  Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 
  NAK, please switch it to the snapshot.debian.org URL I provided so we
  don't have to change this recipe at some point in the future again.
  
  On third thought, lemme think about this.  I don't like pointing
  somewhere that might remove it, again, but I also don't like changing
  checksums for folks that already have it down.  So, unless someone
  else disagrees, we'll favor same checksums over retention and if
  fedoraproject removes it, we'll just point at the copy on the OE
  server.
 
 So finally that's an ACK for my patch?

Yes, thanks.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
 2012/3/20 Steffen Sledz sl...@dresearch-fe.de:
 On 19.03.2012 17:21, Tom Rini wrote:
 On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
 2012/3/19 Tom Rini tom.r...@gmail.com:
 On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz sl...@dresearch-fe.de 
 wrote:
 On 15.03.2012 11:32, Steffen Sledz wrote:
 libmatthew-java-0.7.1.tar.gz (used in 2011.03-maintenance branch) is no 
 longer fetchable from it's original location (the maintainer provides 
 the latests version only). And i did not found another reliable source.

 Can someone put the tarball into the OE and/or Angstrom mirrors?

 Ping!

 If someone points Khem at a copy, this can happen...

 --
 google is your friend

 http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-0.7.1.tar.gz

 It might be useful to update the recipe itself as well.
 Furthermore we might consider running a fetchall and put all fetched
 on the mirror.

 Does pkgs.fedoraproject.org have a policy about forever, ala
 snapshot.debian.org?  Otherwise, we're just making a problem for
 ourselves in the future.  WRT an everything mirror, I think bandwidth
 usage is a concern there, ala what I think happened with the angstrom
 everything mirror.

 I don't know about the policy fedora has for retaining packages.
 There might also be a copy on debian. Google gave a fair number of hits.

I see one under
http://snapshot.debian.org/archive/debian/20110301/pool/main/libm/libmatthew-java/
so a patch to switch to that would be good with me.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 libmatthew-java-0.7.1.tar.gz is no longer available at the original
 location.

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de

NAK, please switch it to the snapshot.debian.org URL I provided so we
don't have to change this recipe at some point in the future again.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini tom.r...@gmail.com wrote:
 On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 libmatthew-java-0.7.1.tar.gz is no longer available at the original
 location.

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de

 NAK, please switch it to the snapshot.debian.org URL I provided so we
 don't have to change this recipe at some point in the future again.

On third thought, lemme think about this.  I don't like pointing
somewhere that might remove it, again, but I also don't like changing
checksums for folks that already have it down.  So, unless someone
else disagrees, we'll favor same checksums over retention and if
fedoraproject removes it, we'll just point at the copy on the OE
server.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 On 15.03.2012 11:32, Steffen Sledz wrote:
 libmatthew-java-0.7.1.tar.gz (used in 2011.03-maintenance branch) is no 
 longer fetchable from it's original location (the maintainer provides the 
 latests version only). And i did not found another reliable source.

 Can someone put the tarball into the OE and/or Angstrom mirrors?

 Ping!

If someone points Khem at a copy, this can happen...

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
 2012/3/19 Tom Rini tom.r...@gmail.com:
  On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz sl...@dresearch-fe.de 
  wrote:
  On 15.03.2012 11:32, Steffen Sledz wrote:
  libmatthew-java-0.7.1.tar.gz (used in 2011.03-maintenance branch) is no 
  longer fetchable from it's original location (the maintainer provides the 
  latests version only). And i did not found another reliable source.
 
  Can someone put the tarball into the OE and/or Angstrom mirrors?
 
  Ping!
 
  If someone points Khem at a copy, this can happen...
 
  --
 google is your friend
 
 http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-0.7.1.tar.gz
 
 It might be useful to update the recipe itself as well.
 Furthermore we might consider running a fetchall and put all fetched
 on the mirror.

Does pkgs.fedoraproject.org have a policy about forever, ala
snapshot.debian.org?  Otherwise, we're just making a problem for
ourselves in the future.  WRT an everything mirror, I think bandwidth
usage is a concern there, ala what I think happened with the angstrom
everything mirror.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 0/7] pull request 20120314

[Tom Rini]

On Wed, Mar 14, 2012 at 12:34:06PM +0100, Steffen Sledz wrote:

 Hi Tom,
 
 please pull these commits cherry-picked from oe.dev.
 
 The first one fixes a build problem with net-snmp and libnl.
 The others fix various fetch problems. All are well tested in
 our own environment.
 
 This request replaces my pull request 20120224 which was rejected
 by you with the wish to use shapshot.debian.org for various SRC_URIs.

Applied, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH v2 [2011.03-maintenance]] Changed the Source-URI from (currently?) dead openmoko SVN-Server to new git-repository at git.yoctoproject.org

[Tom Rini]

On Mon, Mar 12, 2012 at 10:06:45PM +0100, Daniel Zauner wrote:
 Thanks, will do. 
 Do you want me to re-submit the patch?

Yes, please.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] [PATCH 1/2] tzcode/tzdata: moved to 2012b; changed src location

[Tom Rini]

On Sun, Mar 11, 2012 at 02:32:11PM +0100, Frans Meulenbroeks wrote:

 elsie does not respond, so moved to ftp.iana.org (also used by oe-core)

A quick check and I see that ftp.iana.org does NOT delete old versions
so we can finally fix that problem too.  Please rework to use the new
URL but not to change versions.  Thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] [PATCH 2/2] libpng: moved from 1.2.44 to 1.2.48

[Tom Rini]

On Sun, Mar 11, 2012 at 02:32:12PM +0100, Frans Meulenbroeks wrote:

 upstream does not retain old versions so moved to the latest
 version to make things buildable again
 
 Signed-off-by: Frans Meulenbroeks fransmeulenbro...@gmail.com

This does exist at
http://snapshot.debian.org/archive/debian/20110301/pool/main/libp/libpng/libpng_1.2.44.orig.tar.bz2
so please rework the patch, thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] fio: Add initial recipe for version 2.0.5

[Tom Rini]

Signed-off-by: Tom Rini tr...@ti.com
---
 meta-oe/recipes-benchmark/fio/fio_2.0.5.bb |   27 +++
 1 files changed, 27 insertions(+), 0 deletions(-)
 create mode 100644 meta-oe/recipes-benchmark/fio/fio_2.0.5.bb

diff --git a/meta-oe/recipes-benchmark/fio/fio_2.0.5.bb 
b/meta-oe/recipes-benchmark/fio/fio_2.0.5.bb
new file mode 100644
index 000..4c086c8
--- /dev/null
+++ b/meta-oe/recipes-benchmark/fio/fio_2.0.5.bb
@@ -0,0 +1,27 @@
+SUMMARY = Filesystem and hardware benchmark and stress tool
+DESCRIPTION = fio is an I/O tool meant to be used both for benchmark and \
+stress/hardware verification. It has support for a number of I/O engines, \
+I/O priorities (for newer Linux kernels), rate I/O, forked or threaded jobs, \
+and much more. It can work on block devices as well as files. fio accepts \
+job descriptions in a simple-to-understand text format. Several example job \
+files are included. fio displays all sorts of I/O performance information.
+HOMEPAGE = http://freecode.com/projects/fio;
+SECTION = console/tests
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833
+
+DEPENDS = libaio
+
+# rev for v2.0.5
+SRCREV = 02efadeb8b05144bcf2fc7796e1da2e7db211d00
+SRC_URI = git://git.kernel.dk/fio.git
+
+S = ${WORKDIR}/git
+
+EXTRA_OEMAKE = CC='${CC}' CFLAGS='${CFLAGS}' LDFLAGS='${LDFLAGS}'
+
+do_install() {
+   oe_runmake install DESTDIR=${D} bindir=${bindir} mandir=${mandir}
+   install -d ${D}/${docdir}/${PN}
+   cp -a ${S}/examples ${D}/${docdir}/${PN}/
+}
-- 
1.7.0.4


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 2/7] fakeroot-native: update to 1.14.5

[Tom Rini]

On Sun, Feb 26, 2012 at 11:51 PM, Steffen Sledz sl...@dresearch-fe.de wrote:
 On 24.02.2012 21:26, Tom Rini wrote:
 On Fri, Feb 24, 2012 at 04:47:19PM +0100, Steffen Sledz wrote:

 * version 1.9.6 is no longer fetchable

 It _IS_ fetchable if you use a versioned string on snapshot.debian.org.
 Please use this instead (and we have an example or two already, possibly
 even for fakeroot I'd have sworn).

 H?

 It's a pity that these comments did not came up, when the commits were 
 proposed to oe-classic master some weeks before. Now they made it their way 
 to the master branch (and our application) as they are.

Or that oe-classic diverged here after someone else pointed out this
change to me on this list a while ago.


 I would prefer if they make it to 2011.03-maintenance the same way to avoid 
 confusions with master branch.

 Regards,
 Steffen

 PS: Can you explain for a non-debian user what you exactly mean with use a 
 versioned string on snapshot.debian.org. Thx

An example would be
http://git.openembedded.org/openembedded/commit/?h=2011.03-maintenanceid=8994c34bb3b50df579edbf5e085cada56846baa3

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 2/7] fakeroot-native: update to 1.14.5

[Tom Rini]

On Fri, Feb 24, 2012 at 04:47:19PM +0100, Steffen Sledz wrote:

 * version 1.9.6 is no longer fetchable

It _IS_ fetchable if you use a versioned string on snapshot.debian.org.
Please use this instead (and we have an example or two already, possibly
even for fakeroot I'd have sworn).

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 6/7] liblockfile: fix SRC_URI for version 1.06

[Tom Rini]

On Fri, Feb 24, 2012 at 04:47:23PM +0100, Steffen Sledz wrote:
 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 ---
  recipes/liblockfile/liblockfile_1.06.bb |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)
 
 diff --git a/recipes/liblockfile/liblockfile_1.06.bb 
 b/recipes/liblockfile/liblockfile_1.06.bb
 index 0235dbd..5d540cb 100644
 --- a/recipes/liblockfile/liblockfile_1.06.bb
 +++ b/recipes/liblockfile/liblockfile_1.06.bb
 @@ -3,7 +3,7 @@ SECTION = libs
  LICENSE = LGPL
  PR =r1
  
 -SRC_URI = ${DEBIAN_MIRROR}/main/libl/liblockfile/liblockfile_${PV}.tar.gz \
 +SRC_URI = 
 http://archive.debian.org/debian/pool/main/libl/liblockfile/liblockfile_${PV}.tar.gz
  \

This is because it's no longer on the main mirror, yes?  If so, please
also switch this to a date-stringed snapshot.debain.org URL so we won't
have to deal with this yet again in the future.  Thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance 7/7] ltrace: switch from 0.5.3-2 to 0.5.3-2.1

[Tom Rini]

On Fri, Feb 24, 2012 at 04:47:24PM +0100, Steffen Sledz wrote:

 Version 0.5.3-2 is no longer fetchable.

Same comment about snapshot.debian.org, thanks!

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] Pull request for packaged-staging.bbclass

[Tom Rini]

On Thu, Jan 19, 2012 at 4:03 AM, Mats Kärrman mats.karr...@tritech.se wrote:
 Hello Tom,

 Please pull this commit from the openembedded classic master branch:

 Fabrice Aeschbacher (1):
      1aeea48674  packaged-staging: Fix fetching from PSTAGE_MIRROR with 
 file:// URI

Please see the 'Dealing with changes' section of
http://www.openembedded.org/wiki/2011.03-maintenance as I ask for a
git URI to pull from (github, gitorisos, self-hosted, whatever) not
just a cherry-pick request, to be sure that the issue is solved for
the person (and there's not some other local change they forgot
about).  Sorry and thanks.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] Packaged staging, anyone?

[Tom Rini]

On Wed, Jan 18, 2012 at 2:33 AM, Mats Kärrman mats.karr...@tritech.se wrote:
 Hi,

 I'm trying to set up packaged staging for my project. I found some 
 instructions in the packaged-staging.bb file header and some info in the 
 mailing list that I followed but it don't seem to work. Everything is built 
 from scratch anyway -- no error messages.
[snip]

After populating the pstage mirror directory, when you do bitbake -e
somepkg (where somepkg is in the pstage mirror) do the PSTAGE*
variables expand such that the file it's looking for as a pstage
exist?  What if you use python or some other trivial http server and
try and use the mirror that way?  I seem to recall I had an issue with
PSTAGE_MIRROR and file URIs but I forget if there was a good solution
to it (or if making use of python -m SImpleHTTPServer was the
solution).

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [2011.03-maintenance] Packaged staging -- dependency problem

[Tom Rini]

On Wed, Jan 18, 2012 at 8:51 AM, Mats Kärrman mats.karr...@tritech.se wrote:
 Well, now at least it pulls packages from the mirror instead of building them 
 but there is a but.

 When building glib-2.0, do_configure uses autotools and the configure script 
 of glib-2.0 wants to use sed from sysroots. sed-native exists in the mirror 
 but has not been installed in sysroots. I am uncertain where the dependency 
 on sed (or sed-native?) is missing/should be added. In the glib recipe or for 
 autotools class? (this time i looked in master but found no relevant patches.)

 Any advice?

I think you're going to find that without a lot of additional work,
packaged-staging isn't going to be helpful beyond you and your
machine.  A lot of the lessons learned in making packaged-staging work
better are found in sstate-cache in oe-core.  The easiest fix here is
to add ASSUME_PROVIDED += sed-native to your local.conf / similar so
that sed-native isn't built and your host one is used.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCHv1] binutils_2.20.1 fixed md5 and sha256 sum

[Tom Rini]

On Sat, Dec 31, 2011 at 3:40 AM, Adriano Pallavicino
adrianopallavic...@gmail.com wrote:
 Signed-off-by: Adriano Pallavicino adriano.pallavic...@gmail.com

 Fixed md5sum and sha256sum

Sorry for the late reply but what machine and distro are you compiling
for?  Thanks.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] fakeroot 1.15.1 issues

[Tom Rini]

On Wed, Jan 4, 2012 at 3:08 AM, Angus Lees al...@google.com wrote:
 On Mon, Dec 26, 2011 at 15:12, Denys Dmytriyenko de...@denix.org wrote:

 On Sun, Dec 25, 2011 at 09:11:36PM +0100, Frans Meulenbroeks wrote:
  2011/12/23 Denys Dmytriyenko de...@denix.org
  Actually bumped into this today as well; I saw maintenance moved back to
  1.14.6 or so.
  Latest version is about 1.18.2.2.
 
  Guess we should either move master back to 1.14.6, or maybe even move to
 a
  newer version. or fix the url to point to the snapshot copy.

 So, instead of always chasing the very latest version, why not simply set
 the
 Debian mirror variable on a per-distro basis?


 Or stick to a fakeroot release that was in a Debian (stable) release, and
 hence will be around for a while.

I'm not sure what problem people are having currently.  An empy DL_DIR
build with DISTRO=angstrom-2008.1 and MACHINE=beagleboard does this:
NOTE: package fakeroot-native-1_1.14.5-r0.0: task do_fetch: Started
--2012-01-17 13:42:12--
http://snapshot.debian.org/archive/debian/20110301/pool/main/f/fakeroot/fakeroot_1.14.5.orig.tar.bz2

Which works and finds the expected file with expected hashes.  This is
because the fakeroot recipe doesn't use DEBIAN_MIRROR now but directly
uses a date-encoded URL on snapshot.debian.org.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Fwd: [OE] Python2.7.2 compatibility

[Tom Rini]

On Mon, Jan 16, 2012 at 1:00 AM, Giuseppe Condorelli
giuseppe.condore...@gmail.com wrote:
 Hi All, I've read the OE-Classic repository will be stopped and alla the
 new work will be on OE-Core one. Can you confirm this? If so, I'll have to
 move my work on a given layer in this new developing tree. Please let me
 know.

While the exact timetable isn't set in stone, yes, this is the long
stated plan.  For work that's already in-flight, as it were, there'll
be the 2011.03-maintenance branch for as long as there's interest but
the oe-core model is where the project is heading for the future.

-- 
Tom

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel