00:55 <hkaiser> gnikunj[m]: yt?

08:18 <ms[m]> daint under maintenance today for anyone expecting ci results from there

12:09 <hkaiser> gnikunj[m]: ?

12:09 <gnikunj[m]> hkaiser: here

12:10 <hkaiser> see pm pls

13:46 <hkaiser> ms[m]: yt?

13:48 <ms[m]> hkaiser: here

13:49 <hkaiser> the windows github action needs some help in finding the assembler executable, not sure how to do that without knowing it's concrete path on the image (which may change)

13:52 <ms[m]> ah... so locally you just specify the absolute path? if you're happy with it now I can remove that from ci again, I guess it'll be fine until the next big refactoring

13:52 <hkaiser> we could try changing the enable_language(ASM) to enable_language(ASM_MASM)

13:52 <hkaiser> that might do the trick

13:53 <hkaiser> locally I always specify the path, never tried anything else :/

13:53 <hkaiser> let me try that

13:53 <ms[m]> 👍️

14:08 <Pranavug> Hello everyone, I have enjoyed working at Ste||ar group for this Google Summer of Code. You can find my work here: https://stellar-group.org/2020/08/domain-decomposition-load-balancing-and-massively-parallel-solvers-for-the-class-of-nonlocal-models/

14:09 <Pranavug> Please feel let me know if you have any suggestions/ improvements as such. Thanks to Ste||ar! for making my summer special.

14:10 <zao> \o/

14:12 <Pranavug> I am sorry zao, but I dont understand that. :)

14:12 <zao> Happy hands in the air emote :)

14:13 <Pranavug> Thanks zao!

14:23 <hkaiser> Pranavug: thanks for working with us!

14:25 <hkaiser> ms[m]: no, didn't work :/

14:30 <diehlpk_work> Pranavug, Yes, thanks. Was fun to be your mentor

14:30 <diehlpk_work> Looking forward to the paper

14:31 <Pranavug> diehlpk, hkaiser: Thanks for having me! Truly enjoyed working at Ste||ar, and hope to continue contributing!

14:32 <Pranavug> diehl_pk: Yes, looking forward for the paper. Already started searching for some Journals

14:34 <Pranavug> @Everyone. Please let me know if you have any suggestions for the paper/ Journal we can publish it into.

14:34 <ms[m]> hkaiser: grr, let's leave it as is then?

14:36 <ms[m]> btw, I can't make sense of the launch process test with mpi enabled

14:36 <ms[m]> if that's something you'd like to work I'd welcome your help, otherwise I'd leave it as it is

14:37 <hkaiser> ms[m]: let's leave the windows builder and I'll have a look at your PR wrt launch_process

14:37 <ms[m]> yep, thanks

14:37 <ms[m]> I'll drop that commit in that case

14:41 <hkaiser> ok, I got the context emulation to work

14:41 <hkaiser> ms[m]: ^^

14:41 <hkaiser> let me commit things

14:41 <ms[m]> oh, nice! I won't drop anything then :)

14:59 <kordejong> A week or two ago I reported that my experiments where sometimes hanging, even though all the tasks seemed to have finished. I tried a lot of things to get rid of the hang and it seems I now succeeded by not inheriting my components from `hpx::components::locking_hook`. No idea why it helps, but the use of `locking_hook` somehow and sometimes triggers a hang. This is just to let you know about this, in case it is related

14:59 <kordejong> to something else.

15:07 <hkaiser> kordejong: ok

15:08 <hkaiser> kordejong: would be interesting to understand what's happeneing

15:09 <hkaiser> kordejong: the locking_hook makes sure it acquires a mutex before entering any of the actions and will relinquish the mutex if suspended from inside the action

17:02 <ms[m]> hkaiser: thanks for the updates on 4953 :) please feel free to merge whenever you're happy with it