**** BEGIN LOGGING AT Tue Oct 11 02:59:57 2022 Oct 11 08:21:58 good morning Oct 11 09:47:58 I found something a bit strange: Python3 urllib.request for python3-core imports base64 which is provided by python3-netclient. But on the other hand python3-netclient depends on python3-core. Also depends on email and hashlib. Oct 11 09:48:46 is this expected? Because as it is "import urllib.request" won't work if only python-core is part of the image. Oct 11 10:29:24 python3-core be a dependency of every module that is split out Oct 11 10:29:47 the modules may need reviewing if urlllib is in core Oct 11 10:30:22 i'd say urllib.request should be in netclient... Oct 11 10:32:21 rburton, sounds good to me. Should I move it and add the needed dependencies to netclient? Oct 11 10:32:32 yeah Oct 11 10:33:03 alright, I will try to squeeze some time for upstream dev and do it :) Oct 11 11:03:37 the issue with urlllib comes from this commit: https://git.yoctoproject.org/poky/commit/meta/recipes-devtools/python?id=56fd64447c98f1f6985fc623be94c7a92d4f18aa Oct 11 11:05:04 urlllib used to be part of netclient. In 2020 it was moved to core. However, this creates dependency issue so I will move it back to netclient. Oct 11 11:05:24 I will have a quick lunch and work on the fix. Oct 11 11:12:34 leon-anavi: either split it out and fix the depends, or just add the missing depends from core to other pieces Oct 11 11:12:44 honestly, i do wonder i we should just abandon the splitting up the modules thing Oct 11 11:12:58 maybe split out a few key ones which are large and unused, but py is dropping those anyway... Oct 11 11:46:36 I am planning to move it back to netclient as well as to fix the netclient dependencies. Oct 11 12:32:27 Hi Oct 11 12:32:35 what do you guys think about this box? https://www.darveen.com/product/mvc-4246-intel-core-i5-8265u-i7-8565u-embedded-vehicle-computer/ Oct 11 12:32:54 Is there a way to turn on the computer on ignition assuming extra wiring? Oct 11 13:43:32 It seems that url for some packages has changed recently and now those aren't available. For example https://git.yoctoproject.org/cgit/cgit.cgi/meta-security/snapshot/meta-security-653474bdc5c6cfdf59f6f7342bcf1fd65110d3c8.tar.bz2 now redirects to https://git.yoctoproject.org/meta-security/snapshot/meta-security-653474bdc5c6cfdf59f6f7342bcf1fd65110d3c8.tar.bz2 and results into "Unsupported snapshot format: Oct 11 13:43:38 meta-security-653474bdc5c6cfdf59f6f7342bcf1fd65110d3c8.tar.bz2". However https://git.yoctoproject.org/meta-security/snapshot/meta-security-653474bdc5c6cfdf59f6f7342bcf1fd65110d3c8.tar.gz seems to be available, so has the migration to new server failed for .tar.bz2 packages? Oct 11 13:44:04 actully is this correct channel for the issue or not? Oct 11 14:02:56 olte: why are you fetching snapshots instead of using git? Oct 11 14:04:29 Payam, you better ask the manufacturer of the hardware about this. Oct 11 14:10:34 JaMa: no idea, haven't setup the project myself and previously it has been working... Oct 11 14:11:38 olte: but it's very inefficient to re-download everything every single time (and causing the additional load on servers) instead of simple git pull (or git remote update + git checkout or whatever) Oct 11 14:12:43 true, I understand that Oct 11 14:15:56 I've had some issues in the past with modern yocto with older kernels, due to unimplemented syscalls. Is there something I can/should do to tell poky's recipes to not use modern kernel features? Oct 11 14:17:06 or do you just kinda have to accept an old userspace if you have an old kernel Oct 11 18:25:13 seems like there was a transient issue with https://git.openembedded.org/meta-openembedded ... kas was having trouble cloning 'dunfell' branch Oct 11 20:52:21 Hi everyone! I'm in a total mess of a documentation. I'd like to send a PR to Poky (looks like OpenEmbedded-Core is the correct place) and even got a write access to poky-contrib repo. But when I run scripts/create-pull-request, it just hungs on timeout to https of push.yoctoproject.org/poky-contrib/. What am I doing wrong? Thanks! **** ENDING LOGGING AT Wed Oct 12 02:59:57 2022