Openembedded Core Discussions
 help / color / mirror / Atom feed
From: AdrianF <adrian.freihofer@siemens.com>
To: openembedded-core@lists.openembedded.org
Cc: Adrian Freihofer <adrian.freihofer@siemens.com>
Subject: [PATCH 0/9] devtool: ide-sdk: bug fixes, do_install-through-bitbake, NFS deploy prep
Date: Sun,  6 Sep 2026 23:01:58 +0200	[thread overview]
Message-ID: <20260906210307.2793974-1-adrian.freihofer@siemens.com> (raw)

From: Adrian Freihofer <adrian.freihofer@siemens.com>

Mix of three things:

1. Bug fixes (1-2): stale-lib GDB fix, don't guess the slirp SSH port in the selftest.
2. Resend of patches sent a few days ago (3-6), rebased to apply in a
   different order and independently of the more controversial
   attach-mode/port-allocation work: attach process pre-selection via
   `processFilter`, and running `do_install` through BitBake (plus its
   tinfoil/selftest coverage).
3. Cleanup/prep for the upcoming NFS rootfs export patches (7-9), which
   will be resent separately once reworked: `PSEUDO_INCLUDE_PATHS` for
   `unfsd`, decoupling deploy's pseudo calls from `bitbake.conf`, and
   dropping a dead `files_list` computation.

Adrian Freihofer (9):
  devtool: ide-sdk: fix GDB loading stale libs instead of recipe's own
    build
  oe-selftest: devtool ide-sdk: do not guess the slirp SSH port
  devtool: ide-sdk: pre-select attach process with processFilter
  oe-selftest: tinfoil: test prepared task runner
  devtool: ide-sdk: run do_install through BitBake
  oe-selftest: devtool ide-sdk: test install task
  runqemu-export-rootfs: set PSEUDO_INCLUDE_PATHS for unfsd
  devtool: deploy: make pseudo calls independent of bitbake.conf
  devtool: deploy: remove dead files_list computation

 .../pseudo-pyc-test/pseudo-pyc-test.bb        |  45 ++++++++
 meta/conf/bitbake.conf                        |   2 +-
 meta/lib/oeqa/selftest/cases/devtool.py       |  95 +++++++++++++---
 meta/lib/oeqa/selftest/cases/tinfoil.py       |  60 ++++++++++
 scripts/lib/devtool/__init__.py               |  11 +-
 scripts/lib/devtool/deploy.py                 |  17 ++-
 scripts/lib/devtool/ide_plugins/ide_code.py   |   1 +
 scripts/lib/devtool/ide_sdk.py                | 104 +++++++++++-------
 scripts/runqemu-export-rootfs                 |   2 +
 9 files changed, 270 insertions(+), 67 deletions(-)

-- 
2.55.0



             reply	other threads:[~2026-09-06 21:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-06 21:01 AdrianF [this message]
2026-09-06 21:01 ` [PATCH 1/9] devtool: ide-sdk: fix GDB loading stale libs instead of recipe's own build AdrianF
2026-09-06 21:02 ` [PATCH 2/9] oe-selftest: devtool ide-sdk: do not guess the slirp SSH port AdrianF
2026-09-06 21:19   ` Patchtest results for " patchtest
2026-09-06 21:02 ` [PATCH 3/9] devtool: ide-sdk: pre-select attach process with processFilter AdrianF
2026-09-06 21:02 ` [PATCH 4/9] oe-selftest: tinfoil: test prepared task runner AdrianF
2026-09-06 21:02 ` [PATCH 5/9] devtool: ide-sdk: run do_install through BitBake AdrianF
2026-09-06 21:02 ` [PATCH 6/9] oe-selftest: devtool ide-sdk: test install task AdrianF
2026-09-06 21:02 ` [PATCH 7/9] runqemu-export-rootfs: set PSEUDO_INCLUDE_PATHS for unfsd AdrianF
2026-09-06 21:02 ` [PATCH 8/9] devtool: deploy: make pseudo calls independent of bitbake.conf AdrianF
2026-09-06 21:02 ` [PATCH 9/9] devtool: deploy: remove dead files_list computation AdrianF

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260906210307.2793974-1-adrian.freihofer@siemens.com \
    --to=adrian.freihofer@siemens.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox