Re: [oe] RDEPENDS_${PN} overwrites RDEPENDS_foo - bug or feature?

2010/7/20 Stanislav Brabec > While verifying all aspects of proposed udev change, I experienced a > strange behavior of an udev recipe with RDEPENDS_udev: > > RDEPENDS_udev is always ignored. Searching in deep, I found that > RDEPENDS_${PN} defined in update-rc.d.bbclass overwrites RDEPENDS_udev.

Re: [oe] [RFC] New stable branch (and maybe a new process?)

2010/7/20 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 20-07-10 19:34, Stefan Schmidt wrote: > > Hello. > > > > On Tue, 2010-07-20 at 18:56, Koen Kooi wrote: > >> On 20-07-10 10:40, Stefan Schmidt wrote: > >>> > >>> So your suggestion is to wait until all three are done? > >

Re: [oe] [RFC] New stable branch (and maybe a new process?)

2010/7/21 Esben Haabendal > On Tue, Jul 20, 2010 at 9:22 PM, Stefan Schmidt > wrote: > > > What does not fit your needs with the current stable handling? > > It started out with a rather continous flow of changed from dev, > causing it to be almost as unstable as dev. Now stable/2009 looks > mos

Re: [oe] legacy staging

2010/7/21 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > I built only a small sample of packages (angstrom-gnome-image and > openjdk) and I get these 53 in legagy-staging.log: > > bcel/bcel_5.2.bb > cacao/cacaoh-native_0.99.3.bb > classpath/classpath-tools-native.bb > cla

Re: [oe] legacy staging

2010/7/21 Frans Meulenbroeks > > > 2010/7/21 Koen Kooi > > -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi, >> >> I built only a small sample of packages (angstrom-gnome-image and >> openjdk) and I get these 53 in legagy-

Re: [oe] [PATCH] Introduce maxima recipe

2010/7/22 David Lanzendörfer > Hello. > I was a bit surprised that maxima was missing in OE. > Because debian, maemo, and even windows have already maxima available. > So I decided to make an initial try for building it. > Could you please review it? > > thx and best regards >leviathan >

[oe] gcc/gettext isssue ?

When building gcc I get: NOTE: Gettext required but not in DEPENDS for file /home/frans/oe/tmp_angstrom/work/nios2-linux/gcc-cross-4.1.2-r23.1/gcc-4.1.2/intl/ configure.ac. Missing inherit gettext? but gcc-common.inc (which is included indirectly from every gcc recipe) says: gcc-common.inc:inherit

Re: [oe] [PATCH] Adding maxima recipe (tool for algebraic calculation)

2010/7/23 David Lanzendörfer > leviathan: and send PATCHv2 to ML if it builds for you correct .ipk > I'll push it imediately > > leviat...@dizzy-6 /mnt/sdb/build_gta02 $ ls tmp/deploy/ipk/armv4t/maxima* > tmp/deploy/ipk/armv4t/maxima_5.21.1-r0.5_armv4t.ipk > tmp/deploy/ipk/armv4t/maxima-dbg_5.2

Re: [oe] binutils-cross problem with multimachine config after cross changes

2010/7/23 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > I was doing a multimachine build and the armv7a bits completed > beautifully, but the armv5te bits break in binutils-cross: > > | /usr/bin/ld: > > /work/autobuilder/build/tmp-angstrom_2008_1/sysroots/x86_64-linux/us

Re: [oe] [PATCH] Introduce xc3sprog recipe

2010/7/23 Jaap de Jong > Hi, > > below a recipe to build a great tool for programming Xilinx fpga's etc. > > thanks and best regards, > > Jaap > --- > diff --git a/recipes/xc3sprog/xc3sprog_461.bb b/recipes/xc3sprog/ > xc3sprog_461.bb > new file mode 100644 > index 000..66775d4 > --- /dev/nul

Re: [oe] [PATCH 0/4][RFC] Remove CROSS_DIR, install cross-packages into native sysroot

2010/7/23 Richard Purdie > On Fri, 2010-07-23 at 10:11 +0200, Koen Kooi wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 23-07-10 10:02, Phil Blundell wrote: > > > On Fri, 2010-07-23 at 09:25 +0200, Koen Kooi wrote: > > >> There is a BIG problem with these patches, they bre

Re: [oe] [PATCH] Adding maxima recipe (tool for algebraic calculation)

