bug#27284: ‘guix pull’ builds using multiple derivations

2018-04-09 Thread Ricardo Wurmus
Hi Ludo, > After quite a bit of tweaking I’ve finally pushed this patch series to > master. So if you run ‘guix pull’ now, you’ll get the new > multiple-derivation build. This is really great! I’m very happy that this is finally in the master branch. Thank you! As discussed on IRC, there is

bug#27284: ‘guix pull’ builds using multiple derivations

2018-04-08 Thread Ludovic Courtès
Hello! l...@gnu.org (Ludovic Courtès) skribis: > The code in ‘wip-pull-multiple-derivations’ works like this: > > 1. Assume we have Guile and Guix already installed, but not > necessarily the latest versions thereof. > > 2. Using the (guix …) modules that we have, build a program—a >

bug#27284: ‘guix pull’ builds using multiple derivations

2018-03-27 Thread Ludovic Courtès
Nils Gillmann skribis: >> You can already test with: >> >> guix pull --branch=wip-pull-multiple-derivations >> >> Feedback welcome! > > I think you forgot to push it or you are on a very slow connection :) Oops, I had deleted the branch to push a new version, except that pushing didn’t happen

bug#27284: ‘guix pull’ builds using multiple derivations

2018-03-27 Thread Nils Gillmann
Awesome news! Ludovic Courtès transcribed 3.1K bytes: > Hello Guix! > > News from the front! I’ve pushed a new ‘wip-pull-multiple-derivations’ > branch that keeps the same approach as previously proposed (building > Guix using multiple derivation, one for each group of modules: core, > CLI, pack

bug#27284: ‘guix pull’ builds using multiple derivations

2018-03-27 Thread Ludovic Courtès
l...@gnu.org (Ludovic Courtès) skribis: > ¹ The closure of (gnu packages guile) contains python, haskell-check, > music, and many other surprising things: > . I committed the bits to generate this graph here: https://git.savannah.gn

bug#27284: ‘guix pull’ builds using multiple derivations

2018-03-27 Thread Ludovic Courtès
Hello Guix! News from the front! I’ve pushed a new ‘wip-pull-multiple-derivations’ branch that keeps the same approach as previously proposed (building Guix using multiple derivation, one for each group of modules: core, CLI, packages, etc.), but does not attempt to reload modules in the running