| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:06 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-renhernmfcrvcbte> has joined #yocto | 00:39 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:46 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 01:14 | |
| *** voyo <voyo!~wsawasci@89-74-72-36.dynamic.chello.pl> has quit IRC | 01:18 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 01:43 | |
| yocti | New news from stackoverflow: Yocto Recipe Not Installing File to Image <https://stackoverflow.com/questions/55584098/yocto-recipe-not-installing-file-to-image> | 02:12 |
|---|---|---|
| *** stephano <stephano!stephano@nat/intel/x-hlucxjwwcbkiqzwg> has quit IRC | 02:31 | |
| aehs29 | RP: is there a good reason why you used "eval sh -c ..." on run-postinsts (besides that you wrote that in 2007) instead of something like $(sh -c ...)? | 02:45 |
| aehs29 | RP: believe it or not, 12 years later thats causing me a headache | 02:45 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 02:53 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 02:59 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 03:09 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 03:11 | |
| zeddii | aehs29. are there variables being constructed and then expanded ? | 03:23 |
| *** camus <camus!~Instantbi@183.157.14.116> has joined #yocto | 03:50 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.231> has quit IRC | 03:52 | |
| *** camus is now known as kaspter | 03:52 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-renhernmfcrvcbte> has quit IRC | 04:49 | |
| *** agust <agust!~agust@p508B6C31.dip0.t-ipconnect.de> has joined #yocto | 05:07 | |
| *** sjolley_ <sjolley_!~sjolley_@wsip-70-166-100-47.ph.ph.cox.net> has joined #yocto | 05:34 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 05:38 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 05:45 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 05:51 | |
| *** armpit <armpit!~armpit@182.72.92.62> has joined #yocto | 05:53 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 05:57 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:02 | |
| *** sjolley_ <sjolley_!~sjolley_@wsip-70-166-100-47.ph.ph.cox.net> has quit IRC | 06:02 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:03 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:42 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 06:58 | |
| *** fl0v0 <fl0v0!~fvo@89.244.121.187> has joined #yocto | 07:00 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:00 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:01 | |
| *** mckoan|away is now known as mckoan | 07:02 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 07:03 | |
| *** klemen <klemen!~textual@193.189.172.170> has joined #yocto | 07:04 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:05 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:07 | |
| RP | aehs29: I wouldn't trust anything I did back in 2007 :) | 07:08 |
| RP | aehs29: (I don't remember) | 07:08 |
| LetoThe2nd | RP: i wouldn't trust anything i did 5minutes ago | 07:08 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 07:09 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 07:09 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 07:14 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:15 | |
| *** quite <quite!~quite@unaffiliated/quite> has quit IRC | 07:16 | |
| *** quite <quite!~quite@unaffiliated/quite> has joined #yocto | 07:17 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:22 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 07:23 | |
| fbre | Hi, yocto also builds u-boot but it's not enough because I also must use tools like 'mfg' or 'uuu' to build a bootable image. First, is it supported by yocto? Second, if yes, where are its config files? | 07:26 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hqwqytqwriwnyfnj> has joined #yocto | 07:26 | |
| LetoThe2nd | fbre: well you already asked yesterday. it is supported just the same it is in u-boot | 07:26 |
| LetoThe2nd | fbre: so if a specific u-boot configuration is needed to trigger that, then make sure your u-boot recipe also selects that specific needed machine configuration | 07:27 |
| LetoThe2nd | fbre: if on the other hand you need some tool that is *NOT* included in u-boot, then you'll need to either find or write a recipe for it | 07:28 |
| LetoThe2nd | fbre: giving the layer index a quick skim for "mfg" suggests that you might want to start hunting here: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=mfg | 07:29 |
| fbre | hmm, I have a yocto manual of NXP for their eval board, it also uses some freescale yocto layers, but I don't find config files for the generation of bootable images. That's why I'm asking. I'm not sure if it's an NXP-related problem or if there's a general approach already in the poky layer | 07:30 |
| LetoThe2nd | fbre: have you actually looked at the link? | 07:31 |
| fbre | oh thanks, no, but thanks, I'll have a look now | 07:32 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 07:34 | |
| *** dirbaio <dirbaio!~dirbaio@nsmbhd.net> has quit IRC | 07:34 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8106:1400:b009:f498:d380:e76c> has joined #yocto | 07:35 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:37 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:37 | |
| *** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has quit IRC | 07:37 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has quit IRC | 07:40 | |
| *** florian_kc is now known as florian | 07:41 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has joined #yocto | 07:41 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 07:42 | |
| *** dirbaio <dirbaio!~dirbaio@nsmbhd.net> has joined #yocto | 07:47 | |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC | 07:58 | |
| *** yacar_ <yacar_!~yacar@80.215.226.127> has joined #yocto | 08:04 | |
| fbre | Reading all the recipes mentioned in http://layers.openembedded.org/layerindex/branch/master/recipes/?q=mfg is hell. What I need is a description of the concept behind. But there is nothing but tons of PDFs describing not what I want. *sigh* | 08:10 |
| *** jku <jku!~jku@193.65.108.53> has joined #yocto | 08:11 | |
| fbre | It's like being stucked in an adventure, but without having cheat codes to move on... :-/ | 08:12 |
| LetoThe2nd | fbre: well if it is hardware that you bought, then go to your supplier and demand proper support. if you're a hardware manufacturer yourself, well then this is part of your job | 08:13 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:19 | |
| fbre | The supplier support is their web forum, but all I usually get after hours of multiple question/answer iterations are links to PDFs describing details over details and refer to other PDFs with details over details, but no description of the relevant main concept. I bet it's actually said in less than 10 sentences. Absolutely frustrating. | 08:20 |
| varjag | fbre: freescale has image recipes | 08:20 |
| LetoThe2nd | fbre: choose a better supplier :) | 08:21 |
| fbre | The product gives the hardware price limit, and the price limit gives the supplier ;) | 08:22 |
| LetoThe2nd | fbre: and the price limits the support they can give you. its always the same dance. if you invest less in support to get, the more you have to do yourself | 08:22 |
| varjag | we get our NXP based SOM $35 a pop and vendor support is fine | 08:25 |
| varjag | it has to be much cheaper than that then | 08:25 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:25 | |
| LetoThe2nd | a direct comparison of prices is not as easy as it often seems, if you take in account lead times, batch sizes, and guaranteed pricing for extended periods of time | 08:27 |
| tz | (generally) unless you're building the vendor-supplied image, then it's likely you'll need to put in some work in order to get any modifications to function the way you want | 08:28 |
| tz | I tend to view yocto/oe as an enabler rather than an out-of-the-box solution | 08:28 |
| LetoThe2nd | but generally my stance is: if you pick cheap hw with cheap support, then good luck. i don't see it as the responsibility of volunteers (like me, other paid supporters may differ, of course) to fix that support shortage | 08:29 |
| fbre | I see, my build-wayland/tmp/deploy/images/imx8... directory is full of files like images, u-boot, *.bin and stuff, and I also see mfg and uuu tool is somehow working by their recipes, but no idea what it's all about and how their general yocto concept is for generating bootable images. What I need is a top-down approach of docs: "What images does booting expect? What is necessary to do to get there?" | 08:29 |
| LetoThe2nd | fbre: call mentor, wind river, etc and they'll happily do that stuff for you. | 08:29 |
| LetoThe2nd | fbre: you can of course always look at the recipe, find out who submitted them and ask tehre. | 08:31 |
| fbre | yes, what I dislike is to purchase expansive support for things like explaining the overall concept in an understandable way which should actually be as a matter of course for every documentation | 08:32 |
| LetoThe2nd | which in the initrafs image example is otivio | 08:32 |
| LetoThe2nd | s/otivio/otavio/ | 08:32 |
| LetoThe2nd | otavio: ^^^^^^ | 08:32 |
| LetoThe2nd | fbre: well then go to nxp and your hw vendor and claim "this should actually be a matter of every documentation" | 08:32 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:33 | |
| LetoThe2nd | fbre: otavio is usually around in us timezones, which means like 4 or 5hrs from now | 08:33 |
| LetoThe2nd | tz: perfect point of view. | 08:33 |
| LetoThe2nd | tz: its a tool you can get and either learn to use yourself, or pay someone to use and do the work for you. | 08:34 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:34 | |
| fbre | The whole mfg tool and uuu tool stuff is spread over many recipes. Is there a way to see in a final log how it has processed step by step during bitbake? | 08:39 |
| LetoThe2nd | fbre: of course. just build it, and then inspect tmp/work for the rpective arch/machine and recipes | 08:41 |
| LetoThe2nd | fbre: there will be logs for every task of every recipe | 08:41 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 08:47 | |
| *** jku <jku!~jku@193.65.108.53> has quit IRC | 08:50 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:51 | |
| *** lastaid <lastaid!d4ca61a2@gateway/web/freenode/ip.212.202.97.162> has joined #yocto | 08:57 | |
| lastaid | hello there. i was wondering if anybody has a good idea on how to build an image file after building yocto for the raspberry pi. to speed up the build i created a remote VM, but i do not have a dedicated SD card slot for that one | 09:00 |
| LetoThe2nd | lastaid: i do not understand the question | 09:00 |
| lastaid | ok. i followed this guide: https://jumpnowtek.com/rpi/Raspberry-Pi-Systems-with-Yocto.html | 09:01 |
| lastaid | it worked great and now i have all the binaries build. i am wondering now, how can i create an image file instead of copying the files to a physical SD card manually. | 09:02 |
| lastaid | the build machine does not have access to an SD card reader or any peripherals | 09:02 |
| lastaid | i want an image i can flash with win32diskimager or dd | 09:02 |
| LetoThe2nd | lastaid: i personally have idea what the jumpteks are doing, but the "yocto-official" meta-raspberrypi layer provides exactly that: https://git.yoctoproject.org/cgit.cgi/meta-raspberrypi/about/ | 09:06 |
| LetoThe2nd | *have no idea. | 09:06 |
| jofr | lastaid: i.e. use wic | 09:08 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 09:12 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:13 | |
| lastaid | jofr: what is wic? LetoThe2nd: this is the first time i am using yocto. i am aware that i need to build my own recipe at some point, i will try the official recipe ! | 09:16 |
| lastaid | jofr: are you refering to the sdimage-raspberrypi.wks? | 09:17 |
| jofr | lastaid: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#creating-partitioned-images-using-wic | 09:19 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 09:21 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 09:23 | |
| *** jku <jku!~jku@193.65.108.53> has joined #yocto | 09:23 | |
| lastaid | ERROR: The following build artifacts are not specified: rootfs-dir, bootimg-dir, kernel-dir, native-sysroot | 09:32 |
| lastaid | wic seems like exactly what i want ... do the artifact names depend on the recipe? | 09:33 |
| *** guerinoni <guerinoni!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has joined #yocto | 09:37 | |
| *** yacar_ <yacar_!~yacar@80.215.226.127> has quit IRC | 09:48 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:02 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 10:02 | |
| lastaid | i have my image <3 switched from sysv to systemd, now my splash is gone :( | 10:25 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 10:27 | |
| *** mckoan is now known as mckoan|away | 10:28 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:31 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 10:53 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 11:09 | |
| *** fl0v0 <fl0v0!~fvo@89.244.121.187> has quit IRC | 11:09 | |
| *** fl0v0 <fl0v0!~fvo@89.244.121.187> has joined #yocto | 11:10 | |
| *** armpit <armpit!~armpit@182.72.92.62> has quit IRC | 11:12 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto | 11:12 | |
| sveinse | What is the scope of MACHINE_FEATURES? Where can I amend or remove items from it? In the image recipe? In the distro? In local.conf? | 11:27 |
| LetoThe2nd | sveinse: technically "can" is in each .conf file | 11:31 |
| *** berton <berton!~berton@177.194.197.186> has joined #yocto | 11:39 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8106:1400:b009:f498:d380:e76c> has quit IRC | 11:40 | |
| rburton | only makes real sense in local.conf or your machine config | 11:41 |
| *** berton <berton!~berton@177.194.197.186> has quit IRC | 11:42 | |
| *** berton <berton!~berton@177.194.197.186> has joined #yocto | 11:42 | |
| sveinse | There is a MACHINE_FEATURES_BACKFILL option qemu-usermode added by bitbake.conf. What does it do? The in-source doc is a little vague on what it does | 11:50 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 11:59 | |
| *** jku <jku!~jku@193.65.108.53> has quit IRC | 12:02 | |
| lastaid | would you guys recommend systemd or sysv ? my main focus is fast startup | 12:02 |
| *** armpit <armpit!~armpit@116.212.180.67> has joined #yocto | 12:06 | |
| sveinse | We're using systemd and has decent boot times with it on an imx6(armv7) hw. It is a while since we changed from sysv, so I can't say comparative wise | 12:07 |
| fbre | LetoThe2nd: You said at 10:41 every recipe has its logging in tmp/work. Where is the logging for imx-yocto-bsp/sources/meta-fsl/bsp-release/imx/meta-bsp/recipes-bsp/imx-mkimage/imx-boot_0.2.bb? Is there a certain pattern for finding the appropriate logging of a certain .bb file? | 12:09 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 12:11 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 12:11 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:23 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 12:24 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:34 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 12:38 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 12:40 | |
| lastaid | sveinse: thanks. i do like systemd more, but now i am suffering from this issue described here https://lists.yoctoproject.org/pipermail/yocto/2018-May/041037.html | 12:40 |
| sveinse | lastaid: yeah, I've given up having a splash in the startup. Since it boots in <10 secs, this was acceptable by the product owner | 12:42 |
| lastaid | i'll check but i am getting around 15 seconds on my pi3. but yeah, having a around <=8 second boot time would be prefereable | 12:43 |
| lastaid | sveinse: last time i just wrote a quick logo to the framebuffer during boot | 12:44 |
| sveinse | lastaid: we had a splash in the bootloader too, but in our HW the kernel does a display teardown and reinit, so the splash lasted 0.5secs :( | 12:45 |
| lastaid | i'll try to lower boottime then ^^ | 12:46 |
| rburton | lastaid: systemd can be a lot faster unless you've such a minimal system that a init service is useless and you can just straight into your app | 12:51 |
| rburton | sveinse: says that qemu-user works reliably and can be used to run target code on the build host | 12:52 |
| rburton | ie for gobject-introspection or font cache generation | 12:52 |
| lastaid | rburton: i literally just need qt and the standard pi display. and sdl for timers. but for fiddling around with yocto this is ok. do you have any experience with raspberry pi boot times on yocto? | 12:54 |
| rburton | no | 12:54 |
| guerinoni | Are you using boot2qt or meta-qt? | 12:55 |
| lastaid | i guess meta-qt? | 12:55 |
| lastaid | see i still have to find a tutorial how to set all those things up. | 12:56 |
| lastaid | also, didn't boot2qt have a different license of was statically compiled? | 12:56 |
| lastaid | *or | 12:56 |
| guerinoni | if you have commercial license of qt you can use boot2qt | 12:56 |
| *** lastaid <lastaid!d4ca61a2@gateway/web/freenode/ip.212.202.97.162> has quit IRC | 13:01 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 13:22 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gtgezthpkyypwbkf> has joined #yocto | 13:27 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:28 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 13:33 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 13:39 | |
| sveinse | Is VIRTUAL-RUNTIME_init_manager (and the likes) a image config or a distro config? I'm trying to decide where it most naturally should live | 13:43 |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has quit IRC | 13:43 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has joined #yocto | 13:44 | |
| *** armpit <armpit!~armpit@116.212.180.67> has joined #yocto | 13:48 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:52 | |
| *** guerinoni_ <guerinoni_!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has joined #yocto | 13:57 | |
| guerinoni_ | hi | 13:57 |
| guerinoni_ | I have this problem but i can't understand why... | 13:57 |
| guerinoni_ | ERROR: Nothing RPROVIDES 'iperf' (but /home/fg/yocto/raspberry/poky/meta-rpi/images/qt5-basic-image.bb RDEPENDS on or otherwise requires it) | 13:57 |
| *** guerinoni <guerinoni!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has quit IRC | 14:02 | |
| *** guerinoni_ <guerinoni_!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has quit IRC | 14:05 | |
| *** lastaid <lastaid!d4ca61a2@gateway/web/freenode/ip.212.202.97.162> has joined #yocto | 14:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:09 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC | 14:14 | |
| *** sjolley_ <sjolley_!~sjolley_@wsip-70-166-100-47.ph.ph.cox.net> has joined #yocto | 14:19 | |
| *** timblechmann <timblechmann!~quassel@79.140.127.123> has joined #yocto | 14:20 | |
| timblechmann | hi! i'm trying to run a `-native` tool while building the image, which uses the `chroot` system call. i'm running it inside a `fakeroot` task (as described in the mega manual). though it seems that the `chroot` is not complete: `realpath` seems to return the wrong path | 14:23 |
| timblechmann | is this a known issue or is there any other workaround (e.g. running the tool with real chroot capabilities)? | 14:24 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 14:24 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has quit IRC | 14:35 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has joined #yocto | 14:36 | |
| *** klemen <klemen!~textual@193.189.172.170> has quit IRC | 14:43 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:43 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 14:44 | |
| varjag | is it ok to inherit useradd / add users in an image reicpe, or bad idea | 14:51 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 14:51 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 14:59 | |
| varjag | hm there's also 'extrausers'… | 15:03 |
| rburton | timblechmann: ideally dont use a tool that needs chroot. seebs wrote pseudo which is implementing the fake-chroot though | 15:03 |
| seebs | pseudo can fake enough of chroot for most of the install process, but realpath will not always be tricked. | 15:07 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:13 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto | 15:15 | |
| *** yacar_ <yacar_!~yacar@80.215.226.127> has joined #yocto | 15:18 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 15:21 | |
| timblechmann | rburton, seebs: i'd like to run my tool to see the image as root filesystem (alternatively i'll have to prefix zillinons of APIs on my side) ... | 15:23 |
| timblechmann | would there be other tools/techniques that i might miss? | 15:23 |
| rburton | most things just know how to work in a subdir :) | 15:27 |
| seebs | hmm. usually the chroot stuff provided is "good enough". I think the behavior of realpath is a compromise -- if we don't give real host-system paths, some other stuff breaks. | 15:27 |
| seebs | what's the tool in question? | 15:28 |
| sveinse | I'm curious how realpath can sneak past the chroot jail | 15:28 |
| rburton | because its pseudo's fake-chroot | 15:28 |
| seebs | it's actually intentional-ish | 15:29 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:29 | |
| seebs | hmm. i'm not actually sure what would break if we just changed realpath. it needs to do its path resolution inside the chroot directory, but it might be sane for it to then return the path relative to that directory. | 15:30 |
| sveinse | aha, chroot is a privileged op, so in order for pseudo to work unprivileged it cant use real chroot | 15:30 |
| seebs | and we don't actually entirely want it to! | 15:30 |
| seebs | for instance, if you exec /bin/sh, we want to execute the host /bin/sh, because it will actually run | 15:30 |
| sveinse | I see | 15:31 |
| seebs | it turns out the entire idea of pseudo is completely insane | 15:31 |
| seebs | and no one should ever have tried to do such a thing | 15:31 |
| seebs | it did lead to a really funny conversation, though | 15:31 |
| seebs | i commented on the relatively small number of string-manipulation bugs in pseudo (one i can remember, a special-case off-by-one error in the path resolution code), and someone started lecturing me on how i shouldn't have done this in C, I should have done it in Python. | 15:32 |
| rburton | not sure how one writes a preload library in python | 15:32 |
| rburton | rust, however ;) | 15:33 |
| seebs | did rust *exist* in 2008 or so? | 15:33 |
| seebs | in the medium-to-long term, i suspect pseudo's doomed -- too many things that don't always go through libc. | 15:34 |
| LetoThe2nd | RP: ++ on mal | 15:34 |
| LetoThe2nd | mail, even. | 15:34 |
| sveinse | I can do one worse: We had a similar system in our pre-OE build system. It created a sysroot for building using the target machine, so the "pseudo" tool depended on both chroot and on binfmt to execute armhf binaries on intel... | 15:35 |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 15:37 | |
| RP | seebs: I think pseudo has done quite well all things considered :) | 15:38 |
| sveinse | Well, that a bit unfair, it does work, but requires elevated privileges and is slow since some executables can be armhf binaries. It was the only way back in 2011 that I was able to compile the loads of software that blindly assume that you can run the executable which you are compiling | 15:38 |
| sveinse | It is essentially containers, which has become immensely popular a few years later | 15:40 |
| seebs | i am really pleased with how long it's stayed viable. | 15:40 |
| seebs | i am still very positively impressed with WR management at the time | 15:40 |
| seebs | we were already arguably late on our schedule, but i went to them with my argument for "no, really, we *have* to replace fakeroot", and they let me try it. | 15:41 |
| seebs | i think the highlight was a patch that made something like six different changes to try to make fakeroot more reliable, and appeared to help some in testing | 15:41 |
| seebs | and then we noticed something weird, and it turns out, four lines *above* the patch, in the makefile, there was a missing \, so *none of the changes had any effect at all*. | 15:42 |
| seebs | and the fact that we *could not tell this* was what finally convinced me that we had Insufficient Confidence In This Code. | 15:42 |
| sveinse | When I started with OE, I rember being impressed by pseudo. I was thinking something like "oh, that's smart. I've should've thought of that for our project." The db handling which enables multiple sessions | 15:42 |
| seebs | it was very much built in terms of "what is everything that has ever frustrated me even once in fakeroot" | 15:42 |
| seebs | i don't wanna imply that the fakeroot people are bad, btw. it's an insanely hard problem, and you have to try things to find out what works. | 15:43 |
| sveinse | Yeah, one "side effect" is that you have to go via. tarballs rather than sharing unpacked dirs to be able to retain proper permissions unless the database of permissions can be kept | 15:44 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:45 | |
| seebs | yeah. the databases are inherently not very portable. part of that is the overhead of extra tracking which exists to identify where errors are coming from. | 15:47 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 15:51 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 15:51 | |
| *** yacar_ <yacar_!~yacar@80.215.226.127> has quit IRC | 15:59 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:09 | |
| *** fl0v0 <fl0v0!~fvo@89.244.121.187> has quit IRC | 16:12 | |
| *** guerinoni <guerinoni!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has joined #yocto | 16:12 | |
| *** timblechmann <timblechmann!~quassel@79.140.127.123> has quit IRC | 16:15 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:19 | |
| *** guerinoni <guerinoni!d98d7f82@gateway/web/freenode/ip.217.141.127.130> has quit IRC | 16:30 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 16:31 | |
| *** sjolley_ <sjolley_!~sjolley_@wsip-70-166-100-47.ph.ph.cox.net> has quit IRC | 16:33 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:40 | |
| sveinse | Can bb.utils.contains be used to check for whole contents? E.g. will it work to use this in a RDEPENDS list? ${@bb.utils.contains('PREFERRED_PROVIDER_virtual/kernel', 'linux-dummy', '', 'kernel-dev' ,d)} | 16:41 |
| scottrif | Throwing this out here... With the immediate cessation of Eclipse support for YP, wondering if I should start the removal process of Eclipse from the documentation. Or, if a "waiting" period is in order in case a "saving catch" is made and someone steps up to support the plug-in. Opinions are appreciated. Thanks. | 16:43 |
| sveinse | scottrif: ooi, a recent decision? | 16:51 |
| scottrif | sveinse: I just learned of it today | 16:52 |
| sveinse | scottrif: it sounds like a sudden event/decision | 16:53 |
| RP | sveinse: sudden decision as we realised we have nobody to support releasing the plugin any further and builds keep breaking | 16:53 |
| scottrif | sveinse: I don't know the specifics behind it other than impact it would have on the user docs. | 16:54 |
| RP | sveinse: we have asked for help multiple times | 16:54 |
| sveinse | RP: ah right, thanks. I feared that is was decided to be removed for some non-technical reason, e.g. politics | 16:55 |
| RP | sveinse: purely down to nobody to look after it | 16:55 |
| sveinse | RP: I understand. (I'm not using it myself. I'm using VS Code mostly.) | 16:56 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gtgezthpkyypwbkf> has quit IRC | 16:56 | |
| sveinse | It is really convenient to make a custom distro. But man, it's boring to wait when you get a complete rebuild due to a small change in it :( | 16:59 |
| RP | sveinse: there are ideas for allowing workarounds for that | 16:59 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 17:02 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 17:05 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:05 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 17:34 | |
| *** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.165.225.38.246> has joined #yocto | 17:42 | |
| jrypkec | Quick question: What is the correct way to pass a library to oe_runmake? ld is complaining that it can't find a library specified by DEPENDS in the recipe. Like what directory should I include (-L) for LDFLAGS for things installed by the recipe | 18:05 |
| kergoth | jrypkec: you don't need to set anything if the other recipe installed to the right place, as long as your buildysstem is obeying our CC/LD vars | 18:07 |
| kergoth | as we pass —sysroot= | 18:07 |
| jrypkec | Ok thank you | 18:10 |
| kergoth | so i'd 1) make sure the other recipe put the right files in the right place, and 2) make sure our CC/LD are being passed into the underlying buildsysstem. check the compile log | 18:11 |
| sveinse | I keep getting a taskhash mismatch error. Even when I'm running bitbake -c clean on the very recipe that complains about taskhash mismatch. I'd hope the clean could be sufficient | 18:14 |
| sveinse | I fixed it by erasing build/tmp and start over. This is the most effective way to fix taskhash mismatches. I just <3 the sstate cache mechanism. Beautiful! | 18:18 |
| kergoth | hash mismatches usually result from the metadata changing out from u nder bitbake, which usually is caused by timestamps or reading from external files that mght or might not exist. though that's more often basehash than taskhash, admittedly | 18:19 |
| sveinse | yeah, I've had more than one attempt at hunting them down, but they are very elusive or cryptic unfortunately | 18:20 |
| kergoth | there's a bitbake patch floating around that's useful for that, it dumps the intermediate basehashes, not just the final, so you can compare | 18:20 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-370-210.w83-201.abo.wanadoo.fr> has joined #yocto | 18:24 | |
| marka | RP, you still sitting on my two GO patches? I am going to have to buy some plane tickets. | 18:26 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:28 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 18:28 | |
| marka | maybe a beering will help :D | 18:31 |
| *** sjolley_ <sjolley_!~sjolley_@2600:1011:b11a:fe2a:a90d:9a02:ae91:fc6> has joined #yocto | 18:33 | |
| RP | marka: ah, yes. Need to look at and sort that | 18:36 |
| marka | thanks | 18:37 |
| marka | we can arrange the beering for another time | 18:37 |
| RP | marka: I'm open to beering as a method of persuasion :) | 18:39 |
| *** sjolley_ <sjolley_!~sjolley_@2600:1011:b11a:fe2a:a90d:9a02:ae91:fc6> has quit IRC | 18:39 | |
| marka | hopefully we will end up at the same conference at some point | 18:39 |
| marka | if it helps any I have been building for x86-64, arm and aarch64 with those two GO changes for 2 weeks now, including most of the GO recipes in meta-virtualization | 18:42 |
| marka | I have some other changes I need to get to zeddii to allow him to do so as well, but only after those are merged to master | 18:43 |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 18:45 | |
| *** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 18:45 | |
| *** denix0 is now known as denix | 18:45 | |
| * zeddii accepts beer as well. | 18:48 | |
| RP | marka: perhaps you could sort my python3 ptest problems and I'll review your patch? :) | 18:48 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 18:49 | |
| marka | woah, let's not get too friendly | 18:53 |
| * marka has done hand to hand with pythong 3 from time to time as well | 18:54 | |
| marka | and yes, it is pythong, that is how it always comes out when I type it | 18:54 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hqwqytqwriwnyfnj> has quit IRC | 19:02 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:03 | |
| RP | marka: I keep needing to type unbuffer in relation to ptest but the f and g keys are close... | 19:06 |
| marka | :) | 19:06 |
| RP | something else seems more appropriate | 19:07 |
| marka | I lived in Aus for just under 2 years, so I understand the bugger | 19:07 |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has quit IRC | 19:13 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 19:14 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has joined #yocto | 19:14 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:17 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 19:22 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 19:23 | |
| *** DuClare <DuClare!~duclare@freenet/Freetalk/developer/DuClare> has quit IRC | 19:25 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 19:37 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 19:39 | |
| *** i3pd <i3pd!~i3pd@h208-73-89-178.mdtnwi.dedicated.static.tds.net> has joined #yocto | 19:45 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:52 | |
| *** miike <miike!~quassel@2a02:8388:1e03:e080:4d1a:c1a9:f46f:8b58> has joined #yocto | 19:57 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:02 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:03 | |
| *** sjolley_ <sjolley_!~sjolley_@2600:1011:b11a:fe2a:bcf3:314d:dad5:81ad> has joined #yocto | 20:03 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-olrgtorhvgttnsrb> has joined #yocto | 20:03 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 20:03 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 20:08 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-olrgtorhvgttnsrb> has quit IRC | 20:08 | |
| sveinse | I thought local.conf had the highest authority on vars, but apparently not. I'm trying to unset a variable, but the overrides kills my efforts https://bpaste.net/show/eb02ac78c47f Any ideas guys? | 20:11 |
| *** sjolley_ <sjolley_!~sjolley_@2600:1011:b11a:fe2a:bcf3:314d:dad5:81ad> has quit IRC | 20:11 | |
| kergoth | machine .conf and distro .conf are parsed afte rlocal.conf, as DISTRO and MACHINE are generally set there, so it's not viable to do otherwise | 20:13 |
| kergoth | either the machine .conf or distro .conf need to use ?= or ??=, or you'll have to use an override, i..e forcevariable | 20:14 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:14 | |
| sveinse | kergoth: how do I do the latter? | 20:14 |
| kergoth | FOO_forcevariable = "1" | 20:14 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:14 | |
| kergoth | same as with any otehr override | 20:15 |
| kergoth | see the yocto project docs or bitbake user manual for how overrides work | 20:15 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:15 | |
| sveinse | Thanks. I've read the docs about this a few times, but I have a really hard time grasping it. I must be slow | 20:16 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:17 | |
| kergoth | it's just a way to allow more specific information to be used in preference to less specific information. info about a board is better than info about its architecture which is better than the global defaults | 20:18 |
| kergoth | conceptually it's almost a layering mechanism, though not our layers | 20:19 |
| kergoth | it's reflected both in OVERRIDES (see bitbake.conf) and the order the files are included in bitbake.conf (where viable, also see bitbake.conf) | 20:19 |
| sveinse | Problem is that it is combined with scoping and operator declarations too e.g. PACKAGECONFIG_append_pn-qtbase | 20:20 |
| kergoth | it's just a conditional | 20:25 |
| kergoth | append/prepend/remove if this condition is true | 20:25 |
| sveinse | As for the above problem: it worked putting PACKAGECONFIG_GL_pn-qtbase_forcevariable = "", but I don't understand why PACKAGECONFIG_GL_pn-qtbase = "" won't. And what is "forcevariable"? I understand it an arbitrary override name, but it isn't declared or set anywhere so why did it take effect? | 20:25 |
| kergoth | no more complex than an if statement | 20:25 |
| kergoth | most likely a machine or distro config was setting PACKAGECONFIG_GL_pn-qtbase already, after you set yours | 20:25 |
| kergoth | forcevariable *is* declared somewhere, in OVERRIDES, as i said earlier | 20:26 |
| kergoth | its purpose is exactly this, to let the user override something from local.conf regardless of any other overrides in play, as it's the highest priority one | 20:26 |
| sveinse | oh, is is, yeah. lots of it in the sources | 20:26 |
| kergoth | it's purely brute force, ideally we woudln't have to use it, but it's useful for working around casese where someone forgot to use ?= in machine .conf or distro .conf | 20:27 |
| sveinse | I can't origin from the machine nor the distro, as I'm controlling both | 20:27 |
| kergoth | use bitbake -e. | 20:27 |
| sveinse | it can't | 20:27 |
| kergoth | not only does it show you the value, but it shows you the history of varaible changes | 20:27 |
| kergoth | what lines in what files set it the way it is | 20:27 |
| sveinse | Did you see the my paste above? | 20:27 |
| kergoth | so drop the _forcevariable, use bitbake -e and | 20:27 |
| sveinse | There is the history of it | 20:28 |
| kergoth | see where the value is coming from | 20:28 |
| kergoth | yep, i see it now. what you're missing is that overrides have a priority | 20:28 |
| kergoth | this is how we implement specificity | 20:28 |
| sveinse | right | 20:28 |
| kergoth | both arm and ${MACHINE} are in overrides, but if both are set, the latter wins | 20:28 |
| kergoth | it's the order of items in OVERRIDES, much like the order in PATH | 20:29 |
| sveinse | got it | 20:29 |
| kergoth | it's complex, but we had to have a way to allow this sort of layering of information across all the metadata everywhere, regardless of where it was coming from | 20:29 |
| kergoth | (thinkingn back to the original design discussions) | 20:29 |
| kergoth | the alternative would have been to implement actual conditionals in the file format, but taht's more imperative, and order of operations becomes much more critical in that sort of setup | 20:30 |
| sveinse | It's an odd assumption made by the machine layer vendor: Assuming that you the machine has opengl support you definitely want to compile qt5 with opengl. But I don't... | 20:30 |
| kergoth | (i.e. if this; foo=bar; endif) | 20:30 |
| kergoth | that is weird indeed | 20:30 |
| sveinse | In the bpaste, there is a bunch of qtbase_%.bbappends | 20:31 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-370-210.w83-201.abo.wanadoo.fr> has quit IRC | 20:32 | |
| sveinse | as to the design discussion yes: I see the purpose of it. And it is powerful. But implicit syntax, rather than declarative, is very difficult to trace. Just look at m4 or tex. However, the bitbake -e function is a lifesaver in terms of determining the lifecycle of the var | 20:33 |
| sveinse | That said, I didn't understand from the -e output why my var was overwridden by an override. I had to seek advice for it. | 20:34 |
| miike | Hello there... I was just reading about RCONFLICTS in the yocto reference (https://www.yoctoproject.org/docs/2.6.1/ref-manual/ref-manual.html#var-RCONFLICTS) and the example even though it's probably wrong confirms my suspicion, that RCONFLICTS has also the effect of RDEPENDS. Is this really the case? | 20:38 |
| miike | RCONFLICTS_${PN} = foo (< 1.0) is equal to RDEPENDS_${PN} = foo(>=1.0) ? | 20:40 |
| miike | maybe not equal but similar | 20:41 |
| kergoth | sveinse: hmm, yes, it shows the override values being set, but not why it chose one over another. arguably that's a bug in bitbake -e, it should show something about the overrides priority. could open a bug? | 20:49 |
| sveinse | I'm on older rocko thou, perhaps this has been fixed to newer versions | 20:51 |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 20:54 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 21:01 | |
| RP | zeddii: wish you used error on dangling bbappend :) | 21:09 |
| RP | zeddii: (meta-yocto-bsp still had a 4.18 append) | 21:09 |
| RP | alimon: around? | 21:10 |
| *** berton <berton!~berton@177.194.197.186> has quit IRC | 21:15 | |
| RP | marka: still there? | 21:22 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:24 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 21:27 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:34 | |
| *** armpit <armpit!~armpit@116.212.180.67> has quit IRC | 21:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:43 | |
| *** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.165.225.38.246> has quit IRC | 21:46 | |
| *** tgraydon <tgraydon!~textual@134.134.139.72> has joined #yocto | 22:19 | |
| *** tgraydon <tgraydon!~textual@134.134.139.72> has quit IRC | 22:20 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 22:28 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 22:38 | |
| *** agust <agust!~agust@p508B6C31.dip0.t-ipconnect.de> has quit IRC | 22:42 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 22:42 | |
| yocti | New news from stackoverflow: imx6ul - how to select the right dts for sdcard image? <https://stackoverflow.com/questions/55602141/imx6ul-how-to-select-the-right-dts-for-sdcard-image> | 22:46 |
| *** tgraydon <tgraydon!~textual@134.134.139.72> has joined #yocto | 22:50 | |
| *** miike <miike!~quassel@2a02:8388:1e03:e080:4d1a:c1a9:f46f:8b58> has quit IRC | 22:52 | |
| zeddii | RP: ahahah. yah, I have some layers that have danglers by design, so I always have it inhibited :( | 23:09 |
| RP | zeddii: We need a better API for that | 23:10 |
| zeddii | I assume you've squashed it now, and don't need a patch from me. | 23:10 |
| RP | zeddii: yes, I just removed it | 23:11 |
| zeddii | indeed. I wish I could whitelist for some of my things, but fail on others, etc. | 23:11 |
| RP | zeddii: I bet we could enhance bitbake to do that | 23:11 |
| Crofton | bitbake becomes self aware | 23:12 |
| sveinse | then it sends back a T800 to 1984? | 23:13 |
| * zeddii scratches out a note to look into something like that | 23:14 | |
| RP | zeddii: we should put an ehancement in the bz | 23:14 |
| RP | I have good and bad news re: pseudo :/ | 23:14 |
| zeddii | I can do that. | 23:14 |
| RP | the good news is we understand why it breaks. The bad news is we need to fix this before release as new versions of coreutils will cause problems | 23:14 |
| zeddii | sounds like it was fun to debug. | 23:15 |
| * RP really appreciates seebs' help | 23:15 | |
| RP | and otavio's help too | 23:15 |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 23:17 | |
| seebs | i should totally figure out how to get someone to throw me money for working on this sometimes. :) | 23:19 |
| RP | seebs: yes, I wish I could figure that one out... | 23:20 |
| zeddii | rumour is it that people get paid for software work. unless your name rimes with beebs | 23:20 |
| seebs | heh | 23:20 |
| seebs | well i mean, i do get paid for software work, just not this specific software work, since there's no clearly defined entity that has a business case for funding it | 23:21 |
| RP | seebs: its hard, I know the "fun" I've had trying to stay on the project | 23:22 |
| seebs | $dayjob will probably let me get away with it, they're pretty cool | 23:22 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 23:23 | |
| RP | seebs: that is cool :) | 23:25 |
| RP | (and much appreciated as I'd never have found the other path bug) | 23:25 |
| RP | seebs: I've pointed someone else at pseudo master who was having pseudo errors | 23:26 |
| * RP -> Zzzz | 23:26 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.116> has quit IRC | 23:35 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 23:35 | |
| *** armpit <armpit!~armpit@49.248.228.18> has joined #yocto | 23:54 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!