2010/7/23 Dr. Michael Lauer > > +DESCRIPTION="Free computer algebra environment based on Macsyma" > > +HOMEPAGE="http://maxima.sourceforge.net/"; > > +SRC_URI="http://www.sfr-fresh.com/unix/misc/${P}.tar.gz > " > > +LICENSE="GPLv2" > > Whitespac

[oe] [RFC] get rid of legacy staging

Dear all, The topic of legacy staging has been on the table for probably 8 months or so. Still we have a lot of recipes that use legacy staging. This email tries to stir up the discussion on how to get rid of these. Most of the major recipes seem to be converted. Koen reported 53 recipes with leg

Re: [oe] [RFC] get rid of legacy staging

ipermail/openembedded-devel/2010-May/020047.html > > regards, > > Koen > > > > On 24-07-10 11:57, Frans Meulenbroeks wrote: > > Dear all, > > > > The topic of legacy staging has been on the table for probably 8 months > or > > so. > > St

Re: [oe] [RFC] get rid of legacy staging

ed to be modified to deal with peculiarities that were done in do_stage For native recipes NATIVE_INSTALL_WORKS = "1" may need to be added. If you are interested in tackling some recipes, perhaps also ask for advice in #oe on freenode irc Frans. > > Frans Meulenbroeks wrote: > >>

Re: [oe] [RFC] get rid of legacy staging

2010/7/24 Detlef Vollmann > On 07/24/10 16:35, Frans Meulenbroeks wrote: > >> 2010/7/24 Martyn Welch >> >> Can anyone point me to any documentation that describes what legacy >>> staging >>> is and roughly what needs to be done to remove it? >>

Re: [oe] [RFC] get rid of legacy staging

2010/7/24 Chris Larson > On Sat, Jul 24, 2010 at 9:08 AM, Frans Meulenbroeks < > fransmeulenbro...@gmail.com> wrote: > > > 2010/7/24 Detlef Vollmann > > > > > On 07/24/10 16:35, Frans Meulenbroeks wrote: > > > > > >> 2010/7/2

[oe] perl 5.8.8 issue

While trying to get perl running with new style staging I bumped upon the following issue: /home/frans/oe/tmp_angstrom/sysroots/i686-linux/usr/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/include/stdbool.h:36:1: warning: this is the location of the previous definition In file included from /home/frans

[oe] [PATCH] cpan.bbclass: removed legacy staging

bumped PR for the main perl recipes so this change takes effect Signed-off-by: Frans Meulenbroeks --- removed legacy staging as QA compared with the poky version. Also build all perl/lib* recipes with it (using perl 5.8.8). 5 of these fail: ERROR: 'virtual:native:/home/frans/oe/openemb

Re: [oe] [RFC] get rid of legacy staging

2010/7/24 Khem Raj > On Sat, Jul 24, 2010 at 10:22 AM, Frans Meulenbroeks > wrote: > > 2010/7/24 Chris Larson > > > >> On Sat, Jul 24, 2010 at 9:08 AM, Frans Meulenbroeks < > >> fransmeulenbro...@gmail.com> wrote: > >> > >> > 2010

[oe] [PATCH 2/4] gcc4.3.x: patch Makefile.in for cross compile badness

stuff. The patch has been verified by baking all affected recipes with bitbake -c configure -b recipe Signed-off-by: Frans Meulenbroeks --- recipes/gcc/gcc-4.3.1.inc |3 ++- recipes/gcc/gcc-4.3.1/Makefile.in.patch | 29 + recipes/gcc/gcc-4.3.2.inc

[oe] [PATCH 3/4] gcc4.4.x: patch Makefile.in for cross compile badness

stuff. The patch has been verified by baking all affected recipes with bitbake -c configure -b recipe Signed-off-by: Frans Meulenbroeks --- recipes/gcc/gcc-4.4.1.inc |3 ++- recipes/gcc/gcc-4.4.1/Makefile.in.patch | 30 ++ recipes/gcc/gcc-4.4.2.inc

[oe] [PATCH 4/4] gcc4.5: patch Makefile.in for cross compile badness

stuff. The patch has been verified by baking the 4.5 recipe with bitbake -c patch -b gcc_4.5.bb Signed-off-by: Frans Meulenbroeks --- recipes/gcc/gcc-4.5.inc |3 ++- recipes/gcc/gcc-4.5/Makefile.in.patch | 30 ++ 2 files changed, 32 insertions(+), 1

[oe] [PATCH 1/4] gcc4.2.x: patch Makefile.in for cross compile badness

