|
Default umask for tasks
In looking at some of the reproducibility failures, I realised that
several are from a common cause, basically tasks missing a umask
setting. Our common tasks have this but for example:
kernel-devsrc
In looking at some of the reproducibility failures, I realised that
several are from a common cause, basically tasks missing a umask
setting. Our common tasks have this but for example:
kernel-devsrc
|
By
Richard Purdie
·
#1189
·
|
|
Yocto 2.6, spdxscanner..
Hi,
1. Are any meta-spdxscanner alternative solutions provided by Yocto
for software bill of materials generation?
2. What level of maturity do artifacts generated by meta-spdxscanner
version used in
Hi,
1. Are any meta-spdxscanner alternative solutions provided by Yocto
for software bill of materials generation?
2. What level of maturity do artifacts generated by meta-spdxscanner
version used in
|
By
keydi
·
#1188
·
|
|
To construct unit test environment for cross-built user-space daemon
Hi,
Every run of user-space daemon in focus is production mode.
No test build/operation mode is implemented for that daemon.
No unit test suite exists for mentioned daemon, neither on build host, nor
Hi,
Every run of user-space daemon in focus is production mode.
No test build/operation mode is implemented for that daemon.
No unit test suite exists for mentioned daemon, neither on build host, nor
|
By
keydi
·
#1187
·
|
|
Re: Verifiable Builds
<richard.purdie@...> wrote:
Thanks for doing this. I agree we need to talk about it at different
forums, now that we have reproducible builds available.
<richard.purdie@...> wrote:
Thanks for doing this. I agree we need to talk about it at different
forums, now that we have reproducible builds available.
|
By
Khem Raj
·
#1186
·
|
|
Verifiable Builds
Being able to verify build artefacts is a hot topic at the moment. I
think we need to promote that the project can do this. I did that a
little here on the reproducible builds
Being able to verify build artefacts is a hot topic at the moment. I
think we need to promote that the project can do this. I did that a
little here on the reproducible builds
|
By
Richard Purdie
·
#1185
·
|
|
LTS - What it and and what it is not
I (and the YP TSC) are seeing various interesting things happening with
the LTS. I think in general its good for the project, it is helping
users and it is being positively received. We are starting
I (and the YP TSC) are seeing various interesting things happening with
the LTS. I think in general its good for the project, it is helping
users and it is being positively received. We are starting
|
By
Richard Purdie
·
#1184
·
|
|
OpenEmbedded Happy Hour January 27 5pm/1700 UTC
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on January 27 for
Europe/US timezones @ 1700/5pm UTC (12pm
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on January 27 for
Europe/US timezones @ 1700/5pm UTC (12pm
|
By
Denys Dmytriyenko
·
#1183
·
|
|
Canceled: OpenEmbedded Happy Hour December 30
All,
FYI, our OpenEmbedded Happy Hour is being canceled for December 30 due to the
Holiday season. We will resume the normal schedule in January.
Thank you and Happy Holidays!
--
Regards,
Denys
All,
FYI, our OpenEmbedded Happy Hour is being canceled for December 30 due to the
Holiday season. We will resume the normal schedule in January.
Thank you and Happy Holidays!
--
Regards,
Denys
|
By
Denys Dmytriyenko
·
#1182
·
|
|
Re: [OE-core] OpenEmbedded Happy Hour November 25 9pm/2100 UTC
Just a reminder, Happy Hour is in 1 hour.
9pm UTC, 4pm EST (not EDT) or use time conversion link below for your
location. See you there!
--
Denys
Just a reminder, Happy Hour is in 1 hour.
9pm UTC, 4pm EST (not EDT) or use time conversion link below for your
location. See you there!
--
Denys
|
By
Denys Dmytriyenko
·
#1181
·
|
|
OpenEmbedded Happy Hour November 25 9pm/2100 UTC
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on November 25 for
Oceania/Asia timezones @ 2100/9pm UTC (4pm
Hi,
Just a reminder about our upcoming OpenEmbedded Happy Hour on November 25 for
Oceania/Asia timezones @ 2100/9pm UTC (4pm
|
By
Denys Dmytriyenko
·
#1180
·
|
|
OpenEmbedded Happy Hour September 30 9pm/2100 UTC
Just a reminder about our upcoming OpenEmbedded Happy Hour on September 30 for
Oceania/Asia timezones @ 2100/9pm UTC (5pm
Just a reminder about our upcoming OpenEmbedded Happy Hour on September 30 for
Oceania/Asia timezones @ 2100/9pm UTC (5pm
|
By
Denys Dmytriyenko
·
#1179
·
|
|
Re: promoting Rust to first class citizen in oe-core
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.
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.
|
By
Randy MacLeod
·
#1178
·
|
|
Re: Inclusive Language summary from the OE TSC
Was there a patch applied?
Cheers,
Richard
Was there a patch applied?
Cheers,
Richard
|
By
Richard Purdie
·
#1177
·
|
|
Re: Inclusive Language summary from the OE TSC
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
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
|
By
Armin Kuster
·
#1176
·
|
|
Re: promoting Rust to first class citizen in oe-core
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
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
|
By
Randy MacLeod
·
#1175
·
|
|
Re: promoting Rust to first class citizen in oe-core
<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
<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
|
By
Khem Raj
·
#1174
·
|
|
Re: promoting Rust to first class citizen in oe-core
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
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
|
By
Alexander Kanavin
·
#1173
·
|
|
Re: promoting Rust to first class citizen in oe-core
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
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
|
By
Richard Purdie
·
#1172
·
|
|
Re: promoting Rust to first class citizen in oe-core
<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
<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
|
By
Andreas Müller
·
#1171
·
|
|
Re: promoting Rust to first class citizen in oe-core
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
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
|
By
Otavio Salvador
·
#1170
·
|