Hi, Just a reminder about our upcoming OpenEmbedded Happy Hour on November 25 for Oceania/Asia timezones @ 2100/9pm UTC (4pm

Just a reminder about our upcoming OpenEmbedded Happy Hour on September 30 for Oceania/Asia timezones @ 2100/9pm UTC (5pm

Added Jan from Pengutronix since Richard said he might be interested in the rust in oe-core work. See below if you want to kick the tires using my poky-contrib branch.

Was there a patch applied? Cheers, Richard

Where do we stand on a plan? I noticed a patch already got applied to change names. The name change in that patch, is that "wording" change we should adopt? -armin

My filters hide this email in a folder even though I was CCed. Updated now. On 2020-09-12 10:19 p.m., Khem Raj wrote: I was stuck on the librsvg build error for a

<alex.kanavin@...> wrote: Rust and to a certain extent go has a bit different dynamics, where the language tools are pretty much inherently cross compilers. they provide easy installers and

That's why I specifically CCd Randy: he's done some work towards this, so I was hoping for some kind of current update or maybe remaining items where help is needed. Alex

This has been talked about a lot but there is work to be done to get this into core. Not many people seem willing to step up and do that work so progress has been slow. The hardest part may be

<alex.kanavin@...> wrote: As a gnome in Yocto 'enthusiast' there is not much to say but: yes yes yes. We have all these rust blockers as librsvg, mozjs. -> gnome-shell/mutter Andreas

Em qui., 10 de set. de 2020 às 16:51, Alexander Kanavin <alex.kanavin@...> escreveu: I support this for sure. I've been using Rust with Yocto Project for a while now and it does fit well to be

Hello all, I just read this article, called "Supporting Linux kernel development in Rust" https://lwn.net/Articles/829858/ and it looks like the future is set, and particularly the Yocto project

Ah, OK. Yes, we're using "user" networking not tap. Sorry, what I meant by hand-crafted is that for it to work for older installs, you have to have this particular dance to provide various

Its the tun/tap device requirement that tends to be the pain point. Being able to ssh from the host OS into the qemu target image is a central requirement of oeqa. Everyone tells me it should

Which issues do you run in to with qemu networking? I honestly don't know if the U-Boot networking tests we run via qemu under Docker are more or less complex than what you're running in to. The

The autobuilder is setup for speed so there aren't VMs involved, its 'baremetal'. Containers would be possible but at that point the kernel isn't the distro kernel and you have permission issues with

Excuse what may be a dumb question, but why are we not just building pyro for example in a Ubuntu 16.04 or centos7 (or anything else with official containers available) ? Is the performance hit too

Hello all, Em seg., 7 de set. de 2020 às 13:14, Richard Purdie <richard.purdie@...> escreveu: I second this and at least at O.S. Systems we've been using Docker containers to keep

I wanted to write down my findings on trying to getting and keeping stable branch builds working on the autobuilder. I also have a proposal in mind for moving this forward. Jeremy did good work in

Devuan has also been testing in support of multiple init systems, which should improve upstream package readiness. So far they have: - sysvinit - openrc -