| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has quit IRC | 00:25 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-grohxqxxpmwycdnn> has quit IRC | 00:25 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has joined #yocto | 00:29 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 00:37 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 00:38 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 00:56 | |
| *** Willy-- <Willy--!~william@184.48.144.235> has joined #yocto | 01:01 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 01:02 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has joined #yocto | 01:02 | |
| *** sgw <sgw!sgw@nat/intel/x-lrevushrjynkskfs> has quit IRC | 01:05 | |
| *** sgw <sgw!~sgw@134.134.139.73> has joined #yocto | 01:07 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 01:09 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 01:16 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:54 | |
| robbawebba | derRichard: is that related to the GO_LINKSHARED variable that I included in my recipe? | 01:54 |
|---|---|---|
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 01:59 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 02:12 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 02:17 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 02:17 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 02:24 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 03:09 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 03:11 | |
| yocti | New news from stackoverflow: Adding iptables to yocto causes image do_rootfs to fail due to wrong kernel version [closed] <https://stackoverflow.com/questions/54009728/adding-iptables-to-yocto-causes-image-do-rootfs-to-fail-due-to-wrong-kernel-vers> | 03:33 |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 03:41 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 03:48 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 04:17 | |
| *** sgw <sgw!~sgw@134.134.139.73> has quit IRC | 04:42 | |
| *** sgw <sgw!~sgw@192.55.54.42> has joined #yocto | 04:49 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:51 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 04:59 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 05:00 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 05:00 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:05 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:23 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wbortzkahipkhacr> has quit IRC | 05:30 | |
| *** Willy-- <Willy--!~william@184.48.144.235> has quit IRC | 05:34 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 05:37 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:55 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:09 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:11 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:11 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:12 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:13 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 06:22 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:31 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 06:36 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:38 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c576:ca50:a970:f742> has joined #yocto | 06:38 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:07 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 07:12 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:12 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:13 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has joined #yocto | 07:18 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 07:27 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:33 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 08:02 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 08:02 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 08:04 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-104-097.dsl.tropolys.de> has joined #yocto | 08:10 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 08:17 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 08:20 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 08:21 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has quit IRC | 08:45 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.176> has joined #yocto | 08:45 | |
| *** falkb <falkb!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 08:56 | |
| *** lumpi_ <lumpi_!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 08:58 | |
| *** lumpi_ is now known as Guest14101 | 08:59 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 09:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 09:05 | |
| derRichard | robbawebba: could be | 09:06 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 09:12 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:21 | |
| *** norman <norman!~norman@89.27.136.47> has joined #yocto | 09:21 | |
| *** norman <norman!~norman@89.27.136.47> has quit IRC | 09:24 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:24 | |
| *** florian_kc is now known as florian | 09:25 | |
| *** normguf <normguf!~norman@89.27.136.47> has joined #yocto | 09:25 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 09:25 | |
| *** normguf <normguf!~norman@89.27.136.47> has quit IRC | 09:27 | |
| *** normguf <normguf!~norman@89.27.136.47> has joined #yocto | 09:28 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:30 | |
| normguf | hey there. quick question on recipes: I have a recipe that links a wrapper into /usr/bin/cmd, and another recipe, which I want to overwrite this link. Is there a possibility to enforce a overwrite? For now I can't build my image, because of a conflicts error. Or is the only solution to append to the recipe which creates the link in the first place? | 09:30 |
| *** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 09:34 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto | 09:37 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:04 | |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto | 10:05 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 10:08 | |
| *** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 10:09 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:31 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:41 | |
| RP | rburton: -next was a green build, ok to merge? | 10:56 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:57 | |
| *** falk0n <falk0n!~falk0n@a109-49-153-10.cpe.netcabo.pt> has quit IRC | 11:00 | |
| *** falk0n <falk0n!~falk0n@a109-49-153-10.cpe.netcabo.pt> has joined #yocto | 11:01 | |
| rburton | RP: so the toolchain change shows that icecc in multilib sdks is broken. it was broken before (would only work for the primary tune) but now its more broken. | 11:02 |
| rburton | RP: not sure if we just note and file a bug (for JPEW?), or want to wait until that is handled | 11:03 |
| rburton | apart from that yes | 11:03 |
| RP | rburton: hmm. I'm tempted just to proceed. Is it obviously broken? | 11:03 |
| *** ieio <ieio!975b220a@gateway/web/freenode/ip.151.91.34.10> has joined #yocto | 11:04 | |
| rburton | currently icecc's nativesdk setup just uses the default tune, and the setup script is ran once with that tune. | 11:04 |
| rburton | now, it will run for every tune and i'm not sure what happens: worst case it sets up for a multiarch tune but writes to a file with the name of the base tune? | 11:05 |
| rburton | not looked at icecc much | 11:05 |
| rburton | will file a bug anyway | 11:05 |
| RP | rburton: the case where there is one tune should work as before? | 11:05 |
| rburton | yeah, for one tune my change is a no-op | 11:05 |
| RP | rburton: so we just make the broken case more broken? :) | 11:05 |
| rburton | yeah! | 11:06 |
| * RP can live with that | 11:07 | |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has quit IRC | 11:16 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:21 | |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has joined #yocto | 11:22 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:28 | |
| rburton | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13128 fwiw | 11:32 |
| yocti | Bug 13128: normal, Undecided, ---, JPEWhacker, NEW , nativesdk-icecc doesn't work for multilib SDKs | 11:32 |
| RP | rburton: thanks | 11:33 |
| derRichard | who maintains the go.bbclass file? | 11:33 |
| derRichard | us this person here on irc? | 11:33 |
| *** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 11:34 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:40 | |
| kanavin | RP: thanks, there was just one issue (with perl-ptest package being erroneously pulled in). This is now fixed, so we can do maybe another spin? http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/perl-sanity | 11:43 |
| RP | kanavin: fired | 11:48 |
| RP | derRichard: khem and maybe otavio | 11:48 |
| derRichard | khem: otavio: i'm facing go runtime errors on x86_64, they happen because go.bbclass uses a shared go runtime library. so far i'm not sure whether this is an go upstream issue or a yocto problem | 11:50 |
| derRichard | did you see something like that in the past? | 11:50 |
| derRichard | the errors are always: | 11:53 |
| derRichard | runtime: unknown pc in defer 0x564f3b23ea50 | 11:53 |
| derRichard | fatal error: unknown pc | 11:53 |
| *** falk0n <falk0n!~falk0n@a109-49-153-10.cpe.netcabo.pt> has quit IRC | 11:58 | |
| *** falk0n <falk0n!~falk0n@a109-49-153-10.cpe.netcabo.pt> has joined #yocto | 11:58 | |
| *** Guest14101 <Guest14101!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 12:05 | |
| rburton | RP: rootfs.py, line 744 _file_equal | 12:06 |
| rburton | RP: why is opkg rootfs doing prelink things when none of the others do? | 12:07 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:13 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:13 | |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has quit IRC | 12:18 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 12:22 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 12:27 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 12:33 | |
| ant_work | rburton, I have googled right now for a similar issue [YOCTO #1894] | 12:35 |
| ant_work | about issues with multilib vs. python 2.7 | 12:36 |
| ant_work | do_rootfs: Multilib check error: duplicate files | 12:37 |
| ant_work | well, it seems the example in Yocto docs do not cope with stubborn recipes | 12:38 |
| RP | rburton: I don't know, that is very very strange | 12:39 |
| rburton | RP: hopefully fray has some history? | 12:39 |
| RP | rburton: looks like incremental image issues with prelinked filed | 12:41 |
| RP | files | 12:41 |
| ant_work | https://patchwork.openembedded.org/patch/66905/ | 12:42 |
| ant_work | ^ | 12:42 |
| *** Guest87s <Guest87s!5f764301@gateway/web/cgi-irc/kiwiirc.com/ip.95.118.67.1> has joined #yocto | 12:42 | |
| rburton | well | 12:42 |
| RP | rburton: I suspect incremental rpm doesn't need this | 12:42 |
| ant_work | seem sprelink was added to tweak _multilib_sanity_test | 12:42 |
| rburton | 1) that should be checking if prelink is enabled | 12:42 |
| rburton | 2) does anyone actually use incremental generation? | 12:42 |
| RP | I am tempted to drop the incremental generation everywhere | 12:43 |
| RP | and yes, 1) is a bug | 12:43 |
| rburton | ant_work: patches welcome? | 12:44 |
| rburton | (to add a prelink enabled check wrapping the prelink calls) | 12:45 |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 12:46 | |
| ant_work | heh, ok, I was unsure it is a bug or an 'impossible' implementation | 12:47 |
| ant_work | because if you read last (2016) comments I found about this, Khem suggests it's just a bad idea | 12:47 |
| ant_work | https://lists.yoctoproject.org/pipermail/yocto/2016-October/032505.html | 12:47 |
| ant_work | this happened after the prelink patch for incremental builds | 12:48 |
| ant_work | now I have been pointed at python 2.7 failing beautifully :) | 12:48 |
| RP | ant_work: the arm header situation was improved since then iirc | 12:48 |
| ant_work | here is python | 12:50 |
| ant_work | https://pastebin.com/FXGJHayV | 12:50 |
| RP | ant_work, rburton: the right fix above was likely to run prelink later | 12:50 |
| ant_work | the developer sent me thi syesterdeay, current master | 12:50 |
| *** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has joined #yocto | 12:54 | |
| Piraty | anyone else having trouble with 4.19.x and grub 0.97 ? | 13:00 |
| sagivd | Hi, i hope im in the correct channel.. im having trouble changing the permission bits of various application on my OE-based platform. specifically - i try to change the application permissions for busybox and shadow applications. i tried to use do_install_append and ROOTFS_POSTPROCESS_COMMAND with no success (i.e. i see the changes in the tmp/recipe/version/image/ directory, but the final rootfs does not change). any idea what i am miss | 13:03 |
| rburton | sagivd: what permissions? | 13:03 |
| sagivd | regular unix permissions (chmod 770 etc.) and suid bits | 13:04 |
| rburton | care to pastebin the change? | 13:04 |
| sagivd | sure | 13:04 |
| sagivd | option 1: https://pastebin.com/43CNB12m | 13:07 |
| sagivd | option 2: https://pastebin.com/JAsDDgPY | 13:07 |
| *** Guest87s <Guest87s!5f764301@gateway/web/cgi-irc/kiwiirc.com/ip.95.118.67.1> has left #yocto | 13:08 | |
| sagivd | so in option 2, the files under /etc/ are changed as expected | 13:08 |
| sagivd | but the /bin/login.shadow remains without suid bit | 13:08 |
| sagivd | in option 2 - i see the change in tmp../shadow/version/image, but it doesnt reach the machine-image rootfs | 13:09 |
| sagivd | please ignore the _RW append, it was just a typo (and unrelated) | 13:11 |
| rburton | (2) is definitely the better fix | 13:11 |
| sagivd | agree | 13:12 |
| rburton | i wonder if the alternatives code is breaking the bits accidentally, try touching other files that are not being fiddled by alternatives to test | 13:12 |
| sagivd | ok ill check | 13:13 |
| rburton | RP: can you drop the pulse patch from next, i've got a better one coming | 13:15 |
| sagivd | its compiling | 13:19 |
| sagivd | if the alternatives is the issue, since im using only a single source per app - can i just remove them from the alternative list? | 13:19 |
| rburton | better to fix alternatives | 13:20 |
| sagivd | it looks like its something else | 13:22 |
| sagivd | i added "chmod 4777 ${D}${sysconfdir}/login.defs" to do_install_append() of shadow, got permission bits -rwxr-xr-x for login.defs | 13:23 |
| sagivd | in the rootfs image | 13:23 |
| sagivd | and -rwsr-xr-x in the shadow recipe | 13:23 |
| RP | rburton: dropped | 13:27 |
| ak77 | why does runqemu has hardcodded mac address... can I override it somehow? | 13:28 |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto | 13:30 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 13:31 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 13:32 | |
| ak77 | huh, yes I can, only whole netdev qemu arg | 13:33 |
| *** xtron <xtron!~mentor@110.93.212.98> has quit IRC | 13:33 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 13:33 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 13:35 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 13:35 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC | 13:36 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 13:43 | |
| ant_work | rburton, so it's another reason at the end... | 13:45 |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 13:46 | |
| *** mckoan|away is now known as mckoan | 13:47 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 13:50 | |
| *** AndersD <AndersD!~AndersD@83.209.191.235> has joined #yocto | 13:53 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 13:55 | |
| *** AndersD <AndersD!~AndersD@83.209.191.235> has quit IRC | 13:57 | |
| ak77 | to answer to myself: no, it's not possible to influence qemu mac address when using runqemu | 14:00 |
| derRichard | ak77: like with all wrappers around qemu, there is always a config option you want to set but is hardcoded in the wrapper :-) | 14:01 |
| ak77 | :S :) | 14:01 |
| ak77 | there is QB_NETWORK_DEVICE in qemuboot though | 14:01 |
| ak77 | it a bbclass, I could affect that | 14:02 |
| ak77 | or, if I could find out where the qemuboot.conf file is, i could sed @MAC@ mymac it | 14:05 |
| JPEW | rburton: I didn't think the AB did anything with icecc, how did you discover it was broken? | 14:06 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:07 | |
| rburton | JPEW: eyeballs | 14:08 |
| rburton | JPEW: changed how the post-relocate hook behaved, so looked to see what else was using it | 14:08 |
| JPEW | rburton: Ah, that makes sense | 14:08 |
| rburton | if i'm actually wrong feel free to tell me so, but from what i understand its broken in multilib :) | 14:08 |
| *** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has quit IRC | 14:09 | |
| JPEW | Ya, I'm not sure. I will take a look. multlib is another one of those things I'm not very familar with | 14:09 |
| rburton | the TARGET_PREFIX variable set by the environment script seems to be a reasonable unique id, different for each multilib tune at least | 14:10 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:17 | |
| normguf | hey there. quick question on recipes: I have a recipe that links a wrapper into /usr/bin/cmd, and another recipe, which I want to overwrite this link. Is there a possibility to enforce a overwrite? For now I can't build my image, because of a conflicts error. Or is the only solution to append to the recipe which creates the link in the first place? | 14:28 |
| rburton | you can't have two packages that provide the same file installed at once | 14:29 |
| rburton | if you want to be able to switch between those, then use update-alternatives | 14:29 |
| rburton | that will give you a cmd symlink that points to whatever one is selected with priorities etc | 14:29 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:33 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 14:35 | |
| kanavin | RP: so how could upstream version checks be parallelized? I am not sure actually. | 14:38 |
| rburton | RP: what i posted on the list for pulse has a bad commit message, ross/mut has the latest patches | 14:40 |
| normguf | @rburton: thanks for clarification | 14:41 |
| RP | kanavin: wrap the call site in a multiprocessing or threading block | 14:42 |
| * RP tends to trust multiprocessing more | 14:42 | |
| kanavin | RP: multiprocessing is not going to work (because it needs to serialize the recipe data, and it includes non-serializable lock objects). | 14:44 |
| kanavin | RP: so I tried with multithreading, and it resulted in bizarre data corruption errors | 14:45 |
| RP | kanavin: can't you obtain the data you need in the process and just hand a result back? | 14:45 |
| kanavin | RP: can you explain please? | 14:47 |
| RP | kanavin: I guess the piece I'm forgetting here is tinfoil | 14:49 |
| RP | the datastore connection over tinfoil is serialised | 14:50 |
| RP | to avoid that you'd need multiple build directories each with a tinfoil server | 14:51 |
| RP | we do have code for that with oe-selftest parallelisation but the problem isn't as easily solved as I was thinking | 14:52 |
| RP | kanavin: creating tinfoil API to do it is tempting | 14:52 |
| rburton | anyone know what yocto release corresponds to wind river 8? | 14:52 |
| RP | rburton: fray should | 14:53 |
| kanavin | RP: for example, I wanted to create a plugin to 'bitbake-layers' that would give an overview of recipes update status, but then realized no one would want to wait 12 minutes for it | 14:53 |
| kanavin | with parallelization it used to be 90 seconds or so | 14:53 |
| RP | kanavin: We should talk with Paul but I think we need some kind of parallel execution tinfoil API | 14:55 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:58 | |
| kanavin | RP: yep | 14:59 |
| yocti | New news from stackoverflow: Cross compilling .deb package for yocto image?i.e remot3.it [closed] <https://stackoverflow.com/questions/54021031/cross-compilling-deb-package-for-yocto-imagei-e-remot3-it> | 15:05 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:06 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:07 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 15:21 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 15:22 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:28 | |
| paulbarker | Has anyone else ran into "File name too long" errors when building on master? Looks like bitbake is trying to create an sstate file with a 257 character name | 15:29 |
| paulbarker | I assume this is related to the recent switch from md5 to sha256 pushing the file name lengths up | 15:29 |
| paulbarker | I do have a relatively long package name (containerd-opencontainers), long target triplet (cortexa7t2hf-neon-vfpv4-poky-linux-musleabi) and long version number (v1.0.2+gitcfd04396dc68220d1cecbe686a6cc3aa5ce3667c), but I'm sure I'm not the only one who will run into such a combination | 15:32 |
| kergoth | that does sound like a bug | 15:34 |
| fray | I didn't realize there was a character limit on a filename, overall path length definitely | 15:35 |
| *** mihais <mihais!~mihaiserb@96.46.149.166> has joined #yocto | 15:35 | |
| RP | paulbarker: which filesystem is that? | 15:35 |
| yocti | New news from stackoverflow: Which module to install to fix "module QtQuick.Controls.Styles is not installed" error for Yocto? <https://stackoverflow.com/questions/50184485/which-module-to-install-to-fix-module-qtquick-controls-styles-is-not-installed> | 15:35 |
| JPEW | Is it possible to run a python function (not task) under pseudo? (e.g. fakeroot python foobar(arg1, arg2, d))) | 15:35 |
| kergoth | nope | 15:36 |
| fray | yes.. | 15:36 |
| fray | fakeroot python task() { | 15:36 |
| fray | ... | 15:36 |
| fray | } | 15:36 |
| fray | I swear that works | 15:36 |
| fray | since it's used in package generation | 15:36 |
| fray | you can't do it in a -function-, only a recipe task | 15:36 |
| paulbarker | RP: It's xfs, but https://serverfault.com/a/9548 suggests that the 255 char limit applies more widely as well | 15:37 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:39 | |
| paulbarker | It doesn't help that the containerd recipe uses the full ${SRCREV} in PV instead of just ${SRCPV}, fixing that should get me below 255 chars here. But definitely an issue that's likely to re-occur | 15:39 |
| fray | in the past when we've hit some issues like that, we've put in a max charater count and just truncated.. it's not the greated solution, but it worked in those cases.. | 15:40 |
| fray | with a checksum in place -- I'm not sure we can do it that way.. | 15:40 |
| RP | paulbarker: hmm. We can easily fix this since the only bit of the filename that is important is the hash | 15:40 |
| fray | may have to truncate on the name/version not the whole filename | 15:40 |
| RP | paulbarker: the other bit is for user use for debugging so we can truncate it | 15:40 |
| paulbarker | It's the file name length limit not the path length limit that's being hit so an alternative would be to add another level of hierarchy on something like the package name and/or target triplet | 15:41 |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:42 | |
| paulbarker | I do see both the target triplet (cortexa7t2hf-neon-vfpv4-poky-linux-musleabi) and the tune (cortexa7t2hf-neon-vfpv4) in the file name so that's some repetition that could be dropped | 15:42 |
| RP | paulbarker: split level makes little sense given this data is just for human readability use | 15:44 |
| RP | reducing duplicate info would be good | 15:44 |
| paulbarker | Ok, for reference the full problem name is 'sstate:containerd-opencontainers:cortexa7t2hf-neon-vfpv4-poky-linux-musleabi:v1.0.2+gitcfd04396dc68220d1cecbe686a6cc3aa5ce3667c:r0:cortexa7t2hf-neon-vfpv4:3:8cf9e07e17de9682ef6e3eb78ac3eca8f942c2a833c4a7f5096cda401c1711e1_prepare_recipe_sysroot.tgz.siginfo' | 15:45 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 15:46 | |
| JPEW | fray: Thats annoying :) | 15:46 |
| *** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 15:47 | |
| *** sjolley1 <sjolley1!86868b4b@gateway/web/freenode/ip.134.134.139.75> has joined #yocto | 15:50 | |
| paulbarker | The exact failure point is the os.rename call in SignatureGeneratorBasic.dump_sigtask, bitbake/lib/bb/siggen.py | 15:50 |
| sjolley1 | YPTM: https://zoom.us/j/990892712 | 15:55 |
| sjolley1 | YPTM: sjolley joined | 15:55 |
| *** normguf <normguf!~norman@89.27.136.47> has quit IRC | 15:56 | |
| armpit | YPTM: armin is one | 15:56 |
| armpit | on | 15:57 |
| RP | armpit: dual personalities under control today? :) | 15:57 |
| *** JPEW_ <JPEW_!cc4da371@gateway/web/freenode/ip.204.77.163.113> has joined #yocto | 15:57 | |
| armpit | yes | 15:57 |
| * RP is also one | 15:58 | |
| RP | (and on) | 15:58 |
| JPEW_ | YPTM: Joshua Watt here | 15:59 |
| vmeson | YPTM: Randy MacLeod joined. | 15:59 |
| rburton | YPTM: ross is two | 16:00 |
| Crofton | RP, we took away his beer | 16:01 |
| tlwoerner | YPTM: is on the call | 16:01 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:02 | |
| * armpit breaking up is easy to do | 16:03 | |
| sjolley1 | YPTM Minutes : https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU9pg/edit?ts=5c06b22d | 16:03 |
| tlwoerner | armpit: lol | 16:03 |
| *** richardg <richardg!~richard@45.56.150.170> has joined #yocto | 16:03 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:05 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c576:ca50:a970:f742> has quit IRC | 16:05 | |
| *** jcureton <jcureton!cc4da374@gateway/web/freenode/ip.204.77.163.116> has joined #yocto | 16:06 | |
| *** mwhoosier <mwhoosier!cc4da368@gateway/web/freenode/ip.204.77.163.104> has joined #yocto | 16:07 | |
| mwhoosier | YPTM: Matt Hoosier (Garmin) here | 16:08 |
| *** richardg <richardg!~richard@45.56.150.170> has quit IRC | 16:12 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 16:12 | |
| *** ragriffi <ragriffi!c0373626@gateway/web/freenode/ip.192.55.54.38> has joined #yocto | 16:12 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 16:13 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 16:13 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 16:14 | |
| *** mwhoosier <mwhoosier!cc4da368@gateway/web/freenode/ip.204.77.163.104> has quit IRC | 16:25 | |
| *** ragriffi <ragriffi!c0373626@gateway/web/freenode/ip.192.55.54.38> has quit IRC | 16:25 | |
| *** richardg <richardg!~richard@45.56.150.170> has joined #yocto | 16:26 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:26 | |
| *** richardg <richardg!~richard@45.56.150.170> has left #yocto | 16:26 | |
| *** jcureton <jcureton!cc4da374@gateway/web/freenode/ip.204.77.163.116> has quit IRC | 16:29 | |
| sjolley1 | YPTM is over | 16:29 |
| *** sjolley1 <sjolley1!86868b4b@gateway/web/freenode/ip.134.134.139.75> has quit IRC | 16:29 | |
| *** JPEW_ <JPEW_!cc4da371@gateway/web/freenode/ip.204.77.163.113> has quit IRC | 16:30 | |
| paulbarker | RP: I'm hacking on a patch to shorten the sstate file names without dropping all the useful info, will send as an RFC once it looks ok to me | 16:31 |
| RP | paulbarker: sounds good thanks | 16:31 |
| *** StefanS__ <StefanS__!c1f0f176@gateway/web/freenode/ip.193.240.241.118> has joined #yocto | 16:33 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto | 16:33 | |
| paulbarker | Something like "${PF}:${SSTATE_PKGARCH}:${SSTATE_VERSION}:" should give enough human readable info, I'll also see if I can limit the length of some of those automatically | 16:35 |
| StefanS__ | Hello. Has anything changed between sumo and thud related to package-index? In sumo, it was enough to bitbake <image> and the index (Packages files) were automatically created in tmp/deploy/ipk, but in thud these are missing. Only if I call bitbake package-index I get them back. I'd like to know what changed, and how can I get the old behaviour back | 16:35 |
| kanavin | StefanS__: I think you always (officially) had to issue package-index separately, if you got index files from just making an image, that was undocumented behaviour. | 16:37 |
| StefanS__ | :( | 16:37 |
| StefanS__ | I thought I had to run that only when building a new recipe/package and needed the index to be updated. It's weird since code lib/oe/rootfs seems to indicate that the index is ran all the time at rootfs time | 16:38 |
| *** Alder <Alder!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 16:41 | |
| *** ieio <ieio!975b220a@gateway/web/freenode/ip.151.91.34.10> has quit IRC | 16:43 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has left #yocto | 16:45 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has joined #yocto | 16:45 | |
| Alder | Anyone here who managed a customized i.MX8 yocto linux? I have i.MX_Yocto_Project_User's_Guide_Linux.pdf and were able to build the Linux yocto image which the vendor provides, but now I want to start to customize that for my own image. | 16:46 |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has quit IRC | 16:46 | |
| Alder | I think I need a better description how to do that. That PDF description is not quite good. | 16:47 |
| Alder | Any other tutorial available for i.MX8? | 16:48 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 16:54 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:55 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 17:01 | |
| Alder | hmm urgs... | 17:05 |
| *** Alder <Alder!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 17:05 | |
| *** bentech_ <bentech_!~bentech@unaffiliated/bentech> has joined #yocto | 17:06 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:06 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has quit IRC | 17:07 | |
| *** bentech_ is now known as bentech | 17:07 | |
| *** mckoan is now known as mckoan|away | 17:11 | |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has joined #yocto | 17:19 | |
| tgoodwin | tgoodwin | 17:23 |
| tgoodwin | missed a window on that click... lol | 17:23 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:24 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-104-097.dsl.tropolys.de> has quit IRC | 17:29 | |
| StefanS__ | ah found it | 17:29 |
| StefanS__ | 26a786f86989ce47eac4eecec3b0798730194b05 I think this one changed the behaivour | 17:30 |
| StefanS__ | kanavin: ^ | 17:30 |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC | 17:39 | |
| RP | StefanS__: the indexes were moved to the image workdir since multple images in parallel had interesting race issues | 17:39 |
| RP | StefanS__: you need to use package-index to say *when* you want the indexes created as any other way is ambiguous | 17:40 |
| StefanS__ | yup, got it | 17:43 |
| StefanS__ | I was just confused because in sumo the indexes were in DEPLOY_IPK_DIR and now were missing, and wanted to get the same behaviour | 17:44 |
| StefanS__ | I'll just run package-index at the end | 17:44 |
| StefanS__ | Thanks! | 17:44 |
| *** StefanS__ <StefanS__!c1f0f176@gateway/web/freenode/ip.193.240.241.118> has quit IRC | 17:46 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:7513:b68a:6d2a:56d9> has quit IRC | 17:59 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:06 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 18:18 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 18:21 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 18:27 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 18:27 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:909:6ba9:a0f6:6612> has joined #yocto | 18:29 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 18:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:47 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-kdjknkenmlsrrkgf> has quit IRC | 18:47 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 19:08 | |
| khem | RP: http://lists.openembedded.org/pipermail/openembedded-core/2019-January/277509.html do you see any issues ? | 19:11 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 19:15 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 19:17 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:17 | |
| RP | khem: I don't really like enabling things we don't use but its probably reasonable | 19:22 |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 19:26 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 19:27 | |
| RP | kanavin: for the perl changes how does ptest look before/after? | 19:27 |
| *** mwhoosier <mwhoosier!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 19:28 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 19:32 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 19:32 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 19:35 | |
| *** niro22 <niro22!~niro@185.125.207.231> has joined #yocto | 19:50 | |
| *** armpit <armpit!~armpit@45.19.219.177> has joined #yocto | 20:03 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:909:6ba9:a0f6:6612> has quit IRC | 20:04 | |
| *** Circuitsoft <Circuitsoft!4925ef68@gateway/web/freenode/ip.73.37.239.104> has joined #yocto | 20:08 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 20:18 | |
| RP | armpit: could you rebase thud-next? I think I've missed some patches but its not easy for me to tell which ones | 20:19 |
| RP | (I have to figure out which ones to apply to bitbake, meta-yocto and so on) | 20:19 |
| *** mihais <mihais!~mihaiserb@96.46.149.166> has quit IRC | 20:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 20:21 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:21 | |
| * armpit rebase ... again... | 20:22 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 20:22 | |
| khem | RP: I am trying to remove dependency on non busybox apps for runit to work | 20:23 |
| khem | zeddii: yt ? | 20:24 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 20:24 | |
| khem | zeddii: 4.19 kernel headers have one regression | 20:24 |
| RP | khem: I understand | 20:24 |
| khem | zeddii: we need to backport this patch https://github.com/torvalds/linux/commit/e2c4cf7f98a519eb4d95532bfa06bcaf3562fed5 to 4.19 | 20:24 |
| RP | armpit: hopefully really simple as I think there are about three patches missing from upstream | 20:24 |
| kroon | huh. why would using rm_work pull in perl-native.. | 20:25 |
| khem | zeddii: the sample error is here http://errors.yoctoproject.org/Errors/Details/215558/ | 20:26 |
| armpit | RP, rebase done and pushed. what is not in next yet are the bitbake-diffsig | 20:29 |
| *** niro22 <niro22!~niro@185.125.207.231> has quit IRC | 20:41 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 20:42 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 20:42 | |
| *** zino_ <zino_!~zino@2001:b07:2e6:ccce:8174:f8a4:6f6b:389b> has joined #yocto | 20:44 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 20:51 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 20:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 20:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 20:53 | |
| khem | RP: started couple of builds here with latest master-next | 20:59 |
| khem | lets see how perl pans out this time | 20:59 |
| *** zino__ <zino__!~zino@2-230-204-206.ip203.fastwebnet.it> has joined #yocto | 21:03 | |
| *** zino_ <zino_!~zino@2001:b07:2e6:ccce:8174:f8a4:6f6b:389b> has quit IRC | 21:03 | |
| zino__ | hi all, I'm moving my first steps with yocto, trying to write a recipe. I managed to package a kernel module (I see the ko file inside the rpm package) but when I bitbake core-image-minimal i get https://pastebin.com/VZs9TBSG | 21:08 |
| robbawebba | zino__: could you please post a snippet of your recipe? | 21:09 |
| zino__ | robbawebba: https://pastebin.com/Bka56bD7 if that's not the relevant part I can post everything | 21:12 |
| kroon | JPEW, ping | 21:13 |
| robbawebba | zino__: Are you familiar with the module bbclass for help with the packaging and installation? | 21:15 |
| zino__ | robbawebba: not yet: any pointer for studying the necessary documentation would be welcome. The entire documentation is huge:) | 21:16 |
| * zeddii_home sees khem’s message here, after he read the email :D | 21:17 | |
| zino__ | robbawebba: I'm quite familiar with buildroot but I still feel a bit lost | 21:17 |
| kroon | JPEW, just mentioning it before I forget; I see random changes of data order in the depsig.do_package, for recipe initramfs-boot, file "pkgdata/runtime/initramfs-boot", the line starting with FILES_INFO. Looks like it is set by meta/classes/package.bbclass: d.setVar('FILES_INFO', json.dumps(files)) | 21:18 |
| zino__ | robbawebba: I did "inherit module" if that's what you're referring to though | 21:19 |
| kroon | JPEW, i mean, the digest is changing in the depsig.do_package, due to pkgdata/runtime/initramfs-boot changing randomly | 21:20 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 21:22 | |
| JPEW | kroon: Hmm, OK | 21:23 |
| kroon | so what im trying to say is that json.dumps() might not be deterministic | 21:23 |
| JPEW | kroon: Ya, I would believe that | 21:24 |
| JPEW | kroon: Perhaps python has something to help with that.... | 21:24 |
| JPEW | kroon: json.dumps(..., sort_keys=True) | 21:25 |
| kroon | JPEW, i can try that and try to reproduce | 21:25 |
| JPEW | kroon: OK. I've been working on re-writing the signature generation to be more useful for you; I'll post a patch when it is done | 21:26 |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 21:27 | |
| kroon | JPEW, cool. I hope it makes sense and is not too costly, I mean buildhistory could also do some post-processing on the raw data | 21:28 |
| JPEW | kroon: I think it won't be to bad. The hardest part is actually to get the listing to happen under fakeroot (pseudo) so it can see all the "correct" uid/gid's | 21:29 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 21:30 | |
| kroon | JPEW, yeah sort_keys=True does the trick | 21:39 |
| kroon | JPEW, want me to send patch to ml ? | 21:40 |
| JPEW | kroon: Yes | 21:40 |
| RP | armpit: thanks, sorted I think | 21:41 |
| RP | JPEW: btw, your last patch to the list didn't quite apply against master. I just took the bit that did | 21:42 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 21:45 | |
| JPEW | RP: Sorry, I really need to drop the "rehash running tasks" from my local sandbox | 21:45 |
| RP | JPEW: I know the problem, I have a ton of this kind of thing :/ | 21:47 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:49 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@184.2.174.244> has joined #yocto | 21:51 | |
| JPEW | RP: Anyway we could add a AB build that uses icecream :D.... The trick I think is that it wouldn't share sstate with any other build :( | 21:51 |
| RP | JPEW: we could, I'm just not sure it that many users or how much we'd have to test to make it worthwhile | 21:53 |
| JPEW | RP: Fair enough. FWIW, it can be inherited but disabled (ICECC_DISABLED="1") which has the advantage that you can share sstate without having to use it (And would have caught all the recent bugs). | 21:56 |
| * armpit thinks he found another mutliconfig bug | 21:57 | |
| armpit | RP, cool.. thanks | 21:57 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:58 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@184.2.174.244> has quit IRC | 21:58 | |
| RP | JPEW: I guess I'd be ok with a parsing test for it, its things like the SDK with it enabled which I'm a bit more wary of for test matrix explosion | 21:59 |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has joined #yocto | 22:03 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:06 | |
| khem | JPEW: is there a good how-to on using icecc | 22:07 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 22:08 | |
| JPEW | khem: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#ref-classes-icecc is pretty close. I think it could use a little more work | 22:09 |
| khem | JPEW: since you are fresh with icecc can you see the gaps and fill them may be | 22:10 |
| JPEW | khem: Ya | 22:10 |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:13 | |
| khem | I want to do an experiment with this so what are limitationss that I should be aware of | 22:14 |
| JPEW | khem: You'll want to crank up ICECC_PARALLEL_MAKE.... I use ICECC_PARALLEL_MAKE="-j 24" (for reference, PARALLEL_MAKE is "-j 8"). | 22:15 |
| JPEW | khem: You also may need to fiddle with ICECC_USER_PACKAGE_BL if there are recipes that don't build. | 22:18 |
| JPEW | khem: Having a 15 node cluster of your co-worker's PCs helps a lot also :) | 22:19 |
| * RP wonders if any openxt people are around | 22:22 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has quit IRC | 22:24 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has quit IRC | 22:25 | |
| khem | JPEW: ok, I have ubuntu 14.04 and ubuntu 18.04 hosts, I hope thats not an issue | 22:25 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 22:26 | |
| JPEW | Shouldn't be. We have an electic mix | 22:26 |
| JPEW | 14.04, 18.04, Arch, Fedora | 22:26 |
| khem | JPEW: can you share your setup in confs ? | 22:27 |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has joined #yocto | 22:27 | |
| khem | e.g. host pre-requisites etc. that are needed on build machines | 22:28 |
| JPEW | khem: There isn't much configuration required on the compile nodes. Essentially it is install icecc and make sure the firewall doesn't block it. | 22:31 |
| khem | JPEW: ok, and its the host version whatever that distro supports ? | 22:32 |
| JPEW | khem: Yes. Icecream is pretty good about being backward compatible with itself (e.g. the protocol hasn't changed much). Most of the complicated logic is on the source (client) side compiler shims, so having newer ones of them is nice, but not mandatory | 22:33 |
| derRichard | is distcc/icecream still a thing? | 22:34 |
| JPEW | derRichard: Yes | 22:34 |
| khem | JPEW: ok do I need icecc-monitor as well ? | 22:34 |
| JPEW | It is helpful. Or you can install https://github.com/JPEWdev/icecream-sundae (shameless plug) | 22:35 |
| derRichard | JPEW: i thought these days sending souces/objects via network is much slower than the actual compile job (if you have fast cpus) | 22:35 |
| JPEW | derRichard: I think that is true if you can't jack up the parallelism | 22:37 |
| khem | well n/w has become fast too | 22:37 |
| khem | think of 10G interconnects in data-centers | 22:37 |
| yocti | New news from stackoverflow: Why can't I copy files into the rootFS from a Yocto recipe <https://stackoverflow.com/questions/54100547/why-cant-i-copy-files-into-the-rootfs-from-a-yocto-recipe> | 22:37 |
| khem | they will be fastr than some of SSDs | 22:37 |
| khem | JPEW: how is your minitor better ? | 22:37 |
| *** bradleyb is now known as radsquirrel | 22:38 | |
| derRichard | khem: this is not the distcc use case. 10 years ago it was very useful. just connect all compuers in your office to have a decent build cluster | 22:38 |
| JPEW | khem: Its command line only | 22:38 |
| derRichard | now we have single nodes with many cpus but still not 10g network | 22:38 |
| derRichard | anyway, getting too much ot :) | 22:38 |
| derRichard | JPEW: icecream-sundae look nice :-) | 22:39 |
| derRichard | *looks | 22:39 |
| JPEW | Thanks | 22:39 |
| khem | derRichard: you still have same usecase in build clusters in data centers | 22:41 |
| khem | JPEW: I see | 22:41 |
| khem | JPEW: so say I have two machines with icecc now if I run icecc enabled build on both of them what happens :) | 22:41 |
| khem | do they attach each other with bits | 22:41 |
| JPEW | Yes, make sure you start the scheduler daemon on at least one of them (or all of them) | 22:42 |
| JPEW | It's been a while since I did that, so I don't remember exactly | 22:42 |
| derRichard | khem: not sure. even in datacenters you have nodes with many local cpus. say 16 to 32. so icecc/distcc won't give you a huge speedup since make -j HUGE (like 512) does not scale | 22:43 |
| khem | buying large instances is expensive where as smaller instances are cheaper | 22:43 |
| khem | pool always wins in scale | 22:44 |
| khem | when you have many devs | 22:44 |
| khem | JPEW: ah scheduler daemon ok | 22:44 |
| derRichard | it is news to me that recent datacenters use local nodes with that few cpus. even my laptop has many cores | 22:44 |
| khem | JPEW: so any machine that want to issue the jobs has to be running scheduler for sure | 22:45 |
| JPEW | No, not necessarily. The daemon (iceccd) is separate from the scheduler (icecc-scheduler) | 22:45 |
| khem | so iceccd would take care of sending jobs to scheduler ? | 22:46 |
| JPEW | They all have to run the daemon. One (or more, they'll do election) has to run the scheduler. For example, here we have a dedicated scheduler because it can be a little resource intensive to have running a developer PC | 22:46 |
| JPEW | The scheduler just manages and assigns jobs to the daemons. They talk directly to each other once the scheduler decides who is doing what (e.g. not all data flows through the scheduler) | 22:47 |
| khem | yeah ok | 22:48 |
| khem | got iceccd up on both | 22:49 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rwpinemzjvipihbf> has joined #yocto | 22:49 | |
| JPEW | Cool. It it all works right icecream-sundae or icemon should show both nodes attached | 22:49 |
| JPEW | *If | 22:50 |
| khem | JPEW: OK, now starting/enabling icecc-scheduler.service on both too | 22:50 |
| khem | does it help to have multiple schedulers | 22:51 |
| khem | I guess yes | 22:51 |
| khem | you need to publish .debs and rpms for icecream-sundae | 22:51 |
| khem | or maybe appimage | 22:51 |
| khem | snap or flatpak | 22:52 |
| JPEW | I've been looking at creating a snap (never done it before, so it's a nice challenge) | 22:52 |
| khem | do it once for all https://appimage.org | 22:52 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 22:53 | |
| JPEW | I'll look at that | 22:53 |
| JPEW | Anyway, I have to go, so if you have more questions they will have to wait until tomorrow. | 22:54 |
| khem | ok thx ttyl | 22:55 |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has quit IRC | 22:59 | |
| RP | armpit: fired 2.6.1 | 23:04 |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has joined #yocto | 23:04 | |
| armpit | k | 23:09 |
| armpit | thanks | 23:09 |
| armpit | a-full ? | 23:09 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 23:12 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has quit IRC | 23:12 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has joined #yocto | 23:15 | |
| derRichard | hm, i get "QA Issue: Architecture did not match (x86-64, expected x86)" for my kernel build. this is expected. userspace is 32bit, but kernel 64bit. but i wonder why i get this error, my bb file already contains: | 23:17 |
| derRichard | INSANE_SKIP_${PN} += "arch" | 23:17 |
| robbawebba | zino__: yes! inherit module is exactly what I've been referring to | 23:19 |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 23:19 | |
| robbawebba | zino__: check out the documentation here: https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules | 23:21 |
| robbawebba | and here's an example recipe: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb | 23:22 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 23:22 | |
| robbawebba | zino__: pay special attention to to the extra RPROVIDES_${PN} that declares this recipe also provides kernel-module-* | 23:23 |
| derRichard | hmm, ok. INSANE_SKIP = "arch" did the trick | 23:24 |
| derRichard | maybe because the kernel recipe does deep black magic ;) | 23:24 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 23:27 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has quit IRC | 23:39 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 23:39 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@184.2.174.244> has joined #yocto | 23:40 | |
| RP | armpit: yes, a-full | 23:44 |
| armpit | for the Candian's its Full- eh | 23:45 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 23:48 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@184.2.174.244> has quit IRC | 23:52 | |
| *** dl9pf2 <dl9pf2!~dl9pf2@216.222.85.69> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!