On Mon, 1 Sept 2025 at 13:15, Alexander Kanavin via
lists.openembedded.org <[email protected]>
wrote:
> That said, non-deterministically falling through to the host libsqlite
> is wrong as well, it just wasn't previously exposed. We need to figure
> out this one first, and fix it properly, and only then address the
> pseudo linking issue above.

I found a better way to reproduce and observe this.

1. The issue can be seen even without the sqlite update.

Run 'bitbake gcc-runtime', then delete tmp/ then run 'bitbake -c
package gcc-runtime'.

Then take a look at tmp/log/cooker/qemux86-64/console-latest.log, and
it should have:

NOTE: Executing Tasks
NOTE: Running setscene task 1 of 304
(virtual:native:/srv/work/alex/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot_setscene)
NOTE: recipe pseudo-native-1.9.2+git-r0: task
do_populate_sysroot_setscene: Started
NOTE: recipe pseudo-native-1.9.2+git-r0: task
do_populate_sysroot_setscene: Succeeded
NOTE: Running setscene task 2 of 304
(/srv/work/alex/poky/meta/recipes-devtools/gcc/gcc-runtime_15.2.bb:do_package_setscene)
NOTE: Running setscene task 4 of 304
(virtual:native:/srv/work/alex/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_recipe_qa_setscene)
NOTE: recipe pseudo-native-1.9.2+git-r0: task do_recipe_qa_setscene: Started
NOTE: recipe gcc-runtime-15.2.0-r0: task do_package_setscene: Started

Which means, pseudo is installed, but not sqlite. Then tasks that
depend on pseudo start running, and they seem to work by happy
coincidence (fall-through to host sqlite).

2. With the sqlite update, that fall-through breaks (with the same
command sequnce):

NOTE: Executing Tasks
NOTE: Running setscene task 1 of 304
(virtual:native:/srv/work/alex/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot_setscene)
NOTE: recipe pseudo-native-1.9.2+git-r0: task
do_populate_sysroot_setscene: Started
NOTE: recipe pseudo-native-1.9.2+git-r0: task
do_populate_sysroot_setscene: Succeeded
NOTE: Running setscene task 3 of 304
(virtual:native:/srv/work/alex/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_recipe_qa_setscene)
NOTE: Running setscene task 4 of 304
(/srv/work/alex/poky/meta/recipes-devtools/gcc/gcc-runtime_15.2.bb:do_package_setscene)
ERROR: An uncaught exception occurred in runqueue
Traceback (most recent call last):
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 1661, in
execute_runqueue
    return self._execute_runqueue()
           ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 1627, in
_execute_runqueue
    retval = self.rqexe.execute()
             ^^^^^^^^^^^^^^^^^^^^
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 2317, in execute
    self.rq.start_fakeworker(self, mc)
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 1437, in
start_fakeworker
    self.fakeworker[mc] = self._start_worker(mc, True, rqexec)
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 1406, in
_start_worker
    RunQueue.send_pickled_data(worker, workerdata, "workerdata")
  File "/srv/work/alex/poky/bitbake/lib/bb/runqueue.py", line 1365, in
send_pickled_data
    worker.stdin.write(msg)
BrokenPipeError: [Errno 32] Broken pipe


3. I don't yet know how to solve this either. This will work, but
hardcodes pseudo's particular dependencies into a location which
refers only to a generic fakeroot implementation:

diff --git a/meta/classes-global/base.bbclass b/meta/classes-global/base.bbclass
...
-        d.appendVarFlag('do_package_setscene', 'depends', '
virtual/fakeroot-native:do_populate_sysroot')
+        d.appendVarFlag('do_package_setscene', 'depends', '
virtual/fakeroot-native:do_populate_sysroot
sqlite3-native:do_populate_sysroot')
...

I'm afraid, RP needs to step in :-/

Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#222660): 
https://lists.openembedded.org/g/openembedded-core/message/222660
Mute This Topic: https://lists.openembedded.org/mt/114116736/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to