| *** apteryx_ <apteryx_!~maxim@157.52.5.144> has joined #yocto | 00:10 | |
| *** apteryx <apteryx!~maxim@45.72.138.75> has quit IRC | 00:10 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 00:12 | |
| RP | khem: if you can't spot the issue, send me a note of the config and I can try and reproduce and investigate tomorrow | 00:13 |
|---|---|---|
| khem | RP: ok | 00:13 |
| khem | thx | 00:14 |
| khem | RP: reproduced with poky | 00:14 |
| RP | khem: we test esdk heavily with poky, what did you change? | 00:14 |
| khem | RP: clone another layer parallel to poky and then add that layer to bblayers.conf in normal poky build | 00:14 |
| khem | I cloned meta-openembedded parallel to poky | 00:15 |
| khem | then added meta-openembedded/meta-oe to bblayers.conf | 00:15 |
| khem | bitbake -cpopulate_sdk_ext core-image-minimal | 00:15 |
| khem | ended in same error as I am seing | 00:15 |
| khem | BBLAYERS ?= " \ | 00:16 |
| khem | /mnt/a/yoe/sources/meta-openembedded/meta-oe \ | 00:16 |
| khem | /home/kraj/work/poky/meta \ | 00:16 |
| khem | /home/kraj/work/poky/meta-poky \ | 00:16 |
| RP | khem: the uninative checksum going missing? | 00:16 |
| khem | /home/kraj/work/poky/meta-yocto-bsp \ | 00:16 |
| khem | " | 00:16 |
| RP | the second error is a comparatively well known issue which is a config difference somewhere. The first one is much more unusual | 00:17 |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 00:17 | |
| khem | RP: not that one but the second error https://gist.github.com/aaef616cc8788be2571ed5aa2d11e86c | 00:17 |
| khem | I see | 00:17 |
| RP | khem: the second one means it didn't replicate the config enough to get matching task hashes | 00:18 |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 00:21 | |
| khem | and I think its trying to add layers relative to its own location see ERROR: Layer directory '/home/kraj/work/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/sdk-ext/image/tmp-renamed-sdk/layers/../../../mnt/a/yoe/sources/meta-openembedded/meta-oe' does not exist! Please check BBLAYERS in | 00:21 |
| khem | /home/kraj/work/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/sdk-ext/image/tmp-renamed-sdk/conf/bblayers.conf | 00:21 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-nlrxhwvuvksbufah> has quit IRC | 00:24 | |
| khem | RP: my distro does not use oe-init-build-env script at all | 00:27 |
| khem | I wonder if that is a difference | 00:27 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 00:30 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 00:34 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 00:38 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:42 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 00:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 00:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 00:42 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 00:43 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-zzaguqozpnatoeba> has joined #yocto | 01:03 | |
| *** anujm <anujm!anujm@nat/intel/x-rkqokxplngmycrey> has joined #yocto | 01:23 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 01:30 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:41 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:43 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a0ac:ef77:794d:67d9> has quit IRC | 02:04 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 02:06 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 02:09 | |
| *** falstaff <falstaff!~ags@46.140.72.82> has joined #yocto | 02:21 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 02:21 | |
| *** obsrwr <obsrwr!~obsrwr@51B6AF9F.dsl.pool.telekom.hu> has joined #yocto | 02:21 | |
| *** obsrwr_ <obsrwr_!~obsrwr@51B6C549.dsl.pool.telekom.hu> has quit IRC | 02:24 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 02:28 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 02:31 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 02:31 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 02:33 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b19c:c43d:d2e1:10c> has joined #yocto | 02:37 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 02:41 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 03:00 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 03:05 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 03:16 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 03:22 | |
| *** anujm <anujm!anujm@nat/intel/x-rkqokxplngmycrey> has quit IRC | 03:25 | |
| *** woky <woky!~woky@2a02:2b88:2:1::e72:1> has left #yocto | 03:25 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 03:26 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 03:31 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 03:32 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:34 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:34 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 04:06 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 04:06 | |
| *** anujm <anujm!~anujm@134.134.139.75> has joined #yocto | 04:08 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 04:27 | |
| *** anujm <anujm!~anujm@134.134.139.75> has quit IRC | 04:33 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC | 04:39 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 04:42 | |
| *** anujm <anujm!~anujm@192.55.54.45> has joined #yocto | 04:50 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 05:03 | |
| erbo | I saw a mention in the Yocto Ref Manual that rm_work could actually speed up builds. It seems a bit unintuitive to me, but I guess disk caching benefits might be tricky to grasp. Anyone know of benchmarks or so that can show some results? | 05:29 |
| *** anujm <anujm!~anujm@192.55.54.45> has quit IRC | 05:33 | |
| *** apteryx_ is now known as apteryx | 05:41 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:51 | |
| *** anujm <anujm!~anujm@134.134.139.73> has joined #yocto | 05:52 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:00 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 06:04 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:10 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:16 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:16 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 06:18 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:ed56:6b9e:b5a:7e5a> has joined #yocto | 06:33 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 06:34 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 06:34 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 06:43 | |
| *** anujm <anujm!~anujm@134.134.139.73> has quit IRC | 06:43 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 06:45 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:54 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 06:58 | |
| *** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC | 06:59 | |
| *** anujm <anujm!anujm@nat/intel/x-yoggbcwxeptnfiax> has joined #yocto | 07:00 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:26 | |
| *** frsc <frsc!~frsc@200116b824386f002a402385e419340e.dip.versatel-1u1.de> has joined #yocto | 07:35 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:51 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:58 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-080.dsl.tropolys.de> has joined #yocto | 08:02 | |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 08:03 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 08:04 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 08:12 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:13 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 08:15 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:28 | |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 08:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:39 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 08:46 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 08:48 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 08:53 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 08:56 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 09:01 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 09:03 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ltjxjfwpriscfkcu> has joined #yocto | 09:06 | |
| RP | khem: ah, it was site/conf? | 09:09 |
| pepijndevos | I have a few git autoinc recipes, but our internal git server is momentarily down. Why is it a fatal error if it can't check for updates? It has all the code. | 09:15 |
| rburton_ | RP: want to pull my ranlib thing into next too? | 09:16 |
| rburton_ | best give it a nice message | 09:16 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has joined #yocto | 09:17 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has joined #yocto | 09:17 | |
| pepijndevos | arg.. I can't even build any other recipe, because all the git ones give fatal errors, while they should be up to date. | 09:20 |
| pepijndevos | I found some reference to BB_SKIP_NETTESTS=yes, but this does nothing at all. | 09:24 |
| RP | rburton_: that should be in the next round, yes | 09:27 |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto | 09:29 | |
| pepijndevos | Is there any way to skip fetching these recipes? | 09:33 |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 09:37 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:38 | |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 09:42 | |
| *** florian_kc is now known as florian | 09:45 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has quit IRC | 09:52 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has joined #yocto | 09:53 | |
| rburton_ | pepijndevos: set srcrev to the current sha you have? | 09:53 |
| pepijndevos | That would be annoying but workable if the git server stays down for long enough. | 09:56 |
| pepijndevos | Different and odd issue: /bin/systemctl does not have execute permission. | 09:57 |
| pepijndevos | -rw-r--r-- | 09:57 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:03 | |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC | 10:12 | |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto | 10:13 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 10:17 | |
| varjag | so what happens if there are several .bbappend files to the same recipe? | 10:29 |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 10:29 | |
| varjag | all of them are applied in some uncertain order? | 10:30 |
| LetoThe2nd | varjag: layer priority should apply | 10:30 |
| varjag | so, in order of decreasing PV? | 10:34 |
| varjag | or, wait, should it be increasing | 10:34 |
| *** sno <sno!~sno@2a01:598:8187:f519:54fc:68b5:7209:8370> has joined #yocto | 10:36 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 10:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 10:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:55 | |
| *** niro22 <niro22!~niro@82-69-19-155.dsl.in-addr.zen.co.uk> has joined #yocto | 10:58 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:00 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 11:03 | |
| *** falk0n <falk0n!~falk0n@a109-49-146-119.cpe.netcabo.pt> has joined #yocto | 11:06 | |
| pepijndevos | Stupid question that I can't seem to find in the "user" manual with a ton of "user" configuration is how to actually add a custom user, other than passwordless roos | 11:10 |
| pepijndevos | *root | 11:10 |
| RP | pepijndevos: there is an example in meta-skeleton | 11:15 |
| pepijndevos | thanks | 11:17 |
| RP | rburton: going to rerun -next with a couple of small tweaks like mingw fix, see if we can get a clean pass before we test more patches | 11:19 |
| rburton | cool | 11:19 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 11:21 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 11:22 | |
| *** niro22 <niro22!~niro@82-69-19-155.dsl.in-addr.zen.co.uk> has quit IRC | 11:23 | |
| *** sno <sno!~sno@2a01:598:8187:f519:54fc:68b5:7209:8370> has quit IRC | 11:24 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:26 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:27 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:31 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:31 | |
| kanavin | rburton: what would be a good GL thing to run that provides better eye candy than glxgears? (preferably available in oe-core) | 11:56 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-080.dsl.tropolys.de> has quit IRC | 11:57 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-080.dsl.tropolys.de> has joined #yocto | 11:58 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b19c:c43d:d2e1:10c> has quit IRC | 11:59 | |
| rburton | kanavin: as a test or what? | 12:00 |
| rburton | i've been meaning to knock up a recipe for https://benchmark.unigine.com/valley but that's quite a lot larger than glxgears | 12:01 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b19c:c43d:d2e1:10c> has joined #yocto | 12:01 | |
| rburton | pretty though | 12:01 |
| kanavin | rburton: both test and demo | 12:01 |
| rburton | valley then, it's not open source but free to use | 12:01 |
| rburton | well, not commercialy | 12:02 |
| rburton | would have to read the terms | 12:02 |
| kanavin | they also have a couple other benchmarks | 12:03 |
| rburton | tropics is a lot smaller and doesn't say non-commercial | 12:04 |
| varjag | if i have an autotools based recipe, can i still use do_install there? | 12:06 |
| varjag | to install some binary blobs to certain paths | 12:06 |
| RP | rburton: can you look at the last oe-selftest failure. We have a problem in the connection code :( | 12:10 |
| RP | rburton: hmm, triggered by the patch from robert | 12:12 |
| rburton | varjag: do_install_append to do your custom bits | 12:12 |
| RP | rburton: oh, they're all racing each other | 12:13 |
| varjag | rburton: thanks. the recipe is mine, i.e. it's not an append file | 12:13 |
| varjag | should i use do_install_append vs do_install still? | 12:13 |
| rburton | varjag: didn't say it was. yes. you write a do_install_append to append to do_install, which is provided by autotools.bbclass | 12:13 |
| rburton | there are other ways, that's the easiest | 12:13 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 12:14 | |
| varjag | i see, thanks | 12:14 |
| rburton | you could write do_install() and inside it call autotools_do_install and then your stuff | 12:14 |
| varjag | ah, so that's how it works | 12:17 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:21 | |
| kanavin | rburton: I was wondering why cmake is so slow :) | 12:39 |
| rburton | with autoconf had a parallell button! | 12:39 |
| rburton | s/with/wish/ | 12:39 |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 12:40 | |
| yocti | New news from stackoverflow: Update the Yocto recipe with devtool <https://stackoverflow.com/questions/53856554/update-the-yocto-recipe-with-devtool> | 12:40 |
| kanavin | rburton: there are more recipes that we can (and should) convert to meson | 12:47 |
| kanavin | e.g. mesa, glib | 12:47 |
| rburton | koen has a patch for mesa in progress | 12:48 |
| kanavin | I wonder if there's anything interesting in mesa-demos | 12:51 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 12:52 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:07 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:07 | |
| ant_home | rburton, heh, when I poked you about mipsel site endianness I did not imagine it would lead to the complete removal of siteconfig :) | 13:20 |
| rburton | DIE DIE DIE | 13:20 |
| rburton | pull a thread and look what happens | 13:20 |
| rburton | variety of pieces came together | 13:20 |
| rburton | i benchmarked it a few weeks ago and knew it was not as useful as assumed | 13:21 |
| rburton | then RP discovered that the only thing keeping glibc-initial around with siteconfig | 13:21 |
| ant_home | I'm firing a build to test that | 13:25 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 13:27 | |
| ant_home | with musl actually | 13:27 |
| ant_home | mipsel ;) | 13:28 |
| RP | and then I started looking at why we needed gcc-initial :) | 13:38 |
| RP | rburton: merge the non gcc pieces of -next? | 13:39 |
| ant_home | btw I read today in one forum that OE suxx because cross-localedef is built with the buildhost headers | 13:39 |
| ant_home | the -native ofc | 13:39 |
| ant_home | what was the problem? they have olg glibc < 2.28 | 13:40 |
| RP | ant_home: it should probably use target headers | 13:41 |
| RP | ant_home: well, hmm. glibc did mess the locale formats around recently :( | 13:41 |
| ant_home | ah | 13:41 |
| RP | ant_home: or do you mean they were using an old target glibc with a modern cross-localedef ? | 13:42 |
| ant_home | https://github.com/OpenPLi/openpli-oe-core/commit/257d59839ab82787a80d68355ced551c075e8f2a | 13:42 |
| ant_home | they are moving to sumo now, I am helping toward thud | 13:42 |
| RP | ant_home: if the OE developers are unaware there is a problem its less likely to get fixed | 13:43 |
| ant_home | heh | 13:44 |
| ant_home | doesn't uninative help right here? | 13:44 |
| RP | ant_home: uninative doesn't have headers, so no | 13:44 |
| ant_home | ok | 13:44 |
| ant_home | so it looks like host-contamination afais | 13:45 |
| ant_home | RP: last time I had problems was when gentoo had a strange glibc, years ago. Just once. | 13:46 |
| RP | ant_home: https://github.com/kraj/localedef - talk to khem but I think we may have sorted this | 13:46 |
| ant_home | remember they lag years behind :/ | 13:47 |
| RP | ant_home: yes, I think it could have been fixed | 13:47 |
| ant_home | I have just told them only minor changes are needed between sumo and thud. Did I lie? | 13:48 |
| ant_home | ;) | 13:48 |
| RP | ant_home: khem's localedef has been around for a long time looking at the history, so no | 13:50 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:54 | |
| kanavin | rburton: glxgears FPS jumps ten-fold in qemu \0/ | 13:56 |
| kanavin | from 15ish to 160 or more | 13:56 |
| T_UNIX | rburton: shouldn't meson be provided with the toolchain, if an image's recipe `inherit meson`?. | 13:57 |
| kanavin | oh, and: X rendering is done via glamor, and looks fine | 13:57 |
| kanavin | T_UNIX: meson class is for building software, similar to autotools or cmake classes | 13:58 |
| T_UNIX | i.e. `foo.bb` contains `include meson`. `foo` is part of `bar-image`. Then `bitbake bar-image -c populate_sdk` should populate the generated sdk with meson, shouldn't it? | 13:58 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:59 | |
| T_UNIX | kanavin: so I'd need to write another recipe that would `inherit crosssdk` | 13:59 |
| RP | T_UNIX: no :/ | 14:00 |
| RP | T_UNIX: "inherit meson" means this recipe uses meson to build, it doesn't have any affect on the sdk | 14:01 |
| T_UNIX | I got that | 14:01 |
| RP | T_UNIX: you'd want to include nativesdk-meson in the SDK through the normal sdk package inclusion mechanism | 14:02 |
| RP | assuming nativesdk-meson exists | 14:02 |
| RP | if it doesn't you'd then need to BBCLASSEXTEND meson to nativesdk | 14:02 |
| T_UNIX | RP afaics it does not exist yet | 14:02 |
| RP | T_UNIX: I see a nativesdk-meson .bb file here | 14:03 |
| T_UNIX | RP: where's is that? | 14:04 |
| T_UNIX | damn. likely sumo or even newer? | 14:04 |
| RP | T_UNIX: master | 14:04 |
| rburton | thud has it too | 14:05 |
| rburton | if you're using an old release, you'll be best to just copy/paste the recipes and classes from thud | 14:05 |
| rburton | huh we don't have a meson test for the sdk yet | 14:06 |
| rburton | RP: permission to add nativesdk-meson to core-image-sato's sdk task sir | 14:06 |
| RP | rburton: if you mean the packagegroup for tools, yes | 14:06 |
| rburton | that's the debate: all toolchains? | 14:07 |
| RP | rburton: looking at the other stuff in it and the fact it has minimal depends, nativesdk-packagegroup-sdk-host should be ok? | 14:08 |
| rburton | yeah just done that | 14:08 |
| RP | rburton: cmake, opkg, unfs3 | 14:09 |
| RP | that darwin override looks a bit sad | 14:09 |
| T_UNIX | rburton: RP: thanks :) | 14:10 |
| rburton | RP: awwww lonely | 14:10 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 14:16 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:17 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 14:18 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:19 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 14:21 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:32 | |
| *** mrc3 <mrc3!mrc3@linaro/mrc3> has quit IRC | 14:33 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-fuglknstuwqprivu> has quit IRC | 14:33 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 14:34 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 14:36 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 14:37 | |
| yates | i have matchbox/sato running in a session, and i've updated a desktop file but matchbox/sato doesn't appear to be picking up the mod. is there a way i can get matchbox/sato to update (reload) the .desktop files from the command line? | 14:38 |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-ixuwdelrhcxlhihq> has joined #yocto | 14:44 | |
| *** falstaff <falstaff!~ags@46.140.72.82> has quit IRC | 14:50 | |
| *** mrc3 <mrc3!mrc3@gateway/shell/linaro/x-hdisqbkhenyarvad> has joined #yocto | 14:51 | |
| *** mrc3 <mrc3!mrc3@linaro/mrc3> has joined #yocto | 14:51 | |
| *** falstaff <falstaff!~ags@46.140.72.82> has joined #yocto | 14:57 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:59 | |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto | 15:04 | |
| joseppc | Hi,I am using yocto 2.5, and I get an error when I do "import json" with python3, as if the module was missing, shouldn't it be part of python's standard lib? | 15:07 |
| *** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 15:26 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:32 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has quit IRC | 15:34 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has quit IRC | 15:39 | |
| khem | RP: yes now its working | 15:40 |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has joined #yocto | 15:40 | |
| khem | RP: i am seeing http://errors.yoctoproject.org/Errors/Details/212931/ | 15:40 |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC | 15:46 | |
| rburton | joseppc: you probaby failed to install all of python. install python3 explicitly and you'll get the full runtime | 15:49 |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto | 15:50 | |
| joseppc | rburton: ok, thanks | 15:52 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 15:54 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:57 | |
| *** sno <sno!~sno@2a01:598:8187:f519:f1cb:6d15:894b:4c02> has joined #yocto | 16:10 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 16:10 | |
| *** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has quit IRC | 16:10 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:11 | |
| didile | hi! | 16:13 |
| didile | the "logging" module isn't installed for python 2.7.15 | 16:20 |
| rburton | did you install all of python? install 'python' (or python-modules if you're using an old release) | 16:20 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:21 | |
| rburton | kergoth: dude i can't pm you | 16:21 |
| didile | I see all the python tasks in the packages lists for "bitbake -g -u taskexp <image>" | 16:23 |
| didile | python.do_build | 16:24 |
| RP | khem: interesting. My aarch64 tests passed. What is different about that build? | 16:24 |
| didile | python.do_compile | 16:24 |
| didile | etc. | 16:24 |
| khem | its using glibc 2.29 | 16:24 |
| didile | In my recipe I've "python-simplejson", "python-subprocess" and "python-psutil" as RDEPENDS packages | 16:25 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:26 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 16:26 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:27 | |
| rburton | didile: so you're getting those (and the bits of the core library that they use) | 16:29 |
| ant_home | zeddii, h | 16:29 |
| ant_home | i | 16:29 |
| rburton | didile: easy fix: just rdepend on python-modules, and you'll get the whole standard library | 16:29 |
| ant_home | something wrong with the kernel scripts using musl | 16:29 |
| rburton | didile: (added to the ones you already have) | 16:29 |
| ant_home | zeddii, any hint? https://imagebin.ca/v/4QfWPH8sYB3S | 16:29 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 16:30 | |
| didile_ | should I add "python" as RDEPENDS in my python recipes? | 16:30 |
| didile_ | I already use "inherit setuptools" | 16:32 |
| *** NeilS <NeilS!6140a676@gateway/web/freenode/ip.97.64.166.118> has joined #yocto | 16:32 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 16:32 | |
| NeilS | hi | 16:32 |
| didile_ | "logging" is part of the standard python library | 16:32 |
| NeilS | I upgraded to Sumo and a new version of u-boot 4.9 | 16:32 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:32 | |
| NeilS | and i seem to be running into a build issue | 16:32 |
| NeilS | says "cc1: warning unknown register name :x18 | 16:33 |
| zeddii | ant_home. which kernel version is that ? I've never hit that with my musl build here. i might just not be building the same kernel versions. | 16:33 |
| ant_home | it's an old mipsel 3.13.5 | 16:34 |
| zeddii | holy lag from me typing that to it coming through | 16:34 |
| * zeddii clearly needs to debug | 16:34 | |
| ant_home | strangely build fails with musl tc | 16:34 |
| ant_home | maybe it's the initial scripting | 16:34 |
| ant_home | with musl, the assemble thinks it's a mips3 | 16:35 |
| ant_home | maybe bad-cut mips32 ? | 16:35 |
| ant_home | 83: Error: opcode not supported on this processor: mips3 (mips3) `sdc1 $f0,272+0 | 16:35 |
| ant_home | ($4)' | 16:35 |
| zeddii | hmm. interesting. | 16:36 |
| ant_home | both gcc's clearly pass -mel -mabi=32 -mhard-float -march=mips32 | 16:36 |
| RP | khem: ah, so its failing with 2.29? Not good | 16:39 |
| apteryx | how can I mute this 'your distro is not supported blablabla warning'? | 16:44 |
| RP | apteryx: SANITY_TESTED_DISTROS = "" | 16:44 |
| apteryx | thanks | 16:45 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 16:45 | |
| ant_home | RP: so new tc w/out *initial is failing with glibc 2.29? | 16:45 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:45 | |
| ant_home | I tested both separately... | 16:45 |
| RP | ant_home: for aarch64 for khem | 16:45 |
| ant_home | I see | 16:46 |
| apteryx | RP: am I supposed to just export this env var? Or is it a config to be written to a specific file? | 16:47 |
| khem | RP: its working on my local box though which uses gcc9+glibc2.29 so maybe glibc 2.29+gcc8+latest-toolchain-changes is the problem | 16:55 |
| ant_home | zeddii, the Makefiles are equal | 16:55 |
| ant_home | 100% | 16:56 |
| khem | RP: I know glibc 2.29 worked across all arches few days ago | 16:56 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:ed56:6b9e:b5a:7e5a> has quit IRC | 16:56 | |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 16:57 | |
| zeddii | hmmm | 16:59 |
| tlwoerner | why have so many YP Engineering Sync meetings been canceled? (e.g. Feb 5, Mar 5, Apr 2) | 17:03 |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 17:03 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ltjxjfwpriscfkcu> has quit IRC | 17:04 | |
| tlwoerner | are the technical team meetings for those days also canceled? | 17:04 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:05 | |
| RP | khem: very odd :( | 17:05 |
| RP | tlwoerner: I suspect Stephen is trying to cancel the one next week | 17:12 |
| tlwoerner | RP: with a shotgun, apparently ;-) | 17:13 |
| khem | tlwoerner: you dont support automatic weapons :) | 17:13 |
| khem | zeddii: did you pickup aarch64 fixes for kernel, | 17:13 |
| khem | RP: I am testing a lot of combinations, I guess once the toolchain sequence changes settle in and we look to upgrade glibc to 2.29 we might see it or if you have AB cycles throw 2.29 in and see if you can reproduce it too | 17:15 |
| *** falstaff <falstaff!~ags@46.140.72.82> has quit IRC | 17:16 | |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC | 17:17 | |
| zeddii | khem. I have them queued, was it just the 3 patch series you pointed me at yesterday ? | 17:17 |
| khem | yes, that will make my musl builds on aarch64 lot greener | 17:18 |
| zeddii | ok. I'll finish up my testing and send them out ASAP. | 17:19 |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 17:19 | |
| khem | ty zeddii | 17:21 |
| NeilS | Hi, I am seeing this as a build error when i try to build my image | 17:22 |
| NeilS | u-boot-controltech/2017.03-r0/git/scripts/Makefile.build:316: recipe for target 'arch/arm/cpu/armv8/exceptions.o' failed make[2]: *** [arch/arm/cpu/armv8/exceptions.o] Error 1 | 17:22 |
| khem | NeilS: the error should be up in logs as to what compiler is saying | 17:22 |
| NeilS | let me check | 17:23 |
| NeilS | starts here i guess Error: bad instruction `stp x29,x30,[sp,#-16]!' | 17:25 |
| NeilS | there are a bunch of cc1: warning: unknown register name: x18 before that | 17:26 |
| khem | are you using 32bit compiler by any chance ? | 17:26 |
| khem | or passing -mabi flag which turns on 32bit | 17:27 |
| NeilS | I just changed it so instead of using the 2015 uboot it build the 2017.. So i haven't really changed any flags just branches and revisions | 17:29 |
| khem | hmm then it must be in the Makefiles etc. of uboot | 17:29 |
| NeilS | can i force the right flags in the recipe or environment variables? | 17:29 |
| khem | that instr is a valid for 64bit arm | 17:29 |
| NeilS | ok.. this uboot is from variscite. They might know something or have a patch | 17:33 |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 17:52 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:54 | |
| RP | khem: FWIW MACHINE=qemuarm64 bitbake glibc with 2.29 worked here | 17:57 |
| *** niro22 <niro22!~niro@82-69-19-155.dsl.in-addr.zen.co.uk> has joined #yocto | 17:58 | |
| RP | JPEW: I put a patch for mingw in master-next for the gcc-initial changes | 18:00 |
| RP | JPEW: it passed testing | 18:00 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-080.dsl.tropolys.de> has quit IRC | 18:01 | |
| khem | RP: thats a good news | 18:11 |
| *** King_InuYasha is now known as Conan_Kudo | 18:11 | |
| *** Conan_Kudo is now known as King_InuYasha | 18:11 | |
| khem | RP: that only means its self-inflicted pain somewhere for me :) I will figure it | 18:11 |
| khem | RP: can I get a full test run with glibc 2.29 when ABs can | 18:12 |
| khem | RP: this will make it smooth slip in for glibc 2.29, since gcc 9 will come out around in April so its good to settle the big boulders early | 18:14 |
| khem | Support for the Armv5 and Armv5E architectures (which have no known implementations) has been removed. Note that Armv5T, Armv5TE and Armv5TEJ architectures remain supported. | 18:16 |
| khem | so we are on the edge now for qemuarm | 18:16 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:17 | |
| *** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto | 18:19 | |
| *** sno <sno!~sno@2a01:598:8187:f519:f1cb:6d15:894b:4c02> has quit IRC | 18:23 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 18:23 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 18:28 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 18:28 | |
| NeilS | ok figured out the issue with the u-boot build. A few options were not defined in the defconfig since we have our own defconfig. It's similar to the mx6 with a couple of options changed. I'm guessing the newer version of u-boot needed them. Additioanlly I had to add my new custome config options to the KConfig. Those two steps fixed the u-boot build issue. | 18:32 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:33 | |
| khem | good | 18:34 |
| no_such_user | Can anyone point me at a reference that explains the (git) workflow yocto uses? Im trying to get my head round the relationship between master / master-next / <release> / <release>-next ... | 18:36 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:36 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 18:41 | |
| *** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto | 18:57 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:59 | |
| khem | RP: it seems it fails sometimes http://errors.yoctoproject.org/Errors/Build/74043/ | 19:06 |
| khem | no_such_user: you submit the patch to mailing list and that ends up in master-next or release-next as a staging for maintainers to do some CI and validation, if all goes well it gets into master or release branch whereever its destined for | 19:07 |
| khem | review also happens on mailing list and if someone has feedback + the results of CI it either goes back to submitter to prepare a new version which addresses the problems or gets accepted if all is ok | 19:08 |
| khem | HTH | 19:08 |
| *** niro22 <niro22!~niro@82-69-19-155.dsl.in-addr.zen.co.uk> has quit IRC | 19:09 | |
| no_such_user | khem: Thanks! Specifically what Im trying to work out, is that I understand that my workflow in my layers should match the yocto workflow, especially to leverage stable release layers. However is (upstream) development just in master/master-next and named release layers *just* bugfixes? | 19:10 |
| no_such_user | and if something is new development, should it be in master and then backported down? | 19:11 |
| khem | yes main development happens on master and we follow a time based release model, where we release on roughly 6months cadence that becomes the release, we branch out and call it some obscure name and move master ahead | 19:14 |
| khem | from thereon, release branches only get bug fixes + security fixes and occasionally package upgrades but that is an exception and rarely done | 19:15 |
| khem | usually other layers integrate with release branches and call their branches with same branch name to keep it simple for users | 19:16 |
| khem | and some layers lay ground rules on how far back they support different releases and ensure that single branch keeps working across all those releases | 19:17 |
| khem | some layers just stick to older releases and skip few releases to sync with later release | 19:17 |
| khem | so there are different release strategies in place that I have seen | 19:18 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:24 | |
| *** frsc <frsc!~frsc@200116b824386f002a402385e419340e.dip.versatel-1u1.de> has quit IRC | 19:24 | |
| *** frsc <frsc!~frsc@200116b824386f002a402385e419340e.dip.versatel-1u1.de> has joined #yocto | 19:27 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:34 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:35 | |
| *** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has left #yocto | 19:46 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 19:47 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 19:54 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 19:54 | |
| no_such_user | khem: Ah great that makes sense, thanks | 19:56 |
| no_such_user | khem: So if my BSP is based on external layers with stable branches e.g. "rocko" I should develop locally with "rocko-next" branch in my layer, keeping my own "rocko" for stable code? i.e. Im basically ignoring master | 19:57 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:59 | |
| yocti | New news from stackoverflow: devtool upgrade ERROR: recipe is already in your workspace <https://stackoverflow.com/questions/53856554/devtool-upgrade-error-recipe-is-already-in-your-workspace> | 20:12 |
| *** frsc <frsc!~frsc@200116b824386f002a402385e419340e.dip.versatel-1u1.de> has quit IRC | 20:12 | |
| *** frsc <frsc!~frsc@200116b824386f002a402385e419340e.dip.versatel-1u1.de> has joined #yocto | 20:16 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 20:33 | |
| rburton | no_such_user: call your branches whatever you want, that's the policy for the oe branches. don't follow a next branch though because they'll change and broken stuff might be in there. | 20:36 |
| no_such_user | rburton: Ah, ok thanks. I got the impression from the yocto bsp guide that I should be following the same branching scheme...! | 20:38 |
| no_such_user | (although I think it probably makes sense to do so anyway as reduces complications) | 20:38 |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 20:38 | |
| rburton | no_such_user: god no, do what you want | 20:40 |
| rburton | if you're working on a BSP that is designed to be used with OE the following the naming is pretty obviously the right thing to do | 20:40 |
| rburton | ie call the branch that works with thud "thud" | 20:40 |
| rburton | (do consider tracking master too though, so you're not always a release behind) | 20:43 |
| no_such_user | Thanks! (Ive really so far just been looking at what NXP do in their layers and trying to use copying their methodology as a starting point) | 20:46 |
| neverpanic | Can't emphasise the "do consider tracking master" enough. Upgrades are a lot smoother when all the work doesn't have to be done at once. | 20:47 |
| no_such_user | neverpanic: Id love to do that - trouble is ive a whole heap of historic layers Ive inherited that are nowhere near master! | 20:50 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:54 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 20:57 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 21:03 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 21:12 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:22 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 21:22 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 21:24 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 21:24 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 21:35 | |
| NeilS | Hey i'm trying to use poppler with my qt5 app and it keeps saying poppler-qt5.h not found when I do the bitbake build of my app | 21:37 |
| NeilS | poppler built.. I have libpoppler-dev installed | 21:38 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:39 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 21:40 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:44 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 21:45 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 21:45 | |
| rburton | NeilS: maybe you need to turn on qt5 support in the poppler recipe? | 21:52 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 21:55 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:00 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 22:29 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:36 | |
| khem | if you add meta-qt5 layer to your layermix then it should automatically enable qt5 support in poppler atleast on the version in master | 22:42 |
| NeilS | i do have meta-qt5 | 22:44 |
| NeilS | infact i'm building with meta-boot2qt | 22:44 |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 22:45 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:45 | |
| NeilS | again something that built with krogoth, builds with sumo but my qt5 app doesn't build | 22:45 |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has quit IRC | 22:46 | |
| NeilS | i add this to the .bbappend to try it. | 22:46 |
| NeilS | EXTRA_OECONF += "-DENABLE_QT5=ON" DEPENDS += "qtbase qttools-native" | 22:46 |
| NeilS | would this be correct to enable qt5 support ? | 22:47 |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has quit IRC | 22:53 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.66> has joined #yocto | 22:54 | |
| khem | yes | 22:54 |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:54 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:55 | |
| NeilS | so maybe the path is wrong if the lib or header are now in a different place where should I look for them | 22:56 |
| NeilS | in the work dir? | 22:56 |
| khem | yeah find them in recipe-sysroot | 22:56 |
| NeilS | thanks for your help.. will poke more at this tmrw | 22:59 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 23:08 | |
| RP | khem: more likely a race somewhere :/ | 23:26 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 23:26 | |
| RP | khem: I ran glibc 2.29 through the AB pre the toolchain changes and we were fine. I can run it again with them at some point over the next few days | 23:26 |
| *** av <av!~Mutter@12.153.228.5> has joined #yocto | 23:27 | |
| *** av <av!~Mutter@12.153.228.5> has quit IRC | 23:34 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!