*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 00:53 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 00:53 | |
*** camus1 is now known as camus | 00:53 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:14 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 01:16 | |
*** camus1 is now known as camus | 01:16 | |
*** hpsy1 <hpsy1!~hpsy@85.203.15.19> has joined #yocto | 01:25 | |
*** hpsy <hpsy!~hpsy@85.203.15.7> has quit IRC (Ping timeout: 258 seconds) | 01:27 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 246 seconds) | 01:31 | |
*** rber|res <rber|res!~rber|res@athedsl-4432950.home.otenet.gr> has joined #yocto | 01:32 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:32 | |
*** RobertBerger <RobertBerger!~rber|res@athedsl-4432950.home.otenet.gr> has quit IRC (Ping timeout: 255 seconds) | 01:34 | |
*** hpsy <hpsy!~hpsy@85.203.15.19> has joined #yocto | 02:03 | |
*** hpsy1 <hpsy1!~hpsy@85.203.15.19> has quit IRC (Ping timeout: 265 seconds) | 02:04 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:33 | |
*** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> 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 #yocto | 04:35 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 04:53 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:54 | |
*** roussinm <roussinm!~mroussin@184.145.222.193> has quit IRC (Quit: WeeChat 3.3-dev) | 05:31 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:45 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Client Quit) | 05:48 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:50 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:55 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 05:59 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:03 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:13 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 06:13 | |
*** camus1 is now known as camus | 06:13 | |
*** LetoThe2nd <LetoThe2nd!uid453638@2001:67c:2f08:1::6:ec06> has joined #yocto | 06:14 | |
LetoThe2nd | yo dudX | 06:14 |
---|---|---|
*** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 265 seconds) | 06:35 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:54 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:17 | |
*** pinpox <pinpox!~pinpox@v2202101107577140883.nicesrv.de> has left #yocto (The Lounge - https://thelounge.chat) | 07:18 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 07:19 | |
*** camus1 is now known as camus | 07:19 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 07:24 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:25 | |
mihai | yo | 07:28 |
LetoThe2nd | yo yo ba | 07:30 |
mihai | you lost me | 07:30 |
LetoThe2nd | why? | 07:30 |
mihai | with the 'ba' at the end :) | 07:31 |
LetoThe2nd | https://en.wikipedia.org/wiki/Jojoba | 07:31 |
mihai | ok that's nice | 07:33 |
LetoThe2nd | :) | 07:35 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 07:36 | |
*** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has joined #yocto | 07:37 | |
mihai | this got me thinking of a trivia chat bot :)) | 07:40 |
mihai | it's been a while since I've seen one | 07:41 |
*** argonautx <argonautx!~argonautx@mue-88-130-54-021.dsl.tropolys.de> has joined #yocto | 07:43 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:48 | |
*** jsandman1 <jsandman1!~jsandman@95.179.203.88> has joined #yocto | 07:52 | |
*** rfs613_alt <rfs613_alt!~rfs613@rfs.netwinder.org> has joined #yocto | 07:53 | |
*** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (Ping timeout: 252 seconds) | 07:53 | |
*** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Ping timeout: 252 seconds) | 07:53 | |
*** jsandman1 is now known as jsandman | 07:53 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:10 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:17 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 08:20 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:21 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 258 seconds) | 08:45 | |
*** Guest68 <Guest68!~Guest68@2a02:908:4c17:2d40:54d0:f857:86b3:5f1d> has joined #yocto | 08:54 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 08:54 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:55 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 09:14 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:14 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 09:25 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 09: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 #yocto | 10:02 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:27 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 10:29 | |
*** camus1 is now known as camus | 10:29 | |
*** Neur0mante <Neur0mante!~Neur0mant@host-80-21-103-84.business.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 10:32 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 11:09 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:37 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 11:38 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 11:40 | |
*** camus1 is now known as camus | 11:40 | |
LetoThe2nd | howdy! I'll be live in ~15 minutes at https://www.twitch.tv/theyoctojester | 11:48 |
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 11:55 | |
LetoThe2nd | 2 minutes to got! | 11:58 |
*** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:09 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 12:16 | |
*** rcw <rcw!~rcwoolley@45.72.203.103> has joined #yocto | 12:23 | |
*** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 12:44 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Read error: Connection reset by peer) | 12:44 | |
qschulz | oh no, I missed it :( | 12:53 |
LetoThe2nd | qschulz: FAIL! | 12:54 |
qschulz | LetoThe2nd: hope you had fun :) | 12:55 |
LetoThe2nd | things basically worked as expected :) | 12:55 |
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Quit: leaving) | 12:57 | |
*** tprrt <tprrt!~tprrt@shells.bootlin.com> has joined #yocto | 12:57 | |
*** tprrt is now known as tperrot | 13:05 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 13:06 | |
vd | Hi 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 |
vd | for sure I'll use IMAGE_FSTYPES += "wic.something wic.bmap" | 13:08 |
*** kayterina_ <kayterina_!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 13:09 | |
qschulz | I think it might make more sense to expand the filesystem at runtime on the target | 13:10 |
qschulz | otherwise you'll need to flash 4GB every time | 13:11 |
qschulz | RPi distros do this usually on first boot (or allow via some tools) | 13:11 |
JPEW | I think systemd can do this for you also | 13:11 |
vd | qschulz 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@185.53.130.211> has joined #yocto | 13:12 | |
vd | JPEW systemd-repart requires GPT partitions but I'm using MBR still | 13:12 |
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 13:12 | |
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:12 | |
JPEW | vd: https://manpages.debian.org/testing/systemd/systemd-growfs.8.en.html | 13:13 |
qschulz | vd: if you flash the factory image in a factory line, you'll spend a lot of money for nothing valuable :) | 13:13 |
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 13:14 | |
*** kmaincent1 <kmaincent1!~kmaincent@shells.bootlin.com> has joined #yocto | 13:14 | |
vd | qschulz you know how to talk to guys like me don't you | 13:14 |
vd | ok full size wic image aborted | 13:14 |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 13:15 | |
JPEW | vd: FWIW, we put a file on the file system that indicates "this needs resize" and our initrd does it on the first boot | 13:16 |
*** dv|2 <dv|2!~dvorkindm@5.167.98.73> has joined #yocto | 13:16 | |
vd | JPEW so you think I can script systemd from the .wks file with a bench of --ondisk mmcblk1 --fsoptions x-systemd-makefs etc.? | 13:17 |
qschulz | and 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 |
vd | JPEW I can avoid initrd with factory is booting from an external medium | 13:18 |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (*.net *.split) | 13:18 | |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (*.net *.split) | 13:18 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (*.net *.split) | 13:18 | |
*** erbo_ <erbo_!~erik@linode.unixshell.se> has quit IRC (*.net *.split) | 13:18 | |
*** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has quit IRC (*.net *.split) | 13:18 | |
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC (*.net *.split) | 13:18 | |
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (*.net *.split) | 13:18 | |
*** kmaincent <kmaincent!~kmaincent@shells.bootlin.com> has quit IRC (*.net *.split) | 13:18 | |
*** rewitt3 <rewitt3!~rewitt@jfdmzpr04-ext.jf.intel.com> has quit IRC (*.net *.split) | 13:18 | |
JPEW | vd: Ya, something like that. TBH I've never tried it myself | 13:19 |
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Ping timeout: 240 seconds) | 13:23 | |
*** rewitt3 <rewitt3!~rewitt@134.134.137.82> has joined #yocto | 13:24 | |
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 13:26 | |
* RP thinks he's losing the plot wondering if ML can help converting overrides magically | 13:26 | |
JPEW | RP: 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 #yocto | 13:31 | |
*** hpsy <hpsy!~hpsy@85.203.15.19> has quit IRC (Read error: Connection reset by peer) | 13:32 | |
*** rfs613_alt is now known as rfs613 | 13:36 | |
JPEW | RP: I do think there is a path forward here, as long as we are careful | 13:37 |
RP | JPEW: conversion isn't actually that bad. I have horrendous script here which is mostly doing an ok job | 13:38 |
JPEW | Ya, 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 compatible | 13:39 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:45 | |
*** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 13:50 | |
*** vd67 <vd67!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 13:50 | |
*** vd67 <vd67!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Client Quit) | 13:51 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 245 seconds) | 13:53 | |
RP | JPEW: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/overrides-convert | 13:54 |
RP | JPEW: 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 direction | 13:54 |
JaMa | "very simple patch" :) 7.4MB .patch for meta-ros with RP's script | 14:14 |
JaMa | -FILES_SOLIBSDEV = "" | 14:14 |
JaMa | +FILES:SOLIBSDEV = "" | 14:14 |
JaMa | ^ isn't expected I guess | 14:14 |
RP | JaMa: This is hardly finished work :) | 14:14 |
* RP adds FILES_SOLIBSDEV to the list | 14:15 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:18 | |
JPEW | RP: Aren't most variables upper case and most overrides lower case? | 14:20 |
RP | JPEW: yes, but function names aren't and function names have overrides | 14:21 |
RP | the rule is that overrides should be lowercase | 14:21 |
RP | and package names too | 14:21 |
JPEW | Right. Functions should end with.... "\s*\(" ? | 14:22 |
JPEW | (any amount of whitespace after the name and an open paren) | 14:22 |
RP | JPEW: maybe. You have things like setVar("do_configure_append") | 14:23 |
JPEW | ah, right. I always forget about that | 14:25 |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 265 seconds) | 14:27 | |
RP | JaMa: how did it look in general, that variable aside? | 14:30 |
RP | hah, it nearly even parses now. "Nearly" :) | 14:31 |
JaMa | https://github.com/shr-project/meta-ros/commit/a89f790bb8534d0d28ca395cb476a91ede45ccb8 | 14:31 |
JaMa | it looks reasonable, but I would need to update vars with many move overrides we're using in this layer | 14:31 |
JaMa | and it's still very big (even github refuses to show the whole diff) | 14:32 |
RP | JaMa: so it needs to be taught about "ros1-distro" and "rpi" but that isn't so bad for a first pass | 14:32 |
JaMa | right 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 case | 14:34 |
RP | JaMa: right, I'm not sure a one size fits all is possible but I think with some maintainer knowledge and small tweaks, conversion is vaiable | 14:35 |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 14:36 | |
RP | I 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/works | 14: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 #yocto | 14:36 | |
JaMa | it 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 |
JaMa | and then it might be useful to support reversed conversion (for backports from newer branch to older) | 14:37 |
JaMa | understood, I was also running it mostly to see how big PIA it will be if we do support newer releases in the end | 14:38 |
RP | JaMa: 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 well | 14:41 |
RP | JaMa: 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 #yocto | 14:43 | |
RP | of course the piece breaking in parsing is the image backend code since some bright person decided overrides were great for IMAGE_CMD and friends | 14:43 |
JaMa | RP: the script is better than I thought, but still using it on daily basis for migrating changes between branches still scares me | 14:45 |
JaMa | but I do agree that flag-day supported with a conversion script is better than trying to support both syntaxes for whole LTS cycle | 14:47 |
JaMa | the unmaintained layers won't get the updated syntax, so it just postpones abandoning them for 2 years | 14:48 |
JaMa | hard break will at least force people to decide if they want to support the next LTS release or not | 14:49 |
RP | JaMa: Its a tough situation without easy answer :/ | 14:49 |
*** RobW <RobW!~rcwoolley@45.72.203.103> has joined #yocto | 14:53 | |
*** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 14:53 | |
JaMa | heh, I just shared completely opposite view of flag-day than Saur[m] on ML :) yeah.. can't make everyone happy :) | 14:54 |
*** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:57 | |
smurray | I'm all for a flag day if it gets us somewhere better wrt the issues now with juggling ?= vs ??= and append vs += | 15:07 |
smurray | RP: roughly how long do the full oe-selftests usually take on the autobuilder? | 15:09 |
qschulz | Chiming 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 syntax | 15:11 |
qschulz | and disable dual-support by default | 15:12 |
qschulz | that way, it fails by default but people can still use the layers by using this "switch"/variable/whatever you call it | 15:12 |
qschulz | this highlights that something is changing and will require attention in the next few releases | 15:13 |
RP | qschulz: 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 metadata | 15:14 |
RP | A lot depends on how invasively you change the format | 15:16 |
*** ant__ <ant__!~ant@host-87-8-132-196.retail.telecomitalia.it> has joined #yocto | 15:22 | |
*** RobW <RobW!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 15:25 | |
RP | wow, successful parse | 15:27 |
smurray | RP: re my earlier question, "oe-selftest -a" on my Threadripper machine took ~17 hours, is that completely out there, or potentially reasonable? | 15:30 |
RP | smurray: sounds about right. Try adding -j to parallelise | 15:31 |
RP | smurray: its a lot of tests | 15:31 |
smurray | RP: ah, I was curious about the somewhat single-threaded nature, good tip | 15:32 |
RP | build keeled over quickly, looks like DEPENDS isn't working properly but its kind of amazing it works at all. I updated the branch | 15:33 |
smurray | RP: 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 |
smurray | heh, need more coffee, my typing is terrible this morning | 15:35 |
RP | smurray: I can't remember what that patchset looks like so I'm not sure :/ | 15:37 |
smurray | RP: heh, no worries, I'll tinker a bit and see what seems better | 15:38 |
RP | heh, 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@45.72.203.103> has joined #yocto | 15:47 | |
*** kayterina_ <kayterina_!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:53 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:59 | |
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 245 seconds) | 16:01 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 16:01 | |
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has quit IRC (Remote host closed the connection) | 16:02 | |
*** angolini <angolini!uid62003@id-62003.brockwell.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:14 | |
vd | what is the better .wic compression, size-wise ? | 16:21 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 255 seconds) | 16:31 | |
*** behanw <behanw!uid110099@id-110099.highgate.irccloud.com> has joined #yocto | 16:34 | |
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto | 16:41 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 16:44 | |
rburton | lz4 most likely, but wic images have lots of empty space in them so almost anything will shrink them a lot | 16:50 |
vd | ok | 16:51 |
override | im 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 |
vd | JPEW how do you instruct the system to create a new partition at factory? e.g. data | 16:54 |
override | or should I make a packagegroup for these recipes first? | 16:54 |
*** dgriego1 <dgriego1!~dgriego@user/dgriego> has joined #yocto | 16:54 | |
override | is ther a util that can make a packagegroup for all recipes in a layer or something? | 16:55 |
JPEW | vd: we use wic | 16:55 |
JPEW | Using bmaptool helps a lot to because it only copies data that is populated. | 16:57 |
vd | JPEW 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 | |
JPEW | So even if you have a 64GB disk image, you can use bmaptool + disk resize and only copy a fraction of that in the factory | 16:58 |
vd | bmaptool can use the remaining space for a partition? | 16:58 |
JPEW | You make the partition small and resize on first boot | 16:59 |
JPEW | Bmaptool let's you avoid copying the "dead" space when writing the image in the factory | 17:00 |
vd | I 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 |
vd | unfortunately there's no x-systemd.resize mount option | 17:01 |
vd | x-systemd.makefs and x-systemd.growfs won't alter the partition size I think | 17:02 |
JPEW | Ah. We use a initrd for that case | 17:08 |
override | does anyone follow what I tried asking above, or do need to be cleaer? | 17:19 |
vd | override I'm not aware of a meta package which includes all packages provided by a layer, sounds like a bad idea anyway | 17:23 |
vd | if you wish to have the same set of packages in multiple recipes, then you want to define your packagegroup | 17:23 |
override | ok cool, so I dont want that, so I can move past the packagegroup bit. | 17:24 |
vd | if you want to tweak an image recipe, you can edit IMAGE_INSTALL from your local.conf or even bbappend the existing recipe | 17:24 |
override | vd: im writing an image recipe from scratch, i had been tweaking the local.conf that came with the bsp.. | 17:25 |
khem | vd: you can look at 96board-tools recipe http://layers.openembedded.org/layerindex/recipe/57412/ | 17:26 |
override | so ive added all my recipes for python packages under IMAGE_INSTALL for this new image recipe | 17:26 |
override | I wanted to know whats like the IMAGE_INSTALL equivalent for DISTRO_FEATURES | 17:27 |
override | i 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 aswell | 17:28 |
vd | override packagegroup-base and packagegroup-distro-base contain the packages enabled by DISTRO_FEATURES | 17:29 |
vd | override http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/packagegroups/packagegroup-base.bb?h=master | 17:29 |
override | vd: so youre saying I should edit packagegroup-base and packagegroup-distro-base? | 17:32 |
override | there isnt like a DISTRO_INSTALL or something I can just call from my image recipe | 17:32 |
override | and whats bb.utils.contains, I see some IMAGE_INSALL stuff in image recipes using it for DISTRO_FEATURES... | 17:37 |
override | im 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_INSTALL | 17:38 |
override | bb.utils.contains in IMAGE_INSTALL is 1)very confusing 2)I dont know the first thing about | 17:39 |
override | guess I might have to do some extensive reading to figure this DISTRO_FEATURES and image recipe bit.. | 17:41 |
kergoth | override: https://gist.github.com/kergoth/d2d4f7ed65561e67ef09f258ba73111d is a *very* old doc i wrote but might help? | 17:47 |
override | cool, thanks kergoth: Anthing that keeps me from reading the mega manual! | 17:52 |
kergoth | the 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 needed | 17:53 |
JPEW | RP: 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@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:07 | |
*** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Ping timeout: 268 seconds) | 18:20 | |
fray | to me it's about scope.. global & recipe are 'obvious' and debugable with bitbake.. but there is not package 'scope' | 18:25 |
*** creich <creich!~creich@p200300f6af354710000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 18:43 | |
*** creich <creich!~creich@p200300f6af354710000000000000039b.dip0.t-ipconnect.de> has quit IRC (Client Quit) | 18:46 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 18: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 rdep | 19:00 |
override | can someone tell me where bb.contains is documented ? | 19:11 |
override | Im trying to make sense of stuff like this - ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'timestamp-service systemd-analyze', '', d)} | 19:11 |
mihai | override: var, val, true, false | 19:15 |
mihai | override: see ./poky/bitbake/lib/bb/utils.py:974 | 19:16 |
override | mihai: not seeing poky in my tree | 19:17 |
mihai | override: the poky git | 19:18 |
override | oh, okay. thanks | 19:18 |
override | ok cool, I get what all the params are for now, but d | 19:21 |
override | what data store are we referring to? mihai: | 19:22 |
*** florian <florian!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has joined #yocto | 19:22 | |
override | mihai: is it okay to just add a DISTRO_FEATURES += in an image recipe? | 19:25 |
abelloni | it doesn't work | 19:26 |
abelloni | override: d is the datastore, it is always d | 19:27 |
override | abelloni: well how can I make something like DISTRO_FEATURES_append = " systemd" work from an image recipe | 19:27 |
abelloni | you can't, you have to do that from your distro config | 19:28 |
override | abelloni, where the distro config at? | 19:28 |
abelloni | in conf/distro in any of your layer | 19:29 |
abelloni | if you want systemd, you may look at poky-alt | 19:30 |
override | abelloni my conf just has bblayers.conf local.conf templateconf.cfg | 19:30 |
override | do i have to use devtool or something to setup a distro conf? | 19:31 |
LetoThe2nd | override: abelloni hehe yocto chant #1 applies | 19:31 |
abelloni | this is conf/ in your build dir, I was referring to conf/ in a layer | 19:31 |
override | LetoThe2nd: not sure I follow.. | 19:31 |
override | thanks abelloni: i take a look at how poky is setting up systemd | 19:33 |
override | hopefully its doing the distro features under conf | 19:33 |
abelloni | override: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/poky-altcfg.conf | 19:34 |
mihai | override: if you want systemd, you'll probably better of setting INIT_MANAGER = "systemd" | 19:34 |
override | thanls mihai: abelloni: those were the answers I was looking for! | 19:35 |
mihai | np | 19:36 |
override | abelloni: so how does poky select what ecact distro config to use for building an image? from poky-altcfg poky-bleeding poky-tiny.. | 19:37 |
override | guess I should look at poky image recipe | 19:37 |
override | which I dont see.. | 19:38 |
abelloni | override: DISTRO = in your local.conf | 19:39 |
LetoThe2nd | override: https://twitter.com/theyoctojester/status/1217166071519744000 | 19:41 |
override | oh so the local.conf under build/conf? sorry im just making sure, so I dont have to deal with blobs and whatever else crap later | 19:42 |
LetoThe2nd | override: 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 |
override | LetoThe2nd: good to know. Thanks for that explantion. Now I kinda understand what the whole fuss about conf.. | 19:44 |
LetoThe2nd | override: i suggest having a good look at https://youtu.be/o-8g0TPVVGg | 19:46 |
override | LetoThe2nd: abelloni: is there such as thing as local.conf for local layers? | 19:47 |
override | cool LetoThe2nd: taking a look now | 19:47 |
vd | if 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 |
LetoThe2nd | override: what would a local.conf for "local layers" (whatever that would be) do? | 19:50 |
override | not sure, i was just seeing a local.conf under meta-poky/conf, so that was throwing me off a bit... | 19:51 |
override | LetoThe2nd: ***i meant to say meta-layers there, not local layers*** | 19:52 |
LetoThe2nd | i think you saw a "layer.conf" | 19:52 |
override | i see local.conf https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/local.conf.sample | 19:53 |
LetoThe2nd | thats not local.conf, thats local.conf.sample. huge difference. | 19:53 |
LetoThe2nd | but there's a layer.conf, just as i said. | 19:54 |
override | got it | 19:54 |
override | Im trying to establish if there's always just one local.conf at all times in the tree? | 19:55 |
override | where I can go set the DISTRO .. | 19:55 |
LetoThe2nd | override: 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 |
override | whats the universally accepted definition of a tree? | 19:57 |
LetoThe2nd | no idea. | 19:57 |
zeddii | I think photosynthesis is involved. | 19:58 |
ant__ | at one point all was simple | 19:59 |
ant__ | http://www.openembedded.org/wiki/OE-Core_Standalone_Setup | 19:59 |
override | lol 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 |
LetoThe2nd | zeddii: reminds me of Idefix. | 20:03 |
LetoThe2nd | ant__: behold, i have that on my hilarious social media to do list. | 20:03 |
LetoThe2nd | anyways, i'm off. good night, have metal dreams and remember your headbanging exercises, everybody. | 20:05 |
override | thanks LetoThe2nd: | 20:05 |
override | checking out your youtube | 20:06 |
*** florian_kc <florian_kc!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has joined #yocto | 20:14 | |
*** florian <florian!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 20:18 | |
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> 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!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 20:42 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has joined #yocto | 20:55 | |
*** florian_kc is now known as florian | 20:56 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 245 seconds) | 21:18 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 21:20 | |
vd | does 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 #yocto | 21:36 | |
rber|res | @vd: it searcher for a .bmap file | 21:45 |
rber|res | e.g. xxx.rootfs.wic.xz and xxx.rootfs.wic.bmap | 21:46 |
JPEW | vd: I think you can also manually specify one with `--bmap` | 21:53 |
vd | I'm renaming the .wic extension so I need to test that | 21:56 |
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 22:00 | |
RP | hmm, 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 #yocto | 22:33 | |
*** rber|res <rber|res!~rber|res@athedsl-4432950.home.otenet.gr> has quit IRC (Read error: Connection reset by peer) | 22:41 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:46 | |
*** florian <florian!~florian@dynamic-093-133-179-015.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 22:49 | |
*** Tokamak <Tokamak!~Tokamak@107.117.203.210> has joined #yocto | 23:14 | |
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.) | 23:16 | |
*** argonautx <argonautx!~argonautx@mue-88-130-54-021.dsl.tropolys.de> has quit IRC (Quit: Leaving) | 23:27 | |
*** dv|2 <dv|2!~dvorkindm@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 23:35 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:51 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!