Friday, 2021-07-16

*** camus1 <camus1!~Instantbi@> has joined #yocto00:53
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)00:53
*** camus1 is now known as camus00:53
*** camus1 <camus1!~Instantbi@> has joined #yocto01:14
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)01:16
*** camus1 is now known as camus01:16
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto01:25
*** hpsy <hpsy!~hpsy@> has quit IRC (Ping timeout: 258 seconds)01:27
*** prabhakarlad <prabhakarlad!> has quit IRC (Ping timeout: 246 seconds)01:31
*** rber|res <rber|res!~rber|> has joined #yocto01:32
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)01:32
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 255 seconds)01:34
*** hpsy <hpsy!~hpsy@> has joined #yocto02:03
*** hpsy1 <hpsy1!~hpsy@> has quit IRC (Ping timeout: 265 seconds)02:04
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)02:33
*** paulg <paulg!> has quit IRC (Ping timeout: 265 seconds)03:43
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds)04:22
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto04:35
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)04:53
*** camus <camus!~Instantbi@> has joined #yocto04:54
*** roussinm <roussinm!~mroussin@> has quit IRC (Quit: WeeChat 3.3-dev)05:31
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto05:45
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Client Quit)05:48
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto05:50
*** rob_w <rob_w!> has joined #yocto05:55
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)05:59
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto06:03
*** camus1 <camus1!~Instantbi@> has joined #yocto06:13
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)06:13
*** camus1 is now known as camus06:13
*** LetoThe2nd <LetoThe2nd!uid453638@2001:67c:2f08:1::6:ec06> has joined #yocto06:14
LetoThe2ndyo dudX06:14
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 265 seconds)06:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:54
*** camus1 <camus1!~Instantbi@> has joined #yocto07:17
*** pinpox <pinpox!> has left #yocto (The Lounge -
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)07:19
*** camus1 is now known as camus07:19
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)07:24
*** prabhakarlad <prabhakarlad!> has joined #yocto07:25
LetoThe2ndyo yo ba07:30
mihaiyou lost me07:30
mihaiwith the 'ba' at the end :)07:31
mihaiok that's nice07:33
*** kayterina <kayterina!> has joined #yocto07:36
*** Neur0mante <Neur0mante!> has joined #yocto07:37
mihaithis got me thinking of a trivia chat bot :))07:40
mihaiit's been a while since I've seen one07:41
*** argonautx <argonautx!> has joined #yocto07:43
*** tnovotny <tnovotny!> has joined #yocto07:48
*** jsandman1 <jsandman1!~jsandman@> has joined #yocto07:52
*** rfs613_alt <rfs613_alt!> has joined #yocto07:53
*** jsandman <jsandman!~jsandman@> has quit IRC (Ping timeout: 252 seconds)07:53
*** rfs613 <rfs613!> has quit IRC (Ping timeout: 252 seconds)07:53
*** jsandman1 is now known as jsandman07:53
*** florian <florian!> has joined #yocto08:10
*** florian_kc <florian_kc!> has joined #yocto08:17
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)08:20
*** camus <camus!~Instantbi@> has joined #yocto08:21
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 258 seconds)08:45
*** Guest68 <Guest68!~Guest68@2a02:908:4c17:2d40:54d0:f857:86b3:5f1d> has joined #yocto08:54
*** rob_w <rob_w!> has joined #yocto08:54
*** florian_kc <florian_kc!> has joined #yocto08:55
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)09:14
*** camus <camus!~Instantbi@> has joined #yocto09:14
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)09:25
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto09:55
*** Guest68 <Guest68!~Guest68@2a02:908:4c17:2d40:54d0:f857:86b3:5f1d> has quit IRC (Quit: Client closed)09:56
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:4020:618c:f3db:90aa> has joined #yocto10:02
*** camus1 <camus1!~Instantbi@> has joined #yocto10:27
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)10:29
*** camus1 is now known as camus10:29
*** Neur0mante <Neur0mante!> has quit IRC (Ping timeout: 246 seconds)10:32
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)11:09
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:37
*** camus1 <camus1!~Instantbi@> has joined #yocto11:38
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)11:40
*** camus1 is now known as camus11:40
LetoThe2ndhowdy! I'll be live in ~15 minutes at
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto11:55
LetoThe2nd2 minutes to got!11:58
*** paulg <paulg!> has joined #yocto12:09
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)12:16
*** rcw <rcw!~rcwoolley@> has joined #yocto12:23
*** zyga <zyga!~zyga@> has joined #yocto12:44
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Read error: Connection reset by peer)12:44
qschulzoh no, I missed it :(12:53
LetoThe2ndqschulz: FAIL!12:54
qschulzLetoThe2nd: hope you had fun :)12:55
LetoThe2ndthings basically worked as expected :)12:55
*** tperrot <tperrot!> has quit IRC (Quit: leaving)12:57
*** tprrt <tprrt!> has joined #yocto12:57
*** tprrt is now known as tperrot13:05
*** vd <vd!> has joined #yocto13:06
vdHi Yocters -- I have a 4Go eMMC and for simplicity sake, I would like to have a wic image taking advantage of its full space. Is there a way for wic to guarantee the exact size of the image?13:07
vdfor sure I'll use IMAGE_FSTYPES += "wic.something wic.bmap"13:08
*** kayterina_ <kayterina_!> has joined #yocto13:09
qschulzI think it might make more sense to expand the filesystem at runtime on the target13:10
qschulzotherwise you'll need to flash 4GB every time13:11
qschulzRPi distros do this usually on first boot (or allow via some tools)13:11
JPEWI think systemd can do this for you also13:11
vdqschulz that's just for the initial factory image, I figure it might not be big of a deal. Otherwise I must script (re)partitioning and that's not ideal for now :/13:12
*** frosteyes1 <frosteyes1!~frosteyes@> has joined #yocto13:12
vdJPEW systemd-repart requires GPT partitions but I'm using MBR still13:12
*** erbo <erbo!> has joined #yocto13:12
*** florian__ <florian__!> has joined #yocto13:12
qschulzvd: if you flash the factory image in a factory line, you'll spend a lot of money for nothing valuable :)13:13
*** matthewcroughan <matthewcroughan!> has joined #yocto13:14
*** kmaincent1 <kmaincent1!> has joined #yocto13:14
vdqschulz you know how to talk to guys like me don't you13:14
vdok full size wic image aborted13:14
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)13:15
JPEWvd: FWIW, we put a file on the file system that indicates "this needs resize" and our initrd does it on the first boot13:16
*** dv|2 <dv|2!~dvorkindm@> has joined #yocto13:16
vdJPEW so you think I can script systemd from the .wks file with a bench of --ondisk mmcblk1 --fsoptions x-systemd-makefs etc.?13:17
qschulzand we actually put the resizing in the post_install script of swupdate which gets run only outside the factory line (company is basically an OEM and clients reflash with swupdate in their own "factory")13:18
vdJPEW I can avoid initrd with factory is booting from an external medium13:18
*** florian_kc <florian_kc!> has quit IRC (*.net *.split)13:18
*** kayterina <kayterina!> has quit IRC (*.net *.split)13:18
*** zeddii <zeddii!> has quit IRC (*.net *.split)13:18
*** erbo_ <erbo_!> has quit IRC (*.net *.split)13:18
*** dvorkindmitry <dvorkindmitry!~dvorkindm@> has quit IRC (*.net *.split)13:18
*** frosteyes <frosteyes!~frosteyes@> has quit IRC (*.net *.split)13:18
*** matthewcroughan_ <matthewcroughan_!> has quit IRC (*.net *.split)13:18
*** kmaincent <kmaincent!> has quit IRC (*.net *.split)13:18
*** rewitt3 <rewitt3!> has quit IRC (*.net *.split)13:18
JPEWvd: Ya, something like that. TBH I've never tried it myself13:19
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Ping timeout: 240 seconds)13:23
*** rewitt3 <rewitt3!~rewitt@> has joined #yocto13:24
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto13:26
* RP thinks he's losing the plot wondering if ML can help converting overrides magically 13:26
JPEWRP: ML can solve every problem, because it's Magic!13:28
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)13:29
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto13:31
*** hpsy <hpsy!~hpsy@> has quit IRC (Read error: Connection reset by peer)13:32
*** rfs613_alt is now known as rfs61313:36
JPEWRP: I do think there is a path forward here, as long as we are careful13:37
RPJPEW: conversion isn't actually that bad. I have horrendous script here which is mostly doing an ok job13:38
JPEWYa, I think the rub is to make a very simple patch that can be backported to older versions to translate ':' to '_' so the metadata remains compatible13:39
*** xmn <xmn!> has joined #yocto13:45
*** tnovotny_ <tnovotny_!> has joined #yocto13:50
*** vd67 <vd67!> has joined #yocto13:50
*** vd67 <vd67!> has quit IRC (Client Quit)13:51
*** tnovotny <tnovotny!> has quit IRC (Ping timeout: 245 seconds)13:53
RPJPEW: conversion script is on there, and the result run against poky. I've not even tried parsing the result yet but it is looking the right direction13:54
JaMa"very simple patch" :) 7.4MB .patch for meta-ros with RP's script14:14
JaMa^ isn't expected I guess14:14
RPJaMa: This is hardly finished work :)14:14
* RP adds FILES_SOLIBSDEV to the list14:15
*** sakoman <sakoman!> has joined #yocto14:18
JPEWRP: Aren't most variables upper case and most overrides lower case?14:20
RPJPEW: yes, but function names aren't and function names have overrides14:21
RPthe rule is that overrides should be lowercase14:21
RPand package names too14:21
JPEWRight. Functions should end with.... "\s*\(" ?14:22
JPEW(any amount of whitespace after the name and an open paren)14:22
RPJPEW: maybe. You have things like setVar("do_configure_append")14:23
JPEWah, right. I always forget about that14:25
*** vmeson <vmeson!> has quit IRC (Ping timeout: 265 seconds)14:27
RPJaMa: how did it look in general, that variable aside?14:30
RPhah, it nearly even parses now. "Nearly" :)14:31
JaMait looks reasonable, but I would need to update vars with many move overrides we're using in this layer14:31
JaMaand it's still very big (even github refuses to show the whole diff)14:32
RPJaMa: so it needs to be taught about "ros1-distro" and "rpi" but that isn't so bad for a first pass14:32
JaMaright and skip bunch of other files which aren't really OE metadata, so I guess everybody will need to adjust this script a bit to apply for his case14:34
RPJaMa: right, I'm not sure a one size fits all is possible but I think with some maintainer knowledge and small tweaks, conversion is vaiable14:35
*** vmeson <vmeson!> has joined #yocto14:36
RPI did this really to see if it was possible and also, if I can get a converted poky, I can get more data about how the result performs/works14:36
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has quit IRC (Ping timeout: 240 seconds)14:36
*** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29d:d7c0::f245> has joined #yocto14:36
JaMait might be useful to be able to run processfile() on actual .patch files with metadata changes to help with the cherry-picks from older branch to newer (if it updates the diff context as well as the change itself then it might even apply without many conflicts)14:37
JaMaand then it might be useful to support reversed conversion (for backports from newer branch to older)14:37
JaMaunderstood, I was also running it mostly to see how big PIA it will be if we do support newer releases in the end14:38
RPJaMa: those do sound like nice things to be able to do. A lot will depend on how much interest/help there is in making them work well14:41
RPJaMa: is it better or worse than you thought? :)14:41
*** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29d:d7c0::f245> has quit IRC (Quit: Leaving)14:42
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has joined #yocto14:43
RPof course the piece breaking in parsing is the image backend code since some bright person decided overrides were great for IMAGE_CMD and friends14:43
JaMaRP: the script is better than I thought, but still using it on daily basis for migrating changes between branches still scares me14:45
JaMabut I do agree that flag-day supported with a conversion script is better than trying to support both syntaxes for whole LTS cycle14:47
JaMathe unmaintained layers won't get the updated syntax, so it just postpones abandoning them for 2 years14:48
JaMahard break will at least force people to decide if they want to support the next LTS release or not14:49
RPJaMa: Its a tough situation without easy answer :/14:49
*** RobW <RobW!~rcwoolley@> has joined #yocto14:53
*** rcw <rcw!~rcwoolley@> has quit IRC (Quit: Leaving)14:53
JaMaheh, I just shared completely opposite view of flag-day than Saur[m] on ML :) yeah.. can't make everyone happy :)14:54
*** tnovotny_ <tnovotny_!> has quit IRC (Quit: Leaving)14:57
smurrayI'm all for a flag day if it gets us somewhere better wrt the issues now with juggling ?= vs ??= and append vs +=15:07
smurrayRP: roughly how long do the full oe-selftests usually take on the autobuilder?15:09
qschulzChiming in very quickly on that operator topic, could we have this "dual-support" optional? What I basically mean is a variable somewhere (env variable before bitbake? python cmdline argument?) that disables/enables support for old (current) operator syntax15:11
qschulzand disable dual-support by default15:12
qschulzthat way, it fails by default but people can still use the layers by using this "switch"/variable/whatever you call it15:12
qschulzthis highlights that something is changing and will require attention in the next few releases15:13
RPqschulz: I think we'd have to experiment to know for sure. I suspect there is some backwards compatibility option so old bitbake could parse new metadata15:14
RPA lot depends on how invasively you change the format15:16
*** ant__ <ant__!> has joined #yocto15:22
*** RobW <RobW!~rcwoolley@> has quit IRC (Quit: Leaving)15:25
RPwow, successful parse15:27
smurrayRP: re my earlier question, "oe-selftest -a" on my Threadripper machine took ~17 hours, is that completely out there, or potentially reasonable?15:30
RPsmurray: sounds about right. Try adding -j to parallelise15:31
RPsmurray: its a lot of tests15:31
smurrayRP: ah, I was curious about the somewhat single-threaded nature, good tip15:32
RPbuild keeled over quickly, looks like DEPENDS isn't working properly but its kind of amazing it works at all. I updated the branch15:33
smurrayRP: so I have a local change to shift the asyncio loop creation into the pr/hash equic server child provesses as was discussed, should I add it as an extra patch to pbarker's stack, or merge it into them?15:34
smurrayheh, need more coffee, my typing is terrible this morning15:35
RPsmurray: I can't remember what that patchset looks like so I'm not sure :/15:37
smurrayRP: heh, no worries, I'll tinker a bit and see what seems better15:38
RPheh, it actually got a decent way through gcc-cross:do_compile before it exploded this time :)15:43
*** LetoThe2nd <LetoThe2nd!uid453638@2001:67c:2f08:1::6:ec06> has quit IRC (Quit: Connection closed for inactivity)15:46
*** rcw <rcw!~rcwoolley@> has joined #yocto15:47
*** kayterina_ <kayterina_!> has quit IRC (Remote host closed the connection)15:53
*** florian <florian!> has quit IRC (Quit: Ex-Chat)15:59
*** florian__ <florian__!> has quit IRC (Ping timeout: 245 seconds)16:01
*** zeddii <zeddii!> has joined #yocto16:01
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has quit IRC (Remote host closed the connection)16:02
*** angolini <angolini!> has quit IRC (Quit: Connection closed for inactivity)16:14
vdwhat is the better .wic compression, size-wise ?16:21
*** xmn <xmn!> has quit IRC (Ping timeout: 255 seconds)16:31
*** behanw <behanw!> has joined #yocto16:34
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto16:41
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)16:44
rburtonlz4 most likely, but wic images have lots of empty space in them so almost anything will shrink them a lot16:50
overrideim trying to write my own image recipe. Can I just bring allthe recipes under IMAGE_INSTALL_append to IMAGE_INSTALL += (in my new image recipe)16:54
vdJPEW how do you instruct the system to create a new partition at factory? e.g. data16:54
overrideor should I make a packagegroup for these recipes first?16:54
*** dgriego1 <dgriego1!~dgriego@user/dgriego> has joined #yocto16:54
overrideis ther a util that can make a packagegroup for all recipes in a layer or something?16:55
JPEWvd: we use wic16:55
JPEWUsing bmaptool helps a lot to because it only copies data that is populated.16:57
vdJPEW If I'm not mistaken, for a data partition using all remaining space, this partition cannot be created with wic, right?16:57
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 258 seconds)16:57
JPEWSo even if you have a 64GB disk image, you can use bmaptool + disk resize and only copy a fraction of that in the factory16:58
vdbmaptool can use the remaining space for a partition?16:58
JPEWYou make the partition small and resize on first boot16:59
JPEWBmaptool let's you avoid copying the "dead" space when writing the image in the factory17:00
vdI see. If systemd-repart isn't an option (I'm using MBR), what is the recommended way to resize such partition on first boot?17:01
vdunfortunately there's no x-systemd.resize mount option17:01
vdx-systemd.makefs and x-systemd.growfs won't alter the partition size I think17:02
JPEWAh. We use a initrd for that case17:08
overridedoes anyone follow what I tried asking above, or do need to be cleaer?17:19
vdoverride I'm not aware of a meta package which includes all packages provided by a layer, sounds like a bad idea anyway17:23
vdif you wish to have the same set of packages in multiple recipes, then you want to define your packagegroup17:23
overrideok cool, so I dont want that, so I can move past the packagegroup bit.17:24
vdif you want to tweak an image recipe, you can edit IMAGE_INSTALL from your local.conf or even bbappend the existing recipe17:24
overridevd: im writing an image recipe from scratch, i had been tweaking the local.conf that came with the bsp..17:25
khemvd:  you can look at 96board-tools recipe
overrideso ive added all my recipes for python packages under IMAGE_INSTALL for this new image recipe17:26
overrideI wanted to know whats like the IMAGE_INSTALL equivalent for DISTRO_FEATURES17:27
overridei was doing some DISTRO_FEATURES_append in local.conf earlier. Now that im writing a new image recipe, id like to take care of the disrto features there aswell17:28
vdoverride packagegroup-base and packagegroup-distro-base contain the packages enabled by DISTRO_FEATURES17:29
overridevd: so youre saying I should edit packagegroup-base and packagegroup-distro-base?17:32
overridethere isnt like a DISTRO_INSTALL or something I can just call from my image recipe17:32
overrideand whats bb.utils.contains, I see some IMAGE_INSALL stuff in image recipes using it for DISTRO_FEATURES...17:37
overrideim just trying to make sure if thats the only way of goign about taking care of DISTRO_FEATURES install or if there is a class i can inherit in my image recipe which lets me use something like DISTRO_FEATURES_INSTALL17:38
overridebb.utils.contains in IMAGE_INSTALL is 1)very confusing 2)I dont know the first thing about17:39
overrideguess I might have to do some extensive reading to figure this DISTRO_FEATURES and image recipe bit..17:41
kergothoverride: is a *very* old doc i wrote but might help?17:47
overridecool, thanks kergoth: Anthing that keeps me from reading the mega manual!17:52
kergoththe mega manual isn't really something you read, certainly not end to end, more a way to search for what you need and read subsets as needed17:53
JPEWRP: I agree the fray, the packaging code using `RDEPENDS_${PN}` is just abusing overrides, it's not *really* overrides (and I'd be hesitant to treat them as such)18:00
*** zyga <zyga!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)18:07
*** rcw <rcw!~rcwoolley@> has quit IRC (Ping timeout: 268 seconds)18:20
frayto me it's about scope.. global & recipe are 'obvious' and debugable with bitbake.. but there is not package 'scope'18:25
*** creich <creich!> has joined #yocto18:43
*** creich <creich!> has quit IRC (Client Quit)18:46
*** LetoThe2nd <LetoThe2nd!> has joined #yocto18:54
ant__someone said it is mostly used in BSP layers, I can confirm, with some prebuilt blobs the shlibs resolver cannot automatically add the rdep19:00
overridecan someone tell me where bb.contains is documented ?19:11
overrideIm trying to make sense of stuff like this - ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'timestamp-service systemd-analyze', '', d)}19:11
mihaioverride: var, val, true, false19:15
mihaioverride: see ./poky/bitbake/lib/bb/
overridemihai: not seeing poky in my tree19:17
mihaioverride: the poky git19:18
overrideoh, okay. thanks19:18
overrideok cool, I get what all the params are for now, but d19:21
overridewhat data store are we referring to? mihai:19:22
*** florian <florian!> has joined #yocto19:22
overridemihai: is it okay to just add a DISTRO_FEATURES += in an image recipe?19:25
abelloniit doesn't work19:26
abellonioverride: d is the datastore, it is always d19:27
overrideabelloni: well how can I make something like DISTRO_FEATURES_append = " systemd" work from an image recipe19:27
abelloniyou can't, you have to do that from your distro config19:28
overrideabelloni, where the distro config at?19:28
abelloniin conf/distro in any of your layer19:29
abelloniif you want systemd, you may look at poky-alt19:30
overrideabelloni my conf just has bblayers.conf local.conf templateconf.cfg19:30
overridedo i have to use devtool or something to setup a distro conf?19:31
LetoThe2ndoverride: abelloni hehe yocto chant #1 applies19:31
abellonithis is conf/ in your build dir, I was referring to conf/ in a layer19:31
overrideLetoThe2nd: not sure I follow..19:31
overridethanks abelloni: i take a look at how poky is setting up systemd19:33
overridehopefully its doing the distro features under conf19:33
mihaioverride: if you want systemd, you'll probably better of setting INIT_MANAGER = "systemd"19:34
overridethanls mihai: abelloni: those were the answers I was looking for!19:35
overrideabelloni: so how does poky select what ecact distro config to use for building an image? from poky-altcfg poky-bleeding poky-tiny..19:37
overrideguess I should look at poky image recipe19:37
overridewhich I dont see..19:38
abellonioverride: DISTRO = in your local.conf19:39
overrideoh so the local.conf under build/conf? sorry im just making sure, so I dont have to deal with blobs and whatever else crap later19:42
LetoThe2ndoverride: this essentially means: a recipe cannot affect another recipe. and as an image is also just a recipe, it cannot affect if other things are built with systemd support or not, and so it cannot select systemd.19:42
overrideLetoThe2nd: good to know. Thanks for that explantion. Now I kinda understand what the whole fuss about conf..19:44
LetoThe2ndoverride: i suggest having a good look at
overrideLetoThe2nd: abelloni: is there such as thing as local.conf for local layers?19:47
overridecool LetoThe2nd: taking a look now19:47
vdif I have a package foo and I want foo and only foo installed on a (incomplete) squashfs image, should I use IMAGE_INSTALL = "foo" or PACKAGE_INSTALL = "foo" or both?19:48
LetoThe2ndoverride: what would a local.conf for "local layers" (whatever that would be) do?19:50
overridenot sure, i was just seeing a local.conf under meta-poky/conf, so that was throwing me off a bit...19:51
overrideLetoThe2nd: ***i meant to say meta-layers there, not local layers***19:52
LetoThe2ndi think you saw a "layer.conf"19:52
overridei see local.conf
LetoThe2ndthats not local.conf, thats local.conf.sample. huge difference.19:53
LetoThe2ndbut there's a layer.conf, just as i said.19:54
overridegot it19:54
overrideIm trying to establish if there's always just one local.conf at all times in the tree?19:55
overridewhere I can go set the DISTRO ..19:55
LetoThe2ndoverride: local.conf is not in the "tree". local.conf is in your build. and based an that, yes, there's always axactly one local.conf in a build.19:56
overridewhats the universally accepted definition of a tree?19:57
LetoThe2ndno idea.19:57
zeddiiI think photosynthesis is involved.19:58
ant__at one point all was simple19:59
overridelol i just meant I've just been calling my oe-core directory a tree. Was trying to make sure I dont confuse people. zeddii: photosynthesis is indeed involved.20:00
LetoThe2ndzeddii: reminds me of Idefix.20:03
LetoThe2ndant__: behold, i have that on my hilarious social media to do list.20:03
LetoThe2ndanyways, i'm off. good night, have metal dreams and remember your headbanging exercises, everybody.20:05
overridethanks LetoThe2nd:20:05
overridechecking out your youtube20:06
*** florian_kc <florian_kc!> has joined #yocto20:14
*** florian <florian!> has quit IRC (Ping timeout: 255 seconds)20:18
*** marc1 <marc1!> has quit IRC (Quit: WeeChat 3.2)20:29
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)20:33
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)20:42
*** florian_kc <florian_kc!> has joined #yocto20:55
*** florian_kc is now known as florian20:56
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 245 seconds)21:18
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto21:20
vddoes bmaptool looks for a .bmap file of the same name as the image to flash or do you need to specify it?21:26
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto21:36
rber|res@vd: it searcher for a .bmap file21:45
rber|rese.g. xxx.rootfs.wic.xz and xxx.rootfs.wic.bmap21:46
JPEWvd: I think you can also manually specify one with `--bmap`21:53
vdI'm renaming the .wic extension so I need to test that21:56
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)22:00
RPhmm, tinfoil is just too slow to dump out the metadata in the way I want :(22:05
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto22:33
*** rber|res <rber|res!~rber|> has quit IRC (Read error: Connection reset by peer)22:41
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)22:46
*** florian <florian!> has quit IRC (Ping timeout: 255 seconds)22:49
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:14
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.)23:16
*** argonautx <argonautx!> has quit IRC (Quit: Leaving)23:27
*** dv|2 <dv|2!~dvorkindm@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:51

Generated by 2.17.2 by Marius Gedminas - find it at!