Friday, 2017-03-31

*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC00:02
*** kergoth_ <kergoth_!> has quit IRC00:03
*** yettt <yettt!~yettt@> has quit IRC00:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:28
-YoctoAutoBuilder- build #1100 of nightly-world is complete: Failure [failed BuildImages] Build details are at
khemRP: is there anyway to always delete a file during do_install if found ?00:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:38
khemRP: on musl charset.alias gets generated quite often due to a gnulib bug but its spurious file00:39
khemfixing gnulib and propagating it to all relevant packages will take some time since gnulib is shared in source00:39
*** yettt <yettt!~yettt@> has joined #yocto00:40
khemsomething like a global do_install_append()00:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:41
*** nighty- <nighty-!> has joined #yocto00:54
*** nighty- <nighty-!> has quit IRC00:56
-YoctoAutoBuilder- build #861 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
bluelightningkhem: could you do a do_install_append() or a do_install postfunc in ?00:57
*** nighty- <nighty-!> has joined #yocto00:57
khembluelightning: yeah, I did something like
bluelightningkhem: right.. not sure if base or the inc file is the best place to put it, but either will work01:00
khemmay be limiting it to tclibc-musl is better01:00
bluelightningkhem: you may need to limit it to class-native as well to avoid affecting native recipes01:00
bluelightningclass-target, I meant01:01
bluelightningfor a workaround like this you probably should have a comment in the function explaining it as well01:01
*** Snert_ <Snert_!~snert_@> has quit IRC01:01
*** Snert_ <Snert_!~snert_@> has joined #yocto01:02
khemlibc-musl override is only effective for target01:03
khemis probably more close to what u suggested01:03
*** yettt <yettt!~yettt@> has quit IRC01:29
khemoverrides wont work there I believe01:30
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:30
*** lolsborn <lolsborn!> has joined #yocto01:33
*** lolsborn <lolsborn!> has quit IRC01:34
*** lolsborn <lolsborn!> has joined #yocto01:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:39
*** yettt <yettt!~yettt@> has joined #yocto01:52
-YoctoAutoBuilder- build #1100 of nightly-x86-lsb is complete: Success [build successful] Build details are at
khembluelightning: this version seems to work
-YoctoAutoBuilder- build #823 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
bluelightningkhem: looks OK to me, but we ought to have a comment as previously noted (since it's a bit of an odd thing and it's not going to be clear why it's needed without going to the commit history)02:12
khembluelightning:I updates the commit log02:19
khemhope thats better check again02:19
bluelightningkhem: sorry I meant in the function itself (but the commit message is a bit better thanks)02:21
khemo i c02:22
bluelightningI know we don't have that many comments in our code, but when it's something slightly unusual I think it's good to have them02:24
khemadded comment in the code too02:25
*** berndhs <berndhs!> has left #yocto02:26
khembluelightning: what are quick steps to do recipe version bumps using devtool02:27
khemI have figured few flows02:27
kheme.g. fixing a build breakages02:27
khemthat works great02:27
-YoctoAutoBuilder- build #1076 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** sjolley <sjolley!sjolley@nat/intel/x-dasrodwkolsprero> has joined #yocto02:31
bluelightningkhem: devtool upgrade recipename -V version [-S srcrev for git recipes]02:33
bluelightningresolve any patch application conflicts02:33
bluelightningthen test/fix as appropriate02:33
bluelightningonce you're happy with it, devtool finish recipename layername02:34
khemI wonder how can I make do_install[postfuncs] specific to targrt02:39
kergothabsolute worst case you could use ${@bb.utils.contains()}02:41
kergothor unconditionally add the postfunc, but make it empty for the non-target case02:41
kergotheither would do02:41
*** yettt <yettt!~yettt@> has quit IRC02:42
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto02:53
khemkergoth: the problem I think is this02:53
khemnow it will still add a postfunc even if empty02:55
khemand that will change signatures :(02:55
khemand we cant share the sstate between musl and glibc02:55
khemfor native pkgs02:55
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto02:56
*** zeenix <zeenix!~zeenix@> has quit IRC02:57
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC02:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:59
*** lolsborn <lolsborn!> has quit IRC03:00
kergothkhem: i'd try inline python inside the postfuncs. if that doesn't work, could use anonymous python or an event handler to conditionally appendVarFlag03:01
*** yettt <yettt!~yettt@> has joined #yocto03:01
kergothnot sure if the actual content of the postfuncs flags end up in the signatures, or only the actual pre/postfuncs03:01
kergothevent handler / anonfunc might be better to be safe on that..03:01
* kergoth shrugs03:01
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:06
khemkergoth: I was trying to build OE using voidlinux which is a must based distro03:23
khemthe base system was only taking 54M03:24
khemof ram03:24
khembut then I ran into this issue03:24
khemI wonder if we can just make this check pan libcs03:24
kergothi was thinking about trying a build in alpine :)03:24
khemvoid is more desktopy03:25
khemyou have XFCE, cinnamon options03:25
* kergoth nods03:25
kergothwill have to try it03:25
khemor you can also build xfce image for musl/OE and use that03:25
khemI have been using that with virtualbox03:26
khemworks good03:26
*** mhilt <mhilt!> has quit IRC03:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC03:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto03:31
-YoctoAutoBuilder- build #1119 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** yettt <yettt!~yettt@> has quit IRC03:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC03:46
*** JordonWu_ <JordonWu_!~quassel@> has quit IRC03:55
*** mkelly <mkelly!~martin@> has joined #yocto03:57
-YoctoAutoBuilder- build #450 of nightly-no-x11 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1064 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
-YoctoAutoBuilder- build #1077 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** vmeson <vmeson!> has quit IRC04:03
*** T0mW <T0mW!~Tom@2601:484:c304:4550:3e97:eff:fe8f:cff9> has quit IRC04:03
-YoctoAutoBuilder- build #1099 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** mkelly <mkelly!~martin@> has quit IRC04:07
*** yettt <yettt!~yettt@> has joined #yocto04:16
-YoctoAutoBuilder- build #493 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at
zeddii_homeRP: I haven’t carried an external patch to linux-yocto in a long time. so that could be triggering an error. I’ll apply that here and see if I can see the problem.04:29
-YoctoAutoBuilder- build #428 of nightly-musl is complete: Success [build successful] Build details are at
*** morphis <morphis!> has joined #yocto04:51
*** JordonWu <JordonWu!~quassel@> has joined #yocto04:52
*** yettt <yettt!~yettt@> has quit IRC04:54
*** yann <yann!> has quit IRC04:58
-YoctoAutoBuilder- build #1101 of nightly-world is complete: Success [build successful] Build details are at
*** AndersD <AndersD!~anders@> has joined #yocto05:09
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:10
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:13
*** AndersD <AndersD!~anders@> has quit IRC05:13
*** AndersD <AndersD!> has joined #yocto05:14
-YoctoAutoBuilder- build #1065 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:18
*** pohly <pohly!> has joined #yocto05:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:19
-YoctoAutoBuilder- build #824 of nightly-world-lsb is complete: Success [build successful] Build details are at
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto05:23
*** mhilt <mhilt!> has joined #yocto05:25
*** dreyna <dreyna!> has quit IRC05:34
*** JordonWu_ <JordonWu_!~quassel@> has joined #yocto05:45
*** JordonWu <JordonWu!~quassel@> has quit IRC05:47
*** smferris <smferris!~smferris@> has quit IRC05:52
*** smferris <smferris!~smferris@> has joined #yocto05:53
*** JordonWu <JordonWu!~quassel@> has joined #yocto06:08
*** groleo <groleo!> has joined #yocto06:10
*** JordonWu_ <JordonWu_!~quassel@> has quit IRC06:10
*** agust <agust!> has joined #yocto06:20
*** scottrif <scottrif!> has joined #yocto06:22
*** hamis <hamis!~irfan@> has joined #yocto06:25
*** scottrif <scottrif!> has quit IRC06:28
*** rob_w <rob_w!~bob@> has joined #yocto06:38
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:38
*** jku <jku!~jku@> has joined #yocto06:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:52
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC06:52
*** JordonWu <JordonWu!~quassel@> has quit IRC06:58
*** JordonWu <JordonWu!~quassel@> has joined #yocto07:00
*** fl0v0 <fl0v0!> has joined #yocto07:01
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:02
*** t0mmy <t0mmy!> has quit IRC07:04
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto07:04
*** Bunio_FH <Bunio_FH!> has quit IRC07:08
*** toanju <toanju!~toanju@> has joined #yocto07:08
*** Kakounet <Kakounet!> has joined #yocto07:09
*** rajm <rajm!> has joined #yocto07:13
*** MWelchUK <MWelchUK!> has joined #yocto07:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:15
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:16
*** gtristan <gtristan!~tristanva@> has joined #yocto07:21
*** csanchezdll <csanchezdll!> has joined #yocto07:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC07:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC07:35
*** toanju <toanju!~toanju@> has quit IRC07:36
*** dreyna <dreyna!> has joined #yocto07:36
*** lexano <lexano!~lexano@> has quit IRC07:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto07:39
*** Bunio_FH <Bunio_FH!> has joined #yocto07:54
*** toscalix <toscalix!~toscalix@> has joined #yocto08:04
*** grma <grma!~gruberm@> has joined #yocto08:06
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:16
*** ant_work <ant_work!> has joined #yocto08:18
*** joshuagl <joshuagl!joshuagl@nat/intel/x-vlkeuwseiufccznn> has joined #yocto08:21
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC08:37
*** AndersD <AndersD!> has quit IRC08:38
*** AndersD <AndersD!> has joined #yocto08:44
*** JoiF <JoiF!~jofr@> has joined #yocto08:45
*** rburton <rburton!> has joined #yocto08:45
*** imuguruza <imuguruza!533058f1@gateway/web/freenode/ip.> has joined #yocto08:54
*** beeker23_ <beeker23_!> has joined #yocto08:57
*** beeker23 <beeker23!> has quit IRC08:59
*** beeker23_ is now known as beeker2308:59
*** yann <yann!> has joined #yocto09:02
-YoctoAutoBuilder- build #1082 of nightly-ppc-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** egavinc <egavinc!> has quit IRC09:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:05
*** gtristan <gtristan!~tristanva@> has quit IRC09:05
*** nighty- <nighty-!> has quit IRC09:06
*** ed2 <ed2!> has joined #yocto09:14
*** egavinc <egavinc!> has joined #yocto09:16
*** gtristan <gtristan!~tristanva@> has joined #yocto09:19
*** Bunio_FH <Bunio_FH!> has quit IRC09:19
*** Bunio_FH <Bunio_FH!> has joined #yocto09:20
*** dreyna <dreyna!> has quit IRC09:24
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto09:29
*** CTtpollard <CTtpollard!> has quit IRC09:40
*** CTtpollard <CTtpollard!> has joined #yocto09:46
*** Ox4 <Ox4!~int@unaffiliated/zloy> has joined #yocto09:46
Ox4hello guys09:46
Ox4could somebody help me with scons build system in yocto? Here is the output:
*** Biliogadafr <Biliogadafr!> has joined #yocto09:51
-YoctoAutoBuilder- build #1199 of nightly is complete: Failure [failed BitbakeSelftest] Build details are at
*** JordonWu <JordonWu!~quassel@> has quit IRC09:56
*** ed2 <ed2!> has quit IRC10:00
*** ed2 <ed2!~Adium@> has joined #yocto10:01
*** JordonWu <JordonWu!~quassel@> has joined #yocto10:03
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC10:03
Ox4and here is the recipe:
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:19
*** ftonello <ftonello!~felipe@> has joined #yocto10:27
jkuOx4: check config.log, maybe it tells you why the check fails10:29
*** ilkmc2r <ilkmc2r!d4af2303@gateway/web/freenode/ip.> has joined #yocto10:30
gtristanSo, just trying to be sneaky and understand how wic is doing things, I was able to follow this more or less: and end up with a single image that boots a kernel and drops into a shell10:31
gtristanwith some simple 5 to 10 lines of shell10:31
gtristanbut that's not really enough, from what I understand that part of wic is just creating a boot partition with syslinux/kernel/initrd in vfat, while probably mke2fs is used for the rootfs10:33
gtristanSo my question is, how does wic assemble multiple filesystem images into a single partitioned image ?10:33
gtristaniiuc that must be what it's doing10:33
rburtoned2: ^10:34
ilkmc2rHello there, I am trying to build an image on a centos 7 host, but when I try to run source oe-init-build-env it says bitbake requires python310:35
Ox4jku: here it the config.log output:
ed2gtristan: yes, it does. That's its main purpose I believe.10:35
*** JaMa <JaMa!~martin@> has joined #yocto10:36
ilkmc2rWhen I setup python3 as default python interpreter it says openembedded requires python2 as default10:36
ed2gtristan: it does it by copying partition images into the final image.10:37
gtristaned2, any idea how, is there some tool wic uses to frob multiple filesystem images together without going through the loopback ?10:37
* gtristan looks into
*** imuguruza <imuguruza!533058f1@gateway/web/freenode/ip.> has quit IRC10:38
ed2gtristan: why would it need loopback? It prepares partition images and after they're ready it copies them into final image.10:39
rburtonilkmc2r: setting python3 as default makes no sense: 'python' should be python2, 'python3' should be python3.  OE uses py3 but some software we build still needs python to be python210:39
ed2gtristan: general approach is to prepare filesystems by converting them from rootfs directory. You've mentioned it yourself yesterday.10:40
gtristaned2, yeah, creating the filesys from a rootfs directory (i.e. mkfs.ext4 -d ${root}) I got that part :)10:41
gtristanit's the "and after they're ready it copies them into final image." that I dont quite grok10:41
gtristaned2, I presume this does not mean, just append these filesystem images into a whole and hope for the best :)10:42
ed2gtristan: it prepares final image with parted and copies partitions with sparse_copy to preserve sparseness. Previously it did it with dd.10:42
jkuOx4: if the error seems correct (so "-m64" is wrong), look in the projects scons build files. Figure out where -m64 comes from...10:42
ilkmc2rrburton: now my python is python 2.7.5 python3 is python3.5.1 but still says openembedded requires python to be python v2 >=2.7.310:44
gtristaned2, ah ok, I think I have the relevant stuff here:
ed2gtristan: assembling happens in PartitionedImage.assemble method.10:45
*** jwest__ <jwest__!> has joined #yocto10:45
ed2gtristan: yes, the code is in direct.py10:45
gtristanthanks :)10:46
rburtonilkmc2r: can you prove that by pastebining python —version; python3 --version10:46
rburtonilkmc2r: maybe you've other pythons around and bitbake is using a different one10:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:50
*** ilkmc2r <ilkmc2r!d4af2303@gateway/web/freenode/ip.> has quit IRC10:51
*** rcw <rcw!> has quit IRC10:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:53
*** tmpsantos <tmpsantos!~tmpsantos@> has left #yocto11:04
*** Snert_ <Snert_!~snert_@> has quit IRC11:07
*** Snert_ <Snert_!~snert_@> has joined #yocto11:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:08
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:26
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.> has joined #yocto11:28
kanavinrburton: still a zoo of openssl failures :(11:28
HunkHello, I have updated my system and I run in a problem with QT 5.6 : I got the error : fatal error: QtGui/QAction: No such file or directory ! Do I have to add some new DEPENDS ?11:29
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:33
*** aV_V <aV_V!~aV_V@> has joined #yocto11:36
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC11:48
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto11:49
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto11:52
*** nighty- <nighty-!> has joined #yocto11:52
*** CTtpollard <CTtpollard!> has quit IRC11:53
*** rajm <rajm!> has quit IRC11:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:53
*** rajm <rajm!> has joined #yocto11:53
*** CTtpollard <CTtpollard!> has joined #yocto11:53
*** berton <berton!~berton@> has joined #yocto11:55
kanavinalimon: rpm4 notwithstanding, the RRS still hasn't been updated in weeks - e.g. this recipe is long gone
kanavinalimon: can you fix that please, and try to make sure you get notified when things break11:55
*** morphis <morphis!> has quit IRC12:04
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.> has quit IRC12:05
*** JordonWu <JordonWu!~quassel@> has quit IRC12:08
*** JordonWu <JordonWu!~quassel@> has joined #yocto12:09
*** Kakounet <Kakounet!> has quit IRC12:15
*** toanju <toanju!~toanju@> has joined #yocto12:17
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto12:19
*** Kakounet <Kakounet!> has joined #yocto12:19
*** Kakounet <Kakounet!> has quit IRC12:23
*** Bunio_FH <Bunio_FH!> has quit IRC12:25
*** Bunio_FH <Bunio_FH!> has joined #yocto12:25
*** toanju <toanju!~toanju@> has quit IRC12:27
Ox4jku: thank you very much I will try to investigate the problem12:28
mdnneois there a way to have in a recipe the setting for externalsrc and some SRC_URI but selecting on accourding to a environment variable ... or something comparable12:28
*** Kakounet <Kakounet!> has joined #yocto12:34
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto12:36
*** gtristan <gtristan!~tristanva@> has quit IRC12:41
jkumdnneo: you can have multiple recipe versions (that might share a .inc for most of the recipe) and use PREFERRED_VERSION_<pn> in your configuration to select which you want12:41
*** rcw <rcw!~rwoolley@> has joined #yocto12:55
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto12:56
mdnneojku: ... trying to do more something like pseudo coded here
*** marka <marka!> has joined #yocto12:59
*** rcw <rcw!~rwoolley@> has quit IRC13:00
jkumdnneo: so is there a reason my suggestion does not work?13:00
*** AndersD <AndersD!> has quit IRC13:00
*** egavinc <egavinc!> has quit IRC13:03
mdnneojku: ok then I maybe misunderstood PREFERED_VERSION but I want to avoid providing two recipes ... anyway ... need to have a closer look then13:04
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:04
*** mdnneo <mdnneo!~umaucher@> has quit IRC13:04
*** ant_work <ant_work!> has quit IRC13:09
*** hamis <hamis!~irfan@> has quit IRC13:11
*** csanchezdll <csanchezdll!> has left #yocto13:11
*** ant_work <ant_work!> has joined #yocto13:12
kanavinRP: python3/upstream-random-fixes.patch is impossible to understand or rebase :(13:16
kanavinRP: I have to update python3 to 3.5.3 in the openssl 1.1 branch (because prior versions don't support openssl 1.1), and I just dropped the patch for now13:16
rburtonkanavin: did that patch make it into 3.5.3?13:17
*** madisox <madisox!> has joined #yocto13:18
kanavinrburton: I couldn't even figure out that13:18
kanavinthe patch is way too hairy13:18
rburtongod now you have me cloning python ;)13:19
kanavinwe should really update to 3.6.0 anyway, but I'm not doing that ;)13:20
kanavinor 3.6.1 or what is the latest13:20
rburtonyeah a 3.6 upgrade can wait13:20
rburton is the relevant 3.5 patch13:21
rburtondon't have a clone yet to see what tags that made it into13:22
kanavinrburton: the github page lists them at the top: 3.6.1, but not anything in 3.513:25
kanavinrburton: the upstream patch is pretty awful too13:25
kanavinrburton: no idea why the commit message talks about 3.513:25
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC13:26
*** lexano <lexano!~lexano@> has joined #yocto13:27
RPkanavin: can we at least confirm that we're past the revision mentioned in the commit?13:29
*** morphis <morphis!> has joined #yocto13:29
RPkanavin: I think I did something horrible to generate that patch :/13:29
kanavinRP: let me see if I can apply the upstream patch from the 3.5 branch though, might just work? (it arrived just after 3.5.3 and so isn't in any release yet)13:30
kanavingaaah, how do I convince github webpage to give me the raw diff :/13:30
rburton.patch on the url iirc13:32
kanavinlooks like they removed that feauture? don't really want to clone the repo just to cherry pick one commit13:32
rburtoni definitely did it last week13:32
RPkanavin: yes, that would work13:32
RPkanavin: at the time I didn't want to have to start upgrading python to fix that issue (was close to release iirc)13:33
RPkanavin: we do need that fix if its not in 3.5.313:33
kanavinRP: yay it worked :)13:36
kanavinrburton: ^13:36
RPkanavin: yay!13:36
*** mhilt <mhilt!> has quit IRC13:37
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has joined #yocto13:38
*** sameo <sameo!~samuel@> has joined #yocto13:38
*** neilshivkar <neilshivkar!> has joined #yocto13:39
kanavinRP: not sure if you've seen the comment, but there's still a zoo of failures with openssl 1.1, so I have things to do it seems :)13:39
kanavinmips support is broken, arm support is broken, ppc support is broken....13:39
RPkanavin: I didn't but I'm not entirely surprised :(13:41
kanavinRP: yeah, I stated my plans in the commit I sent to the oe-core list today, I guess you're ok with it?13:42
RPkanavin: yes, fine with it, its in -next testing13:42
*** ant_work <ant_work!> has quit IRC13:43
kanavinRP: I considered doing it the other way (1.0 stays as 'openssl', 1.1 is introduced as 'openssl11'), but I don't want it that way - no one will do anything to port to 1.1, until 1.0 is removed, and then there'll be lots of moaning.13:45
kanavinI'd like to gently push people here :)13:45
kanavinand it's trivial to remain on 1.013:46
kanavinif someone needs it13:46
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC13:50
RPkanavin: right, I agree fwiw13:52
*** baldgeek <baldgeek!> has joined #yocto13:52
*** AndersD <AndersD!> has joined #yocto13:55
*** jku <jku!~jku@> has quit IRC13:57
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has quit IRC14:02
*** vmeson <vmeson!> has joined #yocto14:10
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has joined #yocto14:10
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has quit IRC14:16
*** morphis <morphis!> has quit IRC14:25
*** Snert_ <Snert_!~snert_@> has quit IRC14:27
*** Snert_ <Snert_!~snert_@> has joined #yocto14:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has joined #yocto14:31
*** baldgeek <baldgeek!> has quit IRC14:34
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:36
*** lamego <lamego!~jose@> has joined #yocto14:37
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:38
*** baldgeek <baldgeek!> has joined #yocto14:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:41
*** willdye_ <willdye_!> has joined #yocto14:45
*** willdye <willdye!> has quit IRC14:48
*** mtetreault <mtetreault!> has joined #yocto14:48
mtetreaultCan wic can be used to generate an image that has to be written using mfgtools? (imx6)14:50
*** groleo <groleo!> has quit IRC14:51
*** morphis <morphis!> has joined #yocto14:54
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:812b:bcb0:80e5:952a> has quit IRC14:56
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto14:58
*** toscalix <toscalix!~toscalix@> has quit IRC15:00
*** aV_V <aV_V!~aV_V@> has quit IRC15:02
*** aV_V <aV_V!~aV_V@> has joined #yocto15:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:07
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:10
*** grma <grma!~gruberm@> has quit IRC15:15
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:15
*** AndersD <AndersD!> has quit IRC15:17
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:26
*** t0mmy <t0mmy!~tprrt@> has quit IRC15:26
*** t0mmy <t0mmy!~tprrt@> has joined #yocto15:27
sveinseWhat do I have to write in a recipe if I want to use sources from the same repo as the meta layer, and not download a separate source repo?15:28
*** neilshivkar <neilshivkar!> has quit IRC15:28
*** humberto1 <humberto1!jhibarra@nat/intel/x-wmrtkuvdcmayfwid> has joined #yocto15:29
sveinseI hope I don't have to list every file with SRC_URI, as there are thousands of files15:29
*** neilshivkar <neilshivkar!> has joined #yocto15:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:36
rburtoniirc you can just put the directory in SRC_URI15:37
*** ed2 <ed2!~Adium@> has quit IRC15:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:41
*** aV_V <aV_V!~aV_V@> has quit IRC15:42
*** Ox4 <Ox4!~int@unaffiliated/zloy> has quit IRC15:43
*** zeenix <zeenix!~zeenix@> has joined #yocto15:47
*** joshuagl <joshuagl!joshuagl@nat/intel/x-vlkeuwseiufccznn> has quit IRC15:49
sveinserburton: it seems it is, but it all ends up in recipe/${PV}-${PR}/. Apparently ${S) does not control the destination dir from the SRC_URI copy. Do you know which?15:49
*** rajm <rajm!> has quit IRC15:51
kergothcorrect, S is used to tell the system where do_configure/do_compile/do_install will run, it doesn't control extraction/unpack at all15:51
rburtonstuff is copied into WORKDIR/15:51
sveinsehmm, WORKDIR/ gets gets very cluttered15:52
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:53
rburtonput it in a directory then :)15:53
rburtonmaybe even call it PN-PV15:53
sveinserburton: yeah, how?15:53
*** bavery_fn <bavery_fn!~bavery@> has quit IRC15:53
*** behanw <behanw!uid110099@gateway/web/> has quit IRC15:54
rburtonargh why is cross-compiling to python so hard15:57
sveinserburton: Thanks. Apparently I need a file://somedir;subdir=src foreach file: entry I use15:57
rburtoni'd hope that you could just do file://the/base/path;subdir=src?15:58
sveinserburton: yeah, I think I have to15:58
*** fl0v0 <fl0v0!> has quit IRC16:00
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto16:01
sveinseHow do I specify the root of my layer? SRC_URI = "file://../;subdir=src" caused cooker to fry :P -- and it does not feel right16:05
rburtonif you can put the sources alongside the recipe you're sorted16:06
rburton*maybe* LAYERDIR?16:07
sveinseI wonder if I can override the unpack step and create symlink instead16:09
sveinseWait, thinking loud, I can probably just modify S to point to the sources. The build process does not clobber the sources anyways16:09
rburtonthat *might* work16:10
*** JoiF <JoiF!~jofr@> has quit IRC16:10
sveinseWhat is the process involved when it tries to determine rebuild for sources', e.g. the taskhash system? Because this would interfer with it wouldn't it?16:11
*** diego_r <diego_r!> has quit IRC16:12
rburtonyes, because it wouldn't know if the files in S changed, as it assumes that they're in SRC_URI16:13
rburtoni guess you could put the path in SRC_URI then override do_unpack to do nothing16:13
rburtonor just stop trying to break the system ;)16:13
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:13
kergothLAYERDIR won't be of much use in that context, it's only set during bblayers/laye.rconf parsing16:13
rburtonright wasn't sure16:14
kergothat mentor, we use + for exactly that16:15
kergoththere might be a better way, but gets the job done16:15
sveinseWhat I'm trying to accomplish is that we have a large (hg) repo for a large Qt application (that supports a number of platforms, not just Yocto), and there is a wish to have the recipe together with the codebase. There has already been loss of synchronization between the meta layer and the code repo16:18
sveinseSo I'm *trying* to avoid breaking the system, but acknowledge that this is not precisely the yocto-way...16:19
kergothi've done builds of that sort before, though not recently16:20
*** Kakounet <Kakounet!> has quit IRC16:20
rburtonkergoth: i like layerdirs16:20
kergothshould think about proposing a bitbake patch to save it instead, probably16:21
kergothbut it works16:21
rburtonyeah, would be handy if LAYERDIRS_[name] were available after parse for this16:22
kergothiirc we used it to pull downloads from the layer for the recipe in question, but we ended up just making it pull any download from a downloads dir in any layer, instead, otherwise you can't supply additional downloads with a bbappend in an update layer16:22
kergothstill useful to be able to get the layer for the recipe for other reasons, though :)16:22
sveinsewhere in bb can I find the logic for unpack and how the taskhash for the sources are determined?16:23
kergothunpack is easy, lib/bb/fetch2/, unpack() method16:24
rburtoniirc its just whats in SRC_URI16:24
kergothof course that's the default unpack method, the fetch method can customize this, i.e. does a git clone to unpack16:24
kergothso best to examine first the fetch method your'e using, then the base class16:25
sveinsefor SCM based fetchers, does it rely on the git ID to determine rebuild/taskhash, or does it hashsum all files?16:25
rburtonthe revision ID16:25
*** willdye_ <willdye_!> has quit IRC16:26
sveinseright. then it's this I need to plug into the recipe somehow16:26
sveinseneed to read some code I think to understand it16:26
*** dreyna <dreyna!> has joined #yocto16:28
sveinsebtw, mercurial/hg support is not working properly (we're using krogoth). It does not fetch properly when using sstate cache. So if the rev field is updated in a recipe, bitbake never fetches an update from the upstream source16:30
rburtonhm, forgotten how to get the SHA of the current checkout from sh16:30
sveinseIs this known? Otherwise, I should probably prepare a bugreport for it16:31
rburtonsounds like its worth a bug for sure16:31
sveinseyeah, ok, I will do that16:32
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC16:32
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto16:32
*** neilshivkar <neilshivkar!> has quit IRC16:36
*** mtetreault <mtetreault!> has quit IRC16:40
*** mtetreault <mtetreault!> has joined #yocto16:40
*** sjolley <sjolley!sjolley@nat/intel/x-dasrodwkolsprero> has quit IRC16:40
*** ftonello <ftonello!~felipe@> has quit IRC16:41
*** sjolley <sjolley!sjolley@nat/intel/x-hvwxsusiaejzcwvi> has joined #yocto16:42
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:42
khemsomeone seeing this error
khemafter todays updates16:44
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-zmnhqrfnhkmevkbo> has joined #yocto16:45
*** willdye <willdye!> has joined #yocto16:47
*** scottrif <scottrif!> has joined #yocto16:50
rburtonkhem: you need new bitbake16:50
rburtonthere should have been a version check16:50
rburtoni wonder if the version check happened after the layer init…16:51
rburtonone thing poky is good for: keeping oe/bitbake requirements in sync :)16:51
* rburton -> dinner16:51
rburtongood weekend all16:51
khemrburton: I have all uptodate16:53
khemoe-core and master both16:53
khemfor bitbake as well16:53
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto16:53
khemit should tell me whats wrong then I can fix16:54
khemah automation gone wrong blame repo16:56
khemfor whatever reason it did not fast forward bitbake16:56
khemit thought I have local changes that need manual attention16:56
khemI should trash this piece of junk16:56
kergothi hate that behavior of repo. also the automatic rebasing of local commits really makes the shit hit the fan when my 'local commits' is a merge of 1k+ commits from another branch :P16:57
khemyou say fan for me its hit the windmill16:58
*** neilshivkar <neilshivkar!> has joined #yocto16:59
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC17:01
*** JordonWu <JordonWu!~quassel@> has quit IRC17:03
*** dreyna_ <dreyna_!> has joined #yocto17:05
*** JordonWu <JordonWu!~quassel@> has joined #yocto17:05
*** CTtpollard <CTtpollard!> has quit IRC17:06
*** dreyna <dreyna!> has quit IRC17:08
*** t0mmy <t0mmy!> has joined #yocto17:08
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC17:10
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC17:11
*** ed2 <ed2!Adium@nat/intel/x-diosxmwngtuazcgb> has joined #yocto17:18
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:21
*** Jackie_away <Jackie_away!~quassel@> has joined #yocto17:24
khemanyone done runit for init system ?17:25
khemit seem pretty good fit17:25
*** Jackie_away is now known as Guest585217:25
khemsystemd has become a hog for system17:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:25
khemyou cant justify 20M of systems on a 64M rootfs17:25
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC17:26
khemand its BSD licensed cool17:26
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-fhhldbhbrhsbsyum> has joined #yocto17:27
*** mhilt <mhilt!~mhilt@> has joined #yocto17:31
*** yann <yann!> has quit IRC17:35
kergothgod archiver is crap17:39
kergothre-runs do_unpack/do_patch/etc after overriding WORKDIR, but do_unpack also wipes the STAGING_KERNEL_BUILDDIR and STAGING_KERNEL_DIR, neither of which are relative to WORKDIR, so the changes aren't properly isolated to archiver, causing races with the real tasks and other problems for recipes depending on the kernel sources and kernel build files, which were inadvertently wiped17:40
*** newbol <newbol!> has joined #yocto17:43
newbolGuys how can I specify a SRC for a local repository? I mean, having the sources in my home directory.17:44
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC17:45
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-fhhldbhbrhsbsyum> has quit IRC17:47
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-pgqzcvixrtptxmgj> has joined #yocto17:47
newbolNothing, have found it. Thanks anyways17:51
kergothfile:// or externalsrc. the latter is the better option17:52
kergothor git:// + ;protocol=file if it's a local git repo, etc17:53
newbolkergoth, is it possible to disable LICENSE checkings?17:53
kergothnot directly, no. worst case you could set LICENSE = CLOSED, which hacks past it for closed source proprietary stuff, but it's a temporary hack at best17:54
newbolok perfect thank you very much!17:54
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:08
*** jairglez <jairglez!~jairdeje@> has joined #yocto18:15
*** berndhs <berndhs!> has joined #yocto18:15
*** beeker23 <beeker23!> has quit IRC18:27
*** newbol <newbol!> has quit IRC18:27
*** mhilt <mhilt!~mhilt@> has quit IRC18:29
*** mhilt <mhilt!~mhilt@> has joined #yocto18:31
sveinsekergoth: we used to use externalsrc for building the code which we talked about an hour ago, but it seems to trigger rebuild every time. I wonder if its possible to inject some scm ID check into the recipe, making taskhash generation correct18:31
*** berndhs <berndhs!> has quit IRC18:37
*** ed2 <ed2!Adium@nat/intel/x-diosxmwngtuazcgb> has quit IRC18:40
sveinseaha, externalsrc only supports git for hashing, no other scm18:40
*** jamesp <jamesp!~jamesp@> has joined #yocto18:44
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC18:50
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto18:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:56
*** yann <yann!> has joined #yocto18:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:58
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has left #yocto18:58
khemsveinse: now there is devtool19:05
khemI think externalsrc was a stop-gap for developers19:05
khemits better to not use it for system production/release builds19:06
*** pohly <pohly!> has quit IRC19:07
*** mhilt <mhilt!~mhilt@> has quit IRC19:10
sveinsekhem: yes. this is production code thou19:10
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:10
*** Saur1 <Saur1!> has joined #yocto19:10
*** humberto1 <humberto1!jhibarra@nat/intel/x-wmrtkuvdcmayfwid> has quit IRC19:12
sveinseThe challenge is that this layer is also the main application code. Or, more precise, I want to add the recipe/layer into the main application repository.19:12
*** stephano <stephano!~stephano@> has quit IRC19:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:13
sveinsewhich is not in line with the yocto model with separate metas from sources19:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:15
*** gtristan <gtristan!~tristanva@> has joined #yocto19:35
sveinseIf bitbake -c cleanall does not completely clean the sstatecache, how can I remove a recipe from it? I just ran bitbake -c cleanall e2fsprogs, but rerunning bitbake -v e2fsprogs seems to be using setstate despite the cleanall. What should I do?19:39
kergothcleanall = clean + remove downloads19:42
kergothcleansstate = clean + remove sstate19:42
kergothyou want cleansstate, not cleanall19:42
*** _william_ <_william_!> has joined #yocto19:43
sveinsekergoth: ok, then this email from Paul Eggleton is wrong (or outdated then): "You may be thinking of "bitbake -c19:44
sveinsecleanall recipename" which cleans the working directory, sstate packages and19:44
sveinsedownloaded files for the specified recipe (but not all recipes)."19:44
frayI thought it was clean -- cleansstate = clean + remove sstate, cleanall = cleansstate + remove download19:45
paulgdon't do cleanall on gigabyte repos....19:46
kergothah, indeed, i stand corrected: addtask cleanall after do_cleansstate19:47
*** scottrif <scottrif!> has quit IRC19:49
sveinseand I do too. It does work. My culprit was a overlooked SSTATE_MIRRORS entry which fetched the entry from the central build server. -c cleanall has no dominion there :P19:50
*** falk0n <falk0n!> has joined #yocto20:00
kergothsveinse: -C fetch is helpful when sstate mirrors are involved. forces it to build it from scratch regardless20:02
*** dreyna <dreyna!> has joined #yocto20:03
sveinsekergoth: ah, thaks20:03
*** dreyna_ <dreyna_!> has quit IRC20:06
sveinseSetting S="${THISDIR}/.." actually worked for building the top-level Qt application. qmake does not touch the sources and builds separately, so it is safe too.20:07
sveinseSo the only thing remaining is to find a way to plug the repo/layer scm hash ID into the recipe for the taskhash/sstate cache to be correct and rebuild when it should20:08
*** SoniaLeon2 <SoniaLeon2!~sleonbau@> has joined #yocto20:25
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-zmnhqrfnhkmevkbo> has quit IRC20:25
*** dreyna_ <dreyna_!> has joined #yocto20:36
sveinseWhat is the difference from "python some_python_function () {" and "def get_depends(d):" in a recipe? E.g. in externalsrc.bbclass I see both in use20:37
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:38
*** SoniaLeon2 <SoniaLeon2!~sleonbau@> has quit IRC20:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:39
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto20:39
*** dreyna <dreyna!> has quit IRC20:39
*** sjolley <sjolley!sjolley@nat/intel/x-hvwxsusiaejzcwvi> has quit IRC20:44
*** gtristan <gtristan!~tristanva@> has quit IRC20:49
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC21:00
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC21:10
*** scottrif <scottrif!> has joined #yocto21:15
*** berton <berton!~berton@> has quit IRC21:18
*** marka <marka!> has quit IRC21:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:24
*** caiortp <caiortp!~inatel@> has quit IRC21:24
*** ant_home <ant_home!~ant__@> has joined #yocto21:25
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto21:30
*** mhilt <mhilt!~mhilt@> has joined #yocto21:41
*** mtetreault <mtetreault!> has quit IRC21:55
sveinseIf I want to shell out to run a command once (and only once) and return its output into a BB variable, how and where do I do this?21:55
*** neilshivkar <neilshivkar!> has left #yocto21:57
*** baldgeek <baldgeek!> has quit IRC22:04
*** humberto1 <humberto1!~jhibarra@> has joined #yocto22:04
*** alimon <alimon!~alimon@> has quit IRC22:08
*** lamego <lamego!~jose@> has quit IRC22:14
*** jamesp <jamesp!~jamesp@> has left #yocto22:20
*** jamesp <jamesp!~jamesp@> has joined #yocto22:20
*** willdye <willdye!> has quit IRC22:23
*** rburton <rburton!> has quit IRC22:23
*** mhilt <mhilt!~mhilt@> has quit IRC22:35
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC22:39
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto22:40
*** todor <todor!~todor@> has quit IRC22:43
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:44
*** SoniaLeon2 <SoniaLeon2!~sleonbau@> has joined #yocto22:46
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC22:46
*** agust <agust!> has quit IRC22:50
*** todor <todor!todor@nat/intel/x-vqxltxgaubsbvjgd> has joined #yocto22:52
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-pgqzcvixrtptxmgj> has left #yocto22:52
*** seebs <seebs!> has quit IRC22:52
*** t0mmy <t0mmy!> has quit IRC22:57
*** sameo <sameo!~samuel@> has quit IRC23:02
kergothsveinse: only once is pretty much impossible. the metadata is re-parsed multiple times. even if you use := to force immediate expansion, it'll still be run every time a task starts23:03
kergothsveinse: but is likely the easiest23:04
kergothif you're just looking to get a git revision, use git:// and put SRVPV in PV and call it a day23:04
*** seebs <seebs!> has joined #yocto23:06
*** Biliogadafr <Biliogadafr!> has quit IRC23:09
*** scottrif <scottrif!> has quit IRC23:17
*** todor <todor!todor@nat/intel/x-vqxltxgaubsbvjgd> has quit IRC23:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto23:26
*** bavery_fn <bavery_fn!~bavery@> has quit IRC23:28
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:31
*** jamesp <jamesp!~jamesp@> has left #yocto23:33
*** rcw <rcw!~rwoolley@> has joined #yocto23:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:38
*** SoniaLeon2 <SoniaLeon2!~sleonbau@> has quit IRC23:57

Generated by 2.11.0 by Marius Gedminas - find it at!