| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 00:01 | |
| *** florian <florian!~florian@dynamic-093-132-092-047.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:08 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Remote host closed the connection) | 00:11 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 00:11 | |
| *** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has joined #yocto | 00:17 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 00:19 | |
| *** amsobr is now known as aoliveira | 00:27 | |
| *** aoliveira is now known as to | 00:28 | |
| *** to is now known as amsobr | 00:28 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:31 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 00:33 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:34 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 00:46 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:47 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 00:54 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:54 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 00:59 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 01:00 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 01:19 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:19 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 01:24 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 01:24 | |
| *** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has quit IRC (Quit: Client closed) | 01:46 | |
| *** Tokamak__ <Tokamak__!~Tokamak@172.58.204.71> has joined #yocto | 01:50 | |
| *** Tokamak_ <Tokamak_!~Tokamak@2607:fb91:1421:edc7:6c04:75:93bc:7419> has quit IRC (Ping timeout: 255 seconds) | 01:51 | |
| *** Tokamak__ <Tokamak__!~Tokamak@172.58.204.71> has quit IRC (Client Quit) | 01:52 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.204.71> has joined #yocto | 01:55 | |
| *** starblue <starblue!~juergen@dslb-094-221-191-134.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 02:19 | |
| *** starblue <starblue!~juergen@dslb-088-078-104-222.088.078.pools.vodafone-ip.de> has joined #yocto | 02:21 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 02:30 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.7.1) | 02:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:52 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 03:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 03:08 | |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 03:24 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6531:4f00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 03:25 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 03:26 | |
| *** money_ <money_!~money@user/polo> has joined #yocto | 03:30 | |
| *** money_ <money_!~money@user/polo> has quit IRC (Client Quit) | 03:31 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 03:32 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 03:34 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 264 seconds) | 03:35 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 03:38 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 03:39 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 03:39 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 03:43 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 03:45 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 03:47 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 03:49 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 246 seconds) | 03:49 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.204.71> has quit IRC (Ping timeout: 260 seconds) | 03:58 | |
| *** argonautx[m] <argonautx[m]!~argonautx@2001:470:69fc:105::f821> has joined #yocto | 03:59 | |
| *** Tokamak_ <Tokamak_!~Tokamak@2607:fb91:1421:edc7:55d1:e02c:64a9:21d5> has joined #yocto | 04:02 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.119.100> has quit IRC (Ping timeout: 256 seconds) | 04:27 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.119.100> has joined #yocto | 04:29 | |
| *** Tokamak_ <Tokamak_!~Tokamak@2607:fb91:1421:edc7:55d1:e02c:64a9:21d5> has quit IRC (Quit: Tokamak_) | 04:37 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.119.100> has quit IRC (Ping timeout: 252 seconds) | 04:45 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.214> has joined #yocto | 04:51 | |
| *** amitk <amitk!~amit@103.208.71.58> has joined #yocto | 04:57 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 05:03 | |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:10 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 05:13 | |
| *** Wouter01006 is now known as Wouter0100 | 05:13 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:46 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 05:47 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Quit: Leaving) | 06:08 | |
| *** olani_ <olani_!~olani@83-233-29-230.cust.bredband2.com> has quit IRC (Ping timeout: 268 seconds) | 06:12 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has quit IRC (Ping timeout: 255 seconds) | 06:20 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds) | 06:20 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:25 | |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:25 | |
| *** camus <camus!~Instantbi@117.143.3.24> has joined #yocto | 06:36 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:47 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:54 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 06:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:09 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 07:37 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 07:39 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has joined #yocto | 07:39 | |
| *** mattes-bru <mattes-bru!~mattes-br@p200300df87066b00f59833e084cb0bf3.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 07:39 | |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 07:40 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Quit: Ping timeout (120 seconds)) | 07:43 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 07:44 | |
| *** mckoan|away is now known as mckoan | 07:46 | |
| mckoan | good morning | 07:46 |
|---|---|---|
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 07:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC14.versanet.de> has joined #yocto | 08:10 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:11 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 08:16 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:34 | |
| *** mattes-b_ <mattes-b_!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 08:40 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 08:43 | |
| *** mckoan_ <mckoan_!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 08:43 | |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC (Ping timeout: 264 seconds) | 08:44 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds) | 08:46 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC14.versanet.de> has quit IRC (Quit: Leaving.) | 09:02 | |
| qschulz | o/ | 09:05 |
| *** mckoan_ <mckoan_!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 09:16 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:20 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 09:23 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC14.versanet.de> has joined #yocto | 09:23 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:25 | |
| LetoThe2nd | yo dudX | 09:26 |
| tomzy_0 | Hello | 09:29 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:30 | |
| RP | morning! | 09:31 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:32 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 09:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:34 | |
| JaMa | morning | 09:35 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 09:36 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 09:36 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 09:37 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:42 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 260 seconds) | 09:46 | |
| *** frieder <frieder!~frieder@200116b824dede810000000000001cba.dip.versatel-1u1.de> has joined #yocto | 09:49 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 09:58 | |
| *** haroon-m[m] <haroon-m[m]!~haroon-mm@2001:470:69fc:105::2:d225> has joined #yocto | 10:12 | |
| thomasd13 | Do I generate the poky SDK with bitbake core-iamge-minimal-sdk ? | 10:17 |
| *** Kleist <Kleist!~Kleist@77.243.43.130> has joined #yocto | 10:18 | |
| *** Kleist <Kleist!~Kleist@77.243.43.130> has quit IRC (Client Quit) | 10:18 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 10:19 | |
| thomasd13 | ahhh. I do <image> -c populate_sdk. TI workflow spoiled me... | 10:19 |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:19 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 10:24 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 10:24 | |
| *** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has joined #yocto | 10:29 | |
| *** d-fens <d-fens!~kvirc@5.10.7.173> has quit IRC (Read error: Connection reset by peer) | 11:00 | |
| *** starblue <starblue!~juergen@dslb-088-078-104-222.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 11:00 | |
| *** starblue <starblue!~juergen@dslb-088-078-104-222.088.078.pools.vodafone-ip.de> has joined #yocto | 11:02 | |
| rburton | thomasd13: yeah, ideally you build a sdk for a specific image. you *can* build a dedicated SDK recipe but there's no point when every image can build its own SDK. | 11:14 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:22 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC (Ping timeout: 256 seconds) | 11:41 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has joined #yocto | 11:49 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has left #yocto | 11:49 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has joined #yocto | 11:49 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 11:53 | |
| *** Frank33 <Frank33!~Frank@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 11:53 | |
| *** amitk_ <amitk_!~amit@103.208.69.18> has joined #yocto | 12:03 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 260 seconds) | 12:23 | |
| phako[m] | what is the easiest way to build an image for virtualbox (i.e. skipping qemu-native for example) - reason: I need to hook something with connman into a rather weird virtual network I have set up based on virtualbox... | 12:27 |
| rburton | you need qemu-native to build some recipes | 12:30 |
| rburton | you can build a virtualbox image by setting the image fstype | 12:30 |
| phako[m] | ah. ok, then just adding wic.vdi is the minimalest thing I can do | 12:30 |
| rburton | yeah | 12:30 |
| phako[m] | right | 12:30 |
| rburton | you could make a new machine which doesn't need qemu-system-native, but that's only really useful if you want to tune the compiler flags or do further tweaks | 12:31 |
| rburton | if you also had some virtualbox kernel modules or userspace tools that could be the right thing to do | 12:32 |
| rburton | hm, i wonder if we should package the tools into qemu-native and not qemu-system-native. | 12:32 |
| phako[m] | actuallz, now that I have built it once, I proably don't have to care anymore anyway | 12:32 |
| rburton | yeah exactly | 12:33 |
| rburton | kanavin: loved https://github.com/libffi/libffi/pull/747#issuecomment-1336643605 | 12:47 |
| kanavin | rburton, I had a rather different reaction on second thought https://www.linkedin.com/feed/update/urn:li:activity:7005453205488685057/ | 12:47 |
| kanavin | " I'm sure the intentions were good, but it only made me anxious about possible misuses of this technology." | 12:48 |
| rburton | absolutely | 12:48 |
| rburton | its equally impressive and terrifying | 12:48 |
| rburton | i asked it to produce a haiku arguing that Alien is a christmas film | 12:48 |
| rburton | never seen it sit for 20 seconds before writing, but it did produce one | 12:48 |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has left #yocto | 12:55 | |
| kanavin | rburton, it's not just text. AI can nowadays isolate individual instruments from a stereo track. Which is how the latest Revolver reissue was re-mixed. | 12:58 |
| kanavin | rburton, and technology to age or de-age actors convincingly is coming soon as well. | 12:58 |
| rburton | already has, disney iirc had a demo last week | 12:59 |
| kanavin | not yet in an actual movie, but soon :) | 12:59 |
| kanavin | and I'm definitely going to that abba show :) | 12:59 |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving) | 13:00 | |
| rburton | kanavin: you might like https://www.amazon.co.uk/Deep-Fakes-Infocalypse-What-Urgently/dp/1913183521/, i've been meaning to read that for a while now. though the book is now a whole two years out of date so it would be interesting to see how fast tech has moved. | 13:00 |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:03 | |
| *** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto | 13:04 | |
| *** Guest5713 <Guest5713!~Guest57@136.228.208.146> has joined #yocto | 13:04 | |
| *** Guest5713 <Guest5713!~Guest57@136.228.208.146> has quit IRC (Client Quit) | 13:04 | |
| *** matthias__ <matthias__!~matthias_@136.228.208.146> has joined #yocto | 13:05 | |
| kanavin | rburton, I think https://www.bloomberg.com/opinion/articles/2017-05-03/the-mozart-in-the-machine covers the subject succinctly. | 13:07 |
| kanavin | I read the whole book a couple years ago https://www.ynharari.com/book/21-lessons-book/ | 13:07 |
| kanavin | that article made some people very, very angry. Those poor souls that believe in existence of a 'soul'. | 13:09 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:11 | |
| matthias__ | Hi everyone. I have a question regarding bitbake vs devtool. When running devtool build <recipe> the cache is loaded twice: first time very fast and then again, but slow. My output reads as: | 13:16 |
| matthias__ | "Loading cache: 100% (This is the fast one - just a second) | 13:16 |
| matthias__ | Loaded 3591 entries from dependency cache. | 13:16 |
| matthias__ | Parsing recipes: 100% | 13:16 |
| matthias__ | Parsing of 2218 .bb files complete ... | 13:16 |
| matthias__ | Loading cache 100% (This one takes 16seconds) | 13:16 |
| matthias__ | Loaded 3591 entries from dependency cache." | 13:16 |
| matthias__ | Any idea why i have two passes of the loading cache step? | 13:16 |
| matthias__ | It does not happen if i build the exact same recipe with bitbake, | 13:16 |
| kanavin | matthias__, sadly we do not have a devtool maintainer, and it's not likely someone can give a quick answer but if you can investigate and propose a fix that would certainly be most welcome. | 13:17 |
| kanavin | devtool should not be doing things that subvert parse times | 13:18 |
| matthias__ | Have you ever heard of that behavior before (i.e. is this maybe a regression?) | 13:20 |
| kanavin | matthias__, I never run 'devtool build', rather always bitbake directly | 13:20 |
| matthias__ | Me too normally, but i am now on the ext sdk and there is no way to run bitbake standalone it seems, | 13:21 |
| kanavin | matthias__, I use other devtool commands a lot (like modify, finish etc.) and didn't notice it to the point it would really get in the way and become annoying | 13:21 |
| kanavin | matthias__, I can only suspect devtool modifies the build in a way that forces bitbake into full reparse | 13:22 |
| kanavin | e.g. something goes into global config | 13:22 |
| matthias__ | nah - i checked this. | 13:22 |
| matthias__ | And even if you are not using the sdk: try a build of a recipe that you have "checked out" with devtool modify. Once with devtool build and once with pure bitbake. For me i have this annoying described behavior. Can you maybe check if you can reproduce? | 13:23 |
| kanavin | even if I can, I'm not going to look into it now | 13:25 |
| kanavin | you can clone plain poky master, and try it there, and if it's clearly visible, then there is no need for someone else to see it | 13:25 |
| matthias__ | ok. i will try that. | 13:26 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:26 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 256 seconds) | 13:29 | |
| phako[m] | interesting. I cannot get that image to let me log | 13:41 |
| *** ArgaKhan___ <ArgaKhan___!~Srain@78.188.72.174> has quit IRC (Remote host closed the connection) | 13:42 | |
| *** ArgaKhan___ <ArgaKhan___!~Srain@78.188.72.174> has joined #yocto | 13:43 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has joined #yocto | 13:47 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto | 13:49 | |
| paulbarker | I'm in a place where I could benefit from using multiconfigs, but I've always avoided them as I can't see how to use them cleanly | 13:55 |
| paulbarker | https://docs.yoctoproject.org/dev/dev-manual/building.html#building-images-for-multiple-targets-using-multiple-configurations, re multiconfig conf files, says: "They must reside in the current Build Directory in a sub-directory of conf named multiconfig or within a layer’s conf directory under a directory named multiconfig." | 13:55 |
| paulbarker | Is that still true? | 13:55 |
| LetoThe2nd | paulbarker: i think so, what is your concern about that? | 13:56 |
| paulbarker | Being able to put them in a layers conf/multiconfig directory is good, I'm a bit concerned about name clashes though | 13:56 |
| paulbarker | I guess prefixing the names would help | 13:56 |
| LetoThe2nd | yup, for example | 13:57 |
| paulbarker | Ah I see my confusion, dunfell & kirkstone have different documentation for this | 13:57 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:58 | |
| *** amitk_ <amitk_!~amit@103.208.69.18> has quit IRC (Ping timeout: 260 seconds) | 14:02 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 14:04 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto | 14:06 | |
| *** camus <camus!~Instantbi@117.143.3.24> has quit IRC (Ping timeout: 264 seconds) | 14:23 | |
| paulbarker | Right, and the dunfell documentation doesn't match the bitbake behaviour in dunfell | 14:24 |
| paulbarker | Is that worth a bug at this stage? Or shall we just leave dunfell docs as-is? | 14:24 |
| qschulz | paulbarker: needs to be fixed, dunfell docs is still supported | 14:26 |
| qschulz | s/supported/maintained/ | 14:27 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 14:27 | |
| * paulbarker goes off to file a bug | 14:27 | |
| qschulz | thx! | 14:29 |
| qschulz | paulbarker: I think michaelo should get a notification if filed in the docs section | 14:30 |
| *** d-fens <d-fens!~kvirc@5.10.7.173> has joined #yocto | 14:30 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:30 | |
| paulbarker | https://bugzilla.yoctoproject.org/show_bug.cgi?id=14980 | 14:35 |
| qschulz | thx for filing it | 14:36 |
| qschulz | a patch is welcome too :) | 14:36 |
| qschulz | paulbarker: I assume cb35f75bfc98c9098f9af64b9dd040b25779da36 should be backported? | 14:38 |
| qschulz | michaelo: ^ | 14:39 |
| paulbarker | qschulz: That looks right to me | 14:39 |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 14:40 | |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 14:40 | |
| *** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has quit IRC (Quit: Leaving.) | 14:40 | |
| *** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has joined #yocto | 14:42 | |
| barath | I've tried figuring out the various use-cases of multiconfigs. is there a general advantage to building multiple images "concurrently" or does it mostly make sense when building an image which depends on another image? | 14:42 |
| d-fens | how can i see what overrides the IMAGE_INSTALL from core-image.bbclass in my image? | 14:42 |
| LetoThe2nd | d-fens: bitbake-getvar -r your-image IMAGE_INSTALL | 14:43 |
| d-fens | thx! | 14:43 |
| paulbarker | barath: In my case I want to be able to build for SD card, SPI flash or both. SPI flash images have a different u-boot config, stripped down kernel config and a different partition layout | 14:44 |
| paulbarker | I'm trying to avoid defining an entirely separate machine so that I can maximise reuse of build artifacts | 14:45 |
| *** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has quit IRC (Client Quit) | 14:46 | |
| qschulz | paulbarker: how do you do the different defconfig pick without a machine configuration file? | 14:46 |
| qschulz | because a distro is even worse isn't it | 14:46 |
| *** pabigot <pabigot!~pab@67-1-115-166.tcso.qwest.net> has joined #yocto | 14:47 | |
| barath | right... so reusing artifacts. but arent those reused as long as one makes sure that they can be, by making sure theyre arch compatible? if that makes sense | 14:47 |
| qschulz | barath: the issue here is how to build two u-boot/kernel recipes I believe | 14:48 |
| paulbarker | barath: There's several MACHINE-specific packages that shouldn't need to change between the SD card and SPI flash cases | 14:49 |
| paulbarker | qschulz: I'm still in the process of figuring out what I can do with multiconfigs here | 14:49 |
| paulbarker | Even if I do need a separate MACHINE, I'd want multiconfigs so I can build both at once and so I can include the SPI flash image into an installer SD card image in the future | 14:49 |
| qschulz | paulbarker: aaaaa true, since multiconfigs are configuration files, maybe it'd be possible to have a UBOOT_MACHINE in there... mmmm | 14:50 |
| qschulz | paulbarker: I'm actually wondering if you can't have an image build two u-boot/kernel recipes? I guess not because of the virtual package? | 14:50 |
| paulbarker | qschulz: It may not work... I need to think what happens with sstate if I build two kernels for the same MACHINE but with different defconfigs | 14:50 |
| qschulz | but having a second recipe without the PROVIDES?? mmm, hacks hacks hacks :) | 14:51 |
| barath | Hm I get one the case of one image including another, but I dont immediately get the need for multiconfig. Doesn't the estate cache work the same either way? | 14:51 |
| paulbarker | I'm going to experiment a little and see which path minimises hacks | 14:51 |
| qschulz | paulbarker: also, if you figure a way to only have one image built but with those two kernel sand bootloaders configurations, then it's just a matter of adding a "build multiple images with wic" feature | 14:52 |
| qschulz | (for the partition layout) | 14:52 |
| paulbarker | qschulz: I need to extend wic anyway | 14:52 |
| qschulz | don't be fooled by its name WKS_FILES is not what you're after | 14:52 |
| qschulz | (i haven;'t followed closely but it wasn't supported months ago when I looked at it) | 14:52 |
| qschulz | (or was it already years ago? time flies) | 14:53 |
| qschulz | paulbarker: let us know how it goes! | 14:53 |
| paulbarker | qschulz: The SPI flash image will have less in the rootfs, so at the least I have different image recipes | 14:53 |
| paulbarker | And wic needs extending to support writing a "bare" image that doesn't start with an msdos/gpt header | 14:54 |
| paulbarker | By "header" I mean partition table | 14:54 |
| qschulz | paulbarker: makes sense, but like barath not entirely sure multiconfig is beneficial here? | 14:54 |
| qschulz | paulbarker: I guess you want to avoid this partition table on the SPI flash to save some precious space? | 14:54 |
| paulbarker | qschulz: No, for SPI flash the u-boot SPL needs to be written to sector 0 so there's no space for the partition table | 14:55 |
| paulbarker | The partition layout can be set by the device tree | 14:56 |
| RP | paulbarker: the annoying thing with multiconfig in that scenario will be the parse time | 14:56 |
| qschulz | paulbarker: ah true, I forgot about the load offset by the BOOTROM for U-Boot SPL | 14:57 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 15:01 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 15:02 | |
| barath | hm | 15:02 |
| barath | but let's say I want something similar (?) like having two identical images, except one with a regular kernel and one with a "debug" kernel with a bunch of debug-related config fragments. would it make sense to use multiconfig then? in my mind, I could build sequentially and the cache from the first image would/could be reused in the second? | 15:03 |
| barath | I must be missing some fundamental thing about multiconfigs so far | 15:03 |
| *** amsobr <amsobr!~amsobr@a89-152-104-208.cpe.netcabo.pt> has quit IRC (Quit: Client closed) | 15:07 | |
| barath | the most obvious use-case seems if your aim is to build one image which depends directly on another image, such that you need to build both anyways. it seems to me like all other cases should be equivalent to building images sequentially | 15:08 |
| paulbarker | barath: With multiconfigs you should also see parallelisation when you build both images, so it should be quicker overall than a sequential build | 15:10 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto | 15:10 | |
| barath | Mhm, that's worth testing either way | 15:12 |
| qschulz | paulbarker: I assume bitbake recipe-1 recipe-2 should do this parallelism just fine? | 15:14 |
| paulbarker | qschulz: Not if they're different MACHINEs | 15:15 |
| paulbarker | Or other conf file changes | 15:15 |
| barath | right, so the thinking is that recipes which can't be re-used across images can grab idle threads when doing multiconfig builds | 15:15 |
| barath | whereas when building sequentially/in general, there might be bottlenecks where threads are idle | 15:16 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 15:36 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:56 | |
| barath | yeah seems like that's what's described here https://youtu.be/YvtlGjWrL-M?t=2695 | 16:01 |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 16:17 | |
| *** Tokamak_ <Tokamak_!~Tokamak@2607:fb91:1421:edc7:55d1:e02c:64a9:21d5> has joined #yocto | 16:18 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds) | 16:19 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 16:20 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 16:29 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Quit: Leaving) | 16:30 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 16:33 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 16:33 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 16:34 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto | 16:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 16:56 | |
| *** matthias__ <matthias__!~matthias_@136.228.208.146> has quit IRC (Quit: Client closed) | 16:59 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC14.versanet.de> has quit IRC (Quit: Leaving.) | 17:02 | |
| mischief | when i tried multiconfig, parsing was extremely slow | 17:04 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:17 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 17:20 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:25 | |
| *** frieder <frieder!~frieder@200116b824dede810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 17:28 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:31 | |
| RP | mischief: it will add an extra parsing time for each config that is added. Not much we can do about that | 17:39 |
| JPEW | mischief: It should be roughly linear with each multiconfig you add | 17:47 |
| JPEW | IIRC | 17:47 |
| *** mckoan is now known as mckoan|away | 17:51 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds) | 18:06 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 18:07 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:27 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 265 seconds) | 18:33 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-180.mrsn.at> has joined #yocto | 18:41 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto | 18:45 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 18:50 | |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 18:50 | |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Client Quit) | 18:50 | |
| *** Frank33 <Frank33!~Frank@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Ping timeout: 260 seconds) | 19:04 | |
| mischief | it's a lot of time when there's ~10 configs in the multiconfig :-) | 19:06 |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-053-229.93.135.pool.telefonica.de> has joined #yocto | 19:10 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| JPEW | mischief: Ya, that's a lot. Why so many? | 19:15 |
| mischief | because that's how many models of hardware we have, and thus $MACHINEs | 19:16 |
| JPEW | And you need all of them at once? | 19:17 |
| *** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has joined #yocto | 19:17 | |
| mischief | sometimes, yes | 19:17 |
| mischief | we don't use multiconfig right now though, instead we just launch parallel bitbakes | 19:18 |
| JPEW | mischief: Fair enough. If you can come up with a way for users to reasonably set BBMULTICONFIG to select only what they need, that will help. I suspect for the case where you need everything though, even with the long parse times it will be faster than parallel bitbake | 19:19 |
| JPEW | (or at a minimum, require less wrapping script if that's how you are doing it) | 19:19 |
| JPEW | The parsing process is highly parallel, so it should be able to peg your CPUs while parseing | 19:19 |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-180.mrsn.at> has quit IRC (Ping timeout: 246 seconds) | 19:20 | |
| *** matthias__ <matthias__!~matthias_@136.228.208.136> has joined #yocto | 19:23 | |
| matthias__ | I'd like to add a SAS Token to the SSTATE_MIRROR url. In local.conf I have SSTATE_MIRRORS = "file://.* az://localhost:8000/sstate/PATH" and AZ_SAS="HELLO". However the az_sas variable is not picked up. I have narrowed it down to lib/bb/fetch2/az.py. I added console logs like so: | 19:29 |
| matthias__ | az_sas = d.getVar('AZ_SAS') | 19:29 |
| matthias__ | if az_sas and az_sas not in ud.url: | 19:29 |
| matthias__ | ud.url += az_sas | 19:29 |
| matthias__ | else: | 19:29 |
| matthias__ | bb.plain("AZ_SAS is not defined") | 19:29 |
| matthias__ | bb.plain("trying with:"+ud.url) | 19:29 |
| matthias__ | In the console I see "AZ_SAS is not defined". Can anybody give me some pointer why the variable is not there? | 19:29 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Remote host closed the connection) | 19:33 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 19:33 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-180.mrsn.at> has joined #yocto | 19:37 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 19:47 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Remote host closed the connection) | 19:55 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 19:56 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-180.mrsn.at> has quit IRC (Ping timeout: 264 seconds) | 19:58 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 19:59 | |
| malsyned | I'm trying to get systemd-timesyncd to use a specific fallback time in the event that it can't get a correct time from the RTC. | 20:03 |
| malsyned | systemd-timesyncd(8) says it gets this value from /var/lib/systemd/timesync/clock and if that doesn't exist, "At the minimum, it will be set to the systemd build date" | 20:04 |
| malsyned | I dug through systemd's build process, and found that it will get that build date from either the timestamp of the NEWS file or, if it's set, the environment variable SOURCE_DATE_EPOCH | 20:05 |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 20:07 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 20:07 | |
| malsyned | Go, great, that means this is already accessible through Yocto's reproduceable build infrastructure. But the catch is, that variable is listed in BB_BASEHASH_IGNORE_VARS, meaning that just setting SOURCE_DATE_EPOCH from a bbappend or SOURCE_DATE_EPOCH:pn-systemd from a conf file doesn't actually | 20:07 |
| malsyned | E_BUILD_EPOCH. | 20:07 |
| malsyned | cause the recipe to be re-run when I change the SOURC | 20:07 |
| malsyned | I don't think I want to remove SOURCE_BUILD_EPOCH from the BB_BASEHASH_IGNORE_VARS globally, but removing it from a systemd_%.bbappend appears to have no effect (even though `bitbake -e systemd` shows that my :remove is being processed correctly) | 20:08 |
| malsyned | Anybody have any advice on how to get Yocto to do what I want it to? | 20:09 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:09 | |
| malsyned | erm, s/SOURCE_BUILD_EPOCH/SOURCE_DATE_EPOCH/g | 20:13 |
| *** florian_kc is now known as florian | 20:22 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 255 seconds) | 20:38 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 20:53 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 256 seconds) | 20:57 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has joined #yocto | 21:04 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has left #yocto | 21:04 | |
| JPEW | malsyned: Maybe something like do_compile:prepend() { export SOURCE_DATE_EPOCH=123 } would work? | 21:06 |
| malsyned | You think that would override the one that comes from Yocto's reproducible build infrastructure? | 21:09 |
| JPEW | It might? | 21:10 |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has joined #yocto | 21:10 | |
| malsyned | I'll give it a try. My current hack is PR .= ".1.${SOURCE_DATE_EPOCH}" but I don't love it. | 21:10 |
| JPEW | malsyned: Ya you probably don't want that | 21:10 |
| malsyned | Oh I sure don't. | 21:10 |
| malsyned | I think it would be do_configure, not do_compile, though. | 21:11 |
| JPEW | malsyned: Ya, I wasn't sure | 21:11 |
| malsyned | I need meson to pick it up and dump it into config.h I believe | 21:11 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 21:19 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1) | 21:24 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:25 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Client Quit) | 21:25 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:26 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Client Quit) | 21:27 | |
| malsyned | JPEW you're on to something, but it doesn't work quite as you've written. The systemd recipe generates a -Dtime-epoch= from the bitbake SOURCE_DATE_EPOCH variable, causing meson to ignore the SOURCE_DATE_EPOCH. But it does cause the recipe to rebuild, so I think I can figure something out that will | 21:27 |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:27 | |
| JPEW | malsyned: Ah, nice | 21:27 |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Client Quit) | 21:28 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:29 | |
| malsyned | work. | 21:29 |
| hsv | Is there a way to find out which version of yocto is on a target? | 21:33 |
| malsyned | JPEW this appears to be working, you see any pitfalls to it that I am missing? | 21:34 |
| malsyned | SOURCE_DATE_EPOCH_OVERRIDE="1670025606" | 21:34 |
| malsyned | SOURCE_DATE_EPOCH = "${SOURCE_DATE_EPOCH_OVERRIDE}" | 21:34 |
| malsyned | do_configure[vardeps] += "SOURCE_DATE_EPOCH_OVERRIDE" | 21:34 |
| malsyned | hsv cat /etc/os-release works for me | 21:35 |
| hsv | No such file or directory | 21:36 |
| hsv | it's a minimal image, maybe that's why (?) | 21:36 |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1) | 21:37 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:37 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 21:39 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:39 | |
| mischief | sigh. dealing with qualcomm code sucks | 21:39 |
| malsyned | hsv I have a /etc/issue that also mentions kirkstone. Maybe you have that? | 21:40 |
| mischief | ethernet driver works in our dunfell image but not kirkstone :( | 21:40 |
| hsv | malsyned: thanks | 21:43 |
| hsv | Poky (Yocto Project Reference Distro) 4.0.5 \n \l | 21:43 |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 21:43 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 21:44 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1) | 21:44 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:44 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:46 | |
| malsyned | hsv looks like a recent kirkstone image https://wiki.yoctoproject.org/wiki/Releases | 21:46 |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has quit IRC (Client Quit) | 21:48 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:2b00:2ce:39ff:fecf:efcd> has joined #yocto | 21:48 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 21:48 | |
| malsyned | Anybody know why Yocto downloads a completely fresh Linux git repository every time I change SRCREV in my recipe? Seems to me it should be possible to reuse the one already downloaded and just fetch the few new commits. | 22:04 |
| malsyned | It's adding like 30 minutes to a build that would otherwise take just a couple. | 22:11 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 22:13 | |
| *** matthias__ <matthias__!~matthias_@136.228.208.136> has quit IRC (Quit: Client closed) | 22:19 | |
| JPEW | malsyned: That SOURCE_DATE_EPOCH seems good enough I think; you could also maybe just set the global SDE to the value you want :) | 22:21 |
| JPEW | But, ya, that wouldn't cause systemd to rebuild | 22:21 |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:40 | |
| *** Wouter01006 <Wouter01006!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 22:40 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Quit: First shalt thou take out the Holy Pin. Then, shalt thou count to three. No more. No less.) | 22:46 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 23:09 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:09 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 23:14 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 23:14 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (Ping timeout: 256 seconds) | 23:16 | |
| *** otavio <otavio!~otavio@189-11-180-215.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 260 seconds) | 23:28 | |
| *** otavio <otavio!~otavio@189-11-180-215.user3p.brasiltelecom.net.br> has joined #yocto | 23:28 | |
| *** money_ <money_!~money@user/polo> has joined #yocto | 23:40 | |
| *** d4rkn0d3z <d4rkn0d3z!~d4rkn0d3z@host-24-231-79-55.public.eastlink.ca> has quit IRC (Ping timeout: 256 seconds) | 23:45 | |
| *** d4rkn0d3z <d4rkn0d3z!~d4rkn0d3z@host-66-206-230-154.public.eastlink.ca> has joined #yocto | 23:46 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!