| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 00:00 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:00 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 256 seconds) | 00:05 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 00:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:29 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:31 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 00:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 00:44 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:49 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:56 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:02 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 01:09 | |
| *** rber__ <rber__!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 01:32 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has quit IRC (Read error: Connection reset by peer) | 01:33 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Ping timeout: 246 seconds) | 01:34 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Ping timeout: 240 seconds) | 01:34 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 01:35 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 01:35 | |
| *** wCPO9 <wCPO9!~wCPO@mail.klausen.dk> has joined #yocto | 01:36 | |
| *** rber__ <rber__!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Remote host closed the connection) | 01:37 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Remote host closed the connection) | 01:37 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has quit IRC (Quit: No Ping reply in 180 seconds.) | 01:37 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Remote host closed the connection) | 01:37 | |
| *** Shaun <Shaun!~shaun@user/shaun> has quit IRC (Ping timeout: 272 seconds) | 01:37 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 01:37 | |
| *** rber__ <rber__!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 01:37 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 01:37 | |
| *** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Read error: Connection reset by peer) | 01:37 | |
| *** wCPO9 is now known as wCPO | 01:37 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has joined #yocto | 01:38 | |
| *** lukma_ <lukma_!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 01:39 | |
| *** Shaun <Shaun!~shaun@user/shaun> has joined #yocto | 01:39 | |
| *** mcfrisk_ <mcfrisk_!mcfrisk@kapsi.fi> has joined #yocto | 01:39 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 01:39 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** opello <opello!~opello@about/csharp/opello> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 01:42 | |
| *** rber__ <rber__!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 01:43 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Remote host closed the connection) | 01:43 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 01:43 | |
| *** opello <opello!~opello@about/csharp/opello> has joined #yocto | 01:43 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 01:43 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 01:43 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has joined #yocto | 01:43 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds) | 01:54 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:00 | |
| *** willo_ <willo_!~quassel@60-241-162-73.static.tpgi.com.au> has joined #yocto | 02:04 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:05 | |
| kp7299[m] | <Saur[m]> "kp7299: The `master` branch of..." <- At that time I was trying to work in master branch of yocto project poky only, so that i could get those patches too which were present in the honister branch but were not in origin/master and now not even in master and thus in either of them I was unable to find those patches or I should clone OE repo and switch to it's master branch and work on curl ptest? | 02:12 |
|---|---|---|
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 02:13 | |
| kp7299[m] | And yeah, it was I guess 2am thus I hadnt responded after that although i was trying out those branches | 02:14 |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:18 | |
| *** jclsn7 <jclsn7!~jclsn@46.59.220.125.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:21 | |
| *** jclsn <jclsn!~jclsn@149.224.158.34.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 276 seconds) | 02:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 02:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:29 | |
| *** jclsn7 <jclsn7!~jclsn@46.59.220.125.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:31 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 02:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:34 | |
| *** jclsn7 <jclsn7!~jclsn@46.59.220.125.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:36 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:38 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 276 seconds) | 03:26 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 03:40 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 03:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:59 | |
| kp7299[m] | Presently, even in the oe-core github repo, I'm unable to get those curl patches even after switching to master and updating by git pull, because branch and git pull were only two options i knew for latest update, if there is some other alternate, do let me know | 04:00 |
| *** amitk <amitk!~amit@103.208.71.27> has joined #yocto | 04:02 | |
| *** mcfrisk_ <mcfrisk_!mcfrisk@kapsi.fi> has quit IRC (Quit: leaving) | 04:29 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 04:30 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:45 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 05:06 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 05:10 | |
| khem | rburton jonmason infact the hafnium issue is happening with prebuilt toolchain I see TOPDIR/build/tmp/work/qemuarm64-yoe-linux-musl/hafnium/2.6-r0/git/prebuilts/linux-x64/clang/lib64/clang/12.0.5/include/stdnoreturn.h:13:18: note: expanded from macro 'noreturn' | 05:19 |
| khem | so I wonder if hafnium works with musl or not | 05:19 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 05:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 05:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 05:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 05:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:55 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 05:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:00 | |
| khem | sent a patch to fix it | 06:03 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 248 seconds) | 06:12 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 06:13 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 06:14 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Quit: Leaving) | 06:27 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Quit: Leaving) | 06:27 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 06:27 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:31 | |
| *** fleg <fleg!dfbb34cb39@user/fleg> has quit IRC (Remote host closed the connection) | 06:31 | |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 06:32 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 06:33 | |
| LetoThe2nd | yo dudX | 06:35 |
| jclsn7 | dobroje utro | 06:39 |
| *** jclsn7 is now known as jclsn | 06:39 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 06:47 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:47 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:47 | |
| qschulz | mornin' folks | 07:19 |
| qschulz | yudjinn[m]: you could use containers though if arch does not work good enough for you | 07:20 |
| qschulz | CROPS, pyrex, kas are three different techs | 07:20 |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has joined #yocto | 07:25 | |
| *** beneth <beneth!~beneth@ip208.ip-54-36-198.eu> has joined #yocto | 07:33 | |
| *** BhsTalel <BhsTalel!~BhsTalel@193.95.99.62> has joined #yocto | 07:37 | |
| BhsTalel | Hello, what do you prefer busybox or coreutils , or can I integrate them both ? Because, Busybox only didn't give me commands like (ls, cat, ...) | 07:38 |
| LetoThe2nd | BhsTalel: you often have busybox plus a select number of full featured commands from coreutils. plus, busybox can be massively configured/customized | 07:39 |
| paulg | busybox can be configured to give you a large group of common commands - and should in default configurations provide "ls" and "cat" | 07:39 |
| BhsTalel | So, I can only use Busybox ? | 07:40 |
| LetoThe2nd | sure. | 07:40 |
| paulg | if you want - the primary frustration with that is with "regular unix users" - we expect specific behaviours and specific command switches. | 07:40 |
| paulg | the busybox versions typically only take a subset of switches, if any at all. | 07:41 |
| BhsTalel | Great, it is so clear now, thanks alot:) O:3 | 07:41 |
| paulg | it may make sense to have busybox in your initramfs, where you don't expect to typically interact with it in a non-automated fashion, and then regular coreutils in your full rootfs - assuming your target has the space for it. | 07:42 |
| LetoThe2nd | as usual, it DEPENDS | 07:42 |
| BhsTalel | Yes, I use Busybox for initramfs | 07:43 |
| BhsTalel | Since Busybox has its own configuration and after finding out that statistics favors Busybox over coreutils, I think Busybox is the best choice | 07:44 |
| LetoThe2nd | BhsTalel: is this something that you are facing currently in your day to day work? | 07:45 |
| BhsTalel | I am maintaining a new BSP layer which has custom distros and images, and I am trying to select the default linux commands provider. | 07:46 |
| LetoThe2nd | BhsTalel: would you feel like sharing that experience at the yocto project summit? :-) | 07:46 |
| paulg | my two most important criteria I'd recommend you consider is 1) will people interact with it at a CLI level, and 2) do I have the flash/storage space for the larger footprint. | 07:47 |
| LetoThe2nd | this sounds like one of the topics that we "old dogs" often overlook and take as given, so a fresh view shared is much appreciated. | 07:48 |
| BhsTalel | I actually have something else to share, and I am thinking if it is good, I have slides that I usually present to my coworkers about "Full Kernel Support in Yocto" whcih presents the basics of the Linux kernel compilation and steps and the output files, after that I move to Yocto and how it emplements all of that including (out of tree modules | 07:49 |
| BhsTalel | recipes, device tree recipes, adding new kernel, kernel fragments, ...) and ending with some best practices | 07:49 |
| BhsTalel | Can this be suitable for the summit ? | 07:49 |
| LetoThe2nd | BhsTalel: of course! | 07:49 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:50 | |
| BhsTalel | The slides are made using my companies powerpoint template, is that okay ? Or should I use another ? | 07:50 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 07:50 | |
| BhsTalel | my company* | 07:50 |
| LetoThe2nd | BhsTalel: we are usually pretty relaxed about it if the content already exists. | 07:51 |
| BhsTalel | So I can use it as it is (Having the name of my company) ? | 07:52 |
| LetoThe2nd | BhsTalel: usually yes. We might add a generic bumper slide, but in the vast majority of cases it is no problem. | 07:53 |
| BhsTalel | Great news, how can I submit the slides ? | 07:54 |
| qschulz | BhsTalel: https://pretalx.com/yocto-project-summit-2022-05/ | 07:55 |
| qschulz | submit a proposal there | 07:55 |
| LetoThe2nd | BhsTalel: https://pretalx.com/yocto-project-summit-2022-05/cfp | 07:55 |
| BhsTalel | Great, I will update the slides properly, and I will submit it. | 07:58 |
| BhsTalel | Thanks for giving me the courage , I was thinking about it but I am kinda stressed hhh | 07:58 |
| qschulz | BhsTalel: now that the conferences are online, it's less stressful to me because you're in an environment you know and you don't see hundreds of eyes directed to you :) | 08:00 |
| qschulz | so it's the right time! | 08:00 |
| BhsTalel | Yes, that is correct :] | 08:01 |
| qschulz | BhsTalel: the talk needs to be accepted first, so no need to start updating it now if it's not taken (if presenting to YP Summit is the only reason for updating it of course) | 08:01 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 08:03 | |
| BhsTalel | I need to update it , because it has something related to a specific board example, the board is not open source, so I have to make it generic first | 08:03 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 246 seconds) | 08:04 | |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto | 08:05 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has quit IRC (Ping timeout: 246 seconds) | 08:12 | |
| *** risca <risca!~quassel@h-155-4-62-42.a980.priv.bahnhof.se> has joined #yocto | 08:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 08:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:49 | |
| RP | qschulz: I updated the docs with some of your patches, hopefully things look better? | 08:55 |
| RP | qschulz: it did rebuild this time | 08:55 |
| qschulz | RP: did a quick check live, seems to be doing what we want | 08:56 |
| qschulz | thx :) | 08:57 |
| RP | qschulz: ok, good :) | 08:57 |
| RP | qschulz: I wasn't sure whether we needed to wait for michael to get back on the RFCs | 08:57 |
| qschulz | aaaaaaaaaah | 08:58 |
| qschulz | https://docs.yoctoproject.org/kirkstone/ is broken | 08:58 |
| qschulz | (the switchers.js) | 08:58 |
| qschulz | sigh | 08:58 |
| qschulz | ok, all named versions | 08:58 |
| RP | qschulz: ah :( | 08:58 |
| qschulz | le sigh | 08:59 |
| qschulz | when will this madness end :( | 08:59 |
| RP | qschulz: I think we're nearly there! ;-) | 08:59 |
| RP | qschulz: I think I'll merge your rfcs as we should make the latest release the default | 09:00 |
| RP | ndec: agreed? | 09:00 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:00 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.98> has quit IRC (Ping timeout: 250 seconds) | 09:01 | |
| qschulz | RP: thinking about it, I'm not even sure the switchers.js worked before for named versions | 09:01 |
| RP | qschulz: I know I'd tried to but perhaps not :/ | 09:02 |
| BhsTalel | Hello, I can help with writing documentation for Yocto. Just guide me where :] | 09:02 |
| kp7299[m] | Actually , Could anyone confirm me are the master branch of yocto and openembedded both, do both of them curl testsuites in curl folder, as I cant see them even I have switched to master branch and updated to via git pull master | 09:04 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.176> has joined #yocto | 09:10 | |
| qschulz | RP: don't have an idea right now on how to fix the named versions | 09:12 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 09:12 | |
| qschulz | RP: https://docs.yoctoproject.org/hardknott/ says 3.3.6 is outdated... but it's not out (it should be 3.3.999) | 09:12 |
| qschulz | RP: https://docs.yoctoproject.org/dunfell/ is ok because it's actually 3.1.15, but the switcher is broken because it relies on numbered versions to be used to replace the version by another one | 09:13 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 09:14 | |
| qschulz | RP: https://docs.yoctoproject.org/honister/ says 3.4.3 is outdated and 3.4.999 should be used instead... | 09:14 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 09:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:19 | |
| kp7299[m] | RP: qschulz Just wanted to know are testsuites already being there inside yocto projects for each packages, if they are then where we can find them or with what extension or name they would be present? | 09:30 |
| qschulz | kp7299[m]: recipes are just fetching source code of other upstream projects | 09:32 |
| qschulz | the testsuites are in the source code of those projects | 09:33 |
| qschulz | so it is NOT available in any layer | 09:33 |
| qschulz | you need to have a look at the upstream project and check how they are running their testsuites and hook this up to ptest in Yocto | 09:33 |
| qschulz | at least that's my very basic understanding of the task | 09:34 |
| kp7299[m] | upstream project you meant by if curl is there then for curl which repo i need to check, just want to know about this upstream project , just let me know with any example | 09:36 |
| kp7299[m] | And one generalised thing which I know, that I require to see those test suites and try to reproduce those in the automation process, that is via these ptests, thats why I'm trying to find these testsuites | 09:40 |
| kp7299[m] | but regarding this upstream project, I'm unable to understand | 09:41 |
| kp7299[m] | * upstream project which you told qschulz , I'm | 09:41 |
| qschulz | curl has a testsuite apparently | 09:42 |
| qschulz | you need to check how this testsuite is run | 09:42 |
| qschulz | then this "how" you hook to ptest in Yocto | 09:42 |
| qschulz | with the patchset from 2016/2017 that rburton sent yesterday here, it could probably help you get started | 09:43 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 09:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:44 | |
| qschulz | I remember an explicit make target call somewhere in the patchset | 09:44 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 276 seconds) | 09:44 | |
| qschulz | some curl info can be found in the recipe | 09:45 |
| qschulz | https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-support/curl/curl_7.82.0.bb#n6 tells you what's the homepage of the project | 09:45 |
| qschulz | the version we use in master is listed in the recipe name: 7.82.0 | 09:45 |
| qschulz | you can also access the sources from your Yocto build after you run bitbake curl or bitbake curl-native | 09:46 |
| qschulz | and then look into tmp/work directory | 09:46 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 09:47 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 09:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:49 | |
| RP | qschulz: I was just looking into this. Where does the version in _build/html/_static/documentation_options.js come from? | 09:54 |
| qschulz | RP: wondering if it comes from sphinx itself? | 09:54 |
| RP | qschulz: current_version from conf.py maybe? | 09:55 |
| qschulz | I would assume so | 09:55 |
| qschulz | RP: https://github.com/sphinx-doc/sphinx/blob/5.x/sphinx/themes/basic/static/documentation_options.js_t | 09:55 |
| RP | qschulz: one way to fix this is to inject the set_versions.py verison into conf.py | 09:58 |
| qschulz | RP: what I had in mind for the switcher to work again is to have an array of the named releases | 09:58 |
| qschulz | and strip from docroot if there's a match | 09:58 |
| qschulz | RP: re version injection. tha'ts what's done in master actually. reading from poky,yaml that is generated by set_versions.py | 10:00 |
| RP | qschulz: it isn't injected into poky.conf for current_version though is it? | 10:03 |
| RP | er, s/poky.conf/conf.py/ | 10:03 |
| RP | similar letters :/ | 10:03 |
| qschulz | https://git.yoctoproject.org/yocto-docs/tree/documentation/conf.py#n34 | 10:04 |
| qschulz | it does (on master) | 10:04 |
| qschulz | and then release is set to current_version a few lines below | 10:04 |
| qschulz | https://git.yoctoproject.org/yocto-docs/commit/documentation/conf.py?id=bfe74c67f327f0c6445cb4129ee0c32db022b95a would need backporting probably | 10:05 |
| qschulz | for all branches | 10:05 |
| qschulz | at least all branches would be X.Y.999 now I think | 10:06 |
| qschulz | (if they are not on a tag directly) | 10:06 |
| qschulz | but the subpath in the URL is still not the same as the version | 10:06 |
| RP | qschulz: ah, so the issue is older releases | 10:06 |
| qschulz | RP: multiple issues sadly | 10:06 |
| qschulz | for one, hardknott returns 3.3.6 instead of 3.3.999 | 10:07 |
| qschulz | second, named versions (subpath in the URL e.g. dunfell instead of 3.1.x) breaks the dropdown menu | 10:08 |
| qschulz | because it assumes the release from documentation_option is in the subpath | 10:08 |
| qschulz | (it's not, because release would be 3.3.999 for example, but the subpath would be hardknott) | 10:09 |
| qschulz | and third, honister is marked as obsolete (this one should be simple, just a check on whether 999 is in the version and then do not print the warning) | 10:10 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 10:20 | |
| RP | qschulz: how about https://git.yoctoproject.org/yocto-docs/commit/?h=wip&id=a828e6d91c110d77deb8568b9bb31e894c1446fe ? | 10:24 |
| qschulz | RP: mmm, I'd have backported the patches to the branch actually | 10:25 |
| RP | qschulz: I'm ok with patching the branches | 10:26 |
| qschulz | because only the branch matters, the conf.py of tags should be correct (or fixed with patches) | 10:26 |
| qschulz | RP: I'm a bit worried with mixing changes in master and using the master version of some script and backporting patches | 10:26 |
| qschulz | it's a bit confusing | 10:26 |
| qschulz | not that I have anything better to suggest ATM :/ | 10:27 |
| RP | qschulz: I guess I'll work out those patches for the branches then | 10:27 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 10:27 | |
| paulg | well. this is unfortunate. New(er) git are actively hostile to "bitbake -c devshell <pkg>" | 10:30 |
| paulg | https://paste.debian.net/1238448/ | 10:30 |
| qschulz | RP: I'm on it right now, had an idea :) | 10:31 |
| RP | paulg: it is because devshell uses fakeroot :( | 10:31 |
| paulg | yeah, I know why it happens. I'm wondering what is the right way to fix it. | 10:31 |
| qschulz | RP: ah you meant patches for the conf.py in older branches? | 10:32 |
| RP | qschulz: yes | 10:32 |
| qschulz | if so, then I'm not working on it | 10:32 |
| qschulz | I'm working on fixing the named releases | 10:32 |
| paulg | I wonder if we can give the devshell the gitconfig for "root" for the whole build dir, or if it has to be on a pkg-per-pkg basis? | 10:33 |
| *** bps <bps!~bps@193.89.194.60> has joined #yocto | 10:35 | |
| RP | qschulz: I think those are ok though aren't they? | 10:38 |
| RP | paulg: not sure :/ | 10:38 |
| RP | paulg: we could alias git to PSEUDO_UNLOAD=1 git | 10:38 |
| RP | which is evil but might just work | 10:38 |
| paulg | heh - I can confirm that works. I can't comment on how evil that is. | 10:42 |
| qschulz | RP: I'll probably do a PoC for the suggestion but was wondering if we couldn't move the migration pages to the transition branch. That way, the references to bitbake docs would point to the correct link (and not need to be updated in case the reference disappears) | 10:44 |
| RP | qschulz: that is worth thinking about | 10:46 |
| paulg | RP, actually that probably isn't so evil at all... | 10:48 |
| RP | paulg: except files that are created won't be tracked by pseudo so you have the opportunity to mess up pseudo's state if you do "bad" things | 10:48 |
| RP | paulg: I'm not sure we care | 10:48 |
| paulg | I was thinking - in that you can write commit logs that don't look like "root@..." -- use git send-email and have it source your SMTP settings from $HOME etc. | 10:49 |
| *** wybpip[m] <wybpip[m]!~wybpipmat@2001:470:69fc:105::1:f452> has joined #yocto | 10:49 | |
| *** wybpip[m] <wybpip[m]!~wybpipmat@2001:470:69fc:105::1:f452> has left #yocto | 10:49 | |
| RP | paulg: that argument works | 10:50 |
| paulg | I usually use devshell 'cause it is shorter to type than finding the tmp/work/foo/bar/board/baz/version path manually with tab completion | 10:50 |
| RP | paulg: a kernel dev using a helper environment from a build system?! | 10:51 |
| RP | I guess it is at least terminal based | 10:52 |
| paulg | well, if I want to test crap with the actual compiler we've built, devshell is still largely the easiest. | 10:53 |
| * paulg tries to ignore the implicit scorn cast on kernel devs ;-) | 10:54 | |
| RP | paulg: I'm just teasing :) | 10:54 |
| paulg | I know. I'd do the same. :-P | 10:54 |
| * RP is listed in the kernel maintainers file so I can't exactly talk | 10:55 | |
| paulg | I removed my entry. :-) | 10:55 |
| paulg | so now I'm forwarding all my kernel questions to you! | 10:55 |
| * RP is struggling to understand why his build server is on a totally different IP block than the one he thought it was on | 10:56 | |
| * RP was surprised to get "network unreachable" errors | 10:56 | |
| * RP even wrote this into a config file so I must have intended it at some point | 10:57 | |
| paulg | always fun when you leave booby-traps behind for yourself. | 10:59 |
| paulg | "I'll just change this now temporarily so I can test <blahblah>." | 11:00 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:00 | |
| kp7299[m] | <qschulz> "the version we use in master..." <- How to get this version number of a branch which is being cloned to my system, I checked for git describe command, but I dont find it relevant after result I got | 11:01 |
| qschulz | kp7299[m]: https://curl.se/download/curl-7.82.0.tar.gz | 11:05 |
| qschulz | kp7299[m]: on github you also have releases for 7.82.0 | 11:05 |
| qschulz | https://github.com/curl/curl/releases/tag/curl-7_82_0 | 11:06 |
| kp7299[m] | qschulz: But I wanted to check for the present release which I have on my machine, because I was unable to see all patches in curl folder which were there in hinisyter but not in mastter | 11:06 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 11:07 | |
| kp7299[m] | So in that context also, I just wanted to know that if there is some other command too for checking version of present branch | 11:07 |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 11:07 | |
| qschulz | kp7299[m]: I assume curl got updated since honister and thus the patches were not needed anymore | 11:10 |
| kp7299[m] | ok, and each ptest-runner i can see the developer has written cd tests, I was trying to figure out where that tests folder reside for that particular testsuite, so in this context , I was checking whole things | 11:13 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 11:24 | |
| kp7299[m] | <qschulz> "you can also access the sources..." <- But would these let me know about those testsuites? | 11:28 |
| RP | qschulz: patches sent, see what you think. I can't easily carry these locally :/ | 11:30 |
| qschulz | RP: https://lists.yoctoproject.org/g/docs/message/2803 | 11:30 |
| qschulz | RP: the unfortunate timing :D | 11:30 |
| RP | qschulz: they can though, gatesgarth is | 11:31 |
| RP | qschulz: we want the version set correctly on these anyway | 11:31 |
| RP | qschulz: I guess within a series they can't be | 11:32 |
| qschulz | RP: not following you sorry, can you give a bit more context on what you're asking? | 11:32 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:33 | |
| RP | qschulz: I was meaning that gatesgarth can be an obsolete series, but as you say, .999 will never be obsolete within a given series | 11:33 |
| RP | qschulz: I was saying that I think my patches are needed to set the version correctly on the tip of branch docs anyway | 11:33 |
| qschulz | RP: yes! the patch I linked just above was because I sent it as an RFC because I had no patch available to test it yet :) | 11:35 |
| qschulz | but your patch series and this patch are required in order to work | 11:35 |
| qschulz | but now I can test it | 11:35 |
| qschulz | that was all there was about the "unfortunate timing" | 11:36 |
| RP | qschulz: I understand now | 11:36 |
| RP | qschulz: if we agree my patches to the branches are ok I can get those in and then yours can follow | 11:36 |
| qschulz | the non-RFC one can be taken already, they don't depend on your series | 11:36 |
| qschulz | RP: https://lists.yoctoproject.org/g/docs/message/2796 and others in the same thread (don't know how to show them at once on the web interface :/) | 11:38 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 11:41 | |
| kp7299[m] | <qschulz> "you can also access the sources..." <- For what purpose, do i need to do this? | 11:45 |
| RP | qschulz: sent a couple of review comments, just so you know I pay attention :) | 11:46 |
| RP | qschulz: I wasn't going to sent the comment on 1/3 until I noticed something on 3/3 which I think may need tweaking | 11:46 |
| qschulz | RP: hehe thanks :) | 11:50 |
| qschulz | I'll send new versions and review your patches later, got a vet appointment soon | 11:50 |
| qschulz | ping me if I haven't said anything by tomorrow | 11:51 |
| RP | qschulz: ok, I can't really hold mine locally the way I have them so I'll figure something out | 11:51 |
| RP | (there is a big risk I push something by accident given my scripts) | 11:51 |
| qschulz | RP: it's alright, we have them on the mailing list, that's enough for me :) | 11:52 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 11:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:54 | |
| *** mckoan|away is now known as mckoan | 11:54 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:487c:d8ff:4d13:532e:284d:9b84> has joined #yocto | 11:56 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 11:58 | |
| ptsneves | Hey guys. I wonder if you could help me figure out what i am missing in the docs that might explain the behavior: | 11:59 |
| ptsneves | Imagine i have packages called ${PN}-healthcheck and it contains systemd services. Why d.getVar works for SYSTEMD_SERVICE_${PN}-healthcheck_class-devel_append but not for SYSTEMD_SERVICE_append_class-devel_${PN}-healthcheck? | 11:59 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:59 | |
| rburton | because append is special and that's not how variables work | 12:00 |
| ptsneves | so append should always come at the end? | 12:00 |
| qschulz | ptsneves: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf | 12:01 |
| qschulz | ptsneves: the order of overrides matters | 12:02 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 12:04 | |
| ptsneves | qschulz thanks! I am looking at it! I found that it does not, if you do not consider an append an override as in defined in OVERRIDES. Can you clarify? | 12:05 |
| rburton | ptsneves: append and remove go first. OVERRIDES is the list of extra overrides, append and remove are override operators | 12:08 |
| qschulz | ptsneves: the issue here I believe is that Bitbake expects a SYSTEMD_SERVICE_${PN}-healthcheck variable | 12:10 |
| qschulz | so ${PN}-healthceck is technically not an override | 12:10 |
| RP | qschulz: it is when it is in OVERRIDES | 12:10 |
| qschulz | (I'm not entirely sure but I believe package names are not overrides?) | 12:11 |
| RP | qschulz: we do put the package name into OVERRIDES in some pieces of code | 12:11 |
| qschulz | RP: systemd.bbclass looks for SYSTEMD_SERVICE:${PN}-healthcheck though? | 12:11 |
| qschulz | RP: ack, thanks for clarification | 12:11 |
| RP | qschulz: right, that is a piece of code where it isn't in OVERRIDES | 12:11 |
| * kp7299[m] uploaded an image: (21KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/IhzSseEEbzHAILrFUmWxkaoV/image.png > | 12:12 | |
| kp7299[m] | A small question , would this be right way to add multiple EXTRA_IMAGE_FEATURES in build, as presently , I just directly want to try for any one target for ptests then would go ahead with curl to implement for it, just trying to figure out flow in whole project... | 12:12 |
| ptsneves | RP so this means that the code where d.getVar(SYSTEMD_SERVICE_ + pkg) will be interpreted as a literal, due to the pkg not being in overrides. As it is a literal, the _append would be interpreted as being part of the package name, and d.getVar would fail to find such a variable. Is this interpretation correct? | 12:15 |
| RP | ptsneves: SYSTEMD_SERVICE_append_class-devel_${PN}-healthcheck means the SYSTEMD_SERVICE is appended with the value when the overrides class-devel and ${PN}-healthcheck are active | 12:18 |
| RP | ptsneves: the variable "SYSTEMD_SERVICE_ + pkg" is never set in that case | 12:19 |
| RP | SYSTEMD_SERVICE_${PN}-healthcheck_class-devel_append on the other hand means SYSTEMD_SERVICE_${PN}-healthcheck_class-devel is appeneded to if neither are in OVERRIDES, SYSTEMD_SERVICE_${PN}-healthcheck is appended to if class-devel is in OVERRIDES and SYSTEMD_SERVICE is appended to if both are in overrides | 12:20 |
| rburton | kp7299[m]: space separated list, so = "debug-tweaks ptest-pkgs" | 12:20 |
| RP | paulg: did you have a patch for the devshell fix? | 12:21 |
| kp7299[m] | rburton: ok | 12:21 |
| paulg | RP, I can if you think the idea won't break other use cases. | 12:24 |
| RP | paulg: git is totally broken now so I think it can only improve it | 12:24 |
| rburton | kp7299[m]: https://docs.yoctoproject.org/ref-manual/variables.html#term-EXTRA_IMAGE_FEATURES documents how it works | 12:25 |
| paulg | of course I've no idea where the devshell env is set up, so I hope you aren;t in a rush... some grepping is in order for a kernel-centric gomer like me. | 12:25 |
| RP | paulg: I wonder what disaster that statement will now induce :) | 12:25 |
| kp7299[m] | And I seriously dont know, till yesterday everything was going good, else I'm just suspicious about branch changes which i had made since yesterday, And I saw these things, but dont know what exact reason is for these variable change: | 12:27 |
| * kp7299[m] uploaded an image: (36KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/KoLbyNVYqEFLCIJXhTYULaga/image.png > | 12:27 | |
| RP | paulg: we setup the environment in meta/classes/devshell.bbclass but I don't know whether we can create the alias from the environment? | 12:29 |
| paulg | ya just readin that file now | 12:29 |
| ptsneves | RP got it. I just had a look at the OVERRIDES output of '-e -c package' and indeed, ${PN}-healthcheck or any ${PN}* for that matter, are not in OVERRIDES. Thus this explains my situation. Only class-devel was set for my case. Thank you | 12:29 |
| ptsneves | by the way in bitbake/lib/bb/tests/parse.py@master there is an overwritten(dupplicated) "test_parse_overrides". If i understand correctly the first definition will not be ran. Is this understanding correct? | 12:31 |
| RP | ptsneves: correct, that is a bug | 12:36 |
| paulg | RP, here is a thought. Assuming we'll see more similar issues ... we could have a devshell path (with suitable wrappers) put in front of the "normal" path. Not sure if that makes things any easier than an "alias" approach... | 12:36 |
| RP | paulg: that is another way to solve it, yes. We do have a few directories like that in scripts/ already | 12:36 |
| derRichard | can i disable fakeroot for a target? i don't want that do_install of my recipe runs unter fakeroot. | 12:39 |
| derRichard | i hoped that this will do the trick: | 12:39 |
| derRichard | do_install[fakeroot] = "0" | 12:39 |
| derRichard | but didn't ;-\ | 12:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 12:39 | |
| RP | derRichard: try d.delVarFlag('do_install', 'fakeroot') | 12:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:39 | |
| rburton | derRichard: why would you want that? | 12:40 |
| RP | derRichard: I suspect there is code setting that in anon python | 12:40 |
| RP | derRichard: be warned that things will break though | 12:40 |
| RP | ptsneves: I've sent a patch for it | 12:40 |
| derRichard | rburton: long story short, the application runs git while building (and install target) and recent git is broken under fakeroot: https://marc.info/?l=git&m=164989570902912&w=2 | 12:40 |
| derRichard | i need to unbreak the build pipeline ;-\ | 12:41 |
| rburton | set PSEUDO_DISABLE=1 before invoking the bit that runs git | 12:41 |
| RP | derRichard: use the wrapper approach I'm talking with paulg about | 12:41 |
| LetoThe2nd | derRichard: https://youtu.be/ZpUYjpKg9KY | 12:41 |
| RP | rburton: PSEUDO_UNLOAD=1 | 12:41 |
| ptsneves | RP thanks! I was looking at some of the tests, as they actually touch the situations we talked about | 12:41 |
| rburton | RP: yeah that :) | 12:42 |
| RP | ptsneves: someone copy and pasted a test badly, may have been me, didn't check | 12:42 |
| * paulg chuckles | 12:42 | |
| kp7299[m] | <qschulz> "you can also access the sources..." <- I got your point for this, you just wanted to say about bitbake <target> right? But presently I'm just seeking for testsuites and ptest nothing else | 12:42 |
| derRichard | PSEUDO_DISABLED or PSEUDO_UNLOAD looks also good | 12:44 |
| kp7299[m] | > <@qschulz:libera.chat> you can also access the sources from your Yocto build after you run bitbake curl or bitbake curl-native | 12:45 |
| kp7299[m] | * I got your point for this, you just wanted to say about bitbake \<target> right? But presently I'm just seeking for testsuites and ptest nothing else, might be that's why I was unable to get context | 12:45 |
| *** PaowZ <PaowZ!~Vince@lmontsouris-656-1-55-98.w80-15.abo.wanadoo.fr> has joined #yocto | 12:47 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 12:47 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:53 | |
| *** ptsneves23 <ptsneves23!~ptsneves@77-92-34-4.cable-modem.tkk.net.pl> has joined #yocto | 12:54 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:487c:d8ff:4d13:532e:284d:9b84> has quit IRC (Ping timeout: 250 seconds) | 12:54 | |
| derRichard | rburton: RP: FYI, in my case the least invasive fix was adding PSEUDO_DISABLED=1 before calling git in our build script | 12:59 |
| selff | hi, everyone. i have been struggling with this problem for 2 weeks : https://stackoverflow.com/questions/71335803/executable-gives-different-fps-values-in-yocto-and-raspbianeverything-looks-th | 13:00 |
| selff | any ideas or suggestions? | 13:00 |
| selff | someone here told me to build opencv in yocto runtime. i tried but no change. | 13:01 |
| rburton | selff: all i can say is run profiling tools and see what the diffeernces are | 13:02 |
| ptsneves23 | selff "cool" problem. Yep you need to profile. Also can it be that there is some hardware acceleration kernel module not installed in the yocto side? | 13:05 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:06 | |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29f:f340:3e23:7b8e:19af:c1c> has joined #yocto | 13:16 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29f:f340:3e23:7b8e:19af:c1c> has quit IRC (Read error: Connection reset by peer) | 13:16 | |
| *** nagua[m] <nagua[m]!~nagua2hgo@2001:470:69fc:105::316d> has joined #yocto | 13:18 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:32 | |
| rber|res | Hey - are you aware that this is down? https://patchwork.openembedded.org/ | 13:42 |
| rburton | use patchwork.yoctoproject.org instead | 13:43 |
| qschulz | rburton: how long does it take for patches to appear there? | 13:44 |
| qschulz | the ones sent today aren't there | 13:45 |
| qschulz | same on lore.kernel.org | 13:45 |
| selff | rburton ptsneves23 i did sysbench both raspbian and yocto.cpu, memory seem normal, but there is a difference in thread tests.Does this prove anything? | 13:45 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:49 | |
| ptsneves23 | nope. When talking about benchmarching i was meaning running a profiler on the binary itself. Like with gprof if using the GCC toolchain. Even so, before that I would check the driver for the TPU. Can you compare lsmod output in yocto vs raspbian? | 13:49 |
| selff | sure, i can | 13:51 |
| rburton | perf will be able to tell you if something is taking a lot more CPU | 13:52 |
| rburton | maybe meta-rpi is missing some hardware enabling that nobody has noticed, or raspian has some closed source blobs that are not in meta-rpi | 13:52 |
| selff | there are different things when i do lsmod. but i dont know how to compare. what exactly should i look for? | 14:06 |
| *** BhsTalel <BhsTalel!~BhsTalel@193.95.99.62> has quit IRC (Ping timeout: 250 seconds) | 14:06 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 14:07 | |
| selff | ptsneves23 i forgot to tag you. | 14:12 |
| RP | sakoman: that kirkstone patchset looks quite heavy? :/ | 14:15 |
| sakoman | RP: are there any in particular you are concerned with? | 14:16 |
| sakoman | RP: I went back and forth on the zlib one, but decided to see what people thought | 14:17 |
| ptsneves23 | can you sort and provide a diff to a pastebin? | 14:17 |
| sakoman | RP: The other upgrades are all security/bug fixes and I added change logs to the commit messages where they were missing | 14:18 |
| RP | sakoman: rburton deliberately didn't send the zlib one for kirkstone, I could have merged differently :/ | 14:20 |
| RP | sakoman: I guess I was thinking bug fixes would be on request rather than those upgrades but I guess see what others think | 14:20 |
| sakoman | RP: OK, I can drop that one! | 14:20 |
| RP | sakoman: see what others think, I was just a bit surprised | 14:20 |
| RP | sakoman: makes you wonder if we shouldn't scrap rc3 given the large list | 14:20 |
| sakoman | RP: Maybe I set my filter a little too low! | 14:21 |
| RP | sakoman: makes me feel I'm getting the release wrong | 14:21 |
| selff | @pt | 14:21 |
| selff | ptsneves23 i didnt quite understand what you mean. im new to the software world :D | 14:21 |
| qschulz | selff: lsmod | sort and copy-paste on a pastebin (a website where one can save plain text) | 14:22 |
| sakoman | RP: Nah, I don't think you got the release wrong. The bug/security fixes keep rolling in no matter what our release schedule is! | 14:22 |
| ptsneves23 | qschulz exactly. Thank you :) | 14:22 |
| sakoman | RP: that's why we need a maintainer post release! | 14:22 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 14:23 | |
| rburton | i saw libinput had a new CVE this morning, always something new... | 14:24 |
| selff | ptsneves23 yocto = https://pastebin.com/iueumJbf , rpi4(raspbian) = https://pastebin.com/ri10M2P0 | 14:25 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:25 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.176> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:26 | |
| selff | ptsneves23 i forgot to do sort, sorry :'( | 14:26 |
| ptsneves23 | heheh no worries i amdoing it :) | 14:27 |
| RP | sakoman: I guess my other concern is gcc 12 isn't out yet. Some of the fixes have turned out not to be needed in the past | 14:28 |
| sakoman | RP: OK happy to drop those too. I was trying to get ahead of breakage, but I guess I jumped the gun! | 14:29 |
| RP | sakoman: it is probably fine, you just have a different perspective I guess | 14:29 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 14:30 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 14:31 | |
| ptsneves23 | selff from the lsmod i do not see any relevant issue. Have you had a look at https://coral.ai/docs/accelerator/get-started/#runtime-on-linux | 14:34 |
| ptsneves23 | in yocto do you have the max frequency setting software? | 14:34 |
| qschulz | RP: mmmm... I do not understand why documentation_options.js has a dev version for the default version... it should be 3.4.3 | 14:35 |
| qschulz | (to be clear, I do not reproduce locally...) | 14:35 |
| selff | ptsneves23 i check there. i tried with libedgetpu1-std which is working on rpi4(raspbian) and getting 20-22fps. on the yocto side, i get 11-13 fps with libedgetpu1-std. | 14:38 |
| selff | when i tried max frequency on yocto side, only 3-4 fps increased. | 14:38 |
| ptsneves23 | ok then i am out of my depth. My apologies. I need to leave. Good luck and try the profiling. | 14:40 |
| selff | ptsneves23 ty so much. have a nice day. | 14:40 |
| rburton | selff: run the benckmark under perf, compare the profile | 14:43 |
| rburton | would be nice if rpi cared enough to actually maintain meta-rpi, but they don't | 14:44 |
| *** ptsneves23 <ptsneves23!~ptsneves@77-92-34-4.cable-modem.tkk.net.pl> has quit IRC (Ping timeout: 250 seconds) | 14:44 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 14:46 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 14:47 | |
| selff | rburton okay i wil try and let you know when i finish. i googled perf. is it performance counters for linux right? i earn something new from you every time i come here, so i want to say thank you. | 14:51 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 14:51 | |
| selff | learn* | 14:52 |
| rburton | yeah, it's a tool to get performance data | 14:53 |
| Saur[m] | Is there any way to get bitbake to help identify what is causing `ERROR: When reparsing foo.bb:do_install, the basehash value changed from X to Y. The metadata is not deterministic and this needs to be fixed.`? The suggested `-Snone` and `-Sprintdiff` aren't very helpful... :( | 14:59 |
| Tartarus | if you aren't editing and saving the file while it's being parsed/used, the next thing is to see what variables you're using inside of do_install | 15:00 |
| Tartarus | Something in there keeps changing | 15:00 |
| JaMa | Saur[m]: I usually run -S none multiple times, save the sigdata files (like scripts/sstate-diff-machines.sh does) and then compare what changed between the runs | 15:02 |
| smurray | I’ve seen recipes manually sticking timestamps in variables cause it a couple of times | 15:02 |
| T_UNIX[m] | Hi | 15:05 |
| LetoThe2nd | smurray: yeah | 15:06 |
| qschulz | typically DATETIME | 15:06 |
| qschulz | T_UNIX[m]: howdy | 15:06 |
| LetoThe2nd | Saur[m]: i think i got the final hint by bitbake-diffsigs last time | 15:06 |
| T_UNIX[m] | I'm a bit confused. An image I've generated contains `/bin/sh`, while the sysroot inside the sdk I generated for this image (i.e. `bitbake $image -c populate_sdk`) does _not_ provide said shell. | 15:07 |
| qschulz | RP: If I didn't introduce one more regression, pretty happy with what we did today. Still don't understand why release is dev in documentation.js for the default branch on docs.yoctoproject.org. Next step will be to make a switchers.js for Bitbake | 15:07 |
| Saur[m] | JaMa: Hmm, there does not seem to be any differences if I run with `-Snone` multiple times. It just reports the same task hashes as mismatches over and over. | 15:08 |
| qschulz | RP: also, your wip branch made it to docs.yoctoproject.org :D https://docs.yoctoproject.org/wip/ | 15:10 |
| RP | qschulz: let me delete that! | 15:10 |
| qschulz | which makes me happy because it means the auto-detection mechanism works :) | 15:10 |
| RP | qschulz: should disappear soon | 15:10 |
| RP | qschulz: should I merge my branch changes to sort the 999 versioning? we could then and the comment you mention as a follow up? | 15:11 |
| qschulz | RP: works for me :) | 15:12 |
| RP | qschulz: done. I do think we're slowly getting somewhere with this, thanks for the help | 15:13 |
| paulg | RP, derRichard - y'all get what you get for asking a kernel guy to stick his nose into python. https://lists.openembedded.org/g/openembedded-core/message/164701 | 15:14 |
| * qschulz hi5 RP | 15:14 | |
| derRichard | paulg: :-) | 15:15 |
| * RP hi5 qschulz | 15:17 | |
| RP | paulg: looks fine to me, thanks! :) | 15:20 |
| RP | paulg: since you're bringing me kernel questions, do I bring my python questions to you now? :) | 15:21 |
| * kp7299[m] uploaded an image: (91KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/lnRVsgFePyBMjrUmkSdIpTrz/curl-nativePtestFailure.png > | 15:21 | |
| kp7299[m] | Anyone faced these failures while doing bitbake curl-native | 15:22 |
| paulg | RP, you can if you want - I just won't promise what you get in return. | 15:22 |
| qschulz | kp7299[m]: it's a summary we cannot do anything from this, the actual errors are important | 15:23 |
| kp7299[m] | There is a long list of errors | 15:23 |
| qschulz | also please use a pastebin (select the text, copy and paste on a website which saves plain text) | 15:23 |
| kp7299[m] | I dont know how I could even send them | 15:23 |
| kp7299[m] | Yes, that would be better | 15:24 |
| qschulz | kp7299[m]: did you follow the https://docs.yoctoproject.org/ref-manual/system-requirements.html documentation? | 15:24 |
| qschulz | which explains which distros are supported and which packages need to be installed on your host distribution | 15:24 |
| kp7299[m] | I had earlier already done with bitbake core-image-minimal | 15:26 |
| kp7299[m] | And that time there no errors and even have written just one recipe where yesterday i was facing issue, so basic steps i had done and those only i was following for this | 15:26 |
| kp7299[m] | Thats why I was feeling why such a red zonned screen | 15:27 |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 15:28 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 15:29 | |
| selff | rburton i installed perf but i dont know what to test specifically. which command should i use? one of them record because of recording the profile into perf.data. is there anything you suggest i add? | 15:31 |
| kp7299[m] | qschulz: Here's the pastebin link: https://pastebin.com/izvbGfqX | 15:32 |
| agherzan | khem: what do you think about https://lists.openembedded.org/g/openembedded-core/message/164702? Would it make sense to try to upstream it? I guess people could argue that it is configuration. | 15:33 |
| qschulz | kp7299[m]: I assume you had a network blip at one point | 15:34 |
| qschulz | however the missing files is surprising | 15:34 |
| qschulz | kp7299[m]: can you simply remove tmp/work and tmp/work-shared and restart bitbake? | 15:35 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 15:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:44 | |
| kp7299[m] | <qschulz> "kp7299: can you simply remove..." <- Alright, I'll do so, Although I feel there shouldnt be any network issues, like it wont be ever possible to have network issue on those machines | 15:48 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 15:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:49 | |
| rburton | selff: google has lots of guides to using perf to get profiles | 15:50 |
| selff | rburton i think i asked wrong. i just wanted to ask if you have anything specific to recommend. im doing it by looking at google right now. | 15:55 |
| rburton | selff: no idea. just get profiles for both and see what the differences are. | 15:56 |
| selff | rburton thank youuu | 15:56 |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| kp7299[m] | Earlier there were 17 errors for bitbake curl, now there are 16 , still unable to get why these are there for curl: https://pastebin.com/WdwCgC0r qschulz | 16:10 |
| kp7299[m] | I have deleted tmp and then again did bitbake curl | 16:10 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:11 | |
| *** mckoan is now known as mckoan|away | 16:12 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 16:15 | |
| rburton | kp7299[m]: the path starts "home/" so you're missing a leading / somewhere | 16:16 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 16:16 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:16 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Client Quit) | 16:17 | |
| rburton | when you find out what you missed, sending a patch to sanity check that would be really helpful | 16:17 |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:18 | |
| kp7299[m] | Presently this is on honister branch, then would it go as patch? | 16:18 |
| kp7299[m] | Because on master branch I just got those variable change errors, So I have build all this on another system but this time branch I hadnt switched to master | 16:23 |
| kp7299[m] | <rburton> "when you find out what you..." <- It worked | 16:29 |
| kp7299[m] | But now thing is it is on honister branch not on master branch and I got those variable change errors when I had switched to master branch: https://pastebin.com/7bTvJweQ rburton | 16:33 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:35 | |
| rburton | kp7299[m]: re-run oe-init-build-env | 16:42 |
| rburton | you'll most likely need to use a new terminal for that | 16:42 |
| *** gsalazar <gsalazar!~gsalazar@213.58.201.38> has quit IRC (Ping timeout: 276 seconds) | 16:46 | |
| khem | rburton: the hafnium issue is perhaps seen by me because I am enabling ptest | 16:55 |
| khem | see https://lists.yoctoproject.org/g/meta-arm/message/1198 | 16:55 |
| khem | here there is a patch added to optee to remove -Wmissing-noreturn from clang commandline to fix same problem that hafnium has | 16:56 |
| kp7299[m] | <rburton> "you'll most likely need to use a..." <- ok, i'll duplicate that terminal and rerun that after changing to master | 16:56 |
| khem | the patch I did is to keep the warning around but define noreturn attribute if needed | 16:57 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:57 | |
| khem | since we are on fairly modern compilers this should be fine | 16:57 |
| khem | rburton: see https://github.com/OP-TEE/optee_test/commit/3b9a63a092c3f0fb1d67c30903fc42714f4bd0ab 🙂 | 16:59 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 276 seconds) | 17:00 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 17:02 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 17:06 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 17:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 17:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:24 | |
| *** BhsTalel <BhsTalel!~BhsTalel@165.51.0.242> has joined #yocto | 17:25 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 17:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:29 | |
| BhsTalel | Hello, I am trying to start a shell on initramfs image bundled in the kernel image, but I got error: | 17:32 |
| BhsTalel | [ 2.439980] Run /init as init process | 17:32 |
| BhsTalel | [ 2.443665] Failed to execute /init (error -13) | 17:32 |
| BhsTalel | ... | 17:32 |
| BhsTalel | [ 2.465728] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 | 17:32 |
| BhsTalel | [ 2.473398] CPU: 0 PID: 1 Comm: sh Not tainted 5.4.24-2.1.0+g40df4fb3e #1 | 17:32 |
| BhsTalel | Here is the content of my /init: | 17:32 |
| BhsTalel | #!/bin/busybox sh | 17:32 |
| BhsTalel | PATH=/sbin:/bin:/usr/sbin:/usr/bin | 17:32 |
| BhsTalel | mkdir -p /proc | 17:32 |
| BhsTalel | mount -t proc proc /proc | 17:32 |
| BhsTalel | mkdir -p /dev | 17:32 |
| BhsTalel | do_mknod /dev/console c 5 1 | 17:32 |
| BhsTalel | do_mknod /dev/null c 1 3 | 17:32 |
| BhsTalel | do_mknod /dev/zero c 1 5 | 17:32 |
| BhsTalel | exec sh | 17:32 |
| BhsTalel | I think the problem is in (init) but I am not figuring it out. | 17:32 |
| BhsTalel | do_mknod() { | 17:34 |
| BhsTalel | test -e "$1" || mknod "$1" "$2" "$3" "$4" | 17:34 |
| BhsTalel | } | 17:34 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 17:49 | |
| *** amitk <amitk!~amit@103.208.71.27> has quit IRC (Ping timeout: 256 seconds) | 17:49 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-083-162.93.133.pool.telefonica.de> has joined #yocto | 18:24 | |
| *** BhsTalel <BhsTalel!~BhsTalel@165.51.0.242> has quit IRC (Ping timeout: 250 seconds) | 18:25 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 18:37 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 18:37 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 18:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 19:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:04 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has joined #yocto | 19:04 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 19:15 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Remote host closed the connection) | 19:40 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 19:40 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has quit IRC (Quit: Client closed) | 19:47 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:00 | |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29f:f340:3e23:7b8e:19af:c1c> has quit IRC (Quit: Leaving) | 20:06 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 240 seconds) | 20:17 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 20:28 | |
| *** doot322feed <doot322feed!~doot322fe@64.141.0.194> has joined #yocto | 20:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 20:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 20:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 20:33 | |
| T_UNIX[m] | what is one supposed to do to add a `/bin/sh` provider (package) to the SDK's sysroot? Adding i.e. busybox to the image for which the sdk is populated seems to be unsufficient. | 20:33 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 20:34 | |
| khem | T_UNIX do you intend it for target or sdk host | 20:35 |
| khem | zeddii We need something like https://git.yoctoproject.org/poky-contrib/commit/?h=kraj/poky-next&id=fb207748f1c8bf15639698e63d0f14d32a08ae71 for 5.15 with gcc12 | 20:35 |
| khem | I wonder if there is a standard fragment | 20:36 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 256 seconds) | 20:57 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 20:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:01 | |
| amahnui[m] | ``` ``` | 21:09 |
| *** doot322feed <doot322feed!~doot322fe@64.141.0.194> has quit IRC (Ping timeout: 250 seconds) | 21:13 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 21:46 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 21:50 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:50 | |
| vvn | Can systemd-machine-units be appended with custom scripts for the service files too or is it purely intended for unit files only? | 21:53 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 21:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 22:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 22:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 22:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 22:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:24 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:26 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 22:28 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 22:31 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:34 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-083-162.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 22:45 | |
| reatmon | Is there something going on the the Yocto project Patchwork server? We keep seeing patches that are sent to our mailing list that take a really long time to show up in the database.. | 23:32 |
| *** dev1990 <dev1990!~dev@77-255-244-179.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 23:52 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
