| *** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 00:45 | |
| *** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 01:07 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 01:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:28 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:34 | |
| *** sgw1 <sgw1!~sgw@134.134.139.77> has quit IRC | 01:35 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto | 01:40 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:44 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 01:57 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.187> has joined #yocto | 02:05 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 02:26 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 02:39 | |
| yocti | New news from stackoverflow: How do you build individual app inside Yocto Project Image? <https://stackoverflow.com/questions/58054953/how-do-you-build-individual-app-inside-yocto-project-image> | 02:52 |
|---|---|---|
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 03:08 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 03:12 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 03:12 | |
| *** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::9e6> has quit IRC | 04:03 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 04:05 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:19 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:20 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 04:21 | |
| *** Crofton <Crofton!~Crofton@139.180.235.22> has quit IRC | 04:35 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 04:40 | |
| *** iceaway_ <iceaway_!~pelle@37.233.78.69> has joined #yocto | 04:44 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 04:48 | |
| *** agust <agust!~agust@84.131.54.149> has joined #yocto | 05:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:29 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 05:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 05:34 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:38 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 05:51 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto | 06:04 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 06:10 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 06:12 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:14 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 06:18 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:27 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:32 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC | 06:35 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:36 | |
| *** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::9e6> has joined #yocto | 07:07 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 07:11 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:12 | |
| *** mckoan|away is now known as mckoan | 07:16 | |
| mckoan | good morning | 07:16 |
| alessioigor | mckoan: Good morning to you | 07:18 |
| *** yacar_ <yacar_!~yacar@80.215.93.135> has joined #yocto | 07:21 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:27 | |
| iceaway | good morning | 07:27 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 07:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:50 | |
| *** yacar_ <yacar_!~yacar@80.215.93.135> has quit IRC | 07:52 | |
| *** yacar_ <yacar_!~yacar@80.215.93.135> has joined #yocto | 07:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:18 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:32 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:37 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 08:39 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 08:45 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 09:04 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:04 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 09:06 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:06 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 09:08 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:08 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:09 | |
| *** yacar_ <yacar_!~yacar@80.215.93.135> has quit IRC | 09:24 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:32 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-augqqfliyfwenhzf> has joined #yocto | 09:39 | |
| *** yann <yann!~yann@lfbn-1-3378-31.w90-127.abo.wanadoo.fr> has quit IRC | 09:41 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 09:44 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:03 | |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 10:06 | |
| litb | hello all | 10:06 |
| litb | why when I say "bitbake -c <task>" does it build all task that depend on it? rather than only building the task itself and only building the others when needed? | 10:07 |
| litb | i.e when saying "bitbake gdb -C unpack" it also appears to compile it | 10:07 |
| kroon | litb, sure your not confusing -c with -C here ? | 10:09 |
| litb | kroon, I thought -C just means "ignore the cache and force execution" | 10:09 |
| kroon | + "run the default task for the target" | 10:10 |
| litb | kroon, ahh I looked it up again and see now that -C does something different indeed! | 10:10 |
| litb | thanks. I'm such a lazy dude not to look it up before asking. shame on me | 10:10 |
| litb | I think "-c <task> -f" is what I had in mind | 10:11 |
| kroon | yeah | 10:12 |
| kroon | well, i think dependant tasks are also run | 10:13 |
| kroon | gotta fetch sources before one can unpack them | 10:15 |
| litb | kroon, sure. Fair enough. | 10:23 |
| yocti | New news from stackoverflow: How to install Yocto on Beaglebone black´s Emmc using U-Boot <https://stackoverflow.com/questions/58059846/how-to-install-yocto-on-beaglebone-black%c2%b4s-emmc-using-u-boot> | 10:23 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:42 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-aujwumpflqlhkurd> has joined #yocto | 10:51 | |
| *** yacar_ <yacar_!~yacar@80.215.6.190> has joined #yocto | 11:05 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:05 | |
| *** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 11:25 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 11:32 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 11:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 11:39 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:46 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:51 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:52 | |
| *** yacar_ <yacar_!~yacar@80.215.6.190> has quit IRC | 11:59 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 12:07 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:14 | |
| *** yacar_ <yacar_!~yacar@80.215.11.105> has joined #yocto | 12:15 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:22 | |
| litb | what's the recommended way to provide a config file for a specific package? I wanna provide a config file for systemd-networkd. should I make a completely separate package that consists only of this config file? | 12:24 |
| litb | or should I use a .bbappend on the systemd recipe and add the config file there? Maybe on the systemd-conf recipe? | 12:24 |
| rburton | either works | 12:26 |
| rburton | systemd-conf seems appropriate | 12:26 |
| litb | currently in my OS/dist-layer I have a "recipes-core/conffiles/*.bb" folder for various config files. i.e. a "vconsole-conf.bb". and now a "eno-network.bb" for networkd | 12:26 |
| rburton | that ensures it gets pulled in | 12:26 |
| litb | maybe calling it networkd-conf.bb to keep the pattern | 12:27 |
| litb | rburton, hm, I see. i thought that maybe I would mess with yocto internals this way. i mean, nothing guarantees that systemd-conf stays. so if yocto decided to remove this package or rename it, I would be screwed | 12:27 |
| rburton | it would only disappear on an upgrade to oe-core, and its trivial enough to solve | 12:29 |
| rburton | you'll get a build error with a dangling bbappend so you'll know | 12:29 |
| litb | ah, i see | 12:30 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 12:35 | |
| *** Crofton <Crofton!~Crofton@139.180.235.22> has joined #yocto | 12:40 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 12:41 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.99.127.29> has joined #yocto | 12:46 | |
| litb | rburton, perhaps automatically populating the value of "SRC_URI" with all files in files/ would be a compact solution and deserve a class of its own. each file name has the format "folder1-folder2-...-filename" and will be installed to "${D}/folder1/folder2/.../filename". a dash can be escaped by double-dashing | 13:06 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:09 | |
| rburton | litb: you can use limited globs in SRC_URI, see matchbox-desktop for an example | 13:10 |
| rburton | or a directory name, see xserver-nodm-common | 13:10 |
| qschulz | rburton: from my understanding file://dir/* is exactly the same as file://. isn't it? https://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/local.py#n58 | 13:14 |
| qschulz | anything with * in the path will be replaced by . | 13:15 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:18 | |
| rburton | that search logic is suboptimal to say the least | 13:20 |
| rburton | but its unpack that does the copy | 13:21 |
| rburton | # Localpath can't deal with 'dir/*' entries, so it converts them to '.', | 13:21 |
| rburton | # but it must be corrected back for local files copying | 13:21 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 13:22 | |
| rburton | eg | 13:22 |
| rburton | NOTE: Unpacking /home/ross/Yocto/poky/meta/recipes-sato/matchbox-desktop/files/vfolders/* to /data/poky-tmp/master/work/corei7-64-poky-linux/matchbox-desktop/2.2-r0/ | 13:22 |
| *** Crofton <Crofton!~Crofton@139.180.235.22> has quit IRC | 13:22 | |
| *** ECDHE_RSA_AES256 is now known as ecdhe | 13:22 | |
| JPEW | dl9pf: BB_HASHSERVE = "host:port" | 13:34 |
| JPEW | dl9pf: The server listens on port 8686 unless you tell it otherwise, so "host:8686" | 13:34 |
| RP | JPEW: good news is we're down to two failures with master-next. I have a fix for the selftest one, the esdk one is eluding me, can't even reproduce :( | 13:36 |
| JPEW | RP: Is that with the "only run setscene once" patch? | 13:39 |
| RP | JPEW: yes | 13:41 |
| qschulz | rburton: I see... I've to check this out in more depth. By any chance, do you know/understand the difference between -H and -P in cp? Because it looks to me they are contradictory and they're used together in https://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/__init__.py#n1509 | 13:41 |
| rburton | lol | 13:42 |
| rburton | erm no | 13:42 |
| rburton | RP? | 13:42 |
| Piraty | https://daniel.haxx.se/blog/2019/07/22/curl-goez-parallel/ | 13:43 |
| Piraty | adelcast: ^ may be interesting | 13:43 |
| RP | qschulz: looks like a bug :( | 13:45 |
| RP | qschulz: https://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake/lib/bb/fetch2/__init__.py?id=0c3ce684100546cf628d96c0f64a635242a10e16 | 13:47 |
| *** yacar_ <yacar_!~yacar@80.215.11.105> has quit IRC | 13:47 | |
| JPEW | RP: I'd love to talk over that solution. Not that it's necessarily wrong, I just want to understand why that solution is correct. Maybe in the engineering call tomorrow? | 13:50 |
| *** Crofton <Crofton!~Crofton@139.180.235.22> has joined #yocto | 13:52 | |
| litb | rburton, thanks! | 13:54 |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has joined #yocto | 13:56 | |
| *** Crofton <Crofton!~Crofton@139.180.235.22> has quit IRC | 14:00 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:01 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 14:02 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:06 | |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has quit IRC | 14:08 | |
| RP | JPEW: I'm not 100% convinced its right | 14:15 |
| RP | JPEW: it is however fairly unavoidable :( | 14:16 |
| qschulz | RP: yup, they should have removed the P in the commit, it works because it's parsed from left to right and then H overrides P | 14:17 |
| qschulz | RP: well at least from https://github.com/coreutils/coreutils/blob/master/src/cp.c, which I guess is the "correct" one? | 14:18 |
| RP | qschulz: I think so | 14:18 |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has joined #yocto | 14:19 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 14:21 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 14:23 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 14:27 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:35 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 14:42 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 14:44 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 14:45 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 14:49 | |
| PinkSnake | Hello Guys, someone here could give a feedback about application management inside Yocto ? We have several project with different applications, I made a partition to split OS/app binary and update designated application with opkg. And as always I'm looking for the better way to do that :) | 14:53 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 14:55 | |
| alessioigor | PinkSnake: We generate with Yocto an immutable OS (so no rpm, dpkg or opkg) and we use a directory (optionally mounted on NFS) to provides binaries handled with specific application. | 15:05 |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has quit IRC | 15:07 | |
| PinkSnake | alessioigor Thx for replying! Seems also a good solution :) | 15:07 |
| alessioigor | PinkSnake: I hope so :) | 15:07 |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has joined #yocto | 15:11 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 15:20 | |
| qschulz | I want to debug a BAD_RECOMMENDATIONS which isn't taken into account, do you have any tips? | 15:21 |
| rburton | qschulz: easiest way is to go onto the target and remove the package | 15:22 |
| rburton | the package manager will tell you what is causing it to be installed | 15:22 |
| rburton | if it removes, then your image explicitly pulls it in | 15:23 |
| *** yacar_ <yacar_!~yacar@80.215.35.144> has quit IRC | 15:25 | |
| qschulz | it's eudev-hwdb, there is only one package RRECOMMENDS-ing it, usbutils. In our image recipe we have BAD_RECOMMENDATIONS += " eudev-hwdb ". | 15:26 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:27 | |
| qschulz | (and BAD_RECOMMENDATIONS has it in bitbake -e) | 15:27 |
| fray | bad recommendation simply is a hint, there is a way to avoid it ever being installed.. and if it's a hard dep, it'll error | 15:27 |
| qschulz | I know, there is no rdepends anywhere in our layers nor in poky AFAICT, so it shouldn't behave like this. | 15:28 |
| fray | PACKAGE_EXCLUDE="eudev-hwdb" | 15:28 |
| qschulz | or... it gets pulled by the auto-rdepends mechanism | 15:28 |
| fray | iuf your image can't be generated it'll error.. | 15:28 |
| qschulz | AHAH. I forgot about that one. Let's see :D | 15:28 |
| fray | BAD_RECOMMENDATION is only a hint, it says don't install it if recommended.. but if something else says it NEEDS it, then it'll go in | 15:29 |
| fray | exclude won't even allow that | 15:29 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 15:30 | |
| qschulz | fray: yup, I know. let's see what it says with PACKAGE_EXCLUDE, thanks for the hint | 15:33 |
| rburton | forgot about package_exclude | 15:34 |
| fray | I know it was added precisely to deal with the case where packages came in and just wouldn't stay out | 15:35 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:38 | |
| zeddii | RP: I've got a bunch of -stable 5.2 bumps that I've done locally here while working through strace. I didn't see a M3 announcement, so I'm not sure if it is still being built .. but I was wondering if you'd rather I sit on those patches until M3 is out, or should I just fire them out anyway ? | 15:42 |
| * zeddii hates getting patches when other things are blowing up .. hence why I ask. | 15:43 | |
| adelcast | ^Piraty, thanks, seems like libcurl has had this for a while, but its not being used by opkg.....this actually should be easy to implement | 15:44 |
| RP | zeddii: M3 is built and in QA | 15:55 |
| zeddii | ok. so I'll send them out, and go back to printk'ing the kernel after that. | 16:01 |
| fray | all can be debugged w/ printk.. ;) | 16:02 |
| zeddii | truth | 16:04 |
| *** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 16:04 | |
| *** learningc <learningc!~learningc@121.121.98.53> has joined #yocto | 16:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:13 | |
| rburton | kergoth: rewrote the bulk of bb-whatdepends with three lines of tinfoil. for recipe in tinfoil.all_recipes(): if args.recipe in recipe.depends: print(recipe) | 16:14 |
| kergoth | ha, nice | 16:14 |
| kergoth | does that cover runtime or just build time? | 16:14 |
| rburton | just build time | 16:15 |
| rburton | (which is all i wanted) | 16:15 |
| rburton | rdepends should be done via pkgdata | 16:15 |
| *** mckoan is now known as mckoan|away | 16:24 | |
| kergoth | debatable. there's value in being able to operate based on the defined metadata vs the actual results including shlibs after a build, especially if you're investigating why something is being *built*, which was the main purpose of the script | 16:29 |
| kergoth | both have a certain a mount of value, i think | 16:30 |
| rburton | kergoth: hm, i guess something being built would mean chasing the actual depends tree, not the DEPENDS variable | 16:31 |
| rburton | yeah fair enough | 16:31 |
| kergoth | there's also the question of whether task depends are included. my ideal was to track down why something was sucked in and ideally why. *this* flag on *that* task is why this is being built. but never quite got there, there are a lot of forms of dependency :) | 16:32 |
| rburton | yeah | 16:32 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 16:32 | |
| kergoth | -g sucks when recrdeptask is involved, for example | 16:32 |
| rburton | right | 16:32 |
| kergoth | "oh good, *everything* depends on this, that helps.." | 16:33 |
| rburton | i'll keep bb-depends around for the common case | 16:34 |
| rburton | but will try rewrite whatdepends to follow the actual task depends at some point | 16:34 |
| kergoth | yeah, makes sense, i'm sure it'll be of use | 16:34 |
| rburton | often stare at -g output wondering why something like attr is depending on py3-native for example | 16:34 |
| kergoth | i most often have the gumption to make such a script work again when i'm in the midst of such a diagnosis, but then i'm usually under time pressure and just want to move on, so it never gets done | 16:35 |
| kergoth | heh | 16:35 |
| RP | kergoth: the main problem is there is no record in the system of where a dependency came from | 16:48 |
| kergoth | yeah | 16:48 |
| RP | An option to filter the logging by a specific dependency name may be interesting | 16:49 |
| RP | The standard logging does normally tell you but its near impossible to read. With filtering... | 16:49 |
| *** cdgarren <cdgarren!cf431e3c@207.67.30.60> has joined #yocto | 16:53 | |
| cdgarren | Is it possible to modify the SRC_URI variable in a task before do_fetch? When I print d.getVar("SRC_URI") at the end of my new task, it has the files I expect, but then the fetcher debug output doesn't indicate it's looking for all the files. | 17:00 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 17:04 | |
| *** velo <velo!551700fe@85-23-0-254.bb.dnainternet.fi> has joined #yocto | 17:11 | |
| velo | Hello. Would this be the right place to ask for advice on yocto cross-compilation? | 17:13 |
| kergoth | cdgarren: tasks get isolated copies of the metadata. tasks can't modify the data of other tasks or it'd make the build non-deterministic due to task ordering. | 17:16 |
| kergoth | cdgarren: use anonymous python to do something at parse time if needed, or use a prefunc | 17:17 |
| cdgarren | Ah, got it. Thanks | 17:17 |
| kergoth | i.e. do_foo[prefuncs] += "my_other_function" | 17:17 |
| kergoth | or use _prepend/_append, depending on your requirements | 17:17 |
| cdgarren | So I could append to SRC_URI in a prefunc, and the fetcher would get those files? | 17:18 |
| kergoth | yes. it'd be better to do it at parse time, though, then bitbake -e would show the changes | 17:21 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 17:21 | |
| cdgarren | kergoth: Got it. That works perfectly, thanks | 17:25 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 17:28 | |
| kergoth | np | 17:28 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:29 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 17:30 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:33 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:34 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 17:38 | |
| qschulz | fray: turns out PACKAGE_EXCLUDE didn't make yocto complain | 17:43 |
| fray | maybe there is a bug in the BAD_RECOMMENDATIONS then.. | 17:43 |
| qschulz | We removed libsolv from PACKAGECONFIG for the target opkg in thud | 17:44 |
| mischief | are there builtin wrappers i can call in a recipe for unpacking a tarball, or should i just invoke tar directly? | 17:44 |
| qschulz | so I put it back | 17:44 |
| fray | I'd suggest explaining what you did and how to reproduce it to the oe-core mailing list.. | 17:44 |
| qschulz | and then I remembered I asked for backporting a few patches from opkg 4.0 to 3.6 because it fixed an issue for me with BAD_RECOMMENDATIONS | 17:44 |
| tgamblin | RP: accidentally changed a couple of bug milestones in Bugzilla. I've reverted the changes but you may see some notification emails | 17:44 |
| qschulz | but apparently, (WHICH IS VERY OBVIOUS FROM THE COMMIT LOG GMRBNLRBGLKRBGJBRG), someone needs libsolv > 7.2 to make use of it | 17:45 |
| qschulz | so I don't know what the fuck I did to make it work nicely back when I asked to backport the patches for opkg but it definitely isn't enough now (works fine with libsolv in PACKAGECONFIG and backported libsolv_7.3) | 17:45 |
| qschulz | the question is if it's supposed to work without libsolv support | 17:46 |
| qschulz | (BAD_RECOMMENDATIONS I mean) | 17:46 |
| *** learningc <learningc!~learningc@121.121.98.53> has quit IRC | 17:49 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:50 | |
| *** cdgarren <cdgarren!cf431e3c@207.67.30.60> has quit IRC | 17:54 | |
| yocti | New news from stackoverflow: Toolchain build using yocto <https://stackoverflow.com/questions/58067554/toolchain-build-using-yocto> | 17:54 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:02 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 18:14 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-augqqfliyfwenhzf> has quit IRC | 18:21 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:28 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 18:32 | |
| *** yann <yann!~yann@lfbn-1-3378-31.w90-127.abo.wanadoo.fr> has joined #yocto | 18:44 | |
| *** velo <velo!551700fe@85-23-0-254.bb.dnainternet.fi> has quit IRC | 18:46 | |
| RP | tgamblin: np, thanks for the headsup | 18:52 |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 19:00 | |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 19:03 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 19:07 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 19:11 | |
| *** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has joined #yocto | 19:19 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 19:22 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 19:22 | |
| *** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has quit IRC | 19:23 | |
| *** vlo86 <vlo86!551700fe@85-23-0-254.bb.dnainternet.fi> has joined #yocto | 19:41 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:43 | |
| vlo86 | I'm building a custom library (own recipe) on top of poky thud for Raspberry Pi Zero. I'm getting a QA error for my library stating "Architecture did not match (x86-64, expected ARM)". I checked the produced .so file, and it's x86 instead of ARM. The library is using make, and I noticed that if I change the lib install location from /usr/lib to | 19:46 |
| vlo86 | e.g. /usr/local/lib then the QA error disappears. My question is still, that why is the library built for x86 instead of ARM? | 19:46 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:46 | |
| LetoThe2nd | vlo86: chances are that the Makefile just doesn't properly handle the passed CC, CFLAGS, arch and all that | 19:49 |
| LetoThe2nd | vlo86: pretty much one of the poster examples why hand-written Makefiles are a massive PITA when it comes to cross compiling. | 19:50 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:54 | |
| rburton | vlo86: what LetoThe2nd said. that qa warning is explicitly to catch build systems that hardcode 'gcc' and don't use the cross compiler. | 19:55 |
| vlo86 | Thanks for the pointer. I will check this lead. This is a third party library and I'm just trying to include it into my image =) | 19:55 |
| rburton | file a bug with the library at least, if its bare makefiles you can normally override the right variables | 19:55 |
| rburton | is it open source? | 19:55 |
| mischief | i'm confused about kernel module recipe/package naming.. i have a recipe that makes a kernel module foo.ko, but adding kernel-module-foo to MACHINE_ESSENTIAL_EXTRA_RDEPENDS causes bitbake to say it can't find the package. what's the deal? | 19:56 |
| LetoThe2nd | rburton: "if the Makefile is at least halfways properly written" | 19:56 |
| vlo86 | rburton: yeah, it's open source: https://github.com/joan2937/pigpio/blob/master/Makefile | 19:56 |
| rburton | CC = $(CROSS_PREFIX)gcc | 19:57 |
| rburton | if it used ?=... | 19:58 |
| LetoThe2nd | rburton: thats what i meant | 19:58 |
| rburton | right | 19:58 |
| LetoThe2nd | LetoThe2nd vs. Makefiles: 1:0 | 19:58 |
| rburton | when you call make, also add CC="${CC}" AR="${AR}" etc etc | 19:58 |
| rburton | i also noice no way to override LDFLAGS | 19:59 |
| LetoThe2nd | fork it and port to cmake, meson, autotools, $WHATEVER_SANE :P | 19:59 |
| rburton | that's definitely the better option :) | 19:59 |
| vlo86 | So what you're saying is I should patch CROSS_PREFIX definition? | 19:59 |
| rburton | https://github.com/joan2937/pigpio/blob/master/CMakeLists.txt <-- hey use that instead | 19:59 |
| vlo86 | Heh, I was already considering that for a moment. But good to know now that this Makefile is in fact the problem. | 19:59 |
| rburton | LIBRARY DESTINATION ${DESTDIR}/usr/local/lib <-- argh that hardcodes locations though | 19:59 |
| LetoThe2nd | LetoThe2nd vs. people who write handwritten Makefiles: 2:0 | 20:00 |
| LetoThe2nd | i take this as an omen i should call it a day. | 20:01 |
| vlo86 | Heh. Thanks a lot for your help! | 20:02 |
| rburton | https://github.com/joan2937/pigpio/issues/211 is a bug about getting cross support actually working, | 20:06 |
| rburton | note how its not closed | 20:06 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:07 | |
| vlo86 | Well would you look at that =) | 20:10 |
| vlo86 | That was a mere statement of no surprise, not a real question :D | 20:10 |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 20:13 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:19 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 20:22 | |
| mischief | is there a way to see the working directory during recipe task execution? | 20:24 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 20:27 | |
| RP | mischief: bitbake X -e | grep WORKDIR= ? | 20:43 |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-wjzysclyzcptvhvr> has joined #yocto | 20:46 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 20:49 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 20:50 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:53 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 20:54 | |
| *** vlo86 <vlo86!551700fe@85-23-0-254.bb.dnainternet.fi> has quit IRC | 21:00 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 21:08 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:25 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:28 | |
| RP | JPEW: Still can't reproduce the esdk failure :( | 21:33 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 21:48 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 21:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:06 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:06 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:15 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 22:23 | |
| *** agust <agust!~agust@84.131.54.149> has quit IRC | 22:32 | |
| mischief | RP: thanks. any clue about the kernel module question? | 22:53 |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has joined #yocto | 23:01 | |
| *** anujm <anujm!anujm@nat/intel/x-ohxuqwacpsmvqvsg> has joined #yocto | 23:03 | |
| khem | mischief: can you paste your kernel module recipe ? | 23:07 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:07 | |
| khem | are you inheriting module ? | 23:07 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:22 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!