public inbox for yocto@lists.yoctoproject.org
 help / color / mirror / Atom feed
* Arch Linux - Python Newer than Recommend i.e. post 3.12
@ 2026-02-05  2:39 Nicholas Krause
  2026-02-05  9:46 ` [yocto] " Alexander Kanavin
  2026-02-05 10:40 ` Ross Burton
  0 siblings, 2 replies; 7+ messages in thread
From: Nicholas Krause @ 2026-02-05  2:39 UTC (permalink / raw)
  To: yocto

Greetings,
I'm getting this on Arch:
bitbake core-image-full-cmdline
Traceback (most recent call last):
   File "/home/npkrause/poky/bitbake/bin/bitbake", line 36, in <module>
     sys.exit(bitbake_main(BitBakeConfigParameters(sys.argv),
              ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                           cookerdata.CookerConfiguration()))
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/npkrause/poky/bitbake/lib/bb/main.py", line 378, in 
bitbake_main
     return ui_module.main(server_connection.connection, 
server_connection.events,
  
~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                           configParams)
                           ^^^^^^^^^^^^^
   File "/home/npkrause/poky/bitbake/lib/bb/ui/knotty.py", line 415, in main
     params.updateToServer(server, os.environ.copy())
     ~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/npkrause/poky/bitbake/lib/bb/cookerdata.py", line 75, in 
