openembedded-architecture  

Messages by Thread

• [Openembedded-architecture] proposal/plan for taking bitbake-setup into use - official configurations (with guaranteed sstate) Alexander Kanavin via lists.openembedded.org
  • Re: [Openembedded-architecture] proposal/plan for taking bitbake-setup into use - official configurations (with guaranteed sstate) Alexander Kanavin via lists.openembedded.org
• [Openembedded-architecture] layer layout: poky vs individual repo checkouts Alexander Kanavin via lists.openembedded.org
  • Re: [Openembedded-architecture] layer layout: poky vs individual repo checkouts Peter Kjellerstedt via lists.openembedded.org
  • Re: [Openembedded-architecture] layer layout: poky vs individual repo checkouts Richard Purdie via lists.openembedded.org
• [Openembedded-architecture] gomod fetcher totally broken for mirroring Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Martin Jansa via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Christian Lindeberg via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Martin Jansa via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Christian Lindeberg via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Yoann Congal via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Peter Kjellerstedt via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Christian Lindeberg via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Stefan Herbrechtsmeier via lists.openembedded.org
  • Re: [Openembedded-architecture] gomod fetcher totally broken for mirroring Richard Purdie via lists.openembedded.org
• [Openembedded-architecture] Terminology for bitbake-setup Alexander Kanavin via lists.openembedded.org
  • Re: [Openembedded-architecture] Terminology for bitbake-setup Alexander Kanavin via lists.openembedded.org
• [Openembedded-architecture] bitbake-setup, where we're at? Alexander Kanavin via lists.openembedded.org
• [Openembedded-architecture] [RFC] Enable multilib for nativesdk gcc hongxu via lists.openembedded.org
  • Re: [Openembedded-architecture] [RFC] Enable multilib for nativesdk gcc Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] [RFC] Enable multilib for nativesdk gcc hongxu via lists.openembedded.org
  • Re: [Openembedded-architecture] [RFC] Enable multilib for nativesdk gcc Tim Orling via lists.openembedded.org
• [Openembedded-architecture] Per recipe provider configuration Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Alex Kiernan via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Paul Barker via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Esben Haabendal via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] Per recipe provider configuration Esben Haabendal via lists.openembedded.org
• [Openembedded-architecture] OpenEmbedded Workshop after FOSDEM CFP closing Dec 21 Philip Balister
• [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Khem Raj
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Denys Dmytriyenko
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mikko Rapeli
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mikko Rapeli
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Khem Raj
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mikko Rapeli
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Chuck Wolber
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Chuck Wolber
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Hatle
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Hatle
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Ross Burton via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Richard Purdie via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal: New 'include_all' directive Mark Hatle
• [Openembedded-architecture] Post FOSDEM Openembedded Workshop (Feb 3, in Brussels) Philip Balister
• [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Richard Purdie
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Denys Dmytriyenko
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Richard Purdie
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Khem Raj
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Denys Dmytriyenko
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Denys Dmytriyenko
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Richard Purdie
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Denys Dmytriyenko
  • Re: [Openembedded-architecture] TCLIBC, TMPDIR - time to drop TCLIBCAPPEND? Richard Purdie
• [Openembedded-architecture] Proposal to drop support for BB_DANGLINGAPPENDS_WARNONLY Richard Purdie
  • Re: [Openembedded-architecture] Proposal to drop support for BB_DANGLINGAPPENDS_WARNONLY Ryan Eatmon via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal to drop support for BB_DANGLINGAPPENDS_WARNONLY Richard Purdie
• Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Alexander Kanavin
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Mark Hatle
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Alexander Kanavin
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Richard Purdie
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Peter Kjellerstedt
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Alexander Kanavin
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Richard Purdie
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Trevor Gamblin
  • Re: [Openembedded-architecture] [OE-core] [PATCH] bitbake-config-build: add a plugin for config fragments Alexander Kanavin
• [Openembedded-architecture] Build systems MC at LPC 2024, Vienna - CFP open! Josef Holzmayr
• [Openembedded-architecture] proposal: controlled deprecation process for oe-core Alexander Kanavin
  • Re: [Openembedded-architecture] proposal: controlled deprecation process for oe-core Richard Purdie
  • Re: [Openembedded-architecture] proposal: controlled deprecation process for oe-core Alexander Kanavin
  • Re: [Openembedded-architecture] proposal: controlled deprecation process for oe-core Richard Purdie
• [Openembedded-architecture] VEX work status Marta Rybczynska
• [Openembedded-architecture] SPDX delivery Marta Rybczynska
  • Re: [Openembedded-architecture] SPDX delivery Joshua Watt
  • Re: [Openembedded-architecture] SPDX delivery Marta Rybczynska
  • Re: [Openembedded-architecture] SPDX delivery Esben Haabendal
  • Re: [Openembedded-architecture] SPDX delivery Marta Rybczynska
  • Re: [Openembedded-architecture] SPDX delivery Joshua Watt
  • Re: [yocto] SPDX delivery Marta Rybczynska
  • Re: [Openembedded-architecture] SPDX delivery Joshua Watt
• [Openembedded-architecture] WOKRDIR change transition guide/notes Richard Purdie
  • Re: [Openembedded-architecture] [docs] WOKRDIR change transition guide/notes Michael Opdenacker via lists.openembedded.org
• [Openembedded-architecture] Where are we at? Richard Purdie
  • Re: [Openembedded-architecture] [yocto] Where are we at? Alexander Kanavin
  • Re: [Openembedded-architecture] [OE-core] Where are we at? Ross Burton
  • Re: [Openembedded-architecture] [yocto] Where are we at? Alexander Kanavin
• [Openembedded-architecture] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin
  • Re: [Openembedded-architecture] [RFC PATCH] bitbake-setup: add the proof of concept implementation Richard Purdie
  • Re: [yocto] [Openembedded-architecture] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin
  • Re: [Openembedded-architecture] [RFC PATCH] bitbake-setup: add the proof of concept implementation Richard Purdie
  • Re: [yocto] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Ryan Eatmon via lists.yoctoproject.org
  • Re: [yocto] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin
  • Re: [Openembedded-architecture] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Ryan Eatmon via lists.openembedded.org
  • Re: [Openembedded-architecture] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin
  • Re: [Openembedded-architecture] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin
  • Re: [yocto] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Ryan Eatmon via lists.yoctoproject.org
  • [Openembedded-architecture] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin via lists.openembedded.org
  • Re: [yocto] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Chuck Wolber via lists.yoctoproject.org
  • Re: [Openembedded-architecture] [bitbake-devel] [RFC PATCH] bitbake-setup: add the proof of concept implementation Alexander Kanavin via lists.openembedded.org
• [Openembedded-architecture] CVE program statement on the use of the new data format Marta Rybczynska
  • Re: [Openembedded-architecture] CVE program statement on the use of the new data format Richard Purdie
• [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Richard Purdie
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Mark Hatle
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Paul Barker
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Richard Purdie
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Esben Haabendal
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Richard Purdie
  • Re: [Openembedded-architecture] Cleanup of WORKDIR by separating do_unpack Richard Purdie
• [Openembedded-architecture] Security tooling update: VEX, cve-check over SPDX and a plan "B" for the NVD situation Marta Rybczynska
• [Openembedded-architecture] Open letter to the CVE Project/CNAs Richard Purdie
• [Openembedded-architecture] NVD status and ideas for a backup solution Marta Rybczynska
  • Re: [Openembedded-architecture] NVD status and ideas for a backup solution Marta Rybczynska
• [Openembedded-architecture] New mailing list for layer patches Ross Burton
  • Re: [Openembedded-architecture] New mailing list for layer patches Paul Barker
  • Re: [yocto] [Openembedded-architecture] New mailing list for layer patches Michael Opdenacker via lists.openembedded.org
  • Re: [yocto] [Openembedded-architecture] New mailing list for layer patches Josef Holzmayr
  • Re: [Openembedded-architecture] New mailing list for layer patches Peter Kjellerstedt
  • Re: [Openembedded-architecture] New mailing list for layer patches Richard Purdie
  • Re: [Openembedded-architecture] [yocto] New mailing list for layer patches Neal Caidin
• [Openembedded-architecture] Feature freeze status Richard Purdie
  • Re: [Openembedded-architecture] Feature freeze status Alexander Kanavin
  • Re: [Openembedded-architecture] Feature freeze status Richard Purdie
• [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Ross Burton
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Richard Purdie
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Mikko Rapeli
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Mikko Rapeli
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Bruce Ashfield
  • Re: [OE-core] [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Bruce Ashfield
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Paul Barker
  • Re: [poky] [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig Mark Hatle
  • Re: [Openembedded-architecture] [RFC PATCH] Add genericarm64 MACHINE using upstream defconfig paulg
• [Openembedded-architecture] proposal: config fragments Alexander Kanavin
  • Re: [Openembedded-architecture] proposal: config fragments Richard Purdie
  • Re: [Openembedded-architecture] proposal: config fragments Mark Hatle
  • Re: [Openembedded-architecture] proposal: config fragments Mark Asselstine via lists.openembedded.org
  • Re: [Openembedded-architecture] proposal: config fragments Alexander Kanavin
  • Re: [Openembedded-architecture] proposal: config fragments Bruce Ashfield
• Re: [Openembedded-architecture] Priority removal discussion Josef Holzmayr
• [Openembedded-architecture] Kernel versions in our next LTS release Richard Purdie
• [Openembedded-architecture] Proposal for adding a "inherit_deferred" directive to bitbake Richard Purdie
  • Re: [Openembedded-architecture] Proposal for adding a "inherit_deferred" directive to bitbake Richard Purdie
  • Re: [Openembedded-architecture] Proposal for adding a "inherit_deferred" directive to bitbake Bruce Ashfield
  • Re: [Openembedded-architecture] Proposal for adding a "inherit_deferred" directive to bitbake Chris Laplante via lists.openembedded.org
  • Re: [Openembedded-architecture] Proposal for adding a "inherit_deferred" directive to bitbake Richard Purdie
• [Openembedded-architecture] Removal/disable of testimage dumper code in LTS branches? Richard Purdie
  • Re: [Openembedded-architecture] Removal/disable of testimage dumper code in LTS branches? Khem Raj
  • Re: [Openembedded-architecture] Removal/disable of testimage dumper code in LTS branches? Ross Burton
  • Re: [Openembedded-architecture] Removal/disable of testimage dumper code in LTS branches? Steve Sakoman
  • Re: [Openembedded-architecture] Removal/disable of testimage dumper code in LTS branches? Khem Raj
• [Openembedded-architecture] Weak PACKAGECONFIG removal Joshua Watt
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Alex Kiernan
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Christopher Larson
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Alexander Kanavin
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Richard Purdie
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Richard Purdie
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Joshua Watt
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Peter Kjellerstedt
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Alexander Kanavin
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Ross Burton
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Chen Qi via lists.openembedded.org
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Ross Burton
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Adrian Freihofer
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Joshua Watt
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Peter Kjellerstedt
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Adrian Freihofer
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Alexander Kanavin
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Alex Kiernan
  • Re: [Openembedded-architecture] Weak PACKAGECONFIG removal Richard Purdie
• [Openembedded-architecture] OpenEmbedded Working Group Definition Joshua Watt
• [Openembedded-architecture] Removing moving "early boot" binaries to /bin Ross Burton
  • Re: [Openembedded-architecture] Removing moving "early boot" binaries to /bin Joshua Watt
  • Re: [Openembedded-architecture] Removing moving "early boot" binaries to /bin Richard Purdie
  • Re: [Openembedded-architecture] Removing moving "early boot" binaries to /bin Joshua Watt
• [Openembedded-architecture] Why are sstate task interdependencies a bad idea? Richard Purdie
• [Openembedded-architecture] Should we continue with rpm in oe-core? (dependency explosion: needs rust, clang) Alexander Kanavin
  • Re: [Openembedded-architecture] Should we continue with rpm in oe-core? (dependency explosion: needs rust, clang) Mark Hatle

• Earlier messages