The json module is used in several cli commands.
The fcntl module is used in terminal input handling.
Signed-off-by: Esben Haabendal
Signed-off-by: Khem Raj
(cherry picked from commit cb50c930964bac0394020949c7efe0a4a06f3b89)
---
.../meta-python/recipes-connectivity/netplan/netplan_1.0.bb
"Khem Raj" writes:
> sadly this did not apply directly on master, but it is needed on
> master so I have to massage it a bit. Please check master-next and see
> if all is ok.
Looking fine, thanks.
/Esben
>
> On Mon, Aug 12, 2024 at 2:52 AM Esben Haabendal via
> lis
The json module is used in several cli commands.
The fcntl module is used in terminal input handling.
Signed-off-by: Esben Haabendal
---
.../meta-python/recipes-connectivity/netplan/netplan_1.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
a/meta-oe/dynamic-layers/meta-python
"Kasper" writes:
> From: Kasper Revsbech
>
> Signed-off-by: Kasper Revsbech
> ---
> .../python/python3-dacite_1.6.0.bb| 15 +++
> 1 file changed, 15 insertions(+)
> create mode 100644
> meta-python/recipes-devtools/python/python3-dacite_1.6.0.bb
>
> diff --git a/m
"Khem Raj" writes:
> On 1/12/22 12:39 PM, Esben Haabendal wrote:
>> From: Esben Haabendal
>> Old major version with different API (than 3.0) for use by recipes that is
>> still relying on that.
>> Signed-off-by: Esben Haabendal
>> ---
>> .
From: Esben Haabendal
Old major version with different API (than 3.0) for use by recipes that is
still relying on that.
Signed-off-by: Esben Haabendal
---
.../python/python3-prompt-toolkit1_1.0.15.bb | 22 +++
1 file changed, 22 insertions(+)
create mode 100644
meta-python
From: Esben Haabendal
Using meta-java in configurations where TARGET architecture is something
different than the most mainstream archictures (intel, arm, powerpc, mips),
bitbake errors out with something like the following:
ERROR: ExpansionError during parsing
/home/user/poky/meta-java
Failure expanding variable
LLVM_CONFIGURE_ARCH, expression was
${@openjdk_build_helper_get_llvm_configure_arch(d)} which triggered exception
AttributeError: 'NoneType' object has no attribute 'split'
It should be safe to set PACKAGECONFIG default value to empty string, so we
can safely expand it.
Signed-off-by: Esben
On Thu, 2011-05-12 at 01:58 +0200, Leon Woestenberg wrote:
> Hello,
>
> I think I found another build race here (must love multi-core machines).
>
> perl-native is still being staged while file-native tries to run perl
> stuff resulting in "| perl: error while loading shared libraries:
> libperl.
Phil Blundell writes:
> On Mon, 2011-05-02 at 08:46 -0700, Tom Rini wrote:
>> Last I heard from Tom King this was still in progress / figuring out how
>> to get it done.
>
> We now have a read-only mirror at github, see:
>
> https://github.com/openembedded
>
> Thanks to both the Toms for making t
Graham Gower writes:
> Sounds good. I think omission of attribution if no original author can
> be identified is fine. Its more important that the work not be lost.
>
> Please note that many patches submitted upstream have already been
> ignored by upstream.
No harm in trying again.
/Esben
___
Richard Purdie writes:
> On Fri, 2011-03-18 at 13:14 +0100, Esben Haabendal wrote:
>> By doing it this way, I don't think we are getting much closer to the
>> second step (package-based build-time dependencies). The OE-lite
>> implementation of per-recipe staging buil
Richard Purdie writes:
> On Thu, 2011-03-17 at 20:58 +0100, Esben Haabendal wrote:
>> On Thu, 2011-03-17 at 18:05 +, Phil Blundell wrote:
>> > On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
>> > > Well, it might be possible to minimize the
Phil Blundell writes:
> On Fri, 2011-03-18 at 06:29 +0100, Esben Haabendal wrote:
>> Yes, I get your point. You could of-course still specify build
>> dependencies using recipe names/provides, and then just unpack all
>> target packages build by that recipe.
>>
>&
On Wed, 2011-03-16 at 21:25 -0400, Denys Dmytriyenko wrote:
> * Add --disable-atomic to configure, otherwise it finds previously
> staged libatomics-ops from pulseaudio, which doesn't have the
> necessary primitives:
> * From my previous builds I see that cairo used to build before
> libatomic
On Thu, 2011-03-17 at 21:00 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 20:58 +0100, Esben Haabendal wrote:
> > There is a number of ways that I believe package based build
> > dependencies are better than recipe based.
> >
> > a) It is possible to depend on
On Thu, 2011-03-17 at 18:05 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
> > Well, it might be possible to minimize the disruption for a transitional
> > period by carefully specifying some catch-all build-time package
> > depend
On Thu, 2011-03-17 at 15:07 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 15:43 +0100, Esben Haabendal wrote:
> > Is OE really in a position to permantly settle for something suboptimal
> > in such a central area?
>
> No, but rejecting the big bang doesn't m
On Thu, 2011-03-17 at 11:18 +, Phil Blundell wrote:
>
> > I am still very much interested in discussing how to move this
> > technology from OE-lite to OE, but as it impacts all recipe metadata
> > (build dependencies has to be redefined), OE community at a large
> really
> > needs to value th
On Tue, 2011-03-15 at 18:03 -0400, Denys Dmytriyenko wrote:
> On Tue, Mar 15, 2011 at 10:08:37AM +0100, Esben Haabendal wrote:
> > On Fri, 2011-03-11 at 12:04 +0100, Steffen Sledz wrote:
> > > which occurred sometimes depending on build order (not in clean
> > > packa
On Fri, 2011-03-11 at 12:04 +0100, Steffen Sledz wrote:
> which occurred sometimes depending on build order (not in clean
> package only builds).
I would like to raise awareness of the underlying problem here.
The current dependency/staging model of OE basically has this feature
that a build can
On Sat, 2011-01-01 at 19:49 +, Richard Purdie wrote:
> The split between the code in general in bitbake is in general ever
> improving in my opinion. Chris has some some really great work on
> bitbake recently, particularly making it more pythonic. Some of the
> changes just before the holiday
> e) I'm not 100% on this yet but I'm wondering if we should scrap
> stdout/stderr output to the UI console in debug mode, just make it clear
> where the output went on the console? If you ever have two tasks running
> the output is unreadable anyway.
Yes, stdout/stderr from two (or more) concurr
Hi
On Fri, 2010-12-31 at 02:42 +, Richard Purdie wrote:
> There are a bunch of people who can commit to bitbake, some inactive,
> some active in different areas with different priorities. I think mine
> are clear above, I'd appreciate others to make their objectives clear so
> everyone unders
On Wed, 2010-12-22 at 11:09 -0500, Cliff Brake wrote:
> Hello,
>
> I've started collecting ideas from various emails on multiple
> repository support.
>
> http://wiki.openembedded.org/index.php/MultipleRepositoryMethods
>
> Please feel free to update the above page.
>
> In my mind, this is a ke
On Tue, 2010-12-21 at 18:51 +0100, Frans Meulenbroeks wrote:
> That leaves the question:
> Given the existence of Yocto in which parts do we see added value of
> OE and on which things should we as OE focus.
> But I guess this is more something for a different thread.
With or without Yocto, it se
On Wed, 2010-12-15 at 11:10 +0100, Frans Meulenbroeks wrote:
> As the reporter of the gettext problem it at least gives me a
> suggestion on where to look.
Any news on resolving this for gettext?
/Esben
___
Openembedded-devel mailing list
Openembedd
On Wed, 2010-12-15 at 09:31 -0700, Chris Larson wrote:
>
> Comments? I'd love to hear what people think of this.
Great stuff!
/Esben
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bi
y smaller in scope than OpenEmbedded will at least
be here.
So what do you think?
Best regards,
Esben Haabendal
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
On Wed, Nov 24, 2010 at 3:19 PM, Chris Larson wrote:
> Have you taken a look at the work Richard Purdie has done on bitbake
> for Poky/Yocto?
Yes, I am aware of the work done for Poky. But with regards to staging,
I just want to go the direct way and have package-based, per-recipe
staging now.
Chris Larson writes:
> ... Right now the OE sysroot (where files are shared
> between dependencies) is global, rather than per-recipe, and if
> multiple versions of something get yanked into a build, they'll step
> all over one another in that sysroot. We've discussed possibly moving
> to per-r
On Mon, Aug 30, 2010 at 7:07 PM, Chris Larson wrote:
> On Mon, Aug 30, 2010 at 9:52 AM, Esben Haabendal
> wrote:
>
>> On Thu, Aug 26, 2010 at 4:27 PM, Chris Larson wrote:
>>
>> > Okay, how about..
>> >
>> > OVERRIDES =. "$...@['',
s:
RECIPE_TYPE = "target"
OVERRIDES =. "${RECIPE_TYPE}"
In native.bbclass:
RECIPE_TYPE = "native"
In cross.bbclass:
RECIPE_TYPE = "cross"
and so on...
/Esben
--
Esben Haabendal, Senior Software Consultant
DoréDevelopment ApS, Ved Stranden 1, 9560 Hadsund, DK
On Wed, Aug 25, 2010 at 11:11 PM, Chris Larson wrote:
> Something like this should work:
> DEPENDS += "$...@['', 'foo']['${BPN}' == '${PN}']}"
What is the run-time cost of this, compared to an overrides based approach?
/Esben
___
Openembedded-devel m
nys
>
>
> _______
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
--
Esben Haabendal, Senior Software Consultant
DoréDevelopment Ap
On Fri, Jul 30, 2010 at 10:31 AM, Graeme Gregory wrote:
> 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 Balister
>> wrote:
>> >>
>> >>
>> >> On 07/29/
ity according to our quality measurement.
So the actual discussion that is popping up (again), what the common
quality goals for OE is.
And that should hopefully not be seen as a pointless discussion.
Hopefully, it will be a continous discussion, from now on and forever.
/Esben
--
Esben Haabendal, Se
On Fri, Jul 23, 2010 at 1:24 PM, Richard Purdie wrote:
> On Fri, 2010-07-23 at 11:23 +0100, Phil Blundell wrote:
>> On Fri, 2010-07-23 at 11:35 +0200, Esben Haabendal wrote:
>> > config.sub will generally not accept something like armv7a-*
>>
>> That's probably
On Fri, Jul 23, 2010 at 10:59 AM, Richard Purdie wrote:
> On Fri, 2010-07-23 at 10:11 +0200, Koen Kooi wrote:
>> It's all 'arm-angstrom-foo', I was just about to make the suggestion to
>> change it to 'armv7a-angstrom-foo' :)
>
> I've just been talking to Koen about this. When building for armv7a,
s why I don't really want to push my idea on how a
stable branch should work, as I realize I would likely end up being
rather alone maintaining it, which is how it is today with my customer
OE projects anyways.
/Esben
--
Esben Haabendal, Senior Software Consultant
DoréDevelopment ApS, Ved S
On Tue, Jul 20, 2010 at 7:34 PM, Stefan Schmidt
wrote:
> On Tue, 2010-07-20 at 18:56, Koen Kooi wrote:
>> And of course the number of people screaming for a stable branch is an
>> order of magnitude larger than the number of people that end up actually
>> supporting it.
>
> Sure, that is no surpri
On Fri, Jul 16, 2010 at 6:53 PM, Frans Meulenbroeks
wrote:
> Looks like a fine idea to me (although I must say I was unaware of the amend
> class, so I cannot really compare).
>
> An alternative I was thinking of was to have a mechanism in an overlayed
> recipe that would allow you to include what
On Mon, Jul 12, 2010 at 8:24 AM, Frans Meulenbroeks
wrote:
> BTW: there are other ways to reduce parsing time, but people do not
> like it if I mention them :-)
I for one, would like if you cared to mention them, please :-)
/Esben
___
Openembedded-dev
On Thu, Nov 19, 2009 at 3:12 PM, Robert P. J. Day wrote:
> what *is* the protocol for a new OE release?
As there are no OE releases as such, I guess you will have a hard time
looking for this protocol.
/Esben
___
Openembedded-devel mailing list
Open
On Wed, Nov 11, 2009 at 10:17 AM, Phil Blundell wrote:
> On Wed, 2009-11-11 at 09:44 +0100, Holger Hans Peter Freyther wrote:
>> This will create an even bigger mess. Sometimes you need to download two
>> things, this means you will end up with A_MD5SUM, B_MD5SUM, A_SHASUM,
>> B_SHASUM. The main p
On Tue, Nov 10, 2009 at 6:19 PM, Otavio Salvador
wrote:
> Hello,
>
> On Tue, Nov 10, 2009 at 1:52 PM, Michael 'Mickey' Lauer
> wrote:
>> Sorry, this might have been unclear on my part, it's just different
>> projects on the same repository, not different repositories. We'd like
>> to and recommen
On Tue, Nov 10, 2009 at 3:38 PM, Otavio Salvador
wrote:
> Hello,
>
> On Tue, Nov 10, 2009 at 11:27 AM, Stefan Schmidt
> wrote:
>> For me user and other topic branches worked well on the main repository. The
>> only issue I have is the flood of commits on the commit ml when a branch gets
>> rebase
On Tue, Nov 10, 2009 at 2:27 PM, Stefan Schmidt
wrote:
> Hello.
>
> On Tue, 2009-11-10 at 14:07, Michael 'Mickey' Lauer wrote:
>>
>> We will do changes on the git layout, e.g. org.oe.dev is becoming
>> 'master'
>> and user branches will live in a seperate repository.
>
> While I can understand the
and wil be arriving
waayy to early according to plan, so I hope Internet
connection there is decent so I can get some work done there.
BR,
Esben Haabendal
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
49 matches
Mail list logo