updateToServer
     raise Exception("Unable to update the server configuration with 
local parameters: %s" % error)
Exception: Unable to update the server configuration with local 
parameters: Traceback (most recent call last):
   File "/home/npkrause/poky/bitbake/lib/bb/command.py", line 90, in 
runCommand
     result = command_method(self, commandline)
   File "/home/npkrause/poky/bitbake/lib/bb/command.py", line 286, in 
updateConfig
     command.cooker.updateConfigOpts(options, environment, cmdline)
     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 535, in 
updateConfigOpts
     self.reset()
     ~~~~~~~~~~^^
   File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 1775, in reset
     self.handlePRServ()
     ~~~~~~~~~~~~~~~~~^^
   File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 437, in 
handlePRServ
     self.hashserv.serve_as_process()
     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
   File "/home/npkrause/poky/bitbake/lib/bb/asyncrpc/serv.py", line 280, 
in serve_as_process
     self.process.start()
     ~~~~~~~~~~~~~~~~~~^^
   File "/usr/lib/python3.14/multiprocessing/process.py", line 121, in start
     self._popen = self._Popen(self)
                   ~~~~~~~~~~~^^^^^^
   File "/usr/lib/python3.14/multiprocessing/context.py", line 224, in 
_Popen
     return _default_context.get_context().Process._Popen(process_obj)
            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
   File "/usr/lib/python3.14/multiprocessing/context.py", line 300, in 
_Popen
     return Popen(process_obj)
   File "/usr/lib/python3.14/multiprocessing/popen_forkserver.py", line 
35, in __init__
     super().__init__(process_obj)
     ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
   File "/usr/lib/python3.14/multiprocessing/popen_fork.py", line 20, in 
__init__
     self._launch(process_obj)
     ~~~~~~~~~~~~^^^^^^^^^^^^^
   File "/usr/lib/python3.14/multiprocessing/popen_forkserver.py", line 
47, in _launch
     reduction.dump(process_obj, buf)
     ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^
   File "/usr/lib/python3.14/multiprocessing/reduction.py", line 60, in dump
     ForkingPickler(file, protocol).dump(obj)
     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^
_pickle.PicklingError: Can't pickle local object <function 
AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
when serializing dict item '_target'
when serializing multiprocessing.context.Process state

Due to being on Python 3.14. I would prefer not to have to use a 
backwards supported penv for Yocto alone. Does anyone have any 
experience with working on Arch and how to avoid these issues without 
either dealing with penv or yay for getting a older version of python, 
pre 3.12 I believe.
Thanks,
Nick


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-05  2:39 Arch Linux - Python Newer than Recommend i.e. post 3.12 Nicholas Krause
@ 2026-02-05  9:46 ` Alexander Kanavin
  2026-02-05 10:40 ` Ross Burton
  1 sibling, 0 replies; 7+ messages in thread
From: Alexander Kanavin @ 2026-02-05  9:46 UTC (permalink / raw)
  To: yocto, xerofoify

Which version of yocto/bitbake are you using? Can you check if the
issue triggers on latest master of bitbake/oe-core?

Alex

On Thu, 5 Feb 2026 at 03:37, Nicholas Krause via
lists.yoctoproject.org <xerofoify=gmail.com@lists.yoctoproject.org>
wrote:
>
> Greetings,
> I'm getting this on Arch:
> bitbake core-image-full-cmdline
> Traceback (most recent call last):
>    File "/home/npkrause/poky/bitbake/bin/bitbake", line 36, in <module>
>      sys.exit(bitbake_main(BitBakeConfigParameters(sys.argv),
>               ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>                            cookerdata.CookerConfiguration()))
>                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    File "/home/npkrause/poky/bitbake/lib/bb/main.py", line 378, in
> bitbake_main
>      return ui_module.main(server_connection.connection,
> server_connection.events,
>
> ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>                            configParams)
>                            ^^^^^^^^^^^^^
>    File "/home/npkrause/poky/bitbake/lib/bb/ui/knotty.py", line 415, in main
>      params.updateToServer(server, os.environ.copy())
>      ~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    File "/home/npkrause/poky/bitbake/lib/bb/cookerdata.py", line 75, in
> updateToServer
>      raise Exception("Unable to update the server configuration with
> local parameters: %s" % error)
> Exception: Unable to update the server configuration with local
> parameters: Traceback (most recent call last):
>    File "/home/npkrause/poky/bitbake/lib/bb/command.py", line 90, in
> runCommand
>      result = command_method(self, commandline)
>    File "/home/npkrause/poky/bitbake/lib/bb/command.py", line 286, in
> updateConfig
>      command.cooker.updateConfigOpts(options, environment, cmdline)
>      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 535, in
> updateConfigOpts
>      self.reset()
>      ~~~~~~~~~~^^
>    File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 1775, in reset
>      self.handlePRServ()
>      ~~~~~~~~~~~~~~~~~^^
>    File "/home/npkrause/poky/bitbake/lib/bb/cooker.py", line 437, in
> handlePRServ
>      self.hashserv.serve_as_process()
>      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
>    File "/home/npkrause/poky/bitbake/lib/bb/asyncrpc/serv.py", line 280,
> in serve_as_process
>      self.process.start()
>      ~~~~~~~~~~~~~~~~~~^^
>    File "/usr/lib/python3.14/multiprocessing/process.py", line 121, in start
>      self._popen = self._Popen(self)
>                    ~~~~~~~~~~~^^^^^^
>    File "/usr/lib/python3.14/multiprocessing/context.py", line 224, in
> _Popen
>      return _default_context.get_context().Process._Popen(process_obj)
>             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
>    File "/usr/lib/python3.14/multiprocessing/context.py", line 300, in
> _Popen
>      return Popen(process_obj)
>    File "/usr/lib/python3.14/multiprocessing/popen_forkserver.py", line
> 35, in __init__
>      super().__init__(process_obj)
>      ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
>    File "/usr/lib/python3.14/multiprocessing/popen_fork.py", line 20, in
> __init__
>      self._launch(process_obj)
>      ~~~~~~~~~~~~^^^^^^^^^^^^^
>    File "/usr/lib/python3.14/multiprocessing/popen_forkserver.py", line
> 47, in _launch
>      reduction.dump(process_obj, buf)
>      ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^
>    File "/usr/lib/python3.14/multiprocessing/reduction.py", line 60, in dump
>      ForkingPickler(file, protocol).dump(obj)
>      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^
> _pickle.PicklingError: Can't pickle local object <function
> AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
> when serializing dict item '_target'
> when serializing multiprocessing.context.Process state
>
> Due to being on Python 3.14. I would prefer not to have to use a
> backwards supported penv for Yocto alone. Does anyone have any
> experience with working on Arch and how to avoid these issues without
> either dealing with penv or yay for getting a older version of python,
> pre 3.12 I believe.
> Thanks,
> Nick
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#66220): https://lists.yoctoproject.org/g/yocto/message/66220
> Mute This Topic: https://lists.yoctoproject.org/mt/117647566/1686489
> Group Owner: yocto+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [alex.kanavin@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-05  2:39 Arch Linux - Python Newer than Recommend i.e. post 3.12 Nicholas Krause
  2026-02-05  9:46 ` [yocto] " Alexander Kanavin
@ 2026-02-05 10:40 ` Ross Burton
  2026-02-06 22:49   ` Nicholas Krause
  1 sibling, 1 reply; 7+ messages in thread
From: Ross Burton @ 2026-02-05 10:40 UTC (permalink / raw)
  To: yocto@lists.yoctoproject.org, xerofoify@gmail.com

On 5 Feb 2026, at 02:37, Nicholas Krause via lists.yoctoproject.org <xerofoify=gmail.com@lists.yoctoproject.org> wrote:
> _pickle.PicklingError: Can't pickle local object <function AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
> when serializing dict item '_target'
> when serializing multiprocessing.context.Process state
> 
> Due to being on Python 3.14. I would prefer not to have to use a backwards supported penv for Yocto alone. Does anyone have any experience with working on Arch and how to avoid these issues without either dealing with penv or yay for getting a older version of python, pre 3.12 I believe.

There’s a number of fixes for the 3.14 changes to multiprocessing in git, so you likely need to backport those. What version of Yocto are you using?

Ross


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-05 10:40 ` Ross Burton
@ 2026-02-06 22:49   ` Nicholas Krause
  2026-02-08 21:09     ` Hugh Manning
  2026-02-22  5:58     ` Nicholas Krause
  0 siblings, 2 replies; 7+ messages in thread
From: Nicholas Krause @ 2026-02-06 22:49 UTC (permalink / raw)
  To: Ross Burton, yocto@lists.yoctoproject.org

Greetings,
I'm on kirkenstone currently. So backporting the patches is probably 
best. However, what's the longterm strategy around this as its been a 
program for several years on more bleeding edge distributions i.e. Arch? 
Even when were talking mainline its a problem with Arch sometimes.

Thanks,
Nick

On 2/5/26 5:40 AM, Ross Burton wrote:
> On 5 Feb 2026, at 02:37, Nicholas Krause via lists.yoctoproject.org <xerofoify=gmail.com@lists.yoctoproject.org> wrote:
>> _pickle.PicklingError: Can't pickle local object <function AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
>> when serializing dict item '_target'
>> when serializing multiprocessing.context.Process state
>>
>> Due to being on Python 3.14. I would prefer not to have to use a backwards supported penv for Yocto alone. Does anyone have any experience with working on Arch and how to avoid these issues without either dealing with penv or yay for getting a older version of python, pre 3.12 I believe.
> 
> There’s a number of fixes for the 3.14 changes to multiprocessing in git, so you likely need to backport those. What version of Yocto are you using?
> 
> Ross
> 



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-06 22:49   ` Nicholas Krause
@ 2026-02-08 21:09     ` Hugh Manning
  2026-02-22  5:58     ` Nicholas Krause
  1 sibling, 0 replies; 7+ messages in thread
From: Hugh Manning @ 2026-02-08 21:09 UTC (permalink / raw)
  To: yocto@lists.yoctoproject.org

When I've built on Arch, I've installed a buildtools tarball to work
around Python versions, and it has worked well for me. Here's the
relevant section of the manual:

https://docs.yoctoproject.org/ref-manual/system-requirements.html#required-git-tar-python-make-and-gcc-versions

> However, what's the longterm strategy around this as its been a
> program for several years on more bleeding edge distributions i.e. Arch?

The manual states that they are unsupported, but that's not entirely
true, since you can use the buildtools tarball. Relevant section of the
manual is the note in the section on supported Linux distributions:

https://docs.yoctoproject.org/ref-manual/system-requirements.html#supported-linux-distributions

I've also been meaning to try Distrobox (https://distrobox.it), which
looks like it might make the workflow easier when running officially
supported distributions via a container.

Hope that helps!

Cheers,
Hugh


________________________________

Disclaimer Notice: This email, and any attachments (if any), may contain proprietary, privileged and/or confidential information. Unless you are specifically authorized to do so, you may not use, copy, or disclose to anyone this email message or any information contained herein. If you are not the intended recipient of this message, be aware that any use, disclosure, review, or reproduction of this message is strictly prohibited. If you received this message in error, please contact the sender, and promptly delete this message.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-06 22:49   ` Nicholas Krause
  2026-02-08 21:09     ` Hugh Manning
@ 2026-02-22  5:58     ` Nicholas Krause
  2026-02-22  7:15       ` Nicholas Krause
  1 sibling, 1 reply; 7+ messages in thread
From: Nicholas Krause @ 2026-02-22  5:58 UTC (permalink / raw)
  To: Ross Burton, yocto@lists.yoctoproject.org

Greetings,
Pinging this email as its been a few weeks and not sure if the patches 
have been backported.

Thanks,
Nick

On 2/6/26 5:49 PM, Nicholas Krause wrote:
> Greetings,
> I'm on kirkenstone currently. So backporting the patches is probably 
> best. However, what's the longterm strategy around this as its been a 
> program for several years on more bleeding edge distributions i.e. Arch? 
> Even when were talking mainline its a problem with Arch sometimes.
> 
> Thanks,
> Nick
> 
> On 2/5/26 5:40 AM, Ross Burton wrote:
>> On 5 Feb 2026, at 02:37, Nicholas Krause via lists.yoctoproject.org 
>> <xerofoify=gmail.com@lists.yoctoproject.org> wrote:
>>> _pickle.PicklingError: Can't pickle local object <function 
>>> AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
>>> when serializing dict item '_target'
>>> when serializing multiprocessing.context.Process state
>>>
>>> Due to being on Python 3.14. I would prefer not to have to use a 
>>> backwards supported penv for Yocto alone. Does anyone have any 
>>> experience with working on Arch and how to avoid these issues without 
>>> either dealing with penv or yay for getting a older version of 
>>> python, pre 3.12 I believe.
>>
>> There’s a number of fixes for the 3.14 changes to multiprocessing in 
>> git, so you likely need to backport those. What version of Yocto are 
>> you using?
>>
>> Ross
>>
> 



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [yocto] Arch Linux - Python Newer than Recommend i.e. post 3.12
  2026-02-22  5:58     ` Nicholas Krause
@ 2026-02-22  7:15       ` Nicholas Krause
  0 siblings, 0 replies; 7+ messages in thread
From: Nicholas Krause @ 2026-02-22  7:15 UTC (permalink / raw)
  To: Ross Burton, yocto@lists.yoctoproject.org

Greetings,
Please forget. I've switched to scrathgap which works fine. Kirkenstone 
is frozen so I would not worry about my previous concerns.

Nick

On 2/22/26 12:58 AM, Nicholas Krause wrote:
> Greetings,
> Pinging this email as its been a few weeks and not sure if the patches 
> have been backported.
> 
> Thanks,
> Nick
> 
> On 2/6/26 5:49 PM, Nicholas Krause wrote:
>> Greetings,
>> I'm on kirkenstone currently. So backporting the patches is probably 
>> best. However, what's the longterm strategy around this as its been a 
>> program for several years on more bleeding edge distributions i.e. 
>> Arch? Even when were talking mainline its a problem with Arch sometimes.
>>
>> Thanks,
>> Nick
>>
>> On 2/5/26 5:40 AM, Ross Burton wrote:
>>> On 5 Feb 2026, at 02:37, Nicholas Krause via lists.yoctoproject.org 
>>> <xerofoify=gmail.com@lists.yoctoproject.org> wrote:
>>>> _pickle.PicklingError: Can't pickle local object <function 
>>>> AsyncServer.serve_as_process.<locals>.run at 0x7fea88598a90>
>>>> when serializing dict item '_target'
>>>> when serializing multiprocessing.context.Process state
>>>>
>>>> Due to being on Python 3.14. I would prefer not to have to use a 
>>>> backwards supported penv for Yocto alone. Does anyone have any 
>>>> experience with working on Arch and how to avoid these issues 
>>>> without either dealing with penv or yay for getting a older version 
>>>> of python, pre 3.12 I believe.
>>>
>>> There’s a number of fixes for the 3.14 changes to multiprocessing in 
>>> git, so you likely need to backport those. What version of Yocto are 
>>> you using?
>>>
>>> Ross
>>>
>>
> 



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2026-02-22  7:13 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-02-05  2:39 Arch Linux - Python Newer than Recommend i.e. post 3.12 Nicholas Krause
2026-02-05  9:46 ` [yocto] " Alexander Kanavin
2026-02-05 10:40 ` Ross Burton
2026-02-06 22:49   ` Nicholas Krause
2026-02-08 21:09     ` Hugh Manning
2026-02-22  5:58     ` Nicholas Krause
2026-02-22  7:15       ` Nicholas Krause

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox