Re: Speeding up “guix pull”: splitting modules

[zimoun]

Hi Ludo,

On Wed, 8 Jan 2020 at 22:50, Ludovic Courtès <address@hidden> wrote:
> Ricardo Wurmus <address@hidden> skribis:

> > On the other hand: this would need to be an ongoing effort.  Newly
> > introduced packages or even new features might create complex module
> > cycles.  It sounds tedious to keep track of this and to enforce
> > boundaries.
>
> Yes, I think this is a dead end: glibc could well end up become on
> Haskell (hi, Pandoc!), and then the whole module split effort collapses.

What kind of metrics could help to detect which modules are going to
the wrong way?
For example, would some DAG post-processings help?


All the best,
simon