stuff. The patch has been verified by baking all affected recipes with bitbake -c configure -b recipe Also introduced INC_PR Signed-off-by: Frans Meulenbroeks --- recipes/gcc/gcc-4.2.1.inc |3 ++ recipes/gcc/gcc-4.2.1/Makefile.in.patch | 38

Re: [oe] could not include bb file even though it exists and directory included in BBPATH

2010/7/25 Ossy > Dear oe mailinglist, > > I tried to set up oe and the sanity checker hasn't reported any anomalies. > But when building a simple image, bitbake wasn't able to include > console-base-image.bb. > > But in fact this file is present in oe/recipes/images/* and BBPATH includes > the pa

Re: [oe] native preferences

2010/7/26 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 26-07-10 11:42, Florian Boor wrote: > > Hi all, > > > > I tried to build a "minimal" distribution image lately and ran into some > trouble > > because the old-style native packages seem to be preferred over the new > on

Re: [oe] could not include bb file even though it exists and directory included in BBPATH

2010/7/26 Ossy > Am 25.07.2010 22:26, schrieb Frans Meulenbroeks: > >> 2010/7/25 Ossy >> >> I used kom to setup a new overlay project. Since listing the images gives >>> all images in oe, I'm sure that bitbake has access to those bb-files. The >>>

Re: [oe] could not include bb file even though it exists and directory included in BBPATH

2010/7/26 Ossy > Am 26.07.2010 21:15, schrieb Frans Meulenbroeks: > >> Unfortunatly I'm still not able to create a minimal-image: >>> ERROR: Task 306 (/home/ossy/kom/openembedded/recipes/stage-manager/ >>> stagemanager-native_0.0.1.bb, do_unpack) failed >

Re: [oe] Checkin policy??

2010/7/27 Gary Thomas > On 07/26/2010 09:17 PM, Chris Larson wrote: > >> On Mon, Jul 26, 2010 at 8:08 PM, Gary Thomas wrote: >> >> Surely, there must not be any or else simple compile errors wouldn't get >>> through :-( >>> >>> >> It's a trunk/master branch, shit happens, and it's not reasonabl

Re: [oe] [RFC] get rid of legacy staging

fundamental issue that > > detracts > > us from creating a truly independent build framework. I'm also not trying > > to > > be a complainer.. I've been thinking about this for a long time and I'd > > like > > to help... I'm just not that good w/

Re: [oe] [RFC] get rid of legacy staging

2010/7/27 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 27-07-10 12:19, Frans Meulenbroeks wrote: > > > Bringing the thread back to the topic: > > I see no real interest into tackling removal of old style staging (or old > > native recipes).

[oe] [RFC] recipe owners

2010/7/27 Chris Larson > On Tue, Jul 27, 2010 at 3:19 AM, Frans Meulenbroeks < > fransmeulenbro...@gmail.com> wrote: > > > PS: I think part of the problem is that most recipes do not have a > > well-defined owner who is responsible for maintaining them. I know

[oe] [PATCH 2/2] squashfs-tools: added dependency to attr/attr-native

Signed-off-by: Frans Meulenbroeks --- I also had a quick stab at removing legacy staging and adding BBCLASSEXTEND = "native" but somehow I can't get it working. Guess it is something trivial but don't have any time right now, so according to "commit early; commit of

[oe] [PATCH 1/2] attr: added BBCLASSEXTEND = "native"

added BBCLASSEXTEND = "native" this is needed for squashfs-tools, otherwise it is not possible to build mksquashfs and hence no squashfs creation on the build system Signed-off-by: Frans Meulenbroeks --- as this may afffect several others, posted here for review also not too s

Re: [oe] Server issues

2010/7/28 Philip Balister > As people have noticed the server at OSUOSL that hosts many of the OE > services has been flaky for the past week or so. > > Basically, the primary server seems to have some form of hardware issue. > The admins are moving the vm's to another server in a few hours so th

Re: [oe] [PATCH][v3] gcc-cross: fix PV and make it compile

2010/7/28 Bernhard Reutner-Fischer > On Wed, Jul 28, 2010 at 09:37:03PM +0200, Koen Kooi wrote: > >-BEGIN PGP SIGNED MESSAGE- > >Hash: SHA1 > > > > > > > http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/021641.html > > this is rather ugly and counter intuitive for i'll ha

Re: [oe] [RFC] recipe owners

2010/7/29 Tom Rini > Frans Meulenbroeks wrote: > >> 2010/7/27 Chris Larson >> >> On Tue, Jul 27, 2010 at 3:19 AM, Frans Meulenbroeks < >>> fransmeulenbro...@gmail.com> wrote: >>> >>> PS: I think part of the problem is that most recipes

Re: [oe] OE recipe tree quality

Wrt the message of Thomas and the blacklisting Maybe I'll try minimal later on. Wrt Koen's message, see below: 2010/7/29 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 29-07-10 10:50, Frans Meulenbroeks wrote: > > Dear all, > > > &g

Re: [oe] OE recipe tree quality

2010/7/29 Philip Balister > > > On 07/29/2010 05:45 AM, Koen Kooi wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 29-07-10 10:50, Frans Meulenbroeks wrote: >> >>> Dear all, >>> >>> Given the discus

Re: [oe] OE recipe tree quality

>> > >>> -BEGIN PGP SIGNED MESSAGE- > >>> Hash: SHA1 > >>> > >>> On 29-07-10 10:50, Frans Meulenbroeks wrote: > >>>> > >>>> Dear all, > >>>> > >>>> Given the discussions on quali

Re: [oe] OE recipe tree quality

en Kooi wrote: > > >>> > > >>> -BEGIN PGP SIGNED MESSAGE- > > >>> Hash: SHA1 > > >>> > > >>> On 29-07-10 10:50, Frans Meulenbroeks wrote: > > >>>> > > >>>> Dear all, > > >>>>

Re: [oe] OE recipe tree quality

2010/7/30 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 30-07-10 10:34, Frans Meulenbroeks wrote: > > 2010/7/30 Koen Kooi > > > > On 30-07-10 09:21, Esben Haabendal wrote: > >>>> On Thu, Jul 29, 2010 at 2:07 PM, Philip Balister

Re: [oe] OE recipe tree quality

2010/7/30 Graeme Gregory > On 30/07/10 09:48, Frans Meulenbroeks wrote: > > 2010/7/30 Graeme Gregory > > > >> On 30/07/10 09:22, Koen Kooi wrote: > >>> On 30-07-10 09:21, Esben Haabendal wrote: > >>>> On Thu, Jul 29, 2010 at 2:07 PM, Philip B

Re: [oe] [PATCH] liboil: removed old cruft before 0.3.15

+0,0 @@ > -DESCRIPTION = "Liboil is a library of simple functions that are optimized > for various CPUs." > -HOMEPAGE = "http://liboil.freedesktop.org/"; > -LICENSE = "liboil" > -PR = "r1" > - > -SRC_UR

Re: [oe] Is bitbake 1.10 the latest stable version?

2010/7/31 Elvis Dowson > Hi, > I was wondering if bitbake-1.10 is the latest stable version? > > best regards, > > > I'd say this the bitbake 1.10 head is the most recent version. It is the recommended version if you want to build oe unstable head. I would not call it the "latest stable ver

Re: [oe] [PATCH 02/10] xilinx-virtex4: new file

2010/7/31 Paul Menzel > Am Freitag, den 30.07.2010, 10:42 -0500 schrieb Adrian Alonso: > > + > > +PREFERRED_PROVIDER_virtual/kernel = "linux-xilinx" > > +PREFERRED_VERSION_u-boot_xilinx-virtex4 = "u-boot-xilinx" > > As far as I can see, those recipes are added in later patches. Would not > that m

Re: [oe] OE recipe tree quality

2010/8/1 Richard Purdie > > > "world" is used by Poky quite successfully. In Poky we expect everything > to build with a known list of things that don't. Our aim is to have that > list consisting of zero items and I intend to see that happens :). > I would love the see this happen for OE as well

Re: [oe] [PATCH 1/4] gcc4.2.x: patch Makefile.in for cross compile badness

2010/8/2 Khem Raj > On (25/07/10 22:18), Frans Meulenbroeks wrote: > > When compiling gcc target code make passes -I(GMPINC) > > but this one points to the host dir (it is set to HOST_GMPINC > > which in oe points to tmp/sysroots/i686-linux/usr/include). > > Th

Re: [oe] legacy staging: call for action

2010/8/1 Richard Purdie > On Sun, 2010-08-01 at 13:49 +0200, Frans Meulenbroeks wrote: > > In the attached file (which I hope will pass the mailing list) you find > the > > results. > > I've also uploaded the file to http://filebin.ca/xotgad/do_stage so if > it

Re: [oe] getting ride of native recipes

2010/8/2 Jay Snyder > What is going to replace native recipes? > > > Mostly the non-native recipes with a clause BBCLASSEXTEND = "native" added to it. That will generate both the native and target code from the same recipe. Frans ___ Openembedded-devel

Re: [oe] [PATCH] tar: Upgrade to v1.23

2010/8/3 Scott Garman > From: Scott Garman > > * Addresses CVE-2010-0624 > Please have a look at http://wiki.openembedded.net/index.php/Commit_Policy And especially this section: * Have a clear commit message (example ): - The fi

Re: [oe] CALL FOR ACTION: get rid of native recipes

2010/8/3 Dr. Michael Lauer > Hi Frans, > > that's pretty cool, however I think we should restrict this list > to those recipes which also have a non-native variant. > > E.g. the 2nd entry in this list is android-image-utils-native for > which a non-native variant makes little sense. > Of course.

Re: [oe] A new bitbake extension: .bbappend files

Wrt the bbappend / amend.inc discussion: I was wondering how version management would work. I can imagine that if I change something in a bbappend file (or amend.inc) file, I would like to have something like PR that I could bump. In my case these recipes live in an overlay which is also used by c

Re: [oe] [PATCH 0/5][v4] Make multi-machine toolchains to co-exist (Alternate approach)

2010/8/3 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Acked-by: Koen Kooi > > If noone objects, can we get this in ASAP? > > Would it be good to do my do_stage patch first? rationale: this will require a full rebuild. the do_stage patch does not bump PR (which is technically

Re: [oe] [PATCH] tar: Upgrade to v1.23

2010/8/3 Scott Garman > On 08/02/2010 11:14 PM, Frans Meulenbroeks wrote: > >> 2010/8/3 Scott Garman >> >> From: Scott Garman >>> >>> * Addresses CVE-2010-0624 >>> >>> >> Please have a look at >> http://wiki.openembedded.

Re: [oe] [PATCH] 500+ recipes: remove do_stage

2010/8/4 Denys Dmytriyenko > > > > > First collateral damage - libxcb was broken, due to xcb-proto.inc having > > do_stage(). Worked with Khem to find the cause and thanks for pushing the > fix: > > > > > http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b0061845a60d7781f9287ae6955585

Re: [oe] [PATCH] 500+ recipes: remove do_stage

2010/8/4 Khem Raj > > > I dont think this has been pushed yet. I have it staged in my tree though > > I am building from scratch lets see. > > oh indeed it is pushed. Well well. We should have got rid of inherit > autotools_stage in mass as well but I have a patch for that. > > After gettting two

Re: [oe] [PATCH] 500+ recipes: remove do_stage

2010/8/4 Frans Meulenbroeks > > > 2010/8/4 Khem Raj > > >> > I dont think this has been pushed yet. I have it staged in my tree >> though >> > I am building from scratch lets see. >> >> oh indeed it is pushed. Well well. We should have got rid

Re: [oe] [PATCH,v3] recipes: Dont inherit autotools_stage.

Khem, first visual inspection looks good. I noticed most of the recipes just remove the autotools_stage but a few of them also do things like changing do_stage_appen into do_install_append (like the gupnp ones). It might be better to do those patches first (with PR bump), then have a patch that st

Re: [oe] [PATCH] base.bbclass: add support for SOC_FAMILY in COMPATIBLE_MACHINES

2010/8/4 Koen Kooi > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 04-08-10 02:19, Denys Dmytriyenko wrote: > > On Tue, Aug 03, 2010 at 04:47:20PM -0500, Chase Maupin wrote: > >> * Add support for using SOC_FAMILY in the COMPATIBLE_MACHINES > >> setting for a recipe. > >> * This will a

Re: [oe] [PATCH 1/2] recipe for gsnmp-0.3.0

2010/8/4 Henri Bragge > Signed-off-by: Henri Bragge > --- > recipes/gsnmp/gsnmp.inc|6 ++ > recipes/gsnmp/gsnmp_svn.bb |8 > 2 files changed, 14 insertions(+), 0 deletions(-) > create mode 100644 recipes/gsnmp/gsnmp.inc > create mode 100644 recipes/gsnmp/gsnmp_svn.bb

Re: [oe] [PATCH 2/2] recipe for scli-0.4.0

2010/8/4 Henri Bragge > Signed-off-by: Henri Bragge > --- > recipes/scli/scli.inc|6 ++ > recipes/scli/scli_svn.bb |8 > 2 files changed, 14 insertions(+), 0 deletions(-) > create mode 100644 recipes/scli/scli.inc > create mode 100644 recipes/scli/scli_svn.bb > > diff

Re: [oe] [PATCH] 500+ recipes: remove do_stage

2010/8/4 Bernhard Reutner-Fischer > > Hi, > > i'm seeing this: > ERROR: This recipe recipes/libidl/libidl_0.8.3.bb) has a > do_stage_prepend or do_stage_append and do_stage now doesn't exist. > Please rename this to do_stage() > > given that only preferred-om-2008-versions.inc pins this to a spec

Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0

2010/8/4 Henri Bragge > Signed-off-by: Henri Bragge > --- > recipes/gsnmp/gsnmp_svn.bb | 12 > 1 files changed, 12 insertions(+), 0 deletions(-) > create mode 100644 recipes/gsnmp/gsnmp_svn.bb > > diff --git a/recipes/gsnmp/gsnmp_svn.bb b/recipes/gsnmp/gsnmp_svn.bb > new file mo

Re: [oe] [PATCH] 500+ recipes: remove do_stage

2010/8/4 Bernhard Reutner-Fischer > Hi, > > Were these really removed yet? I have just pulled and they are still in the > tree? > Note that I saw this when parsing, not building this old version. > Thanks, > Guess there is something wrong with your tree they are not in mine (dev head) and here i

Re: [oe] [PATCH 6/7] recipes: inherit autotools instead of autotools_stage

Visually inspected. Looks ok to me. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [oe-commits] Roman I Khimov : bitbake.conf: trust server certificate when doing svn over https

2010/8/5 Roman I Khimov : > В сообщении от Четверг 05 августа 2010 12:24:40 автор Martin Jansa написал: > >> I don't know if it's worth it to force builders to upgrade subversion or >> add their FETCHCOMMAND_svn UPDATECOMMAND_svn to local.conf. > > IMO we should not break support for major stable

Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0

2010/8/5 Henri Bragge : > Frans Meulenbroeks gmail.com> writes: > >> >> tried to build this, stranded at this: >> >> ... >> >> NOTE: oestats: task failed, see >> http://tinderbox.openembedded.net/packages/668019/ >> ERROR: TaskFailed event

Re: [oe] [Bitbake-dev] RFC: How to improve packaged-staging and setscene

Richard, Sounds good to me. Not sure whether I have time to try it out on short term. Too much other things at hand. One small concern: Would it in your proposal be possible to disable packaged staging? I think it would be nice if a user (in local.conf or so) could decide on whether he wants to s

Re: [oe] [Bitbake-dev] RFC: How to improve packaged-staging and setscene

2010/8/5 Richard Purdie : > On Thu, 2010-08-05 at 13:12 +0200, Frans Meulenbroeks wrote: >> Sounds good to me. Not sure whether I have time to try it out on short >> term. Too much other things at hand. >> >> One small concern: >> Would it in your proposal be pos

Re: [oe] [PATCH v3 2/2] recipe for scli-0.4.0

2010/8/5 Henri Bragge : > > Signed-off-by: Henri Bragge > --- >  recipes/scli/scli_0.4.0.bb |   12 >  1 files changed, 12 insertions(+), 0 deletions(-) >  create mode 100644 recipes/scli/scli_0.4.0.bb > > diff --git a/recipes/scli/scli_0.4.0.bb b/recipes/scli/scli_0.4.0.bb > new file

Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0

This one also failed building with a similar QA issue: NOTE: Running task 629 of 630 (ID: 10, /home/frans/oe/openembedded/recipes/gsnmp/gsnmp_0.3.0.bb, do_qa_staging) ERROR: QA Issue with staging: libexslt.pc failed sanity test (tmpdir) in path /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom

Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0

2010/8/5 Frans Meulenbroeks : > This one also failed building with a similar QA issue: > > NOTE: Running task 629 of 630 (ID: 10, > /home/frans/oe/openembedded/recipes/gsnmp/gsnmp_0.3.0.bb, > do_qa_staging) > ERROR: QA Issue with staging: libexslt.pc failed sanity test (tmpdir)

[oe] [RFD] openmoko status (and more specifically ./distro/include/preferred-om-2008-versions.inc)

Hi, I was wondering whether someone is still doing something with openmoko. Rationale for asking is that om-2008 pins a lot of recipes in ./distro/include/preferred-om-2008-versions.inc Now that is not necessarily bad, but some of those pinngs are to very old recipes. Some of these recipes use leg

Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0

Still one issue left: I saw this warning when building another package: /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/aclocal/gsnmp.m4:4: warning: underquoted definition of AM_PATH_GSNMP /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/ac

[oe] [RFC] openocd-native_svn.bb

Hi, I bumped upon openocd-native_svn.bb and I was wondering why we have that. No-one seems to depend on it. Do we want our own openocd instead of the one that is on the host? Or should this be removed? Frans ___ Openembedded-devel mailing list Openembed

[oe] error message on missing patchfile

Hi, By accident I misplaced a patch file and I noticed that the build process does not give an error for it during distribute_sources, but only in do_patch. It sems to me that the error should be given when distributing the sources. I've checked in the logs and it says: run.SRC_DISTRIBUTECOMMAND.

[oe] autotools issues (MKINSTALLDIRS, -s_

Hi, I'm not too good in autotools. While makeing the git recipe for urjtag I bumped into the following two issues: First of all it seems autoreconf needs the -s flag. This tells to use symlinks. Guess things are done out of order or so. I've fixed this by adding EXTRA_AUTORECONF = "-s" to my reci

Re: [oe] Why PREFERRED_VERSION setting of .conf overrules local.conf setting ?

2010/8/9 Chris Larson : > On Mon, Aug 9, 2010 at 6:26 AM, Hauser, Wolfgang (external) < > wolfgang.hauser.exter...@eads.com> wrote: > >> Hello, >> >> I want to change some used versions of packages, so I added a >> PREFERRED_VERSION_="xxx" for the packages I want to have a >> special(newer) version

Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros

2010/8/9 Henri Bragge : > > Got it accepted, included some upstream info in the patch (see v3). > > - Henri Pushed your patch. Thanks for contributing. One small remark: I had to fix 3 whitespace errors. Perhaps next time run contrib/oe-stylize.py Looking forward for your next contribution Have

[oe] oe-stylize

Some questions wrt oe-stylize: Do we still want to promote this? If so, it seems useful to add the new keywords that have been introduced last year or so. Also a few issues: oe-stylize moves the checksums immediately after the SRC_URI. Is this desired? Most of the recipes have them near the end.

[oe] python native dependencies

I was wondering about some python native dependencies and whether they are needed. E.g. python-divmodaxiom_0.5.30.bb depends on python-divmodepsilon-native It builds and the package works as expected, but still I doubt whether this is ok. I'm not a python wiz, but I understand that divmodaxiom nee

Re: [oe] Why PREFERRED_VERSION setting of .conf overrules local.conf setting ?

2010/8/10 Graham Gower : > On 10 August 2010 04:31, Frans Meulenbroeks > wrote: >> 2010/8/9 Chris Larson : >>> On Mon, Aug 9, 2010 at 6:26 AM, Hauser, Wolfgang (external) < >>> wolfgang.hauser.exter...@eads.com> wrote: >>> PREFERRED_VERSION__local =

[oe] [RFC] add maintainers to distro conf files, move or remove orphaned distro's, remove obsolete distro's

Dear all, For me it is totally unclear about most of the distro's whether they are still used, and if so, who maintains them (and who to contact when there are issues) As distro's are first class citizens it seems like a good plan to identify in the conf file who is the maintainer (yes, I know

Re: [oe] [PATCH] conf/distro/include: remove unused versions

2010/8/10 Martin Jansa : > On Tue, Aug 10, 2010 at 06:52:37PM +0200, Frans Meulenbroeks wrote: >> Signed-off-by: Frans Meulenbroeks >> --- >> >> While browsing through conf/distro/include I notided some files that were >> not used. >> Triggered by this I di

Re: [oe] Why PREFERRED_VERSION setting of .conf overrules local.conf setting ?

Without quoting tons of text and without going into each individual argument given there are a few remarks I want to give. Things should be consistent and intuitive. local.conf is for local configuration. as such it suggests that whatever is in there is leading. Having to append _local to an overr

Re: [oe] [PATCH] Mass convert PREFERRED_VERSION_* to be weakly assigned.

2010/8/11 Koen Kooi : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11-08-10 01:47, Graham Gower wrote: >> find conf -type f -exec sed -i -e 's/^PREFERRED_VERSION_\([^ \t]*\)\([ >> \t]*\)=/PREFERRED_VERSION_\1\2?=/' {} \; > > NAK, Angstrom pins things with a hard assignment for good rea

Re: [oe] [PATCH] Mass convert PREFERRED_VERSION_* to be weakly assigned.

2010/8/11 Koen Kooi : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11-08-10 13:56, Frans Meulenbroeks wrote: >> 2010/8/11 Koen Kooi : >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> On 11-08-10 01:47, Graham

[oe] urjtag git version pushed, still could use some autotools improvement

Hi, I just pushed the git version of urjtag (http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=44ded83e917c4d8b47b215648efc2860f794c764) The recipe builds and works, but has some hacks to work around autotools issues that were beyon my capabilities of fixing. See http://permalink.gman

[oe] [PATCH] src_distribute_local.bbclass: add an error message and exit if a file is not found

When a file was not found do_distribute_local would still continue. This patch adds an error message and terminates do_distribute_local Signed-off-by: Frans Meulenbroeks --- classes/src_distribute_local.bbclass | 28 +++- 1 files changed, 23 insertions(+), 5 deletions

Re: [oe] [PATCH]Removing Legacy staging from genboot native recipe

  install -d ${D}${bindir}/ > +       install -m 0755 genboot ${D}${bindir}/ > +       install -m 0755 ${WORKDIR}/simpad-make-flashimg ${D}${bindir}/ >  } > You might also want to bumnp PR (although logically nothing changed so this is perhaps not needed) Can yo

Re: [oe] [PATCH 1/3] canutils: remove old version 4.0.4

ls_4.0.4.bb > b/recipes/socketcan/canutils_4.0.4.bb > deleted file mode 100644 > index 9ddb697..000 > --- a/recipes/socketcan/canutils_4.0.4.bb > +++ /dev/null > @@ -1,4 +0,0 @@ > -TAG = "canutils-${PV}" > -require canutils.inc > - >

Re: [oe] [PATCH 3/3] canutils: update to version 4.0.6

es/socketcan/canutils_4.0.6.bb > @@ -0,0 +1,4 @@ > +TAG = "canutils-${PV}" > +require canutils.inc > + > +PR = "${INC_PR}.0" > -- Acked-by: Frans Meulenbroeks ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 2/3] libsocketcan: remove old version 0.0.7

ot;${INC_PR}.0" > - > -SRC_URI += "file://install-can_netlink.h.patch;apply=yes \ > -       " > -- Acked-by: Frans Meulenbroeks ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] update canutils to current version

2010/8/13 Vitus Jensen : > On Fri, 13 Aug 2010, Vitus Jensen wrote: > >> The following patches will update canutils to the current version >> 4.0.6 and remove older 4.0.x versions.  Also only the latest >> version of libsocketcan will be kept. > > Frans, thank you for the ACKs.  Could you please ap

Re: [oe] update canutils to current version

2010/8/13 Vitus Jensen : > On Fri, 13 Aug 2010, Frans Meulenbroeks wrote: > >> 2010/8/13 Vitus Jensen : >>> >>> On Fri, 13 Aug 2010, Vitus Jensen wrote: >>> >>>> The following patches will update canutils to the current version >>>&g

Re: [oe] [PATCH]Removing Legacy staging from genboot native recipe

2010/8/13 Paul Menzel : > Am Freitag, den 13.08.2010, 17:17 +0600 schrieb noor_ah...@mentor.com: >> genboot-native: Removing legacy staging > > You used `git-send-email`, but it looks strange since this line should > have been the subject line and not in the commit message. > > Please also mark ite

Re: [oe] update canutils to current version

2010/8/13 Vitus Jensen : > On Fri, 13 Aug 2010, Khem Raj wrote: > >> On Fri, Aug 13, 2010 at 2:59 AM, Vitus Jensen wrote: >>> >>> On Fri, 13 Aug 2010, Frans Meulenbroeks wrote: >>>> >>>> 2010/8/13 Vitus Jensen : >>>>> >

Re: [oe] patch queue/patchwork: How should states be used? (was: update canutils to current version)

2010/8/13 Paul Menzel : > Am Freitag, den 13.08.2010, 23:01 +0200 schrieb Vitus Jensen: >> On Fri, 13 Aug 2010, Khem Raj wrote: >> > On Fri, Aug 13, 2010 at 2:59 AM, Vitus Jensen wrote: > > […] > >> >> They did.  But after you posted you ACKs I changed their state to >> >> "Accepted" >> >> and th

Re: [oe] [PATCH]Removing Legacy staging from genboot native recipe

2010/8/13 Koen Kooi : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 13-08-10 14:25, Frans Meulenbroeks wrote: >> 2010/8/13 Paul Menzel : >>> Am Freitag, den 13.08.2010, 17:17 +0600 schrieb noor_ah...@mentor.com: > >>>> +NATIVE_INSTALL_WORKS =

<    1   2   3   4   5   6   7   8   9   10   >