| RP | JPEW: np. I just don't know why diffoscope continues to take so long :/ | 00:06 |
|---|---|---|
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 00:07 | |
| *** Guest16229 <Guest16229!~caio@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 00:18 | |
| *** richbridger <richbridger!~richbridg@089144194174.atnat0003.highway.a1.net> has quit IRC | 00:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:40 | |
| *** linums <linums!~linums@apn-94-44-110-195.vodafone.hu> has quit IRC | 00:40 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:41 | |
| *** alicef is now known as AliceBot | 00:47 | |
| *** AliceBot is now known as AlicefBot | 00:48 | |
| *** bluelightning_ is now known as bluelightning | 00:49 | |
| *** AlicefBot is now known as alicef | 00:49 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 00:51 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:51 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 00:51 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 00:52 | |
| *** manuel1985 <manuel1985!~manuel198@089144217195.atnat0026.highway.a1.net> has quit IRC | 00:53 | |
| kiwi_29 | Hello ... I am using package_deb, packge_feed_uris and package-management in my conf file as I am hosting a deb repo on remote server. This generates a sources.list. with. deb http://<URL>/all ./ How do I generate. sources.list with deb http://<URL>/all yocto main where yocto is the name of distribution and main is name of component | 01:12 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-42-145.ssp.dialog.net.pl> has quit IRC | 01:14 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:15 | |
| *** linums <linums!~linums@apn-94-44-232-227.vodafone.hu> has joined #yocto | 01:20 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:47c4:89ec:8e68:7431> has quit IRC | 01:23 | |
| *** linums <linums!~linums@apn-94-44-232-227.vodafone.hu> has quit IRC | 01:24 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 01:33 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 01:33 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 01:34 | |
| *** linums <linums!~linums@apn-94-44-250-222.vodafone.hu> has joined #yocto | 01:56 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC | 02:16 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto | 02:17 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 02:27 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 02:40 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC | 02:52 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 02:52 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-iyhfzuywrjbxlyin> has quit IRC | 02:52 | |
| *** ahadi <ahadi!~ahadi@88.130.218.68> has quit IRC | 03:03 | |
| *** ahadi <ahadi!~ahadi@i59F44C53.versanet.de> has joined #yocto | 03:05 | |
| yates | vdl: i understand. it just sounded like you were saying you didn't need any bootloader for the x86. you do, just not one you compile within the bsp (as you stated). | 03:10 |
| yates | irc is not always the best way to communicate... :) | 03:10 |
| yates | vdl et al.: thank you for the information | 03:10 |
| yates | pardon me if i've asked this recently, and this is not necessarily a yocto question, but which component of a linux build provides the cross toolchain? | 03:20 |
| yates | more specifically, as i understand it, the binutils has to be ported to the processor architecture for which the build is constructed. how is this provided? | 03:21 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 03:23 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC | 03:26 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:28 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 03:57 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 03:57 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:01 | |
| *** ahadi <ahadi!~ahadi@i59F44C53.versanet.de> has quit IRC | 04:01 | |
| *** ahadi <ahadi!~ahadi@88.130.218.243> has joined #yocto | 04:04 | |
| khem | yates: cross toolchain consists of several components but you need a cross-gcc and cross-binutils at the least to bootstrap | 04:08 |
| khem | you will see binutils-cross and gcc-cross recipes in metadata those will be of interest | 04:09 |
| khem | but since bootstrapping cross toolchains is a bit of voodoo there are some intermediate steps to achieve a fully functional cross toolchain, if you want to learn more look at gcc/ binutils/ linux-libc-headers/ glibc related recipes | 04:10 |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has joined #yocto | 04:52 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 04:52 | |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-095-208-248-193.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 04:58 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has left #yocto | 04:59 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 05:00 | |
| *** linums <linums!~linums@apn-94-44-250-222.vodafone.hu> has quit IRC | 05:07 | |
| *** linums <linums!~linums@apn-94-44-250-222.vodafone.hu> has joined #yocto | 05:10 | |
| *** linums <linums!~linums@apn-94-44-250-222.vodafone.hu> has quit IRC | 05:20 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 05:20 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 05:25 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 05:25 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has quit IRC | 05:33 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 05:33 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 05:36 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 05:37 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has joined #yocto | 05:49 | |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.150.20> has left #yocto | 06:10 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has quit IRC | 06:14 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has joined #yocto | 06:27 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:33 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:36 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:36 | |
| *** camus is now known as kaspter | 06:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lqwqmllkswsapglo> has quit IRC | 06:38 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 06:38 | |
| *** jobroe <jobroe!~manjaro-u@p57a59d6e.dip0.t-ipconnect.de> has joined #yocto | 06:38 | |
| *** minimaxwell <minimaxwell!~minimaxwe@89.135.22.93.rev.sfr.net> has joined #yocto | 06:43 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has quit IRC | 06:44 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 06:48 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 06:50 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 06:53 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has joined #yocto | 06:58 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 06:58 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 07:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:13 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:19 | |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has joined #yocto | 07:22 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:cc0b:cf31:a49c:b4df> has quit IRC | 07:28 | |
| *** frsc <frsc!~frsc@i59F72225.versanet.de> has joined #yocto | 07:41 | |
| *** xtron <xtron!~xtron@103.113.103.49> has joined #yocto | 07:47 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has quit IRC | 07:48 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:54 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-adiswhwcpldikcbb> has joined #yocto | 07:54 | |
| *** xtron <xtron!~xtron@103.113.103.49> has quit IRC | 07:57 | |
| *** fl0v0 <fl0v0!~fvo@i5E86ACEA.versanet.de> has joined #yocto | 07:57 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 07:58 | |
| *** pcglue <pcglue!~kvirc@cpe-104-175-108-43.socal.res.rr.com> has quit IRC | 08:01 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 08:01 | |
| *** mckoan|away is now known as mckoan | 08:02 | |
| mckoan | good morning | 08:02 |
| LetoThe2nd | yo mckoan and rest of dudX | 08:02 |
| mckoan | :-D | 08:04 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:b7bd:1d78:9a4c:6909> has joined #yocto | 08:05 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 08:06 | |
| *** kpo__ <kpo__!~kpo@gl1-35.master.pl> has quit IRC | 08:10 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 08:11 | |
| *** minimaxwell <minimaxwell!~minimaxwe@89.135.22.93.rev.sfr.net> has quit IRC | 08:20 | |
| *** manuel1985 <manuel1985!~manuel198@213-147-162-186.nat.highway.bob.at> has joined #yocto | 08:28 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-42-145.ssp.dialog.net.pl> has joined #yocto | 08:28 | |
| *** minimaxwell <minimaxwell!~minimaxwe@181.163.185.81.rev.sfr.net> has joined #yocto | 08:47 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 08:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 09:01 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 09:21 | |
| qschulz | mornin' | 09:21 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 09:26 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 09:28 | |
| *** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has quit IRC | 09:32 | |
| *** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has joined #yocto | 09:33 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:43 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 09:49 | |
| pankaj347 | hi | 09:54 |
| pankaj347 | i want to add mkisofs with image how i can add this into image ? | 09:54 |
| *** pankaj34756 <pankaj34756!0e62b3fe@14.98.179.254> has joined #yocto | 10:01 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 10:02 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 10:05 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 10:05 | |
| qschulz | pankaj34756: IIUC, it's [part of cdrtools, but we only have a native recipe available | 10:05 |
| qschulz | c.f. https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb?h=master | 10:05 |
| qschulz | so you probably need to create one yourself | 10:06 |
| qschulz | don't know if cross-compilation is supported, but you'll discover by yourself :) | 10:06 |
| pankaj34756 | qschulz ok..thanks | 10:06 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 10:07 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 10:09 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 10:16 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 10:35 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 10:35 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 10:38 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 10:40 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 11:01 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 11:03 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 11:05 | |
| rburton | RP: diffoscope is *so slow*. I had to diff two 1gb trees and after six hours I gave up | 11:26 |
| RP | rburton: with master? its hanging for me atm | 11:26 |
| rburton | oh, outside of OE | 11:27 |
| RP | I was able to reproduce the hangs quite quickly by adding https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20210224-vy8equte/packages/reproducibleA/tmp/deploy/rpm/noarch/cantarell-fonts-0.301-r0.noarch.rpm to meta/lib/oeqa/selftest/cases/diffoscope/A and it's counterpart to B, then oe-selftest -r reproducible.DiffoscopeTests.test_diffoscope | 11:27 |
| LetoThe2nd | rburton: you need moar power | 11:27 |
| rburton | LetoThe2nd: its not multithreaded so adding more power doesn't really help | 11:27 |
| RP | rburton: did you see that arm worker build hang? I had to stop it to unblock all the jobs :/ | 11:27 |
| rburton | LetoThe2nd: there must be some bad algorithms as these two 1gb trees were identical apart from ~10 files | 11:28 |
| *** mseeber <mseeber!~mseeber@2a02:2450:1159:680:464d:d23b:600a:b6a3> has joined #yocto | 11:28 | |
| LetoThe2nd | rburton: more is always more: https://youtu.be/QHZ48AE3TOI | 11:28 |
| RP | rburton: I ended up separating the packages I wanted to diff and running it in parallel | 11:28 |
| rburton | RP: the doomed worker or the other worker? | 11:28 |
| RP | rburton: other one | 11:29 |
| RP | rburton: jon delegated to you last night | 11:30 |
| rburton | thanks jonmason! | 11:32 |
| rburton | we need to get the AB an Altra so the arm builders stop hitting all the timeouts due to being slow | 11:32 |
| RP | rburton: that would be nice | 11:33 |
| RP | rburton: were you using html output or not? That is what seems to hang diffoscope | 11:33 |
| rburton | Ah, really | 11:33 |
| rburton | Yes, I was | 11:33 |
| RP | rburton: which version out of interest? | 11:33 |
| rburton | Some O(N^N) stupidity in the html output? | 11:33 |
| rburton | erm, latest a few weeks ago | 11:33 |
| rburton | so that hanging job actually finished all the bitbake work | 11:34 |
| rburton | but bitbake didn't actually quit | 11:35 |
| RP | rburton: how did you determine that? | 11:38 |
| rburton | NOTE: recipe core-image-sato-1.0-r0: task do_testsdkext: Succeeded | 11:39 |
| rburton | Bitbake still alive (5000s) | 11:39 |
| rburton | hm hang on no | 11:40 |
| RP | rburton: NOTE: recipe core-image-minimal-1.0-r0: task do_testsdkext: Started never finishes | 11:42 |
| rburton | right | 11:42 |
| RP | rburton: stop blaming poor bitbake | 11:42 |
| rburton | still blaming bitbake :) | 11:42 |
| rburton | bit annoying that the logs are just merged | 11:43 |
| rburton | when do we get per-task logs in the buildbot | 11:43 |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC | 11:44 | |
| RP | rburton: when you implement it. I was happy just to get per invocation with nice naming ;-) | 11:49 |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto | 11:50 | |
| *** rubdos <rubdos!~rubdos@77.109.115.119> has quit IRC | 11:51 | |
| RP | strace: [ Process PID=15408 runs in x32 mode. ] - should diffoscope-native/python3-native really be doing that | 11:52 |
| rburton | wait what | 11:54 |
| rburton | thats terrifying if true | 11:54 |
| RP | rburton: I don't believe it but that is what it says | 11:55 |
| rburton | surely file on the binary can tell you | 11:56 |
| RP | python3-native/python3.9: ELF 64-bit LSB shared object | 11:56 |
| RP | so what is strace on about? | 11:56 |
| rburton | so googles suggests that x32 detection is a heuristic and can be wrong | 11:57 |
| RP | rburton: ah. its a weird world. gdb is now spewing warnings due to a glibc version it doesn't understand | 11:59 |
| rburton | fun! | 11:59 |
| yates | last night i was asking: more specifically, as i understand it, the binutils has to be ported to the processor architecture for which the build is constructed. how is this provided? | 12:03 |
| yates | khem: i saw your response last night but i'm still confused (a common situation) | 12:04 |
| yates | the question above was preceded by this question: pardon me if i've asked this recently, and this is not necessarily a yocto question, but which component of a linux build provides the cross toolchain? | 12:04 |
| yates | so khem the basic question is this: does the cross-binutils first have to be created (copied/stolen from other projects), then provided to yocto, or is there a way somehow for yocto to build it? | 12:05 |
| yates | the problem is that we won't have a prebuilt cross-toolchain for our processor arch. it is custom | 12:07 |
| *** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-xisspqboqhgpcwvm> has quit IRC | 12:10 | |
| *** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-cwtnqzqrkdmghynk> has joined #yocto | 12:10 | |
| paulbarker | yates: When you say "custom", is that a fully custom ISA or built around an existing common ISA? | 12:11 |
| yates | fully custom ISA | 12:18 |
| paulbarker | yates: You'll need to port binutils, gcc, etc. Expect to put a couple of person-years of work in if the ISA customisations are non-trivial | 12:21 |
| *** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:fd88:2eb2:8463:8658> has quit IRC | 12:21 | |
| paulbarker | Typically in Yocto Project we build cross-binutils from source but obviously the binutils source needs to include support for the ISA you're targetting | 12:23 |
| yates | paulbarker: exceellent info. thank you. | 12:24 |
| RP | touch usr/lib/rpm/rpmrc "fixes" the diffoscope hang | 12:28 |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 12:29 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 12:31 | |
| *** mckoan is now known as mckoan|away | 12:32 | |
| *** minimaxwell <minimaxwell!~minimaxwe@181.163.185.81.rev.sfr.net> has quit IRC | 12:41 | |
| *** minimaxwell <minimaxwell!~minimaxwe@204.ip-51-254-215.eu> has joined #yocto | 12:41 | |
| *** minimaxwell <minimaxwell!~minimaxwe@204.ip-51-254-215.eu> has joined #yocto | 12:42 | |
| RP | dl9pf: retesting master-next, hopefully the hang is partly addressed and we have the font issue. I've opened an upstream bug for the diffoscope html hang | 12:49 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gcrhrmkfuviljawu> has joined #yocto | 12:52 | |
| fl0v0 | Hi, i want to create a extra image for the boot partition of a a raspberrypi. The files are packed by wic and bootimg-partition.py. wic creates the FAT image in "${WORKDIR}/build-wic" (of the image recipe), but i need to have an extra image recipe, that deploys the files as a tar.xz | 12:57 |
| fl0v0 | Is there any clever way to do this? I tried to strip an image created by image.bbclass but it feels like its too complicated. | 12:57 |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 13:10 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 13:10 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-jtsxodoercwkqyys> has quit IRC | 13:16 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-jgjkpdjqrvufoihv> has joined #yocto | 13:16 | |
| qschulz | fl0v0: you don't need an extra image recipe, you need an extra image type (IMAGE_FSTYPES IIRC) | 13:18 |
| fl0v0 | qschulz: thanks will look more into the image_types.bbclass then? | 13:19 |
| Saur | I'm getting a bunch of "WARNING: SOURCE_DATE_EPOCH value from sstate '0' is deprecated/invalid. Reverting to SOURCE_DATE_EPOCH_FALLBACK '1302044400'" when I build with current master, but there is no indication what recipe are causing them. Will they go away by themselves, or is there something I can do to get rid of them? | 13:35 |
| Konsgn | Is there a means to have multiple seperate layers in a single repository? I see the combo-layer feature, but what I want to do is have a repository that has direct folders of repo/meta-foo, repo/meta-bar and so on. | 13:38 |
| Saur | Konsgn: meta-openembedded does this. | 13:43 |
| Konsgn | thanks for that! looks like it's really simple to do | 13:45 |
| JPEW | RP: huh... interesting. Should that file be packaged by rpm.bb? | 13:46 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 13:48 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:59 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 14:04 | |
| JPEW | RP: Ok, finally looking at the SDE stuff | 14:14 |
| kayterina | what kind of recipe I put in build/workspace with devtool add and when in a meta-layer/recipes-kati/recipe.bb? | 14:15 |
| *** falk0n <falk0n!~falk0n@a85-138-188-84.cpe.netcabo.pt> has joined #yocto | 14:28 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 14:33 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:42 | |
| dl9pf | Saur: this is in master/master-next. it is expected, but no action should be required. | 15:01 |
| Saur | dl9pf: Ok, so I guess those messages will go away after things are rebuilt? | 15:02 |
| qschulz | kayterina: I'm sorry but I do not understand your question, can you rephrase? | 15:03 |
| dl9pf | Saur: should go away over time. | 15:05 |
| kayterina | a,yes.I have my bash scripts and systemd services to put in an image. I did devtool add <my-local-git> and it adds a recipe inside build/workspace. Alternatively, I can make a meta-mylayer and put in there the recipe by hand | 15:08 |
| kayterina | * a,yes.I have my bash scripts and systemd services I want to put in an image. I did devtool add <my-local-git> and it adds a recipe inside build/workspace. Alternatively, I can make a meta-mylayer and put in there the recipe by hand | 15:08 |
| qschulz | kayterina: devtool is a development tool, ultimately, you want your recipes in your layer and not devtool workspace | 15:11 |
| qschulz | devtool finish does that for you IIRC | 15:11 |
| kayterina | aha. | 15:12 |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 15:12 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 15:14 | |
| RP | JPEW: it is packaged, it wasn't relocating correctly. I've adjusted the wrapper and that is fixed. With SDE I concluded we had to bump the hashequiv version | 15:36 |
| JPEW | RP: Ok | 15:43 |
| RP | Saur: using hashequiv or not? We should have forced everything to rebuild | 15:43 |
| JPEW | RP: I have a sort of cleanup patch we can try (or at least discuss) | 15:43 |
| JPEW | Will post it in a minutes | 15:43 |
| Saur | RP: Hashequiv is on, using the server started by bitbake automatically. | 15:43 |
| RP | JPEW: ok, thanks | 15:44 |
| RP | Saur: do you set your own hashequiv_version ? | 15:44 |
| Saur | RP: No, not that I know. | 15:44 |
| RP | Saur: then I don't quite understand what happened and why you'd see it. I suppose they might self heal as tasks run | 15:45 |
| RP | (it may need to run do_fetch/unpack on an existing build with SDE=0 before it resets it | 15:45 |
| JPEW | Ya, that's part of the reason the SDE is exlcuded from task hashes... it's not stable before do_unpack | 15:47 |
| dl9pf | and we might not want to invalidate all existing ... just for the fix away from SDE=0 ... | 15:48 |
| RP | dl9pf: well, I gave in and did | 15:49 |
| JPEW | RP, dl9pf: Sent an RFC patch for discussion | 15:51 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8cb5:e0e1:ba5f:6619> has quit IRC | 15:51 | |
| JPEW | I think we could also add something like: do_configure[vardeps] += "SOURCE_DATE_EPOCH_DEP" which would make all do_configure and beyond re-run when SDE changes | 15:52 |
| RP | JPEW: at a quick glance, I don't think that buys us anything at this point. | 15:52 |
| RP | JPEW: I also really do want the disk SDE to match the variable, its confusing otherwise | 15:52 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:ec25:e174:9590:a68b> has joined #yocto | 15:52 | |
| JPEW | OK | 15:53 |
| RP | JPEW: and you can't make SOURCE_DATE_EPOCH_DEP work that like as you can't calculate that in advance | 15:53 |
| JPEW | Err, which part? | 15:54 |
| RP | dl9pf, JPEW: How about we unset SOURCE_DATE_EPOCH for fetch/unpack/patch tasks? | 15:54 |
| JPEW | RP: Ya.... I was trying to avoid having to list "all the tasks that might run before do_unpack" :/ | 15:55 |
| RP | JPEW: when bitbake parses the metadata we compute the task hashes. You can't know at that point the value SDE will take | 15:55 |
| Saur | Hmm, where does that tarball created by uninative-tarball end up? | 15:56 |
| RP | JPEW: well, it is cosmetic and avoids warnings | 15:56 |
| RP | Saur: TMPDIR/sysroots-uninative | 15:56 |
| JPEW | ^^ which is cosmetic? | 15:56 |
| RP | JPEW: clearing SDE for fetch/unpack/patch | 15:56 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:58 | |
| JPEW | Hmm, do we need the warning anymore? | 15:58 |
| Saur | RP: I don't seem to have that dir. Is it enough to run `bitbake uninative-tarball` or is there some more magic involved? | 15:58 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:59 | |
| RP | Saur: that definitely won't help. The build either inserts it up front or does not | 15:59 |
| Saur | RP: Huh? | 16:00 |
| RP | JPEW: it is useful to have when things go wrong | 16:00 |
| RP | Saur: uninative is downloaded at the start of a build and extracted/installed before tasks run | 16:00 |
| Saur | RP: I know. I'm trying to rebuild the tarball since I want to add to it. | 16:01 |
| RP | Saur: oh, right, then yes you just build it | 16:02 |
| RP | Saur: sorry, I though you meant "where does it end up when installed", not "where does it end up when built" | 16:02 |
| Saur | RP: Right, it's the latter I'm looking for... | 16:03 |
| RP | Saur: deploy/sdk | 16:03 |
| Saur | Ah, thank you. :) | 16:03 |
| RP | JPEW: I think if you try your patch with the sstatesig tests it will fail if you want an example of how it would break | 16:17 |
| * RP notes the last reproducibility tests didn't hang but failed properly :) | 16:17 | |
| RP | dl9pf: if we can figure out the font issue we should be good to enable | 16:17 |
| vdl | RP: do you expect both the committer and author to sign the patch off, or the committer alone suffices? | 16:19 |
| *** sakoman1 <sakoman1!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 16:20 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 16:20 | |
| RP | vdl: how are you defining committer ? | 16:20 |
| *** sakoman1 <sakoman1!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 16:20 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 16:20 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 16:20 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 16:21 | |
| vdl | RP: I tried to be smart but keeping my personal address to submit the patch (hence the committer) but still use my company email for the author. Then I ask myself should my committer address, author address, or both sign off the patch. | 16:22 |
| RP | vdl: usually the signoff would match the author for this case | 16:23 |
| vdl | It looks like a grey area, especially when both committer and author point to the same person | 16:23 |
| vdl | RP: ok. | 16:23 |
| fray | depending on circumstance, I do one or both myself.. depends on where I'm working on the patch and in what context.. | 16:24 |
| vdl | RP: you're correct in fact because the committer is dropped anyway when sending a patch via email, only the author and the project maintainer applying the patch (you) remain. | 16:25 |
| fray | if it's in my 100% open source role, I do it on my personal. If it's my 100% work role.. work.. if it's a mix, sometimes I end up signing off with both.. | 16:25 |
| fray | (the both is when I'm playing author [work] and maintainer [open source]) | 16:25 |
| vdl | from an history point of view, only the author address matters. From the submitted step point of view, that's a different topic but the information will be lost anyway (which is kinda bad). | 16:26 |
| fray | yup | 16:26 |
| vdl | fray: that's my case indeed, authored from work, but submitted on my own, not a company task. | 16:27 |
| vdl | git commit --signoff's documentation only states the committer, but it might not be accurate depending on the project. | 16:28 |
| *** pankaj34756 <pankaj34756!0e62b3fe@14.98.179.254> has quit IRC | 16:33 | |
| fray | vdl ya, usually when I do that I sign off on both accounts.. since the first is the authorship and I had permissiont o release this.. the second is I have permission to submit this for inclusion.. | 16:34 |
| fray | it's a very gray area, but I try to be consistent for my own commits | 16:34 |
| vdl | fray: what you just describe is specific to the agreement terms, but I get the idea. | 16:35 |
| vdl | problem is there's no clear distinction in Git yet for the downstream integrator/submitter, who might be different from the author. This guy is lost in the process and replaced with the upstream integrator/committer. | 16:36 |
| tlwoerner | friendly reminder: OEHH is today in 4h 20min (https://www.openembedded.org/wiki/Happy_Hours) | 16:39 |
| vdl | fray: The only downside is having to commit --amend --author=<other address> --signoff every times, but we like well done patches, don't we ;) | 16:43 |
| RP | vdl: if you want the information preserved, you can add both signed-off-by lines | 16:43 |
| RP | vdl: if someone handles the patch in some meaningful way, the practise is to add that signed-off-by | 16:43 |
| RP | vdl: the signed-off-by has a very specific meaning about what you're saying about the patch contents and its origin/license | 16:44 |
| vdl | thus hardly bound to the author rather than the submitter I presume | 16:45 |
| vdl | so having the author SoB is usually the default | 16:46 |
| fray | Ya.. I consider handing it to myself (as an external participant) as meaningful in many cases.. so thats when I do it | 16:48 |
| RP | vdl: right | 16:50 |
| vdl | true. If the company explicitly agreed to submit patches upstream, adding your personal address as the committer isn't necessary anymore I'd say | 16:50 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 16:53 | |
| *** wooloomooloo <wooloomooloo!bd13fecb@189-19-254-203.dsl.telesp.net.br> has joined #yocto | 17:00 | |
| wooloomooloo | Good afternoon everyone. I have a question regarding the use of ALTERNATIVE_PRIORITY. | 17:02 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:02 | |
| wooloomooloo | Can I specify the priority in an image recipe? I have two psplash packages and would like to set the priority for either of them depending on the image. | 17:03 |
| wooloomooloo | They way it is now, both packages are already installed, but the priority is the same. | 17:04 |
| qschulz | wooloomooloo: recipe data is local so no, you can't from another recipe (image recipe) change another recipe's data (psplash) | 17:06 |
| qschulz | you can do logic on your final rootfs in your image recipe though | 17:06 |
| smurray | one perhaps messy approach would be a rootfs or image postprocess command to tweak the alternative file | 17:07 |
| smurray | another approach would be a firstboot script to call update-alternatives to flip it | 17:09 |
| wooloomooloo | smurray the prostprocessing is what I had in mind at first, but I was looking for a clearer way. | 17:10 |
| smurray | wooloomooloo: another approach that is a bit more complicated would be to use multiconfig, with one config for each target image, overriding the package's ALTERNATIVE_PRIORITY as required | 17:13 |
| *** falk0n <falk0n!~falk0n@a85-138-188-84.cpe.netcabo.pt> has quit IRC | 17:13 | |
| smurray | wooloomooloo: it's perhaps overkill for this, but it'd work. In theory, just that one package would get rebuilt for the second multiconfig | 17:14 |
| *** falk0n <falk0n!~falk0n@a79-169-9-229.cpe.netcabo.pt> has joined #yocto | 17:14 | |
| wooloomooloo | For psplash specifically, where would the priorities be set? If I have two or more splash screen packages, is the only place to set the priorities the bbappend itself? | 17:14 |
| RP | lsg: I've dropped khem's go patches and the ffmpeg ptest patch from -next | 17:15 |
| RP | lsg: the cancelled reproducible failures are handled by changes in -next | 17:15 |
| smurray | wooloomooloo: or in local.conf with ALTERNATIVE_PRIORITY_pn-splash = "X" | 17:15 |
| *** fl0v0 <fl0v0!~fvo@i5E86ACEA.versanet.de> has quit IRC | 17:16 | |
| wooloomooloo | Ah. I was hoping to avoid using local.conf, since that's not under version control. | 17:17 |
| lsg | RP ok thanks for the info. | 17:19 |
| smurray | wooloomooloo: there are options there, you could have your own local.conf.template in your product layer | 17:22 |
| *** falk0n <falk0n!~falk0n@a79-169-9-229.cpe.netcabo.pt> has quit IRC | 17:22 | |
| smurray | wooloomooloo: or if you use a tool like kas, add the variable to the yaml definition for the build | 17:22 |
| *** falk0n <falk0n!~falk0n@a81-84-39-169.cpe.netcabo.pt> has joined #yocto | 17:23 | |
| wooloomooloo | smurray thanks for the pointers. I'll try using the rootfs postprocessing feature. | 17:28 |
| smurray | wooloomooloo: okay, good luck | 17:29 |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 17:32 | |
| *** jobroe <jobroe!~manjaro-u@p57a59d6e.dip0.t-ipconnect.de> has quit IRC | 17:37 | |
| vdl | Are recommended packages intended to be installed from an image recipe with IMAGE_INSTALL_append = " ${RRECOMMENDS_systemd}"? | 17:38 |
| vdl | (systemd being an example) | 17:38 |
| khem | RP: what issues are you seeing with go patches ? | 17:39 |
| *** vineela <vineela!vtummala@nat/intel/x-cglrwhhheqxfitgq> has joined #yocto | 17:39 | |
| *** jobroe <jobroe!~manjaro-u@p57a59d6e.dip0.t-ipconnect.de> has joined #yocto | 17:40 | |
| RP | khem: I was trying to defer this to Leo ;-). oe-selftest fails: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/1869 lib32 world fails: https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/3090 | 17:42 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 17:43 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 17:44 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 17:44 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 17:44 | |
| khem | RP: https://github.com/golang/dep is being built as part of gotoolchain.oeGoToolchainSelfTest.test_go_dep_build. and that repo is deprecated and archived perhaps we should build something else instead. Ironically go-dep was replaced with go mod so I am expecting it to not build | 17:47 |
| smurray | vdl: RRECOMENDS packages will be pulled into images automatically unless that's disabled by setting NO_RECOMMENDATIONS, or a package is listed in BAD_RECOMMENDATIONS | 17:47 |
| vdl | smurray: is it the default behavior even for poky-less distros? | 17:48 |
| RP | khem: I'm open to patches to update it to whatever makes sense with the new approach | 17:49 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 17:50 | |
| smurray | vdl: AFAIK, yes. See https://docs.yoctoproject.org/ref-manual/variables.html#term-NO_RECOMMENDATIONS | 17:52 |
| smurray | vdl: I tend to not use deb packaging, so I'm not sure if the caveat there means that recommended packages will just always be installed with deb, but that would be my guess | 17:53 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:56 | |
| jordemort | anybody else seeing what looks like weird base64 spam over in #poky or has matrix gone off the wagon for me? | 17:57 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 17:57 | |
| *** frsc <frsc!~frsc@i59F72225.versanet.de> has quit IRC | 17:58 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:58 | |
| vdl | smurray: thank you. Unrelated question, would you append systemd-container in the distro conf or the image recipe? | 17:58 |
| khem | RP: I see that we can perhaps fix the test case itself to not use old way of building and still keep building dep as module | 17:58 |
| khem | whats the cmd to reproduce it | 17:59 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 17:59 | |
| khem | oe-selftest -r gotoolchain.oeGoToolchainSelfTest.test_go_dep_build | 18:00 |
| RP | khem: oe-selftest -r gotoolchain.oeGoToolchainSelfTest.test_go_dep_build | 18:00 |
| khem | will that dp ? | 18:00 |
| khem | oh ok :) | 18:00 |
| smurray | vdl: to add it to an image, you mean? | 18:01 |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 18:01 | |
| vdl | smurray: yes | 18:02 |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 18:02 | |
| smurray | vdl: definitely not in the distro conf ;) | 18:02 |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:03 | |
| *** kpo__ <kpo__!~kpo@gl22-35.master.pl> has joined #yocto | 18:03 | |
| vdl | smurray: if felt legit to add it to the distro conf if your writing a host distro to manage containers | 18:03 |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 18:04 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:05 | |
| smurray | vdl: nothing stops you from doing it, but it's not recommended practice to tweak IMAGE_INSTALL or related variables in the distro conf | 18:05 |
| vdl | smurray: in this use case (a distro managing containers), what is the recommended practice? Adding some sorts of suggested/recommended? | 18:06 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:07 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 18:07 | |
| smurray | vdl: if you're aiming for some form of reusability with different images, perhaps defining an image feature that pulls in the desired packages or a packagegroup, or perhaps creating a image bbclass that can be used | 18:08 |
| smurray | vdl: if it's for building a dedicated product image that won't be shared, I'd probably just add whatever is required to IMAGE_INSTALL in the image recipe | 18:08 |
| vdl | smurray: there's already a "container" image type for the guest systems, so an image "feature" might do the trick. In the meantime maybe just a reference "host" image recipe which can be required is enough. | 18:09 |
| smurray | vdl: the issue there is there are many options for what the host can use for running containers | 18:10 |
| * moto-timo currently banging head on podman for instance | 18:11 | |
| moto-timo | no docker, just cri-o/cni/podman/runc | 18:11 |
| vdl | smurray: sure, I'm kinda forcing the container engine here with my "reference" host distribution | 18:12 |
| vdl | moto-timo: Fedora CoreOS? ;-) | 18:12 |
| moto-timo | no | 18:12 |
| moto-timo | Yocto built | 18:12 |
| vdl | there's no meta-fedora? damn it! | 18:12 |
| moto-timo | I wouldn't use it anyway. | 18:13 |
| moto-timo | Build from source. you know what you have | 18:13 |
| * vdl was joking obviously | 18:13 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 18:17 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:23 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 18:23 | |
| *** jobroe <jobroe!~manjaro-u@p57a59d6e.dip0.t-ipconnect.de> has quit IRC | 18:24 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:25 | |
| *** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC | 18:27 | |
| khem | RP: https://paste.ubuntu.com/p/3dVJTQcbJv/ does oe-selftest expect poky ? | 18:27 |
| *** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto | 18:27 | |
| *** ahadi <ahadi!~ahadi@88.130.218.243> has quit IRC | 18:29 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 18:31 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 18:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:32 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:33 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:35 | |
| smurray | all the cool kids are doing debuginfod, it seems: https://lwn.net/Articles/847256 | 18:40 |
| *** ahadi <ahadi!~ahadi@i5E86AC8C.versanet.de> has joined #yocto | 18:43 | |
| * vdl isn't cool :-( | 18:44 | |
| *** wooloomooloo <wooloomooloo!bd13fecb@189-19-254-203.dsl.telesp.net.br> has left #yocto | 18:44 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-adiswhwcpldikcbb> has quit IRC | 18:44 | |
| *** vineela <vineela!vtummala@nat/intel/x-cglrwhhheqxfitgq> has quit IRC | 18:49 | |
| mischief | whats the best method for fixing broken patches? | 18:50 |
| vdl | mischief: I'd personally manually apply the bits to the upstream project and regenerate the patch properly. | 18:54 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 19:05 | |
| *** linums <linums!~linums@apn-94-44-123-150.vodafone.hu> has joined #yocto | 19:08 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 19:22 | |
| kyanres | vdl, smurray: about systemd defined in the distro, the doc says to set VIRTUAL-RUNTIME_init_manager, _dev_manager and cie in the distro | 19:23 |
| kyanres | https://docs.yoctoproject.org/dev-manual/common-tasks.html#selecting-an-initialization-manager | 19:23 |
| kyanres | Those variables are used in the RDEPENDS of packagegroup-core-boot.bb, which is used in the IMAGE_INSTALL core-image.bbclass | 19:23 |
| kyanres | (and good night, people :) ) | 19:24 |
| smurray | kyanres: that's a bit out of date, now you'd set INIT_MANAGER = "systemd" | 19:24 |
| kyanres | ah, thanks, I'll try to use that | 19:27 |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 19:34 | |
| vdl | smurray: a patch was actually applied to update this part of the doc ;-) | 19:44 |
| smurray | vdl: I see it mentioned in the zeus migration notes, the common tasks docs could stand to be updated, I think | 19:47 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:48 | |
| vdl | smurray: I've only updated meta-poky/conf/local.conf.sample.extended | 19:49 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:49 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:49 | |
| *** Spooster <Spooster!443d48b6@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 19:50 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:58 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 20:00 | |
| Spooster | o/ Currently trying to deal with a hanging build. My coworker and I setup ubuntu virtual machine on our macs. Installed requirements, and I tried to get kas to start on our kas.yml in the VM. | 20:01 |
| Spooster | Things look decent, but on one of the first steps, I'm having heaps of trouble getting bitbake to pull down its deps, and I can't seem to build core-image-sato without my VM spinning forever and failing to make progress after downloading a couple of things. | 20:02 |
| Spooster | I'm guessing that the trouble is NOT going to be inside kas, bitbake, or yocto as a whole in any capacity... and most likely some issue with the virtual machine I setup... | 20:03 |
| Spooster | I'd love to pry further, just need to know where to go for questions, or how to debug further... as the log just sort of indicates that it's trying to download sources, and then stalls after 20-30 minutes | 20:03 |
| mcfrisk | Spooster: start with a non-virtual machine, really. yocto is a beast to compile and virtualization only takes performance away and doesn't give you anything. Maybe the device is out of RAM and swapping like hell | 20:28 |
| Spooster | not a terrible idea... | 20:32 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-14-69-159-76-152.dsl.bell.ca> has joined #yocto | 20:36 | |
| *** angelo__ <angelo__!~prefetch@unaffiliated/ad/x-0785363> has left #yocto | 20:43 | |
| Spooster | we're on mac... so getting things running natively seemed like too much of a bother | 20:44 |
| Spooster | but obviously this isn't much better | 20:44 |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-095-208-248-193.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:51 | |
| tlwoerner | OEHH in 5 minutes :-) | 20:55 |
| tlwoerner | https://www.openembedded.org/wiki/Happy_Hours | 20:56 |
| RP | khem: we test it with poky... | 20:56 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 21:07 | |
| *** phoo1234567 <phoo1234567!~phoo12345@c-75-68-90-144.hsd1.nh.comcast.net> has quit IRC | 21:11 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:14 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:14 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 21:17 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:19 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:19 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 21:19 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| Spooster | haha! it should have been this obvious, but in our morning haste, before the coffee hit, we setup a two different VM's trying to get things identical... and I forgot to double check allocated memory for the second one we built that we wanted to continue using... so it was indeed doing it's best on 1G ram, and dying to swap... | 21:25 |
| Spooster | @mcfr | 21:25 |
| Spooster | astounding guess +1 | 21:25 |
| dl9pf | RP: rpm macros: %__font_provides /usr/lib/rpm/fontconfig.prov | 21:28 |
| dl9pf | we could try and define this as %{nil} | 21:28 |
| kergoth | RP: do you know if there's a summary of the yocto development process somewhere? I know there are multiple wiki pages and the like, but I'm looking for a summary/intro | 21:33 |
| kergoth | figured i'd check before i write something | 21:33 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 21:36 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 21:36 | |
| dl9pf | RP: package_rpm.bbclass: add cmd = cmd + " --define '__font_requires %{nil}'" ? | 21:39 |
| dl9pf | I'd need to see what the expansion is of ${_rpmconfigdir} for rpm-native when invoked | 21:40 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:40 | |
| RP | kergoth: not sure if the testing manual has anything? If you do write something please share as I'd like to improve this kind of thing in the manuals if we don't cover it | 21:43 |
| RP | dl9pf: rpmconfigdir should be set correctly to the sysroot | 21:44 |
| RP | dl9pf: happy to try adding that to package_rpm and see what happens | 21:44 |
| dl9pf | wait a few min ... let me take a look | 21:45 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:45 | |
| dl9pf | ok, here is the catch: | 21:46 |
| dl9pf | tmp/sysroots-components/x86_64/rpm-native/usr/lib/rpm/fontconfig.prov | 21:46 |
| dl9pf | contains: fcquery=/usr/bin/fc-query | 21:46 |
| dl9pf | that will call into $HOST | 21:46 |
| dl9pf | either we nuke calling it at all (see above) or we need to depend on fontconfig-native and mange that call | 21:47 |
| RP | dl9pf: lets just remove that | 21:47 |
| dl9pf | ok, then please try --define '__font_requires %{nil}' | 21:49 |
| dl9pf | ok, then please try --define '__font_provides %{nil}' <<<<<<<<<<<<<<<<< | 21:49 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 21:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:51 | |
| RP | dl9pf: I've hacked something into master-next | 21:52 |
| *** tedfernau <tedfernau!~te@72-47-119-119.orfncmtc01.res.dyn.suddenlink.net> has joined #yocto | 21:57 | |
| *** linums <linums!~linums@apn-94-44-123-150.vodafone.hu> has quit IRC | 21:58 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 21:58 | |
| RP | With meson how do I force a result for find_program() ? | 22:02 |
| *** bzb <bzb!~bzb@135-23-193-53.cpe.pppoe.ca> has joined #yocto | 22:03 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC | 22:06 | |
| khem | RP: I have sent an update for seltest for go toolchain hope that helps | 22:09 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 22:14 | |
| *** linums <linums!~linums@apn-94-44-123-150.vodafone.hu> has joined #yocto | 22:15 | |
| gillesm | hello I try to use useradd.example.bb frm skeleton . .. do I have to put username1 in file1 username2 in file2 ? a,d adjust number of file1 file2 ? | 22:19 |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has quit IRC | 22:23 | |
| *** ppavacic <ppavacic!d5953e6f@cm-2110.cable.globalnet.hr> has joined #yocto | 22:27 | |
| ppavacic | hello | 22:28 |
| mischief | hrm... | 22:29 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:29 | |
| mischief | im trying to upgrade to gatesgarth and for some reason gcc can't find libzstd | 22:29 |
| fray | which architecture? | 22:31 |
| ppavacic | I'm trying to create custom distro for my raspberrypi3 using yocto but during development I want to use qemu emulator. | 22:32 |
| ppavacic | To run qemu emulator I'm using following command: sudo qemu-system-arm -kernel /home/ppavacic/Downloads/qemu-rpi-kernel/kernel-qemu-4.4.34-jessie -cpu arm1176 -m 256 -M versatilepb -serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" rpi-basic-image-raspberrypi3-20210224212727.rootfs.rpi-sdimg -no-reboot | 22:32 |
| ppavacic | Where kernel argument is kernel downloaded from this git: "ttps://github.com/dhruvvyas90/qemu-rpi-kernel" | 22:32 |
| fray | If you setup the files proeprly you can use 'runqemu' and it'll do all of the configuration for you | 22:32 |
| ppavacic | so your suggestion is to just change machine type to qemu? | 22:34 |
| ppavacic | qemuarm | 22:34 |
| mischief | fray: targetting arm building on x86 | 22:35 |
| rburton | ppavacic: no, the rpi machine can set the right variables so runqemu just works | 22:35 |
| fray | you CAN do that, or you can create (or re-use) a rpi machine configuration that has QEMU enabled.. | 22:35 |
| rburton | assuming qemu can emulate an rpi sufficiently | 22:35 |
| fray | it's all down to the machine confgiuration | 22:35 |
| fray | yes, as rburton said | 22:35 |
| ppavacic | well qemu works perfectly for raspbian | 22:37 |
| ppavacic | tthats official distro of rpi | 22:37 |
| rburton | so find out what qemu flags they recommend, then add them the rpi machine file (qemuarm.conf is a good start, all the QB_* variables). Then every image will also build a qemuboot file, and you can just runqemu | 22:39 |
| mischief | .. now configure zlib behaving weird: | Compiler error reporting is too harsh for ./configure (perhaps remove -Werror). | 22:39 |
| mischief | never seen that before. | 22:39 |
| fray | ya, look at meta/conf/machine/qemuarm.conf (or qemuarm64 if it's a 64-bit capable rpi) the variables QB_* all list how to configure/execute qemu | 22:40 |
| fray | this is what 'runqemu' uses to manage everything | 22:40 |
| ppavacic | this tutorial says that the easiest way is to just build with qemuarm64 as machine so that artifacts are prebuilt | 22:41 |
| fray | there is getting started, and then there is going beyond that.. for getting started we recommend using qemu* machines.. once you go beyond that, then finding someone else who has already created an rpi configuration or creating one yourself is the next step | 22:46 |
| fray | you don't have to use the Yocto Project kernel sources, you can use raspbian if you really want.. but using the YP tooling for compilation, qemu, etc will be much easier and then other docs and tutorials can be done | 22:47 |
| *** Spooster <Spooster!443d48b6@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 22:47 | |
| RP | khem: did you fix the lib32 issue? | 22:51 |
| RP | (for go) | 22:51 |
| ppavacic | okay thanks! i will start with basic qemu machine | 22:53 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:b7bd:1d78:9a4c:6909> has quit IRC | 23:03 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 23:10 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 23:10 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 23:10 | |
| *** ppavacic <ppavacic!d5953e6f@cm-2110.cable.globalnet.hr> has quit IRC | 23:11 | |
| *** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has quit IRC | 23:28 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:30 | |
| khem | RP: I fixed the selftest I thought that was primary issue ? | 23:55 |
| khem | btw. I am seing https://paste.ubuntu.com/p/34Jvhbccdp/ today did something change ? | 23:56 |
| RP | khem: two issues, second is https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/3090 | 23:57 |
| RP | khem: I don't think I did anything to cause that | 23:58 |
| khem | hmm I wonder whats going on I rebooted the build machine and also rebuilt qemu-native | 23:58 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!