**** BEGIN LOGGING AT Thu Oct 22 10:59:57 2020
Oct 22 11:00:11 <hrw> 2006-11/#oe.log:19 19:42< hrw> koen: oemake -> oemake2 -> oemake -> bitbake
Oct 22 11:00:58 <JaMa> https://infobot.rikers.org/%23oe/20061119.html.gz the same one I guess, but time synchronization wasn't commonly used in these prehistoric days it seems :)
Oct 22 11:01:10 <hrw> I keep my own logs
Oct 22 11:01:18 <hrw> 1.5GB of them
Oct 22 11:01:29 <JaMa> yes, but either you were 1 min ahead or the loger behind :)
Oct 22 11:01:29 <hrw> ~botsnack
Oct 22 11:01:30 <infobot> aw, gee, hrw
Oct 22 11:01:54 <hrw> ~hrw
Oct 22 11:01:54 <infobot> methinks hrw is Marcin Juszkiewicz - Red Hat, Linaro, Fedora (previously OpenEmbedded, Yocto, Linaro, Ubuntu) developer http://marcin.juszkiewicz.com.pl/
Oct 22 11:02:09 <JaMa> ~JaMa
Oct 22 11:02:10 <hrw> ~bacon
Oct 22 11:02:11 <infobot> rumour has it, bacon is a filling substance which will make you even fatter than you already are... Take my advice, bacon is a food for the gods or for underweight models such as that McBeal chick...
Oct 22 11:02:26 <hrw> ~factinfo jama
Oct 22 11:02:27 <infobot> error: you do not have enough flags for that. (o required)
Oct 22 11:02:27 <infobot> hrw: there's no such factoid as jama
Oct 22 11:03:06 <hrw> JaMa: 'infobot: jama is ..... .... ....'
Oct 22 11:03:45 <JaMa> heh 15y old message in https://familiar-dev.handhelds.narkive.com/EU2uSHzP/project-organisation says "(anyone remember Phil's oemake2?)" :)
Oct 22 11:05:42 <JaMa> I didn't have regular internet access til 2002 :)
Oct 22 11:06:15 <hrw> eh, familiar...
Oct 22 11:08:15 <JaMa> I guess they wanted to keep me in the dark to increase the chance of me staying home and taking care of family business instead of this "useless playing with computers"..
Oct 22 11:17:42 <marex> hrw: familiar 0.8 ?
Oct 22 11:19:18 <hrw> ya
Oct 22 11:19:54 <marex> I still remember mtn :(
Oct 22 11:20:06 <hrw> marex: phi
Oct 22 11:20:11 <hrw> I remember bk citool
Oct 22 11:20:40 <hrw> in lovely Tk iirc
Oct 22 15:06:17 <smurray> hrw: heh, I still miss the 3-way merge tool from BK sometimes
Oct 22 15:11:30 <hrw> smurray: I have to admit that managed to forget most of bitkeeper
Oct 22 15:13:02 <smurray> hrw: same here for the most part.  I worked at a place that used it heavily for > 5 years for internal stuff, so probably more than typical use
Oct 22 15:13:47 <hrw> ;)
Oct 22 15:13:52 <hrw> I used it only for OE
Oct 22 15:41:50 <smurray> hrw: one of my coworkers at that place ended up working on BK at Bitmover, to give an idea ;)
Oct 22 15:45:31 <hrw> ;D
Oct 22 17:58:34 <khem> smurray: kdiff3 :)
Oct 22 17:58:46 * khem hugs plasma desktop
Oct 22 17:59:36 <smurray> khem: heh, I've stayed away from KDE for a long time
Oct 22 18:00:17 <khem> you are missing goodness 
Oct 22 18:01:45 <khem> these days I use VScocde for 3way merge view as well
Oct 22 18:04:31 <khem> well I should have said "I want to use"
Oct 22 18:05:28 <kergoth> khem: do you know how to get vscode to jump to the unmerged fragments after a failed git merge?
Oct 22 18:05:44 <kergoth> when using vim i use the git-jump script from git's contrib, but not sure how to do it from vscode
Oct 22 18:07:32 <khem> kergoth: I am still a novice at that since I am still trying it out
Oct 22 18:10:13 <kergoth> https://roboleary.net/vscode/2020/09/15/vscode-git.html
Oct 22 18:10:32 <kergoth> seems promising, i need to make it more adaptive to context, though. if i'm not in a vscode session already, i don't want to use it
Oct 22 18:10:39 <kergoth> probably use wrapper scripts
Oct 22 18:27:50 <khem> ah nice 
Oct 22 18:29:41 <JPEW> meld is pretty good. It's what I use
Oct 22 18:45:09 <kergoth> khem: ah, you can just go to the git item in the sidebar and there's a Merge Changes list to get to the conflicted files, then can jump around
Oct 22 18:45:44 <kergoth> khem: but https://github.com/kergoth/dotfiles/commit/fd910e6910647e0b693f2df9eab7c62841198b06 + https://github.com/kergoth/dotfiles/commit/e7a906c003f83ad5c987d000c1b1cba3b9b3a832 gets me git-mergetool doing what i want
Oct 22 18:46:12 <kergoth> khem: that said, there's also https://github.com/zawys/vscode-as-git-mergetool
Oct 22 19:25:22 <hrw> smurray: meld? gvimdiff?
Oct 22 19:28:54 <smurray> hrw: I don't do it a lot these days, usually it'ls either by hand or meld
Oct 22 19:42:33 <khem> kergoth: thanks is this extention on marketplace
Oct 22 19:42:39 <kergoth> yep
Oct 22 20:26:15 <khem> perfecrt 
Oct 22 22:54:31 <JaMa> restecp!
Oct 22 22:59:32 <khem> vscode would autocorrect it :)
Oct 22 23:00:23 <JaMa> Ali G wouldn't :)
Oct 22 23:02:32 <khem> ah Borat 
Oct 22 23:02:38 <khem> I love that character
Oct 22 23:04:35 <JaMa> yeah, Ali/Borat/General Aladeen all were great if you watch it in the right mood :)
Oct 23 09:44:01 * marex runs into hg in meta-java :-(
Oct 23 09:49:24 <g0hl1n> marex, what do you mean? any problems with meta-java?
Oct 23 09:50:01 <marex> g0hl1n: with the thud branch, yeah, multiple
Oct 23 09:50:48 <marex> trying to extract the downstream hacks and move on to zeus (because xilinx failed to switch to dunfell in their official layers, dont get me started on that)
Oct 23 09:52:47 <g0hl1n> damn, neither zeus nor thud are in my testing/backporting scope currently... dunfell and warrior should be up2date and tested.
Oct 23 09:53:39 <marex> g0hl1n: well for example, misuse of BB_NUMBER_THREADS in one of the do_install is still even in master ;-)
Oct 23 09:54:01 <marex> BB_NUMBER_THREADS may change , it changes task hash of the do_install -> triggers rebuild
Oct 23 09:54:13 <marex> and also, it should likely be PARALLEL_MAKE instead
Oct 23 09:57:58 <g0hl1n> marex, I wasn't aware of the hash problem with BB_NUMBER_THREADS (I'm always using the same machine/configuration) ... please feel free to send patches ;-)
Oct 23 10:00:30 <marex> g0hl1n: and well, nativesdk seems like much fun
**** ENDING LOGGING AT Fri Oct 23 10:59:57 2020