| *** ds2 <ds2!~ds2@rehut.com> has quit IRC | 01:39 | |
| *** Willy-- <Willy--!~william@184.48.144.235> has joined #yocto | 01:49 | |
| *** DuClare_ <DuClare_!~duclare@mobile-user-c3a589-2.dhcp.inet.fi> has joined #yocto | 01:50 | |
| *** DuClare <DuClare!~duclare@freenet/Freetalk/developer/DuClare> has quit IRC | 01:50 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 01:54 | |
| yocti | New news from stackoverflow: .Failed to build yocto on ubuntu 18.04 <https://stackoverflow.com/questions/54051007/failed-to-build-yocto-on-ubuntu-18-04> | 01:58 |
|---|---|---|
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 02:12 | |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has joined #yocto | 02:15 | |
| robbawebba | derRichard: I think it's possible, I haven't taken a closer look to see what flags the go programs are compiled with | 02:48 |
| robbawebba | much less the flags used to compile to toolchain itself :/ | 02:49 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 03:45 | |
| *** Klox <Klox!~Klox@c-73-22-66-195.hsd1.il.comcast.net> has quit IRC | 05:07 | |
| *** Klox <Klox!~Klox@c-73-22-66-195.hsd1.il.comcast.net> has joined #yocto | 05:07 | |
| *** ds2 <ds2!~ds2@rehut.com> has joined #yocto | 05:16 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:42 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:11 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:13 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:13 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:4d04:476:9a70:47a8> has joined #yocto | 06:55 | |
| yocti | New news from stackoverflow: Make img from ext4, dtb and uboot.bin <https://stackoverflow.com/questions/50773539/make-img-from-ext4-dtb-and-uboot-bin> | 06:59 |
| *** gtristan <gtristan!~tristanva@24.48.71.248> has quit IRC | 07:00 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:15 | |
| *** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has joined #yocto | 07:17 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has joined #yocto | 07:29 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:30 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-97-113.dsl.tropolys.de> has joined #yocto | 07:59 | |
| *** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 08:04 | |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has joined #yocto | 08:20 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:27 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 08:28 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto | 08:33 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:38 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:55 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:57 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 09:07 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-kdjknkenmlsrrkgf> has joined #yocto | 09:13 | |
| *** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC | 09:13 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:19 | |
| *** bluelightning_ is now known as bluelightning | 09:23 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-fqjxppmootvtnyyo> has quit IRC | 09:25 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto | 09:25 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 09:28 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 09:29 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:30 | |
| *** DuClare_ <DuClare_!~duclare@mobile-user-c3a589-2.dhcp.inet.fi> has quit IRC | 09:40 | |
| *** DuClare_ <DuClare_!~duclare@freenet/Freetalk/developer/DuClare> has joined #yocto | 09:40 | |
| *** DuClare_ is now known as DuClare | 09:40 | |
| derRichard | robbawebba: later today i have time to isolate the problem. ;-\ | 09:48 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:49 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:54 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 09:56 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:59 | |
| *** mckoan|away is now known as mckoan | 10:18 | |
| mckoan | good morning | 10:18 |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has quit IRC | 10:24 | |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has joined #yocto | 10:25 | |
| *** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has quit IRC | 10:45 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:46 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:49 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:50 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:57 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 10:59 | |
| lucaceresoli | hi, while upgrading from rocko to thud I've been hit by a build failure in the newish make-mod-scripts recipe: | 11:35 |
| lucaceresoli | ./include/linux/if.h:28:10: fatal error: sys/socket.h: No such file or directory | 11:35 |
| lucaceresoli | the thing is, that include file is in the recipe-sysroot, but make-mod-scripts passes only KERNEL_CC and HOST_CC, but none of them adds that path to the include dir list | 11:37 |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has quit IRC | 11:49 | |
| *** otavio__ <otavio__!~otavio@181.220.84.254> has joined #yocto | 11:52 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has joined #yocto | 11:53 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lebgercsapjmalko> has joined #yocto | 11:54 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 11:56 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 11:56 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 12:02 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 12:25 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 12:25 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 12:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 12:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 12:26 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 12:51 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 12:54 | |
| yocti | New news from stackoverflow: Bitbake copying a prebuilt static library into `/usr/lib` location of output yocto linux image <https://stackoverflow.com/questions/54074810/bitbake-copying-a-prebuilt-static-library-into-usr-lib-location-of-output-yoc> | 13:00 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 13:01 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 13:27 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 13:31 | |
| derRichard | am i blind or isn't there zero documentation on how to run yocto-autobuilder-helper? | 13:32 |
| *** lollobrigido <lollobrigido!~lollofigo@178.255.189.210> has joined #yocto | 13:37 | |
| rburton | derRichard: i suspect the autobuilder code in yocto-autobuilder2 is the documentation | 13:39 |
| rburton | anyone here use icecc? | 13:40 |
| derRichard | rburton: ahh!, i cloned yocto-autobuilder and wondered why i found no traces to yocto-autobuilder-helper.... | 13:41 |
| derRichard | yay, now the thing starts to make sense :P | 13:42 |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 14:00 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto | 14:01 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:04 | |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has quit IRC | 14:06 | |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has joined #yocto | 14:07 | |
| lucaceresoli | RP: the make-mod-scripts issue I reported disappears if I revert your commit http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb?id=0f85563eacf5138d98b826343cdfc3833d1c5c8e | 14:11 |
| lucaceresoli | IOW if I disable make prepare | 14:11 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lebgercsapjmalko> has quit IRC | 14:14 | |
| lucaceresoli | BTW in the meanwhile I tried building a clean boneblack configuration, and make-mod-scripts succeeds; I compared the line where make is called, and they look the same (except for different paths and arm/arm64 differences) | 14:14 |
| RP | lucaceresoli: when you say they aren't passed in KERNEL_CC or HOST_CC, is there a --sysroot option in there? | 14:16 |
| lucaceresoli | RP: no, there seem to be no "--sysroot" in the entire log.do_configure (after bitbake -v make-mod-scripts) | 14:19 |
| lucaceresoli | RP: with bitbake -e make-mod-scripts I see the only lines mentioning --sysroot are those exporting CC, CCLD, CPP, CXX, FC, LD, plus the TOOLCHAIN_OPTIONS= line | 14:21 |
| lucaceresoli | but the recipe only passes the HOST and KERNEL_ variants of those | 14:22 |
| RP | lucaceresoli: which machine is this for? It is working everywhere else without the headers so I'm wondering how your setup differs | 14:22 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-142-115.w83-201.abo.wanadoo.fr> has joined #yocto | 14:22 | |
| RP | rburton: we should decide about the python and hostname patches in -next. In or out in which form? | 14:23 |
| RP | rburton: I'm leaning to merge the python ones and rework netbase to move the file | 14:23 |
| lucaceresoli | RP: I have a custom machine conf file, based on the zynqmp machine conf in meta-xilinx | 14:24 |
| RP | lucaceresoli: does the plain zynqmp machine work for thud? | 14:25 |
| RP | lucaceresoli: it may be the kernel version you're using needs some fix? | 14:25 |
| lucaceresoli | RP: yes, albeit in a different setup (they use multiconfig, I don't) | 14:25 |
| lucaceresoli | RP: in my files I have only a few extra definitions: | 14:26 |
| lucaceresoli | RP: the most relevant is PREFERRED_PROVIDER_virtual/kernel and PREFERRED_PROVIDER_virtual/bootloader pont to my linux and u-boot recipes | 14:26 |
| derRichard | ok, yocto-autobuilder-helper is not the right thing for me | 14:27 |
| lucaceresoli | RP: may the different virtual/kernel provider cause similar issues? | 14:27 |
| RP | lucaceresoli: well, it means you're using a totally different kernel ;-) | 14:27 |
| RP | derRichard: fair enough, its just a different way of handling setup based on a single config file | 14:28 |
| rburton | RP: sounds reasonable | 14:28 |
| derRichard | RP: for buildbot yocto-autobuilder-helper makes sense. but i need something small/simple/easy-to-use. so i go back to shellscript | 14:29 |
| derRichard | +reporepo | 14:29 |
| lucaceresoli | RP: but not different kernel sources. "my" kernel points to the same tag as Xilinx's. | 14:29 |
| lucaceresoli | RP: and my own kernel recipe is basically 'require recipes-kernel/linux/linux-yocto.inc' plus a few small additions | 14:30 |
| RP | derRichard: if something with -helper like functionality were part of bitbake, would that change? | 14:32 |
| RP | lucaceresoli: some difference has to cause it though! | 14:32 |
| derRichard | RP: yes. | 14:33 |
| lucaceresoli | RP: I totally agree :) | 14:33 |
| RP | derRichard: that is a potential future :) | 14:33 |
| derRichard | RP: to use yocto-autobuilder-helper, you need yocto-autobuilder2, this generates a layersinfo.json. then you need yocto-autobuilder-helper to fetch these repos, next step is having a config.json and run more magic scripts... | 14:34 |
| derRichard | a single tool plus a single config file would be nice :-) | 14:34 |
| derRichard | bonus: these scripts take parameters via commandline _and_ shell env | 14:34 |
| RP | derRichard: the idea is there could be a different driver than y-ab2, its just not been written yet | 14:34 |
| lucaceresoli | RP: I'm trying to restrict the area to investigate, do you think the kernel recipe itself can be the culprit (as opposed to the make-mod-scripts recipe?) | 14:35 |
| derRichard | RP: yeah, i understand. | 14:35 |
| RP | derRichard: including Jenkins | 14:35 |
| derRichard | so, no big deal. i'm fine with shellscript+reporepo or +gitsubmodules | 14:35 |
| RP | lucaceresoli: I'd check it really is the same kernel source and if so, diff the kernel configs | 14:35 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:36 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 14:36 | |
| *** niro22 <niro22!~niro@217.19.35.54> has joined #yocto | 14:44 | |
| *** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto | 14:44 | |
| *** niro88 <niro88!~niro@185.125.207.231> has joined #yocto | 14:46 | |
| lucaceresoli | RP: same kernel SHA-1. Do you mean you'd compare the two kernel diffs? To sort out what looks like an include path issue? Ok, will do it for lack of better ideas... but I don't get the reason | 14:47 |
| *** niro22 <niro22!~niro@217.19.35.54> has quit IRC | 14:48 | |
| RP | lucaceresoli: I'm wondering if linux-yocto is applying patches or something | 14:52 |
| RP | lucaceresoli: same sha may or may not mean what we'd like it to mean depending on where you get it from | 14:53 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:54 | |
| *** niro88 <niro88!~niro@185.125.207.231> has quit IRC | 14:59 | |
| lucaceresoli | RP: weird. After a cleansstate of kernel, now make-mod-scripts succeeded | 15:05 |
| lucaceresoli | I'm puzzled | 15:05 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 15:06 | |
| rburton | RP: think i fixed the sdk thing, will fire a new quick build now | 15:08 |
| RP | rburton: yay! | 15:14 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 15:18 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 15:25 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:27 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:28 | |
| *** niro22 <niro22!~niro@217.19.35.54> has joined #yocto | 15:30 | |
| yocti | New news from stackoverflow: Yocto compiled U-Boot for custom Sabresd-based board won't boot <https://stackoverflow.com/questions/54077257/yocto-compiled-u-boot-for-custom-sabresd-based-board-wont-boot> | 15:30 |
| *** niro88 <niro88!~niro@185.125.207.231> has joined #yocto | 15:31 | |
| *** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 15:34 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 15:34 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:35 | |
| *** niro22 <niro22!~niro@217.19.35.54> has quit IRC | 15:35 | |
| *** niro88 <niro88!~niro@185.125.207.231> has quit IRC | 15:42 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 15:55 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 16:04 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 16:04 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 16:06 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:06 | |
| kanavin | rburton_: I brought back nativeperl wrapper, can we do another AB pass? | 16:09 |
| kanavin | http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/perl-sanity | 16:10 |
| kanavin | RP: ^^^ | 16:13 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 16:13 | |
| *** camus <camus!~Instantbi@183.157.82.176> has joined #yocto | 16:16 | |
| *** kaspter <kaspter!~Instantbi@115.216.25.164> has quit IRC | 16:17 | |
| *** camus is now known as kaspter | 16:17 | |
| *** niro22 <niro22!~niro@217.19.35.54> has joined #yocto | 16:19 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 16:20 | |
| *** niro88 <niro88!~niro@185.125.207.231> has joined #yocto | 16:21 | |
| kanavin | RP: with the new code the upstream version checks for all recipes are no longer parallel, and thus much slower :( | 16:22 |
| *** niro22 <niro22!~niro@217.19.35.54> has quit IRC | 16:23 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 16:28 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:29 | |
| *** niro88 <niro88!~niro@185.125.207.231> has quit IRC | 16:29 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 16:30 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 16:30 | |
| yocti | New news from stackoverflow: Bitbake: How to only fetch the sources? <https://stackoverflow.com/questions/54078174/bitbake-how-to-only-fetch-the-sources> | 16:31 |
| *** mckoan is now known as mckoan|away | 16:35 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 16:40 | |
| JPEW | rburton: Ah! I always wondered why the SDK might possibly have multiple environment scripts.... its for multilib :) | 16:41 |
| Crofton | PLease check my answer to the s-o question | 16:44 |
| *** lollobrigido <lollobrigido!~lollofigo@178.255.189.210> has quit IRC | 16:47 | |
| ak77 | hello! | 16:56 |
| ak77 | where does qemu mac address come from? on different hosts it's the same, is there a way to deduct it from host's eth0 somehow ? | 16:57 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:4d04:476:9a70:47a8> has quit IRC | 16:58 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC | 17:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:08 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 17:10 | |
| RP | kanavin: If its a problem we can likely parallelise it | 17:11 |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 17:13 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 17:15 | |
| *** sgw <sgw!sgw@nat/intel/x-lrevushrjynkskfs> has joined #yocto | 17:15 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:22 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-233-157.home.otenet.gr> has quit IRC | 17:23 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 17:23 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 17:25 | |
| RP | kanavin: running | 17:27 |
| RP | JPEW: or potentially multiconfig too | 17:28 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-97-113.dsl.tropolys.de> has quit IRC | 17:28 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 17:32 | |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has quit IRC | 17:32 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:33 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 17:33 | |
| Crofton | kanavin, wtf is Yocto 2.5 :) | 17:38 |
| *** yates_home <yates_home!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 17:38 | |
| rburton_ | JPEW: yeah. the nightly-multilib autobuilder run has a three-way MIPS build | 17:40 |
| rburton_ | proper 32-bit, proper 64-bit, and that halfway 32/64 bit combo | 17:40 |
| rburton_ | thats where all the "check the binary matches what we expect" tests came from | 17:41 |
| yates_home | derRichard: could you pm me please? | 17:41 |
| RP | Crofton: the one after 2.4? | 17:49 |
| Crofton | lol | 17:50 |
| Crofton | I added a link to the version decoder ring | 17:50 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:53 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 18:05 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:12 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 18:25 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 18:25 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 18:40 | |
| derRichard | yates_home: did so | 18:46 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 18:51 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 18:55 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:55 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 18:55 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:57 | |
| * kroon wonders why some files under oe-core/meta/files/common-licenses/* get their "Modify"/"Change" timestamps updated during a build | 19:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:10 | |
| yates_home | ok | 19:11 |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 19:15 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 19:17 | |
| yates_home | derRichard: ok, check now please | 19:21 |
| *** Willy-- <Willy--!~william@184.48.144.235> has quit IRC | 19:22 | |
| tgoodwin | I have a python task that needs to import a module from a -native recipe that is not in a standard location like /usr/lib. I've used the `sys.path.insert(1, the_native_path)` however I get `No module named 'whatever'` after a few imports (e.g., `from some import native_thing` which then imports `whatever`). The pyc files are there, where it's supposedly searching. It works fine in a devshell and seems to only have a | 19:26 |
| tgoodwin | problem when importing modules relative to the top. | 19:26 |
| yocti | New news from stackoverflow: How to install dependencies from requirements.txt in a Yocto recipe for a local Python project <https://stackoverflow.com/questions/54080551/how-to-install-dependencies-from-requirements-txt-in-a-yocto-recipe-for-a-local> | 19:31 |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has quit IRC | 19:37 | |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has joined #yocto | 19:39 | |
| tgoodwin | Anyone have an idea on how to get the recursively referenced modules to import in the python task as well? | 19:46 |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:7992:26ad:dd7d:9d32> has joined #yocto | 19:56 | |
| *** berton_ <berton_!~berton@181.220.84.254> has joined #yocto | 20:02 | |
| *** otavio__ <otavio__!~otavio@181.220.84.254> has quit IRC | 20:04 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 20:04 | |
| *** otavio <otavio!~otavio@181.220.84.254> has joined #yocto | 20:06 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 20:06 | |
| *** CoRfr__ <CoRfr__!~CoRfr_@carmd-fwm01.sierrawireless.com> has joined #yocto | 20:12 | |
| tgoodwin | Ah, I see the problem. The python task isn't running a 2.7 interpreter, which my native module needs. | 20:12 |
| tgoodwin | Is there a way to have a python 2.7 task in bitbake? | 20:12 |
| kergoth | no. tasks run in bitbake itself, and bitbake is python 3 | 20:17 |
| kergoth | it sounds like what you really want is a separate python 2 script which a bitbake task runs | 20:17 |
| kergoth | and inherit pythonnaitve so 'python' in the task is the python 2 we built | 20:18 |
| kergoth | you can easily put the script in a layer, add that layer's scripts path to the PATH in layer.conf, and thereby ensure you can run it from the task easily | 20:18 |
| rburton_ | tgoodwin: https://pythonclock.org | 20:24 |
| kergoth | heh, indeed | 20:26 |
| rburton_ | just saying ;) | 20:27 |
| tgoodwin | kergoth: nice | 20:31 |
| tgoodwin | Yeah I need to share that link with a few people. | 20:32 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 20:37 | |
| kroon | How to use this new bitbake-hashserv, is one supposed to start it manually and then have SSTATE_HASHEQUIV_SERVER set and do a build ? | 20:38 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 20:39 | |
| * armpit nothing like loading the gun to shoot yourself in the foot... gosh, I am expert at it | 20:41 | |
| *** berton_ <berton_!~berton@181.220.84.254> has quit IRC | 20:43 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 20:43 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 20:43 | |
| derRichard | i get this warning: package-foo went backwards which would break package feeds from (0:git0+90bd93c1ae-r0 to 0:git0+25e2fb7e3c-r0) | 20:45 |
| derRichard | why is this kind of check not disabled for autorev/git recipes? | 20:45 |
| derRichard | comparing the git sha1 is not very wise ;) | 20:46 |
| kergoth | iirc if you're using SRCPV it should include a leading number based on commit count, not hash alone | 20:46 |
| kergoth | which is why you shouldnt directly add SRCREV to your PV | 20:46 |
| JPEW | kroon: Yes, but it's still a work in progress :) | 20:47 |
| JPEW | kroon: Including documentation | 20:48 |
| derRichard | kergoth: well, i did: | 20:48 |
| derRichard | SRCREV = "${AUTOREV}" | 20:48 |
| derRichard | PV = "git${SRCPV}" | 20:48 |
| derRichard | is this stupid? :) | 20:48 |
| kergoth | that's correct, not sure why you're getting git0 for both unless you rebased the branch so the distance didn't change | 20:49 |
| kergoth | hmm | 20:49 |
| derRichard | i did not rebase | 20:50 |
| JaMa | derRichard: did you enable prserv? | 20:50 |
| derRichard | since i don't know what prserv is, i guess "no" :-) | 20:50 |
| kroon | JPEW, figured out I had to set BB_SIGNATURE_HANDLER too | 20:51 |
| JaMa | prserv is a service which returns incremented LOCALCOUNT number to be used as a prefix for SRCREV in SRCPV | 20:51 |
| JPEW | kroon: Oh, right that too :) | 20:51 |
| JPEW | kroon: Also SSTATE_HASHEQUIV_REPORT_TASKDATA = "1" if you want to be nice and make debugging the cache a little easier | 20:52 |
| derRichard | kergoth: this git repo has no tags. maybe this is the reason for git0 | 20:52 |
| kroon | JPEW, just wondering, in the end, shouldn't the server be started/stopped automatically when doing a build with bitbake ? | 20:52 |
| JPEW | kroon: And probably INHERIT += "reproducible_build" | 20:53 |
| JPEW | kroon: Ya possibly... running a local one might not be too useful AFAICT. You really need to share one for maximal effectiveness (sort of like the prserv) | 20:53 |
| kroon | JPEW, hmm I though this hashserv thing would sort of accelerate doing incremental builds ? | 20:54 |
| JPEW | kroon: Thats the end goal, but its not there right now | 20:55 |
| kroon | JPEW, ok | 20:55 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:58 | |
| *** ravi__ <ravi__!~ravi@2a02:908:698:68a0:7992:26ad:dd7d:9d32> has quit IRC | 21:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:19 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:19 | |
| kroon | JPEW, I'm trying to figure out if it makes sense to use some of the hash output from OEOuthashBasic() and store that in buildhistory, to detect when files change | 21:19 |
| JPEW | kroon: Possibly, is this as part of an attempt to make builds more reproducible? | 21:20 |
| kroon | JPEW, well, more like detecting when files change, so that fixes can be made to make it reproducible. buildhistory seemed like the place to put this info, at least i'm not aware of any other way to easily detect changes in the output | 21:23 |
| JPEW | kroon: Yes, I think using the output from OEOuthashBasic would be a good use for that. I've been meaning to find some one working on the reproducible build setup to suggest it | 21:24 |
| JPEW | kroon: The only thing to be aware of is that OEOuthashBasic ignores timestamps | 21:24 |
| kroon | JPEW, ok | 21:26 |
| JPEW | kroon: In general I think there is a lot of good overlap between the usecases for using the hash equivalence to accelerate builds and reproducible builds | 21:27 |
| yocti | New news from stackoverflow: need help in using bitbake INCOMPATIBLE_LICENSE flag <https://stackoverflow.com/questions/34047903/need-help-in-using-bitbake-incompatible-license-flag> | 21:32 |
| tgoodwin | Anyone see this on rocko: I'm getting an installed-vs-shipped QA about files that don't exist in the image's directory (which were deleted during the install task after autotools ran). | 21:45 |
| tgoodwin | Turns out it's the base do_package duplicating my sources and putting them into the package path. So that suggestion from installed-vs-shipped actually can't be worked around since do_package is causing its own problem. | 21:52 |
| derRichard | guys, can it be that the go-cross-canadian package is broken? it contains the go compiler but no sources for the standard go packages | 21:52 |
| derRichard | therefore you cannot build anything with the go compilert in the sdk | 21:53 |
| RP | derRichard: you may need to add something to the target sysroot too? | 22:00 |
| * RP doesn't know much about go | 22:01 | |
| derRichard | RP: well, i hoped that go-cross-canadian-XXX-dev contains these files, but this rpm is empty | 22:02 |
| derRichard | usually the "go" package on a linux distro contains the compiler plus the standard library | 22:02 |
| RP | derRichard: I'd not expect that package to contain those things | 22:03 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 22:03 | |
| RP | derRichard: its the wrong arch (running on the nativesdk system) | 22:03 |
| RP | derRichard: go-runtime-dev in the target sysroot? | 22:04 |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:04 | |
| derRichard | let me check, this is a good idea | 22:04 |
| derRichard | RP: sounds like a sane approach, go-runtime-dev was not installed | 22:05 |
| derRichard | let me rerun the build | 22:05 |
| derRichard | that go stuff drives me crazy | 22:05 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:08 | |
| kroon | JPEW, sstate.bbclass line 826 looks a little funny .. stat:ing twice is that intentional ? | 22:10 |
| kroon | (using master-next) | 22:11 |
| JPEW | kroon: Yes it is on purpose. It is reporting the file mode (permissions; S_IMODE) and file type (e.g. file, directory, symlink; S_IFMT) seperately to make it easier to see why something changed | 22:12 |
| JPEW | It doesn't actually call stat() twice | 22:13 |
| *** mrk377 <mrk377!a2f43371@gateway/web/freenode/ip.162.244.51.113> has joined #yocto | 22:14 | |
| kroon | hmm are we talking about the same line.. ? this one "if stat.S_ISBLK(s.st_mode) or stat.S_ISBLK(s.st_mode):" | 22:15 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 22:15 | |
| JPEW | ah, hah hah. | 22:15 |
| JPEW | You are correct, it should be stat.S_ISBLK() or stat.S_ISCHR() | 22:16 |
| kroon | yes, that would make more sense :-) | 22:17 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-142-115.w83-201.abo.wanadoo.fr> has quit IRC | 22:21 | |
| mrk377 | Quick guidance question: I have used a custom BSP for many years with a Pentium-M architecture. Now I am migrating to an Intel-Atom (E3845) w/ BayTrail SoC. It appears I must use the meta-intel BSP. I'm currently at Sumo for Pentium-M. How do use the meta-intel BSP (MACHINE ?= intel-corei7-64) and include all my previous BSPs? I am currently using meta-intel as a submodule and symbolic linking to POKY_DIR. Is it best to copy | 22:22 |
| fray | you never have to use meta-intel (or any other semi layer).. you can always do it yourself.. | 22:24 |
| fray | But often it's easier to use a semi's layer -- just keep in mind it often comes with penalties of requring a kernel different from the main YP kernel | 22:24 |
| mrk377 | When you say, do it yourself. Are you referring to copying the meta-intel as a starting point then honing it down to the bare essentials? | 22:26 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 22:26 | |
| fray | no, I'm referring to you defining your own machine.conf file for your own boards and using the Yocto Project kernel for sources | 22:26 |
| fray | since the Yocto Project kernel is very close to the upstream Linux kenrel (kernel.org).. If you know it works there, it should work properly with the Linux Yocto as well. | 22:27 |
| fray | if you want to use a semi layer, such as meta-intel, then just download it 'somewhere', and when you create a new build directory, you just add it to your build's conf/bblayers.conf file | 22:27 |
| fray | that will enable the components, after that it's just an issue of using the components and configurign them properly | 22:27 |
| fray | (this is all covered the main documentation) | 22:28 |
| mrk377 | Oh, yes I currently have a "machine.conf" for my pentium-M. It works great, and has many custom kernel options for 3.14.* and many bbappend files. This new hardware will require a new kernel 4.11+ and I am wondering best way to start. I was gonna start with the meta-intel but didn't know if that is correct? | 22:29 |
| fray | if you are not using anything specific from meta-intel, there is no reason to use it.. | 22:31 |
| mrk377 | A semi-layer (BSP) is the meta-intel. I understand terminology now. Hmmm. If you tweak the meta-intel BSP files then what is best way to control? Your own repo? | 22:31 |
| fray | (specific things, optimziation configurations, specific BSP configurations, kernel modules, etc) | 22:31 |
| fray | In general you want to make sure only include layers that have specific items you want/need/use.. otherwise you run a risk of introducing errors or difficult to find problems.. | 22:32 |
| mrk377 | I see. I believe I need the meta-intel for optimization but not certain yet. The meta-intel might not be required if I'm not using the graphics card, etc. It is a headless unit. | 22:33 |
| fray | (I've got nothing against meta-intel or any other semi layer -- just be aware of what you are getting when you use them) often they provide custom kernel sources that may provide specific vendor features (good) or (bad) lock you in to some random kernel that is difficult to support | 22:33 |
| mrk377 | I don't want vendor lock. I have been locked to the 3.14 kernel due to HW drivers. | 22:34 |
| mrk377 | In the past | 22:34 |
| fray | Atom/Baytrail may not have specific system config files.. I believe it supports the core i7 config | 22:34 |
| mrk377 | Yeah, I don't know if the Baytrail SoC requires the meta-intel. I | 22:35 |
| mrk377 | am just getting ramped up for this new effort. Wanted the expert opinions from you guys. Thanks for ideas. | 22:35 |
| fray | intel arch is one of those that mostly just works without anything special.. unless you need specific drivers and/or graphics support.. | 22:35 |
| fray | I tend to stay away from meta-intel, only because I want to use the linux-yocto kernel (stock) to try to avoid semi vendor specific changes.. | 22:36 |
| fray | (since i have to support a bunch of ARM, MIPS and PPC systems as well) | 22:36 |
| fray | it does mean that there is potentially more work on my side to setup the system tuning, and configure the kernel though.. | 22:36 |
| fray | but it's a reasonable tradeoff for my needs.. | 22:36 |
| mrk377 | I'll try to maintain my custom machine.conf, and update kernel first. It might be without major headaches, but it's never quite that easy. ;) | 22:37 |
| *** anubani <anubani!~quassel@213.6.2.253> has quit IRC | 22:38 | |
| fray | Using third party layers can make things easier, (and usually does for userspace).. but when it comes to the kernel.. you need to either trust the semi (and understand that one kernel is usually not compatible with another semi's kernel) or use the stock system and then have access to the shared kernel. Both are entirely valid approaches, just a tradeoff | 22:39 |
| fray | (since semi kernels often have specific board and device optimizations not in the more generic shared kernel. | 22:39 |
| fray | but either way the approaches are similar.. any work you do should be in your own custom layer anyway.. (even if it's adjustments to meta-intel).. makes it easier to manage long term.. and the approach of including layers (meta-intel and/or your own) is pretty standard | 22:40 |
| mrk377 | Fray: Preventing a custom delivery, I will try to keep stock kernel. I see your points. | 22:41 |
| fray | (and if you want to use the raw upstream kernel.org kernel, you can do that as well.. but the Linux yocto kernel has a few common integration changes that are usually needed.. thus I prefer the linux-yocto kernel over kernel.org myself) | 22:42 |
| mrk377 | If I do use the meta-intel BSP, then I will control within my local repo. This is different from my openembedded submodule. I was hoping to use a submodule for meta-intel if needed. | 22:43 |
| mrk377 | I will stick with the yocto-kernel. That is what I use now for my deployments. | 22:43 |
| fray | the way you download the layers (submodules or otherwise) is up to you.. there is no standard approach.. I use 'repo' myself, but I don't know of any two groups that do exactly the same thing | 22:44 |
| *** rewitt <rewitt!~rewitt@134.134.139.76> has joined #yocto | 22:44 | |
| fray | (I don't particularly like submodules, as I find them harder to manager then repo... but that is personal preferrence) | 22:44 |
| mrk377 | submodules for openembedded has been easy for me when jumping yocto releases. It just required some experimentation of both. | 22:45 |
| fray | whatever youa re comfortable is fine for managing downloads.. | 22:46 |
| mrk377 | Fray: Thanks again for your activity and responses. I appreciate it. Well done sir. | 22:47 |
| fray | no problem.. | 22:48 |
| kroon | JPEW, I'm thinking along the lines of putting a processed depsig.do_package under version control in buildhistory, maybe making the content a little more human-readable | 22:56 |
| JPEW | depsig isn't human readable? ;) | 22:57 |
| JPEW | More seriously, it should be human readable, thats most of the point of having it exist. Now is the time to change it if you have suggestions before it starts being used | 22:58 |
| kroon | JPEW, fairly human readable to be fair :-) but maybe file mode and type could be spelled out in a way that is easier to grasp | 23:00 |
| kroon | JPEW, instead of a hex number | 23:00 |
| *** anubani <anubani!~quassel@213.6.2.253> has joined #yocto | 23:01 | |
| JPEW | kroon: Sure, that would make sense. Can you comment about that (and any other ideas that would make the reproducible stuff easier) on the patch on the mailing list? | 23:01 |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has joined #yocto | 23:01 | |
| JPEW | kroon: I'd rather spend a little longer now that have a OEOuthashBasic2 in a few months :) | 23:02 |
| *** mrk377 <mrk377!a2f43371@gateway/web/freenode/ip.162.244.51.113> has quit IRC | 23:02 | |
| kroon | JPEW, oh is this set in stone once released :-/ | 23:03 |
| kroon | JPEW, sure I'll post a mail tomorrow with these comments | 23:03 |
| JPEW | No, you can choose a new one, it just invalidates all the old hashes | 23:03 |
| JPEW | kroon: Thanks | 23:04 |
| derRichard | robbawebba: found why my go application crashes when built with yocto. it is due to dynamic linking | 23:07 |
| derRichard | if i disable it in meta/classes/goarch.bbclass, the application works fine | 23:08 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 23:08 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wbortzkahipkhacr> has joined #yocto | 23:11 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 23:19 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 23:20 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 23:24 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 23:25 | |
| *** anubani <anubani!~quassel@213.6.2.253> has quit IRC | 23:27 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:27 | |
| *** anubani <anubani!~quassel@213.6.2.253> has joined #yocto | 23:32 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 23:33 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-hwdlfgvalzzkfyuk> has joined #yocto | 23:35 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-hwdlfgvalzzkfyuk> has quit IRC | 23:38 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 23:42 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-grohxqxxpmwycdnn> has joined #yocto | 23:54 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has quit IRC | 23:57 | |
| *** mihais <mihais!~mihaiserb@95.76.150.3> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!