<efraim>anyone have experience using slurm? should I be able to take a list of ~40 items and run 4 tasks on 4 machines and have the others queued up or is it normal that they all try to run at the same time?
<civodul>efraim: i've used it a bit but never configured/administrated it, so i'm not sure
<civodul>i think the queue configuration is quite complex, you can define lots of criteria (different queues with different constraints such as task duration, number of cores, etc.)
<efraim>i would've thought tasks-per-node would do something for me but no luck
<efraim>i'll look more into it later, it seems I've missed lunch and i'm on to linner now
<civodul>missing lunch because of slurm, that's terrible!
<zimoun>rekado: I was thinking about 2 things. #1 Do you think it should be possible to have «Litterate Programming» with GWL? Somehow, reverse code and comment. Something like Org-mode/babel or RMardown. Well, a reader à la Skribilo without parenthesis including GWL,
<rekado>would it not make more sense to add GWL support to org-mode babel?
<rekado>(is any support even necessary when you can tangle the file to produce the GWL workflow definition?)
<zimoun>Because I can count on my fingers the number of org-mode babel users. ;-)
<zimoun>And #2 Gitlab-CI or friends use YAML to describe what to do. Does it make sense to replace by GWL? Maybe integrate to a Cuirass-like.
<civodul>org-mode and babel are relatively popular
<civodul>now, we could have a Jupyter kernel for GWL for optimal hype :-)
<zimoun>Come on guys! Even if Konrad told me that Org was quite popule to their MOOC about Reproducible Science, Org is not popular. Otherwise, it would exist OrgHub. :-)
<zimoun>And Jupyter Notebook are so ugly and against long-term principles since the files are not human-reable. IMHO.
<rekado>I don’t know. A key feature of literate programming is reordering and reassembly. Babel already does it.
<rekado>we wouldn’t be able to implement this straight in the GWL without developing yet another surface syntax layer
<rekado>I think the better option is to *make* Org popular instead of adding yet another project for literate programming
<civodul>popularity is relative; org is not as popular as Jupyter, but it's more popular than Guix, for instance
<civodul>(i don't have any figures, just a wild guess)
<zimoun>Org will never be adopted because it is too Emacs-centric. And Org-babel only runs on Emacs.
<zimoun>Ok, so if I would like to sell to my colleagues, the only way is to have an GWL-Studio with a pre-configured Emacs. As Proof-General does for Coq for instance. If I understand correctly, that’s the direction you would take, right?