IRC channel logs
back to list of logs
<rekado_>there seems to be a regression in nyacc’s ffi helper, so guile-drmaa fails to record all #define’d symbols <rekado>it is concerning that merely computing what needs to be built takes a very long time over inferiors. <rekado>this significantly delays the appearance of the build plan, so it just sits there for half a minute or longer, silently busy. <rekado>so far I had only focused on performance when *nothing* needs to be done, but it’s more problematic when something does need to be done and no build plan appears. <efraim>how much of it is compiling the past guix checkout? <rekado>I open an inferior to the “invoking Guix”, i.e. the one that was used to run “guix workflow” <rekado>looks like GWL submitting jobs to a cluster via DRMAA works as it should. Very straight-forward. <civodul>rekado: thing is inferior-eval-with-store throws aways its cache every time <civodul>so the inferior ends up recompiling intermediate derivations for every package <rekado>civodul: yeah, I tried to let inferior-eval-with-store keep some state, but wasn’t immediately successful <civodul>you could try saving/restoring the object cache <civodul>on master there are additional caches, like (@@ (guix packages) %derivation-cache) <civodul>that one should actually persist across inferior-eval-with-store <zimoun>Have someone used the API token provided by SWH? <civodul>there's a token mechanism to avoid the rate limit? <zimoun>Well, it can help using a specific account; instead of based on IPs. <civodul>sure, that's what GitHub & co. are doing (we have that for 'guix refresh -t github') <zimoun>thanks for the Github info, I will give a look. <efraim>is it a problem if we embed it in our sources? Like other distros did with google API keys and chromium? <civodul>the account is meant to be per-person i guess <civodul>otherwise that defeats the whole thing <rekado>when starting rstudio from Guix I see locale warnings and .libPaths() does not include packages from my Guix profile. <rekado>it looks like rserver purges the needed environment variables <PurpleSym>(To be specific, this applies to the spawned rsession.) <rekado>I wonder if there’s a built-in mechanism to affect the environment. <rekado>does it read any other site files? Or user files, or something like that…? <rekado>I’d prefer not to let the full environment leak into rsession processes <PurpleSym>Afaik there’s a rstudio-specific R site file. <PurpleSym>But I never tried to use it, since each user starts his own rserver anyway for us and thus environment leaking is actually required.