**** BEGIN LOGGING AT Sun Mar 19 03:00:02 2017
Mar 19 03:00:30 <tlwoerner> haha!
Mar 19 10:26:02 <deepwater> I think the git hashes on git://github.com/file/file.git have changed, the revision used in poky/krogoth no longer exists
Mar 19 11:13:28 <deepwater> Is anyone else on krogoth having problems with the source for the file 5.25 release disappearing?
Mar 19 11:45:21 <nrossi> deepwater: http://git.openembedded.org/openembedded-core/commit/?id=adb71e06768adadda7b69c3b5e81ca3ad67237f4
Mar 19 11:45:56 <nrossi> deepwater: looks like there was some history re-writing or similar to the file git repo
Mar 19 20:15:26 <deepwater> nrossi: thanks I thought I was losing my mind
Mar 19 20:18:02 <deepwater> This will break all my old release tags, I'm not sure how other deal with this sort of issue
Mar 19 20:24:54 <deepwater> nrossi: a similar fix needs to be applied to all yocto release
Mar 19 21:22:04 <bluelightning> deepwater: argh :(
Mar 19 21:39:12 <kergoth> there's a mailing list thread about the srcrev update of the 5.30 tag, denis (iirc) replied indicating every release needed equivalent updates
Mar 19 21:39:13 * kergoth yawns
Mar 19 21:51:03 <RP> kergoth: I'm not against plugins in the git fetcher, I know what we have now is all a bit of a mess :(
Mar 19 21:51:40 <RP> The trouble was trying to keep the different extensions with the same level of functionality as I'm pretty sure the archive/mirroring of gitsm is broken :(
Mar 19 22:01:12 <kergoth> yeah.. i was mulling over trying to rework gitsm to leverage the fetcher to fetch the individual submodules, rather than letting git do it, would give us some more flexibiliyt in that dept
Mar 19 23:06:21 <khem> bluelightning: I see that devtool modify -x is too slow on master
Mar 19 23:06:26 <khem> any insights ?
Mar 19 23:06:37 <bluelightning> khem: on the kernel? or another recipe?
Mar 19 23:06:46 <khem> its a small recipe
Mar 19 23:06:48 <khem> I am adding
Mar 19 23:06:55 <khem> but its noticeable delay
Mar 19 23:07:05 <khem> right now it takes about a min+
Mar 19 23:07:05 <bluelightning> hmm, ok, I'll look into it
Mar 19 23:07:12 <bluelightning> yeah that's too long
Mar 19 23:07:21 <khem> btw. I have other layers in bblayers
Mar 19 23:07:40 <khem> most of meta-openembedded layers plus meta-rpi and meta-96boards
Mar 19 23:07:49 <khem> so its not just oe-core
Mar 19 23:08:02 <khem> devtool modify -x libexecinfo  19.13s user 11.03s system 8% cpu 6:07.73 total
Mar 19 23:08:51 <bluelightning> you don't have git recipes with no fixed revision? or something triggering reparse on every execution?
Mar 19 23:09:07 <bluelightning> either would potentially explain it
Mar 19 23:10:32 <bluelightning> khem: at what stage exactly does it seem to pause?
Mar 19 23:11:13 <khem> NOTE: Executing do_fetch...
Mar 19 23:11:25 <khem> but key is tarball is already fetched into my downloads/
Mar 19 23:11:37 <khem> prior to devtool operation
Mar 19 23:11:43 <bluelightning> right, it should pick that up
Mar 19 23:13:00 <bluelightning> khem: is that a recipe you could send to me?
Mar 19 23:18:11 <khem> bluelightning: let me push it to gh
Mar 19 23:20:55 <khem> bluelightning: https://github.com/kraj/meta-openembedded/commit/91853a4fc5f362ff2fa20a9c40a220b728da3bc4
Mar 19 23:21:19 <khem> I have already finished fixing it
Mar 19 23:21:28 <khem> all done with devtool
Mar 20 01:49:25 <bluelightning> khem: hmm, doesn't seem to be anything relating to the recipe itself - I didn't have any delays when I tried devtool modify on it here
Mar 20 02:05:15 <bluelightning> khem: if you run "time bitbake -p" how long does that take?
Mar 20 02:30:01 <khem> bluelightning: let me try once this build finishes
**** ENDING LOGGING AT Mon Mar 20 03:00:00 2017