| *** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has quit IRC | 00:06 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 00:13 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rvacfmdewlsdonag> has joined #yocto | 00:18 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 00:27 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 00:27 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 00:33 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 00:47 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has joined #yocto | 00:48 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 01:04 | |
| JPEW | RP: Weird. I'll try again. | 01:08 |
|---|---|---|
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 01:09 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC | 01:36 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 01:37 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 01:48 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 01:50 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 02:07 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:15 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:26 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 02:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:43 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 02:46 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto | 02:46 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 03:09 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:903e:ec14:9322:a5cf> has joined #yocto | 03:10 | |
| *** ahadi <ahadi!~ahadi@i5E86AEAC.versanet.de> has quit IRC | 03:10 | |
| *** ahadi <ahadi!~ahadi@i59F44F06.versanet.de> has joined #yocto | 03:12 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:27 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto | 04:11 | |
| *** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC | 04:14 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:903e:ec14:9322:a5cf> has quit IRC | 04:22 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:24 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:31 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC | 04:36 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto | 04:38 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 05:02 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 05:04 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rvacfmdewlsdonag> has quit IRC | 05:11 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 05:34 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 05:40 | |
| *** jobroe <jobroe!~manjaro-u@p579eb6d9.dip0.t-ipconnect.de> has joined #yocto | 05:41 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 05:51 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 05:56 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 06:03 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 06:08 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:09 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 06:12 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 06:14 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 06:15 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:19 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has quit IRC | 06:42 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto | 06:42 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:43 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:02 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-60-cbl.xnet.hr> has joined #yocto | 07:07 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:13 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 07:16 | |
| *** SWAT <SWAT!~swat@ubuntu/member/swat> has joined #yocto | 07:20 | |
| *** frsc <frsc!~frsc@200-152-142-46.pool.kielnet.net> has joined #yocto | 07:30 | |
| *** mckoan|away is now known as mckoan | 07:35 | |
| mckoan | good morning | 07:35 |
| *** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC | 07:35 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:35 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:38 | |
| *** DanmerZ <DanmerZ!~op@46.150.1.133> has joined #yocto | 07:40 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:44 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.226> has joined #yocto | 07:57 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:81e0:bf3d:17e5:5b09> has joined #yocto | 08:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:09 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 08:10 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 08:13 | |
| micka | yo | 08:14 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rfdbekfvprhzikat> has joined #yocto | 08:14 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 08:18 | |
| ThomasD13 | morning | 08:20 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 08:26 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 08:28 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 08:37 | |
| eduardas | hello, yocto does not allow me to set INITRAMFS_IMAGE = "core-image-minimal-initramfs" for my armv7 kernel recipe | 08:39 |
| eduardas | https://pastebin.com/iqHc4J1W | 08:39 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 08:40 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 08:41 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 08:45 | |
| *** frsc <frsc!~frsc@200-152-142-46.pool.kielnet.net> has quit IRC | 08:46 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:47 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 08:48 | |
| eduardas | is there no standard image recipe in poky that is usable for initramfs that can be run on an ARM platform? | 08:48 |
| *** frsc <frsc!~frsc@200-152-142-46.pool.kielnet.net> has joined #yocto | 08:54 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 08:55 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-yfxjuqxnhwfasste> has quit IRC | 08:58 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-omauftbmbdrldivs> has joined #yocto | 08:58 | |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto | 08:59 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 09:00 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:04 | |
| *** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has quit IRC | 09:13 | |
| *** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 09:14 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC | 09:15 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto | 09:15 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 09:16 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 09:16 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 09:20 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 09:21 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 09:22 | |
| *** dv <dv!~dv@5.167.98.73> has joined #yocto | 09:26 | |
| dv | I have IMAGE_INSTALL += "myrecipe". What if I have no "myrecipe" in my layer? How can I make it "recommended" to be able to build image without it without commenting out the line in my image file? | 09:28 |
| LetoThe2nd | dv: where do you even have that? there are recommends for distro and machine, but not for images | 09:29 |
| LetoThe2nd | completely unrelated, shameless plug: https://twitter.com/TheYoctoJester/status/1328268563900215298 | 09:29 |
| dv | LetoThe2nd, I have it in my image .bb file... need to make it optional if recipe file is not exist | 09:30 |
| LetoThe2nd | dv: sounds fishy. either your image needs it, or it doesn't. this would introduce different behaviours if a laer exists or not. I guess you can do with some black python magic, but i would strongly discourage it. plus, it tries to break the restriction of one recipe (even though just through pure exitence) affects another (the image) | 09:32 |
| LetoThe2nd | dv: so my gut feeling (very strong!!!) is that your line of thinking is flawed somewhere. | 09:33 |
| LetoThe2nd | dv: if at all, then this could go into the RRECOMMENDS for the distro your image builds for. | 09:34 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 09:36 | |
| dv | LetoThe2nd, yes. the layer with this recipe may not exist. why yocto doesn't have this simple feature? | 09:38 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:38 | |
| LetoThe2nd | dv: if you think that it needs this feature, then why don't you send a simple patch for the simple feature? | 09:39 |
| LetoThe2nd | dv: seriously, i have outlined some problems with your approach, as given pointers how to address them. | 09:39 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:40 | |
| LetoThe2nd | dv: you could also try a cross-layer include in your image into the maybe-existing layer which adds it, and silently does nothing if its not there. | 09:40 |
| LetoThe2nd | dv: but still i am convinced that the approach is just plain wrong. | 09:40 |
| dv | LetoThe2nd, how whould you do this if you don't like to create one more imtermediate layer? | 09:41 |
| dv | and without python black magic? | 09:41 |
| eduardas | boot halts for initramfs with "Warning: unable to open an initial console" even though I have devtmpfs enabled in kernel | 09:42 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 09:42 | |
| LetoThe2nd | dv: *sigh* i would not do that at all. if i bulid a speicifc image, then i expect it to have all the things that i set in IMAGE_INSTALL, and totally fail if it can't find them. | 09:42 |
| eduardas | initramfs is built based on configs similar to poky-tiny | 09:43 |
| dv | LetoThe2nd, thanks | 09:43 |
| eduardas | not sure what I'm doing wrong | 09:43 |
| LetoThe2nd | dv: you're trying to abuse a feature that is not there. like i said, some RRECEOMMENDS trickery might do what you want - feel free to read up and meditate on https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-RRECOMMENDS | 09:44 |
| LetoThe2nd | dv: but it comes at the total drawback of anybody who gets to use this will be confused. | 09:45 |
| ptsneves | if you want to do trickery you might as well create a dummy recipe which delivers the package but fails to install in the IMAGE_INSTALL if it is used | 09:49 |
| ptsneves | this way you can keep the IMAGE_INSTALL and you create a broken image if it is used...I might add this is really not a good idea though. | 09:50 |
| dv | ptsneves, thank you! | 09:50 |
| ptsneves | you have an image recipe depending on a package you know will not be there it is normal that it fails. Working around that is not healthy | 09:51 |
| dv | Seems, I just have to write the manual for the users to comment-out one line in the image recipe if they are building without private layer | 09:51 |
| ptsneves | oh and the dummy recipe can even have a bbfatal in the install tasks if it is used. | 09:52 |
| ptsneves | there you could write out there is supposed to be a private layer providing a propper version of the recipe or a bbappen overwriting the task | 09:52 |
| *** florian_kc is now known as florian | 09:54 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 10:05 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 10:07 | |
| yann | RP: I'd like to talk about proper design of a yarn fetcher, git suggests you'd be the right person, is that correct ? | 10:07 |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:e591:462d:1665:270> has joined #yocto | 10:07 | |
| yann | well, fetcher for bitbake, that is | 10:07 |
| * LetoThe2nd just misread this as "a yann fetcher"... which is kind of funny. | 10:12 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:13 | |
| yann | hey, getting people to fetch me is a nice idea to escape lockdown rules :) | 10:13 |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:16 | |
| *** dv <dv!~dv@5.167.98.73> has quit IRC | 10:24 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:24 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC | 10:27 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:28 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 10:28 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 10:30 | |
| RP | yann: that is probably right, yes :) | 10:33 |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 10:33 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:3db0:901c:d6c5:9ec> has joined #yocto | 10:34 | |
| yann | RP: the problem is they store the dependencies in a package.json which can include other files, and pinned versions of those in a separate yarn.lock file. This has lead me to a nasty do_fetch stage that unpacks the source in tmpdir to run yarn there to get it to fetch the deps in its own cache (new dir under DL_DIR), and then do_unpack makes yarn use that cache. This is a first thing that would want an improvement, and for which I lack further ideas, but | 10:39 |
| yann | that's not the worst. | 10:39 |
| RP | yann: this has generally been the challenge with node, crates and so many of the modern approaches don't like to "declare" what they're doing :/ | 10:40 |
| yann | The problem I have is cleany separating the (git) fetch of the main package from the one of the deps. Today our yarn fetcher derives from GitSM (which is arguably a ad-hoc design), and only rely on the donestamp from git, which causes issues (I guess I can overload those to add by-yarn.lock-cksum donestamps ), but that won't help separate from GitSM | 10:43 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 10:44 | |
| yann | It would be better to let the recipe specify its normal source URI in the usual way, and then add a yarnlock:// URI, but the fact that file is usually shipped in main package, and requires all those package.json files, seems to bring to a deadend | 10:45 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 10:46 | |
| RP | yann: certainly gitsm can be used for inspiration but it did solve particular challenges submodules had so it may not be the way to solve for yarn | 10:48 |
| RP | yann: has anyone ever mentioned this upstream to the developers? Did they give any hints about how it could work? Did debian or other distros find a way to work around this? | 10:49 |
| * RP is just throwing out ideas... | 10:49 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 10:50 | |
| yann | well, on Debian side we have the dh-make packaging helper which can extract dependency information from some of those metadata, but distro policy is "only one version of each package", which translates here in "all deps must be packaged first", and there is no "recursive dh-make" I know of which would do that | 10:54 |
| yann | anyway, those tools are only helpers and they occasionally guess wrong and their output needs manual tuning | 10:54 |
| yann | the end result is that many complicated packages (eg. electron) just don't make in any distro - anyway they wouldn't be used by the devs in the target ecosystem | 10:56 |
| yann | I have no clue in the case of yarn if anyone approached them, but I'm not sure anything could be done anyway - this "independent package manager" thing seems quite trendy (did you notice Qt6 is going to have one too?) | 10:59 |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC | 10:59 | |
| *** faba_ <faba_!~faba_@2a02:8109:a0c0:5428:a4ba:8286:463d:4e31> has joined #yocto | 10:59 | |
| RP | yann: sounds like debian has the same problems bitbake has then :/ | 11:00 |
| yann | yeah, everyone has them, noone packages electron :) | 11:00 |
| RP | yann: we might get to try and break new ground then... | 11:01 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 11:05 | |
| yann | Getting packages "properly packaged" one at a time to avoid duplication maybe does not make sense for yocto anyway. Apps use things like yarn.lock or npmsw to make sure the users get the same versions of their deps as they do to make sure it will work. This is narrow-minded and notably disregards security management, and the end product is sort-of statically linked, which allows them to optimize the output somehow. | 11:08 |
| yann | I'm not sure of any major nodejs app packaged in Debian, for which we could check if there is any noticeable perf/ram-consumption downsides when compared to the statically-"linked" version | 11:11 |
| RP | yann: I thought we'd moved to a model where we tried just to ensure it was a "snapshot" of the source. The key thing wasn't deduplication but ensuring that a build in three years time would show the same thing, i.e. reproducibility | 11:11 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 11:11 | |
| RP | yann: Have you looked at what rust is doing btw? That fetcher is out of tree but likely to merge in 3.3 | 11:11 |
| yann | did not look, will have a look | 11:11 |
| RP | yann: paulbarker reviewed it and said it seemed to be doing the right things to be mirrorable and so on | 11:12 |
| yann | the reproducibilty aspect is apparently well-handled by things like yarn.lock and npmsw | 11:12 |
| * paulbarker reads... | 11:13 | |
| paulbarker | For Rust there is the `cargo bitbake` tool which parses the Cargo.toml file containing metadata, dependencies, etc and then creates a recipe from that | 11:14 |
| paulbarker | So that parse step to find dependencies, etc happens in advance | 11:14 |
| paulbarker | And the recipe encodes that data so the fetcher can be simple | 11:14 |
| paulbarker | `cargo-bitbake` is written in Rust so I won't point at it but I will link a couple of recipes and the fetcher | 11:15 |
| paulbarker | Recipe for a Rust app with dependencies: https://gitlab.com/pbarker.dev/rust/meta-rust-demo/-/blob/dunfell/recipes-demo/rust/print-rand_0.1.0.bb | 11:15 |
| paulbarker | Fetcher: https://github.com/meta-rust/meta-rust/blob/master/lib/crate.py | 11:16 |
| paulbarker | yann: ^^^ | 11:17 |
| yann | thx paulbarker | 11:19 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 11:26 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 11:31 | |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 11:43 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 11:43 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 11:44 | |
| *** JaMa <JaMa!~martin@dolejisf.bul.rev-fortech.cz> has joined #yocto | 11:46 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 11:47 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 11:48 | |
| RP | paulbarker: thanks! It does sound like its doing a reasonable job at handling things | 11:48 |
| paulbarker | RP: I think it's pretty good. Proposing it to bitbake itself near the top of my todo list, I'll need to write a couple of test cases for it first | 11:49 |
| paulbarker | RP: The fact that monkey patching it in via a bbclass works did shock me: https://github.com/meta-rust/meta-rust/blob/master/classes/crate-fetch.bbclass | 11:50 |
| RP | paulbarker: it sounds like it'd be a good addition and is in reasonable shape | 11:50 |
| RP | paulbarker: they dynamic patching you can do is actually scary. I keep quiet as I don't want to encourage it | 11:51 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 11:53 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-60-cbl.xnet.hr> has quit IRC | 11:56 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 12:07 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 12:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lyakihdovgbbvadc> has joined #yocto | 12:26 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 12:29 | |
| *** caiortp <caiortp!5c6cf53f@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 12:30 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 12:34 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rfdbekfvprhzikat> has quit IRC | 12:42 | |
| *** rfried <rfried!~rfried@207.154.200.205> has joined #yocto | 12:48 | |
| rfried | Hey. I have a package that is being build and I don't seem to find where it's configured for being included in the distribution. | 12:49 |
| rfried | Is there a command I can use to figure that out ? | 12:49 |
| rfried | I think it's probably a dependency of something, but I can't seem to figure out of what. | 12:49 |
| nohit | hello, im trying to make my own distribution based on this https://github.com/STMicroelectronics/meta-st-openstlinux/blob/dunfell/conf/distro/openstlinux-eglfs.conf | 12:50 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-60-cbl.xnet.hr> has joined #yocto | 12:51 | |
| nohit | i have my own layer and this conf file https://pastebin.com/mJqFqNYE | 12:52 |
| nohit | but when im trying to initialize the build enviroment with "DISTRO=atlinux-eglfs MACHINE=stm32mp1 source layers/meta-st/scripts/envsetup.sh" i get this error message: [ERROR] No 'atlinux-eglfs.conf' file available in layers/meta-st | 12:53 |
| qschulz | rfried: easiest way is to either remove the recipe completely and see what fails to build, or add PACKAGE_EXCLUDE = "whatever" in your local.conf | 12:53 |
| qschulz | nohit: wondering if your path shouldn't just be include conf/distro/openstlinux-eglfs.conf | 12:54 |
| qschulz | (the include is relative to **any** layers root | 12:54 |
| nohit | ok ill try that, thanks | 12:54 |
| qschulz | what's the name of your conf file btw? | 12:55 |
| qschulz | are you also sure your layer is correctly named and added to bblayers.conf? | 12:55 |
| nohit | atlinux-eglfs.conf | 12:56 |
| rfried | qschulz: thanks. | 12:57 |
| qschulz | nohit: and you've put it into meta-mylayer/conf/distro/ right? | 12:57 |
| nohit | yes | 12:57 |
| nohit | path correction didnt help | 12:59 |
| *** faba_ <faba_!~faba_@2a02:8109:a0c0:5428:a4ba:8286:463d:4e31> has quit IRC | 13:02 | |
| ptsneves | I have libarchive depending on zstd. On another recipe X there is a DEPENDS on libarchive. I would expect that libzstd would be in the sysroot due to X depending on libarchive. The dependency even shows on the pn-depends. Even so randomly the libzstd needed by libarchive on linking is not available. Any ideas? | 13:02 |
| yann | hell guys, the dynamic patching to add a fetcher is just insanely useful (even though proper plugability would probably be preferable) - I slap myself for not thinking about it and maintaining a branch of the poky repo just for our yarn fetcher... | 13:03 |
| qschulz | nohit: debug their layers/meta-st/scripts/envsetup.sh script, it;s not original poky | 13:04 |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto | 13:06 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 13:09 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has joined #yocto | 13:15 | |
| nohit | qschulz: seem that if i dont give the distro variable while initializing the build environment it works | 13:19 |
| nohit | if i just change it in local.conf | 13:20 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:27 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 13:27 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-korapjrkwckhgmfo> has joined #yocto | 13:33 | |
| yann | RP, paulbarker: I guess the approach for yarn has to be a bit different than for crate: I fear we cannot get into individual deps fetching without messing with how yarn internally manages them (of which I have near to no clue). I can see the upside of the approach, though | 13:38 |
| RP | yann: fair enough, I just thought it worth looking at. I don't know enough to help unfortunately | 13:47 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-1.mobile.abo.orange.fr> has quit IRC | 13:49 | |
| *** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 13:49 | |
| yann | doing something similar would be great though, I'll have a quick look just in case | 13:52 |
| *** anoo1- is now known as help | 13:56 | |
| *** help is now known as Guest99191 | 13:57 | |
| *** Guest99191 is now known as anoo1 | 13:57 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:01 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.82.6> has joined #yocto | 14:21 | |
| *** Dracos-C- <Dracos-C-!~Dracos-Ca@94.31.98.213> has joined #yocto | 14:22 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 14:23 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 14:24 | |
| *** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has joined #yocto | 14:24 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has quit IRC | 14:25 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:26 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.82.6> has quit IRC | 14:26 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 14:27 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 14:27 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59751.dip0.t-ipconnect.de> has joined #yocto | 14:29 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 14:29 | |
| *** jobroe <jobroe!~manjaro-u@p579eb6d9.dip0.t-ipconnect.de> has quit IRC | 14:29 | |
| JPEW | RP: Ah, accidentally sent that systemd patch against gatesgarth... pushed a V2 | 14:39 |
| RP | JPEW: thanks | 14:54 |
| *** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto | 14:56 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 14:56 | |
| mcfrisk | hmm what about removing mozjs from polkit dependencies by using duktape as optional patch https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/35 in yocto? | 14:57 |
| JPEW | mcfrisk: Ya, I think that would be better long term, since it looks like systemd is moving in the direction of polkit being mandatory. However, IMHO they still have the regression in behavior when not using polkit that needs to be fixed :/ | 14:59 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:00 | |
| mcfrisk | systemd requiring polkit, that ... is not good, hard to keep tone down | 15:01 |
| JPEW | mcfrisk: Ya, I'm not particularly thrilled either | 15:01 |
| mcfrisk | having seen mozjs double in binary sizeon rootfs in past few years, now it also affects boot times... | 15:01 |
| mcfrisk | JPEW: thanks for your patch!! | 15:03 |
| JPEW | mcfrisk: Ya. I *really* hope upstream takes it | 15:04 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 15:06 | |
| mcfrisk | JPEW: hope it helps, I reviewed the patches on systemd side. thanks again! | 15:13 |
| *** caiortp <caiortp!5c6cf53f@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 15:19 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:21 | |
| JPEW | mcfrisk: Thanks! | 15:26 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 15:27 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:81e0:bf3d:17e5:5b09> has quit IRC | 15:30 | |
| ptsneves | Hey guys in cmake.bbclass there is this line: echo "set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${STAGING_DIR_NATIVE} ${CROSS_DIR} )" >> ${WORKDIR}/toolchain.cmake | 15:32 |
| ptsneves | This is allowing a leakage of native libraries into the compilation if for some reason the STAGING_DIR_HOST does not have the library | 15:32 |
| *** tepperson <tepperson!0cb623bc@12.182.35.188> has joined #yocto | 15:33 | |
| ptsneves | i did a git log -S for this line but from what i see it is this way since 2010. Am i missing something? | 15:33 |
| kergoth | ptsneves: is that necessary to make it able to find the native *binaries*? or is that only for the libraries? binaries from the native sysroot are necessary.. | 15:33 |
| tepperson | is there a way to use bmap-tools to resize the last partition to completely fill the target disk? | 15:33 |
| kergoth | tepperson: doubtful, you have to resize the filesystem too, no? most folks just set up a service to do it on first boot afaik | 15:34 |
| kergoth | 96boards-tools has one, for example | 15:34 |
| ptsneves | ptsneves The point is that i do not think it is correct in any way to have the native library path getting included into a cross compilation. | 15:34 |
| kergoth | but that's not correct. buildsystems *often* need to run host/native tooling to do their builds, or build *for* the host and then run those built tools to cross-compile | 15:35 |
| kergoth | you can't fully isolate | 15:35 |
| kergoth | you can prevent linking against or finding headers on the host, but tools are necessary | 15:35 |
| ptsneves | defitely. but i cannot see any reason why native libraries are needed to be included in a cross compilation gcc command | 15:36 |
| tepperson | kergoth: i thought wic write ./blabla/imagefile.wic /dev/whatever --resize=auto could accomplish this,(or does this only resize the partition | 15:36 |
| kergoth | hmm, good question | 15:37 |
| ptsneves | kergoth the result is this | 15:43 |
| ptsneves | | /build/tmp/sysroots/x86_64-linux/usr/bin/i686-pc-linux-gnu/../../libexec/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/9.1.0/ld: /build/tmp/sysroots/x86_64-linux/usr/lib/libprotobuf.so: error adding symbols: file in wrong format | 15:43 |
| *** rob_gries <rob_gries!~rob@ool-4575435a.dyn.optonline.net> has joined #yocto | 15:45 | |
| rob_gries | Hello, I'm attempting to override avahi-daemon.conf with a .bbappend file in my meta-layer, but I cannot seem to override the file and only seem to be able to insert files into the directory via the bbappend file. | 15:48 |
| ptsneves | from my understanding of the documentation this seems like a cmake shortcoming. Could it be that we could put the package configs in the target sysroot and thus not need the native root path ? | 15:48 |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 15:49 | |
| ptsneves | and the compiler of course...because otherwise cmake does not find the compiler | 15:49 |
| JPEW | rob_gries: I think that's a file provided by upstream, not in OE, so you can't override it that way? | 15:50 |
| JPEW | rob_gries: e.g. overriding a file in a bbappend only works for files provided in OE, not files installed by the recipe itself | 15:51 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 15:51 | |
| rob_gries | JPEW: ah that makes sense... What's the most recommended way to fix that? | 15:51 |
| rob_gries | JPEW: this is my bbappend file if it helps -- https://gist.github.com/RobGries/9f8bdf4050ae8e73f74e790bd4fa0d84 | 15:52 |
| JPEW | rob_gries: install over the upstream provided file in do_install_append() | 15:52 |
| JPEW | rob_gries: Looks like you have a comment to that effect... | 15:53 |
| rob_gries | JPEW: Yeah, I took it out because I was worried about the "multiple recipes affecting a single file problem" but I guess that does not apply to bbappends? | 15:54 |
| JPEW | rob_gries: Ya, as long as the original .bb was providing avahi-daemon.conf, replacing it with a different one in a .bbappend won't cause that problem | 15:55 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 15:55 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 15:56 | |
| kergoth | rob_gries: see recipetool appendfile and recipetool appendsrcfile | 15:56 |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 15:56 | |
| kergoth | the latter for files coming from oe or the upstream sources, the latter for files on target | 15:56 |
| kergoth | er, the former for files on target | 15:56 |
| kergoth | just a convenience around the bbappend setup | 15:56 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 15:56 | |
| rob_gries | JPEW: Thanks, I'll try that out | 15:56 |
| JPEW | rob_gries: FWIW, we are also modifying avahi-daemon.conf, just with a patch on the upstream source.... it might be worth adding support for a custom avahi-daemon.conf in OE-core? | 15:57 |
| JPEW | note: I like your idea better than patching :) | 15:57 |
| rob_gries | kergoth: are recipetool appendfile and recipetool appendsrcfile available in Yocto Jethro? (I know it's old, but the vendor (Qualcomm) of the BSP will not upgrade it) | 15:58 |
| kergoth | oof. no idea :) | 15:58 |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:59 | |
| wyre | hi guys, I was trying to boot a yocto image from an sdcard into my embedded system and I'm having a message saying "Could not find a valid device tree" | 15:59 |
| rob_gries | JPEW and kergoth: Thanks, I have an idea what I shall try next. | 16:00 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:00 | |
| wyre | https://imgur.com/JycXcnC.png | 16:00 |
| wyre | what do you think could be the problem? | 16:01 |
| rob_gries | wyre: looks like your dtb is either not existent or invalid, you should check if the DTB is on the card. Also, you should check the path of where the bootcmd 'bootcmd_mmc' is looking for your dtb files | 16:03 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC | 16:07 | |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC | 16:09 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 16:09 | |
| *** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 16:16 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:26 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 16:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 16:31 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 16:33 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:38 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:39 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:48 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 16:48 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 16:57 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 17:01 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 17:02 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 17:06 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.226> has quit IRC | 17:09 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:10 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 17:13 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:13 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:15 | |
| wyre | could I include some package manager in yocto? | 17:16 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 17:17 | |
| *** frsc <frsc!~frsc@200-152-142-46.pool.kielnet.net> has quit IRC | 17:19 | |
| *** micka <micka!~micka@reverse-177-98.fdn.fr> has quit IRC | 17:20 | |
| *** micka <micka!~micka@reverse-177-98.fdn.fr> has joined #yocto | 17:31 | |
| mckoan | wyre: a package manager won't help with this issue though | 17:34 |
| wyre | mckoan, which issue? | 17:35 |
| mckoan | wyre: usually the package manager is included by EXTRA_IMAGE_FEATURES += "package-management" | 17:35 |
| mckoan | wyre: the dtb above | 17:35 |
| wyre | oh, you mean the issue with dtb, yeah | 17:35 |
| wyre | no, that issue was solved | 17:35 |
| mckoan | wyre: great. MicroGEA is a good choice | 17:35 |
| mckoan | wyre: happy hacking, time to quit | 17:36 |
| *** mckoan is now known as mckoan|away | 17:36 | |
| wyre | the problem was the U-boot couldn't find the default device tree of the kernel. But I've fixed this switching the default device tree with editenv | 17:37 |
| wyre | and which package manager will be added if I use that flag in building process? | 17:46 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 17:46 | |
| zeddii | depends on what you've configured. | 17:48 |
| zeddii | see PACKAGE_CLASSES ?= "package_rpm" | 17:48 |
| zeddii | in your local.conf for option. | 17:48 |
| zeddii | s/option/options/ | 17:48 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:52 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 17:59 | |
| *** sakoman <sakoman!~steve@99.197.43.113> has joined #yocto | 18:01 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 18:02 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59751.dip0.t-ipconnect.de> has quit IRC | 18:05 | |
| wyre | zeddii, just deb and rpm classes are supported? | 18:19 |
| wyre | and what about the sources? | 18:19 |
| zeddii | they are listed in your local.conf template. there's deb, rpm and ipk | 18:19 |
| *** rob_gries <rob_gries!~rob@ool-4575435a.dyn.optonline.net> has quit IRC | 18:21 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:e591:462d:1665:270> has quit IRC | 18:26 | |
| wyre | zeddii, so could I get a kind of Debian based on yocto? | 18:27 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:29 | |
| zeddii | you could produce your own .debs, which are packaged based on the oe/yocto recipes. And you'd have your own package feed to grab packages from. The similarity is the package format, and that's about it. For updates, etc, you need to maintain your own feed. | 18:30 |
| *** dmoseley` <dmoseley`!~user@24.96.56.90> has joined #yocto | 18:30 | |
| *** dmoseley` <dmoseley`!~user@24.96.56.90> has left #yocto | 18:30 | |
| wyre | zeddii, so you could, for example, package your own kernel and manage it through the package manager? | 18:32 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 18:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:33 | |
| zeddii | yes. of course, you picked the hardest thing to package / manage on target for upgrades :D But AFAIK in master, we have all the right changes to now have conflicting kernels, etc, if you do it via package updates. | 18:34 |
| wyre | zeddii, "to now have conflicting kernels"? what do you mean? | 18:36 |
| wyre | and what's the link to the repo? | 18:37 |
| zeddii | the way the kernels were packaged in the past, you could only have one installed at a time, and that made some upgrades problematic. I think all the update-alernatives, symlinks, etc, | 18:37 |
| zeddii | are right now, but I haven't done it in a while. So I can't say | 18:37 |
| zeddii | there's no global repo, like debian, it would be your own. | 18:38 |
| zeddii | the yocto mega manual discusses the setup, IIRC. | 18:38 |
| wyre | oh, I ask because you said "in master, we have all the right changes ..." | 18:38 |
| zeddii | meaning I don't know about any older releases, since I haven't tested it. but what's in the master branch of oe-core should work. | 18:39 |
| wyre | zeddii, and what's that master branch of oe-core? | 18:41 |
| wyre | s/what's/where's/ | 18:41 |
| zeddii | if you are cloning poky to build, you are getting it as part of that (meta/ and some other directories). which I assume you are, since you asked that question. | 18:42 |
| wyre | zeddii, well, I'm using the BSP provided by the manufacturer | 18:43 |
| zeddii | then I have no idea :D | 18:43 |
| zeddii | I'm sure they are bundling up some random version, but I can't comment on that. | 18:43 |
| wyre | zeddii, it mainly includes a vmware image for an Ubuntu where are these files | 18:43 |
| wyre | I'm considering to use the crops docker container 🤔 | 18:44 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 18:45 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 19:13 | |
| *** dmoseley` <dmoseley`!~user@24.96.56.90> has joined #yocto | 19:13 | |
| *** dmoseley` <dmoseley`!~user@24.96.56.90> has left #yocto | 19:13 | |
| *** Guest84242 <Guest84242!khemmatrix@gateway/shell/matrix.org/x-sctbwvzposcnqdeu> has quit IRC | 19:16 | |
| *** Guest84242 <Guest84242!khemmatrix@unaffiliated/khem> has joined #yocto | 19:16 | |
| *** Guest84242 <Guest84242!khemmatrix@gateway/shell/matrix.org/x-sctbwvzposcnqdeu> has joined #yocto | 19:16 | |
| *** Guest84242 is now known as khem | 19:16 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 19:18 | |
| *** mprokos <mprokos!~mprokos@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto | 19:21 | |
| *** mprokos is now known as rabbit9911 | 19:23 | |
| rabbit9911 | How is the workdir determined between machine specific packages and generic? | 19:24 |
| rabbit9911 | Happy to look at the code that does this but can't find it. | 19:24 |
| rabbit9911 | For instance if I check a MACHINE_FEATURE in a recipe does that change the WORKDIR? | 19:27 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 19:31 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 19:31 | |
| *** camus1 is now known as kaspter | 19:31 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 19:35 | |
| khem | rabbit9911: yes, it looks for MACHINE specific dependencies in recipe metadata and determines it. you can also force it via setting PACKAGE_ARCH explicitly in machine. | 19:36 |
| rabbit9911 | khem: thanks! Do you know where that logic is? | 19:37 |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC | 19:56 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 19:58 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lyakihdovgbbvadc> has quit IRC | 20:16 | |
| rabbit9911 | khem: In base.bbclass I see some logic that checks the src_uri. I dont se anything that checks for MACHINE_FEATURES | 20:16 |
| *** tepperson <tepperson!0cb623bc@12.182.35.188> has quit IRC | 20:17 | |
| rabbit9911 | Would this imply that if you have a recipe that checks MACHINE_FEATURES you might want to set PACKAGE_ARCH = "${MACHINE_ARCH}"? | 20:17 |
| rabbit9911 | Otherwise sharing a build directory would mean rebuilding that package for each MACHINE? | 20:18 |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 20:36 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 20:38 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 20:39 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 20:41 | |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC | 20:51 | |
| *** bluelightning_ is now known as bluelightning | 20:54 | |
| *** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-kegmssclvcgrgmoo> has joined #yocto | 21:04 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 21:11 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 21:16 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 21:18 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 21:20 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 21:32 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 21:49 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 21:52 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 21:56 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 21:57 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 21:58 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC | 22:12 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 22:21 | |
| *** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 22:30 | |
| RP | zeddii: I think I've merged the wrong version of the kernel 5.10 patch. Could you send the delta I need please? | 22:33 |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC | 22:35 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 22:36 | |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto | 22:36 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 22:36 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 22:36 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 22:36 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 22:36 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 22:36 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 22:37 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 22:37 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC | 22:37 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:38 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 22:38 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 22:38 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 22:38 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:39 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 22:39 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 22:41 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:42 | |
| *** odda <odda!~quassel@mustbehax.de> has joined #yocto | 22:44 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 22:44 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 23:08 | |
| *** gpanders[m] <gpanders[m]!gpandersma@gateway/shell/matrix.org/x-cxpcrkdfgkzzciev> has left #yocto | 23:10 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 23:13 | |
| *** rcw <rcw!~rcwoolley@216.154.0.157> has quit IRC | 23:15 | |
| *** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto | 23:16 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 23:27 | |
| *** rcw <rcw!~rcwoolley@216.154.0.157> has quit IRC | 23:53 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 23:57 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 23:59 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
