| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 240 seconds) | 00:03 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:16 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:21 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:b3:a7f4:fb11:4479> has quit IRC (Ping timeout: 240 seconds) | 00:30 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 00:31 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:37 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.222> has joined #yocto | 00:38 | |
| *** tgamblin_ is now known as tgamblin | 00:43 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:46 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 272 seconds) | 00:51 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:51 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 00:53 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:57 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 272 seconds) | 01:02 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:02 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.222> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 01:14 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 01:17 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.222> has joined #yocto | 01:21 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:23 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 01:31 | |
| *** rber|res <rber|res!~rber|res@athedsl-84823.home.otenet.gr> has joined #yocto | 01:32 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.222> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 01:33 | |
| *** RobertBerger <RobertBerger!~rber|res@athedsl-84823.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 01:34 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:36 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.222> has joined #yocto | 01:38 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:43 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:48 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 01:54 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:00 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:10 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:15 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:15 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 02:16 | |
| *** jclsn6 <jclsn6!~jclsn@95.81.27.7.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds) | 02:20 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds) | 02:23 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:26 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:30 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:30 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:35 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:36 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:46 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:52 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 02:58 | |
| *** jclsn6 <jclsn6!~jclsn@149.224.102.52.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:04 | |
| *** amitk <amitk!~amit@103.208.69.94> has joined #yocto | 04:21 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 248 seconds) | 04:39 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 04:54 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:56 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 260 seconds) | 05:30 | |
| amahnui[m] | Since the yocto-autobuilder-helper is a shell script, does it mean it is better if the script to be written is a shell script? | 05:39 |
|---|---|---|
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:57 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:29 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:54 | |
| RP | smurray, Saur[m]: Thanks. Given the failures in testing as well, I'll stop the rc2 build | 07:06 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 07:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:09 | |
| amahnui[m] | I've started with the python script to do so and I'm facing some issues but hopefully I will fix it and send what I have done here. | 07:21 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 07:23 | |
| *** camus1 <camus1!~Instantbi@183.192.142.69> has joined #yocto | 07:23 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 07:24 | |
| *** camus <camus!~Instantbi@2409:8a1e:911c:7f00:ca5b:76ff:fe31:2c58> has quit IRC (Ping timeout: 250 seconds) | 07:25 | |
| *** camus1 is now known as camus | 07:25 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 07:36 | |
| qschulz | amahnui[m]: I guess it can be a Python script but you've to be careful about hte Python packages you'll use (the import directive in your script) to use only those in the docs toolchain or ask to add more to the docs toolchain | 07:55 |
| amahnui[m] | So far I'm using the `os` module | 07:58 |
| *** mckoan|away is now known as mckoan | 08:00 | |
| qschulz | amahnui[m]: that's a core module so that's fine | 08:03 |
| * RP realises the alsa-tools failure is a sign of sstate sig issues | 08:04 | |
| amahnui[m] | qschulz: okay thank you, is `glob` fine too I might use it too to recursively go through subdirectories. | 08:06 |
| amahnui[m] | * is `glob` module fine too | 08:06 |
| RP | amahnui[m]: glob is fine. We're ok with any ard python librarby | 08:07 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 08:07 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 08:07 | |
| RP | amahnui[m]: sorry, I was trying to say we're ok with any module that is part of the core standard python library | 08:07 |
| amahnui[m] | RP: Okay thanks I actually understood, I wrote a python script that adds the html tag that's needed and I can edit it to add the css lines too I think, I'm now trying to write a code that will make it recursively go through the folders and add the div tags to the .html files in them | 08:10 |
| qschulz | amahnui[m]: sounds good :) | 08:10 |
| RP | amahnui[m]: that sounds great! :) | 08:10 |
| * qschulz hi5 RP | 08:11 | |
| RP | :) | 08:11 |
| amahnui[m] | qschulz: RP thanks | 08:12 |
| kanavin | RP: I forwarded the email to our clients | 08:14 |
| kanavin | RP: I'm not sure where to start with the avahi fail, but I can maybe look at alsa repro | 08:15 |
| kanavin | or anything other | 08:15 |
| RP | kanavin: Thanks. I have worked the alsa-tools one out | 08:16 |
| RP | kanavin: it is actually a symptom of a really worrying issue :( | 08:16 |
| RP | I can fix alsa-tools, less sure about the underlying issue | 08:16 |
| kanavin | RP: I thought so, if it came out of the blue :-/ | 08:16 |
| RP | kanavin: it was my fix for 8621 which triggered it | 08:17 |
| RP | kanavin: the question is why it then breaks a reproducibility test with the answer being that sstate checksums are broken | 08:17 |
| RP | kanavin: I don't know what to do with the avahi issue either. Not sure if there would be any more data in the failed build directory | 08:18 |
| RP | we probably still have that right now | 08:18 |
| kanavin | RP: is there an open bug for the avahi item? | 08:19 |
| RP | kanavin: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14787 is perhaps what I was thinking of | 08:20 |
| kanavin | RP: I can see if I can do anything with 'avahi-daemon.service: Unexpected error response from GetNameOwner(): Connection terminated' message, at least find where that comes from | 08:20 |
| RP | qemuppc but looks the same as the arm one | 08:20 |
| RP | kanavin: we should save the build directory on the worker in case anything can be gleaned from that | 08:21 |
| kanavin | RP: this has all the looks of an obscure timing race :-/ | 08:22 |
| RP | kanavin: https://git.yoctoproject.org/poky/commit/?h=master-next&id=043c0c2caafacaaf215adc7b776ce5000b65de1f is the alsa tools fix | 08:22 |
| RP | kanavin: sadly, yes, it does have that look | 08:22 |
| RP | looks like I broke flag handling in 2013: https://git.yoctoproject.org/poky/commit/bitbake/lib/bb/data.py?h=master-next&id=d7e7b991ce42439e2df8531859fafcd4a91f2ed9 | 08:25 |
| RP | well, the code is just wrong :/ | 08:29 |
| RP | https://git.yoctoproject.org/poky/commit/meta/conf/bitbake.conf?id=3e9f270a4766becac28261e61338cf336fdf477e is wrong and wasn't me for a change! | 08:31 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 08:35 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:119a:47d3:654d:ccd> has joined #yocto | 08:36 | |
| kanavin | RP: I'm running a local build to see if I can get anywhere with avahi issue | 08:43 |
| RP | kanavin: thanks | 08:46 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:47 | |
| RP | For anyone following along, https://git.yoctoproject.org/poky/commit/?h=master-next&id=0b8c883e050717c7efd4e5e62b935ce67d928fc7 is the real issue causing the alsa-tools problem | 08:54 |
| RP | that will be a slow rebuild | 08:54 |
| RP | kanavin: I did wonder if disabling connman in systemd images was somehow breaking name resolution btw | 08:55 |
| kanavin | RP: I was thinking of that too, could it be network related, but it's intermittent isn't it - maybe the host networking affects avahi | 08:56 |
| kanavin | maybe avahi needs to be instructed to avoid eth0 as well | 08:58 |
| RP | kanavin: I had a look at the logs on the failed build and I think they might be helpful | 09:02 |
| kanavin | RP: link? | 09:03 |
| RP | kanavin: working on it | 09:03 |
| RP | kanavin: https://autobuilder.yocto.io/pub/failed-builds-data/debian11-20220415-qemuarm/ | 09:04 |
| RP | kanavin: if I read that correctly, one of the tests causes avahi to stop/start along with wpa-supplicant. avahi then fails to restart correctly, suggestive of some restart race issue | 09:04 |
| kanavin | RP: thanks | 09:06 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 09:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:09 | |
| kanavin | RP: yeah, it looks as though avahi gets stuck on restart | 09:09 |
| *** camus <camus!~Instantbi@183.192.142.69> has quit IRC (Ping timeout: 240 seconds) | 09:12 | |
| kanavin | RP: I'll run testimage locally, and if it succeeds, the point where things diverge could be a further clue | 09:13 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 09:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:14 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has joined #yocto | 09:19 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 09:20 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has joined #yocto | 09:21 | |
| *** camus <camus!~Instantbi@183.192.142.69> has joined #yocto | 09:23 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has joined #yocto | 09:24 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has quit IRC (Client Quit) | 09:25 | |
| *** camus <camus!~Instantbi@183.192.142.69> has quit IRC (Client Quit) | 09:26 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has joined #yocto | 09:26 | |
| *** camus <camus!~Instantbi@2409:8a1e:911c:7f00:ca5b:76ff:fe31:2c58> has joined #yocto | 09:27 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 09:27 | |
| *** creich <creich!~creich@p200300f6af0736104488fd6238a6f6f8.dip0.t-ipconnect.de> has joined #yocto | 09:28 | |
| zen_coder | I have build the meta-toolchain-qt5, but I do not need Qt itself, I only need the dependencies of Qt. How can I adjust the tool chain? | 09:34 |
| RP | kanavin: sounds good, thanks. Finding what triggered the restart and looping it might brute force it | 09:37 |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 09:43 | |
| kanavin | RP: I think I got somewhere. The problem starts in the dnf tests, which install and deinstall run-postinsts in quick succession, which in turn run 'systemctl daemon-reload' | 10:16 |
| *** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Quit: Leaving) | 10:17 | |
| kanavin | I think those calls step on each other, and basically dnf tests need to be rewritten to use something that has 'safe' scriptlets or none | 10:20 |
| RP | kanavin: how do they step on each other though? Isn't there some race there which needs to be resolved? | 10:30 |
| kanavin | RP: that's what I am trying to understand. It seems as though 'daemon-reload' operation could be asynchronous. | 10:31 |
| RP | kanavin: that would explain it. Hopefully there may be some what to know when it is complete? | 10:31 |
| kanavin | RP: I'll poke a bit more | 10:33 |
| *** mckoan is now known as mckoan|away | 10:36 | |
| RP | kanavin: thanks, sounds promising | 10:39 |
| * RP notices we have a CVE fix for git we need | 11:08 | |
| kanavin | RP: I suspect we should drop 'daemon-reload' operation altogether from the systemd.bbclass. systemctl enable/restart pair should handle any package updates, although systemctl documentation isn't very clear on this. | 11:09 |
| kanavin | RP: I would want to see how fedora/debian handle this | 11:09 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 11:11 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 11:12 | |
| *** amitk_ <amitk_!~amit@103.208.71.25> has joined #yocto | 11:13 | |
| RP | kanavin: "daemon-reload won't reload/restart the services themselves, just makes systemd aware of the new configuration" | 11:14 |
| RP | kanavin: that isn't a definitive statement from docs but shows someone thinks it is needed | 11:15 |
| RP | kanavin: it is possible systemd behaviour has changed over time | 11:15 |
| *** amitk <amitk!~amit@103.208.69.94> has quit IRC (Ping timeout: 246 seconds) | 11:15 | |
| *** faruk <faruk!~faruk@88.255.126.18> has joined #yocto | 11:18 | |
| faruk | . | 11:22 |
| faruk | Hello. I want change version of qt from 5.15 to 5.12. I think I should this inside meta-qt5 but I couldn't. How can I do this? | 11:27 |
| faruk | I want compile SDK for Qt environment | 11:28 |
| qschulz | faruk: easiest would be to find a version of meta-qt5 which uses 5.12 instead of 5.15 and stick to it | 11:28 |
| qschulz | otherwise, you'll need to backport older version of ther ecipes (or write them yourself) and set PREFERRED_VERSION_qt5base (and others) to 5.12 | 11:29 |
| faruk | I tried change branch version but I couldn't compile. This made me think I was on the wrong track | 11:32 |
| qschulz | faruk: not the bvranch version as there is a compatibility check embedded in layer.conf | 11:38 |
| qschulz | within a same branch, if any is compatible with 5.15 | 11:38 |
| qschulz | 5.12* | 11:38 |
| qschulz | but it might be difficult without modifying layer.conf manually (to add the currently used version to the compatibility list) | 11:38 |
| qschulz | and that is probably not enough also to make it build | 11:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 11:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:00 | |
| faruk | qschulz: I'm very new at this job. What way should I follow? Do you have any advice? | 12:03 |
| qschulz | faruk: trying to find a commit in the branch of the release you're cuirrently using which points to 5.12 seems like a good first try | 12:07 |
| qschulz | then there might be some more work involved to make it compile | 12:07 |
| qschulz | there's no one-size fits all answer here unfortunately | 12:08 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 12:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:08 | |
| qschulz | qt is a complex beast so the usual recommendation of "just backport the recipe" might not be the best | 12:08 |
| qschulz | (especially since there's the qmake bbclass and all other include files and whatnot) | 12:08 |
| faruk | Ok. Thanks for your helping. | 12:11 |
| jclsn6 | Any Raspberry Pi + Qt pros here? | 12:11 |
| jclsn6 | Stil trying to get this *!"§($ thing to work https://github.com/agherzan/meta-raspberrypi/issues/1050 | 12:12 |
| *** jclsn6 is now known as jclsn | 12:12 | |
| qschulz | jclsn: "EGLFS Raspberry Pi ................... no" | 12:25 |
| jclsn | qschulz: you? | 12:25 |
| qschulz | jclsn: also, did you check that you actually have the GPU driver built in your kernel? | 12:25 |
| qschulz | jclsn: no, from your log | 12:25 |
| jclsn | ? | 12:25 |
| qschulz | ? | 12:26 |
| jclsn | Ah yes | 12:26 |
| jclsn | I think that is correct | 12:26 |
| jclsn | According to this guide https://github.com/UvinduW/Cross-Compiling-Qt-for-Raspberry-Pi-4 | 12:26 |
| landgraf | agherzan: ^ :) | 12:30 |
| jclsn | So in the guide it is using EGLDEVICE | 12:30 |
| jclsn | If I set QT_QPA_EGLFS_INTEGRATION=eglfs_kms_egldevice I get | 12:30 |
| jclsn | qt.qpa.eglfs.kms: platformInit: Opening DRM device | 12:31 |
| jclsn | qt.qpa.eglfs.kms: Found 1 EGL devices | 12:31 |
| jclsn | Failed to query device name from EGLDevice | 12:31 |
| jclsn | Seems like one step further | 12:31 |
| jclsn | I think I did try this earlier though | 12:31 |
| jclsn | with the same outcome | 12:31 |
| jclsn | I just need to export a name somehow I guess https://code.woboq.org/qt6/qtbase/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms_egldevice/qeglfskmsegldeviceintegration.cpp.html#263 | 12:32 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 12:34 | |
| qschulz | jclsn: https://doc.qt.io/qt-5/embedded-linux.html might help | 12:34 |
| qschulz | but also, I remember there was one environment variable for enabling logs of different things | 12:34 |
| jclsn | I already read that back and forth | 12:34 |
| qschulz | and that helped me a lot to debug stuff back then | 12:34 |
| qschulz | but that was about 6 years ago | 12:34 |
| jclsn | I already enabled that | 12:34 |
| qschulz | then I cannot help more :) | 12:35 |
| jclsn | Thanks you anyway as always | 12:35 |
| jclsn | Ah seems like eglfs_kms is using the proprietary Broadcom driver and eglfs_kms_egldevice an open source one | 12:38 |
| jclsn | Maybe I should try the proprietary | 12:38 |
| agherzan | @jclsn have you tried khem: 's yoe distro? | 12:41 |
| agherzan | I personally haven't played much with Qt on rpi | 12:42 |
| jclsn | agherzan: I tried the qtbase_%.bbappend from meta-yoe,b ut not the whole distro | 12:42 |
| agherzan | Start with something that works. I'd give yoe a try first | 12:43 |
| jclsn | I think there is just one package missing | 12:43 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 12:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:44 | |
| jclsn | I'd rather compare my setup to this .bbappends in the layer than start from scratch | 12:48 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 12:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:49 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has joined #yocto | 12:50 | |
| jclsn | qschulz: I btw created a ticket for Yocto community work considering the PREMIRRORS bug during the sprint planning yesterday. I will see how my company feels about giving something back. ^^ My boss wasn't present | 12:53 |
| qschulz | jclsn: don't remember an issue with PREMIRRORS, is there a bug report somewhere? | 12:57 |
| jclsn | qschulz: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13353 | 12:59 |
| RP | kanavin: Just to finish things off, my desk's chair has collapsed :) | 13:04 |
| * RP will have to go and weld it back together | 13:05 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 13:07 | |
| *** WeekendWorm <WeekendWorm!~WeekendWo@77-166-18-199.fixed.kpn.net> has joined #yocto | 13:20 | |
| paulg | just put two unused desktop PCs together and set a cushion on top. :-P | 13:22 |
| *** WeekendWorm <WeekendWorm!~WeekendWo@77-166-18-199.fixed.kpn.net> has quit IRC (Client Quit) | 13:22 | |
| qschulz | RP: michaelo[m]: ndec: I don't like that the default docs are pointing to the dev version, anyone against using the latest release instead as defaultand have a "dev" sub-URL (what's the name? docs.yoctoproject.org/dev/) for the master branch? | 13:26 |
| *** MisterMongolia <MisterMongolia!~MisterMon@77-166-18-199.fixed.kpn.net> has joined #yocto | 13:27 | |
| qschulz | why I don't like it: it shows something that isn't released yet and might confuse users. I assume most people aren't using the master branch but the latest release. And if there's a significant change in behavior and variable and they are looking at the docs after that change, they'll try something that does not work | 13:27 |
| qschulz | one perfect example is the variable rename for example | 13:28 |
| qschulz | or during the override syntax change for example | 13:28 |
| MisterMongolia | Howdy! Is there a way to see a human friendly list of task dependencies? If I were to do just `bitbake recipe` what would be the list of tasks in the chronological order which will be executed. | 13:28 |
| paulg | https://stackoverflow.com/questions/34303946/how-to-determine-dependencies-of-recipes-in-yocto | 13:33 |
| paulg | see also section 1.5.2.4 https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-intro.html | 13:34 |
| *** AmarjargalGundja <AmarjargalGundja!~amarjarga@2001:470:69fc:105::1:f9cd> has joined #yocto | 13:44 | |
| *** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 13:46 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29f:f340::81bf> has quit IRC (Ping timeout: 260 seconds) | 13:48 | |
| qschulz | RP: michaelo[m]: ndec: the main painpoint at the moment is that the URLs are incorrect for dev (default) | 13:51 |
| qschulz | c.f. https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html#building-your-image "SSTATE_MIRRORS ?= "file://.* https://sstate.yoctoproject.org/4.0.999/PATH;downloadfilename=PATH"" | 13:52 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Quit: Leaving) | 13:54 | |
| MisterMongolia | paulg: Thanks. Can't get the UI to load. As for the `bitbake -g recipe` that gives a global dependency list. Can filter out by the recipe name, but not sure if I'm allowed to trust the print order to be the execution order | 13:54 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 260 seconds) | 13:54 | |
| *** AmarjargalGundja is now known as Amarjargal[m] | 13:54 | |
| JaMa | MisterMongolia: bitbake --dry-run is also helpful | 13:54 |
| *** faruk <faruk!~faruk@88.255.126.18> has quit IRC (Quit: Leaving) | 14:05 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 14:09 | |
| amahnui[m] | I think I did it. | 14:11 |
| amahnui[m] | I tested it in directories that have many subdirectories and contains html and css files as well and it successfully added the codes to them | 14:11 |
| amahnui[m] | the main issue I am facing now is how to go around the `UnicodeDecodeError: 'utf-8' codec can't decode byte 0xa0 in position 99: invalid start byte` and the `UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe9 in position 158: invalid continuation byte` error I get after the script has edited some of the files in the folder containing the versions you sent (0.9 to 3.1.3) and i'm thinking it has to do with the encoding of the html | 14:11 |
| amahnui[m] | `<meta charset="UFT-8">` and it might be stopping it from accepting modifications. | 14:11 |
| * amahnui[m] is just thinking that could be the issue especially as it successfully modifies some of the files before stopping at this error. | 14:13 | |
| amahnui[m] | RP qschulz ndec what are your thoughts please | 14:14 |
| amahnui[m] | Can I send the files here so you check it out? | 14:14 |
| qschulz | amahnui[m]: send a patch for yocto-autobuilder-helper git repo | 14:17 |
| qschulz | https://git.yoctoproject.org/yocto-autobuilder-helper/tree/README#n29 | 14:18 |
| qschulz | you can add that it's an RFC and can explain the issues that currently exist with this patch (or series of patch) | 14:18 |
| amahnui[m] | @q | 14:20 |
| amahnui[m] | * qschulz: Thank you I will do that right away. | 14:20 |
| jclsn | God this yoe distro is just a complete mess | 14:27 |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 14:29 | |
| jclsn | It says "simple", but it presents itself with a whole different structure | 14:32 |
| *** MisterMongolia <MisterMongolia!~MisterMon@77-166-18-199.fixed.kpn.net> has quit IRC (Quit: Client closed) | 14:32 | |
| jclsn | I realized that I don't have /dev/dri. Could that be the reason for the missing DRM device? | 14:49 |
| qschulz | jclsn: you don't have the GPU driver built-in | 14:50 |
| qschulz | so yes, it'll fail to use the GPU | 14:50 |
| jclsn | How to change that? | 14:50 |
| qschulz | jclsn: modify your kernel configuration to build the driver | 14:50 |
| qschulz | or if it's already built but as a module, add kernel-module-nameofmodule to IMAGE_INSTALL | 14:50 |
| jclsn | or maybe not build core-image-base | 14:50 |
| qschulz | (or kernel-modules which will bring ALL modules into your image) | 14:51 |
| jclsn | but core-image-x11 and then just remove x11 | 14:51 |
| qschulz | jclsn: the image has nothing to do with kernel configruation | 14:51 |
| qschulz | recipes cannot impact other recipes in any way | 14:51 |
| qschulz | and images are recipes | 14:51 |
| jclsn | Yeah but why would the image build without a gpu driver? | 14:52 |
| jclsn | I mean this is the standard Raspberry Pi kernel afaik | 14:52 |
| jclsn | Oh I wrote DISTOR_FEATURES instead of DISTRO_FEATURES | 14:53 |
| qschulz | jclsn: because your kernel configuration does not have the gpu driver built-in | 14:53 |
| qschulz | or has it but built as a module and your machine or image does not install it | 14:54 |
| qschulz | (it should be your machine that installs it, via MACHINE_EXTRA_IMAGE_INSTALL or something like that) | 14:54 |
| jclsn | MACHINE_FEATURES=" pci apm usbhost keyboard vfat ext2 screen touchscreen alsa bluetooth wifi sdio vc4graphics qemu-usermode" | 14:59 |
| jclsn | vc4graphics is there | 14:59 |
| jclsn | but there is also a userland driver | 14:59 |
| amahnui[m] | Hi qschulz please whats an RFC. | 15:00 |
| jclsn | agherzan: ? | 15:00 |
| amahnui[m] | I just sent a patch for the scripts | 15:03 |
| amahnui[m] | * qschulz: RP ndec I just | 15:04 |
| Saur[m] | amahnui: RFC = Request For Comments. Typically, if you have an idea about how to solve something, but you are not sure it's the best way to do it, then you can send the patch (or what you have) as an RFC and ask others for tips and ideas. | 15:05 |
| jclsn | qschulz: So there is nothing in MACHINE_EXTRA_IMAGE_INSTALL, but the drivers should be there https://pastebin.com/JzSvKdzU | 15:06 |
| amahnui[m] | Saur: thanks a lot for that I will definitely add that to my patch | 15:08 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.5) | 15:09 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:10 | |
| jclsn | qschulz: Damn it | 15:14 |
| jclsn | The problem was that I was using the vc4-kms-v3d instead of vc4-fkms-v3d | 15:15 |
| jclsn | So just an an entry in the config.txt needed to be changed | 15:15 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.5) | 15:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:16 | |
| jclsn | agherzan: Shouldn't eglfs run with normal kms? | 15:16 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Client Quit) | 15:16 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:16 | |
| qschulz | amahnui[m]: RFC = Request For Comment | 15:18 |
| jclsn | There is also not an option to set this from the local.conf | 15:19 |
| qschulz | amahnui[m]: didn't receive anything from you on the mailing list | 15:19 |
| jclsn | Will just append it. What the heck.. | 15:19 |
| qschulz | amahnui[m]: triple check the address is correct | 15:19 |
| qschulz | amahnui[m]: and check that you're also subscribed to the mailing list | 15:20 |
| amahnui[m] | https://lists.yoctoproject.org/g/yocto/topic/patch/90488259?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,90488259,previd%3D1650034854224073090,nextid%3D1649772681292065543&previd=1650034854224073090&nextid=1649772681292065543 | 15:20 |
| amahnui[m] | qschulz I sent the ptch here. | 15:20 |
| qschulz | amahnui[m]: ahah! my professional mail address is not subscribed to that one yet so I didn't see it :) | 15:21 |
| amahnui[m] | qschulz: I sent it twice before realising that I was not subscribed to it :) | 15:23 |
| amahnui[m] | * qschulz: I sent the patch twice before realising that I was not subscribed to it :) | 15:24 |
| jclsn | God, for one month I have been searching for this and it was just the wrong dtoverlay... :D | 15:27 |
| jclsn | qschulz: Thanks for the GPU tip. That really brought me there | 15:27 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 15:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:29 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 15:31 | |
| bonalais | nick | 15:33 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 15:34 | |
| *** bonalais is now known as amahnui | 15:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:34 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has joined #yocto | 16:07 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 16:23 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 16:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:28 | |
| RP | qschulz: I'd be ok with changing the default | 16:32 |
| * RP thinks we may be nearly ready for rc3. Just an open question of whether to risk any more fixes that are on the list and the question on systemd intermittent issues | 16:33 | |
| RP | paulg: I should have gone for the old servers, that would have been much simpler | 16:34 |
| paulg | well, I guess that depends on where it broke and how much welding you've done in the past. :-) | 16:35 |
| paulg | and if you've got a couple old unloved PCs around (I was willing to gamble on that one) | 16:36 |
| jclsn | agherzan: SPI is still not working althoug I have activated it in the config.txt. Do I have to use another kernel that linux-raspberrypi? | 16:45 |
| jclsn | I actually checked whether the needed modules are present and they are, which is weird | 16:46 |
| jclsn | Usually the ADC is listed under /sys/bus/iio, but with the Yocto build there is nothing | 16:46 |
| khem | jclsn: is it enabled in kernel confg and dtb | 16:47 |
| khem | :q | 16:47 |
| jclsn | @khem will check | 16:48 |
| jclsn | I was assuming that the standard Pi kernel is built though | 16:48 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 16:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:49 | |
| jclsn | Also: The MCP320X module is activated. So I would assume that all necessary dependencies are as well | 16:49 |
| khem | hmm ok then it is some dt overlay issue then | 16:51 |
| jclsn | khem: But the config.txt is identical to the one from my Raspbian installation | 16:54 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 16:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:54 | |
| jclsn | ENABLE_SPI_BUS="1" is set. I also tried doing it manually with dtparam=spi=on, which is the same | 16:54 |
| jclsn | I will try to just always load the driver regardless of the overlaay | 16:55 |
| jclsn | see if that makes a difference | 16:55 |
| khem | check lsmod | grep spi_ | 16:59 |
| jclsn | Hmm I can only build it as a module. Weird | 17:01 |
| jclsn | lsmod is not installed haha | 17:01 |
| *** beneth <beneth!~beneth@2001:41d0:c:a71:1000:25::> has quit IRC (Quit: Gateway shutdown) | 17:02 | |
| jclsn | coreutils I guess? | 17:02 |
| khem | I think you should include all kernel-modules in image | 17:02 |
| paulg | "cat /proc/modules" perhaps? | 17:02 |
| paulg | in the beginning, I think lsmod was a shell script that did that? | 17:03 |
| paulg | that would be 1990s kind of time frame | 17:03 |
| paulg | <---- old. | 17:04 |
| jclsn | Should be there | 17:04 |
| khem | we do have it in MACHINE_EXTRA_RRECOMMENDS. do you have .ko files in /lib/modules | 17:04 |
| jclsn | root@healthpi64:~# cat /proc/modules | grep spi | 17:04 |
| jclsn | cat: ''$'\302': No such file or directory | 17:04 |
| jclsn | spidev 24576 0 - Live 0xffffffc008cf4000 | 17:04 |
| jclsn | spi_bcm2835 24576 0 - Live 0xffffffc008d4a000 | 17:04 |
| khem | ok so it seems to be loaded | 17:04 |
| jclsn | The other two modules are not there though | 17:05 |
| jclsn | yeah but the mcp320x is not | 17:05 |
| jclsn | and the max30102 | 17:05 |
| jclsn | Weird | 17:05 |
| jclsn | They are checked with <m> in the kernel | 17:06 |
| jclsn | Weirdly I cannot alway build them, because I can't put <y> | 17:06 |
| khem | do you have CONFIG_MCP320X=y or m | 17:06 |
| jclsn | m | 17:07 |
| jclsn | I can't set y anywhere | 17:07 |
| jclsn | Ah well, I guess the basic Pi config is quite empty | 17:08 |
| *** amitk_ <amitk_!~amit@103.208.71.25> has quit IRC (Ping timeout: 240 seconds) | 17:09 | |
| khem | check https://github.com/raspberrypi/linux/tree/rpi-5.15.y/arch/arm/boot/dts/overlays | 17:09 |
| khem | and see if the dtbo is there | 17:09 |
| jclsn | Is it like the Yocto way to include as little as necessary? | 17:09 |
| khem | for your device | 17:09 |
| khem | yes but it should be easy to add stuff | 17:09 |
| jclsn | khem: It is. I did the PR https://github.com/raspberrypi/linux/pull/4535 | 17:10 |
| jclsn | It has been merged some time ago | 17:10 |
| jclsn | It should use the standard bcm2711_defconfig. https://github.com/agherzan/meta-raspberrypi/blob/3a91ee04ebb971d2f2b6e5238783497097e33c5b/recipes-kernel/linux/linux-raspberrypi.inc#L28 | 17:13 |
| jclsn | weird.. | 17:13 |
| jclsn | And it does | 17:15 |
| jclsn | Just checked with getvar | 17:15 |
| jclsn | WEIRD | 17:15 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:15 | |
| khem | maybe you need to enabel ENABLE_I2C = "1" as well | 17:16 |
| jclsn | khem: I did | 17:19 |
| *** alimon <alimon!~alimon@189.172.49.79> has quit IRC (Remote host closed the connection) | 17:20 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.5) | 17:20 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 17:22 | |
| *** alimon <alimon!~alimon@2806:10b7:3:8f8e:2c32:cfff:fe8e:de1f> has joined #yocto | 17:22 | |
| jclsn | I can load the modules manually but then they still don't work | 17:30 |
| jclsn | *sigh* | 17:30 |
| *** alimon <alimon!~alimon@2806:10b7:3:8f8e:2c32:cfff:fe8e:de1f> has quit IRC (Remote host closed the connection) | 17:39 | |
| *** alimon <alimon!~alimon@2806:10b7:3:8f8e:2c32:cfff:fe8e:de1f> has joined #yocto | 17:42 | |
| khem | interesting are you on pi4 ? | 17:45 |
| khem | abelloni: RP I have sent a v3 of gcc12 patch, perhaps give it a shot on AB so I can work upstream on any remaining issues | 17:46 |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:50 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 17:53 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 17:58 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 17:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:59 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:00 | |
| amahnui[m] | Hi ndec The bug was assigned to Michael Halstead on https://bugzilla.yoctoproject.org/show_bug.cgi?id=14394 already. | 18:13 |
| vmeson | There are graphs of the YP patch count and Upstream-Status ... link anyone? | 18:17 |
| kanavin | RP: I wrote a summary to the avahi systemd bug, I'm currently out of ideas how to move forward | 18:18 |
| *** PriyanshSingh[m] <PriyanshSingh[m]!~ps-19matr@2001:470:69fc:105::1:f9f4> has joined #yocto | 18:19 | |
| jclsn | khem: yes, seems like the .dtbo files are missing on the boot partition | 18:20 |
| jclsn | I have them on the Raspian installation | 18:20 |
| jclsn | I will clean build the kernel. See if that helps | 18:20 |
| jclsn | I think I had a similar issue when I manually built the kernel last time. I thought there was something wrong on my end at let Phil merge it anyway | 18:29 |
| jclsn | So maybe there is a bug in the makefile | 18:29 |
| jclsn | Yeah but why would that be the case for the health sensor and the ADC. Doesn't make sense | 18:31 |
| khem | jclsn: see https://github.com/agherzan/meta-raspberrypi/blob/master/conf/machine/include/rpi-base.inc#L17 | 18:38 |
| khem | see if its missing here then add it | 18:39 |
| jclsn | They are | 18:39 |
| jclsn | This is not the standard list of the Pi kernel is it? | 18:39 |
| jclsn | I would assume it to be minimal because it is supposed to be in Yocto | 18:40 |
| khem | its certainly not all, its what people have used and needed | 18:43 |
| khem | I am fine if you create a patch to add the missing ones | 18:43 |
| khem | also check for any conflicts where two dtbo might be overlapping | 18:43 |
| jclsn | Why not just put all? I mean that is what I would expect from the Pi kernel | 18:44 |
| khem | the build is this way because people want to customize | 18:46 |
| jclsn | Sure but people should be able to follow all the guides out there for the Pi in Yocto as well imo | 18:48 |
| jclsn | Likes this for the ADC https://jumpnowtek.com/rpi/Using-mcp3008-ADCs-with-Raspberry-Pis.html | 18:48 |
| jclsn | It just assumes that the overlay is there, which it is in the kernel that ships with Raspbian | 18:48 |
| jclsn | But well I won't argue | 18:49 |
| khem | raspbian != yocto and in that article it would have been good to document the platform it assumed perhaps | 18:50 |
| jclsn | Okay | 18:51 |
| jclsn | Sure it assumes Raspian | 18:51 |
| jclsn | But given that the whole overlays folder is ~750kB in size... | 18:53 |
| * jclsn shrugs | 18:53 | |
| khem | as I said, add the missing ones and send a patch to meta-raspberrypi | 18:53 |
| * jclsn said he won't argue | 18:53 | |
| jclsn | Okay | 18:53 |
| jclsn | Will make a list | 18:53 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:01 | |
| halstead | amahnui[m]: May I assign the bug to you? | 19:11 |
| *** rber|res <rber|res!~rber|res@athedsl-84823.home.otenet.gr> has quit IRC (Ping timeout: 240 seconds) | 19:13 | |
| amahnui[m] | I would like to know the approach you used as what I'm doing is not certain yet and is open for corrections | 19:16 |
| amahnui[m] | * halstead: I would | 19:17 |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 19:20 | |
| jclsn | khem: Works! | 19:20 |
| jclsn | I will make a PR with the ADC | 19:21 |
| jclsn | Should be enough for now | 19:21 |
| halstead | amahnui[m]: I haven't worked on that bug recently enough to recall. I'm happy to advise. | 19:21 |
| jclsn | It didn't build with the whole list from Raspian, so I guess you have a point | 19:21 |
| halstead | amahnui[m]: One part of the bug is to download the current tarball and modify the files to have headers. Then I can place a new tarball. I'll add that to the bug. | 19:22 |
| amahnui[m] | halstead: I sent a patch here and I really like to get ways to improve it | 19:23 |
| amahnui[m] | https://lists.yoctoproject.org/g/yocto/topic/patch/90488259?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,90488259,previd%3D1650034854224073090,nextid%3D1649772681292065543&previd=1650034854224073090&nextid=1649772681292065543 | 19:23 |
| amahnui[m] | It encouters an error when it meets uft-8 encoding so the modification does get completed. | 19:25 |
| halstead | amahnui[m]: I added some information and assigned the bug to you for now. | 19:27 |
| halstead | amahnui[m]: I'm in a maintenance window right now but I can look at your patch after. I'm curious, will we need to run this script more than once? | 19:30 |
| amahnui[m] | No there are two scripts, one modifies the .html files while the other modifies the .css files. | 19:33 |
| amahnui[m] | But as I said, there is an encoding issue withholding the script from completing the recursion. But if that is fixed then I believe it will go through the whole directory and carry out the modifications | 19:33 |
| amahnui[m] | Each of the 2 scripts will be run just once. | 19:33 |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 19:36 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 19:37 | |
| *** nsbdfl <nsbdfl!~nsfbdl@user/nsbdfl> has quit IRC (Ping timeout: 250 seconds) | 19:38 | |
| *** nsbdfl <nsbdfl!~nsfbdl@user/nsbdfl> has joined #yocto | 19:42 | |
| amahnui[m] | halstead: I would be very grateful. | 19:44 |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has joined #yocto | 19:48 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Remote host closed the connection) | 19:50 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 19:51 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Remote host closed the connection) | 19:52 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 19:52 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 19:53 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 20:34 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has joined #yocto | 20:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 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: 248 seconds) | 22:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:04 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:10 | |
| RP | khem: I queued a gcc 12 build | 22:11 |
| RP | halstead: my thinking is we'd extract the tarball and then run the script against the output, at least for now | 22:12 |
| RP | halstead: we may or may not choose to update the tarball. ndec also suggested we may want to make the tarball a git repo or branch but I'm not sure you want that sized data being pulled in.out | 22:12 |
| * RP wonders if we really still want subversion in core | 22:14 | |
| RP | khem: the gcc12 build may fail due to other autobuilder issues :/ | 22:14 |
| RP | khem: I'm totally overloaded so I really don't want to do this but I know it will make life simpler if we can get gcc 12 fixed now | 22:14 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:25 | |
| *** florian <florian!~florian@dynamic-002-244-101-021.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 22:47 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:56 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:119a:47d3:654d:ccd> has quit IRC (Ping timeout: 250 seconds) | 22:57 | |
| *** nsbdfl <nsbdfl!~nsfbdl@user/nsbdfl> has quit IRC (Ping timeout: 240 seconds) | 23:17 | |
| *** nsbdfl <nsbdfl!~nsfbdl@user/nsbdfl> has joined #yocto | 23:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 23:55 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:55 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 256 seconds) | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!