Menu

#2 Moduleset Specifications

open
nobody
None
5
2011-07-24
2011-07-24
No

There is this awful ambiguity concerning Moduleset Location Prefixes. The
prefix 'r:' is repository group relative if a path separator is contained in
the remainder, and moduleset repository relative if not. This affects the
'o:' prefix and makes it hard to arrange modulesets in subdirectories.

I'm thinking about the introduction of a new prefix 'm:' that explicitly picks
modulesets from the moduleset repository, and make 'r:' always only repository
group relative.

If there are a chunks of dependencies that vary in a few settings, it would be
possible to arrange dependencies in subdirectories without requiring absolute
specifications (or creating long skip configurations).
For example, the project's main moduleset could require the moduleset 'os-deps'
and the initial configuration for a Linux system could contain this section:
[core.moduleset-repo]
online-access = http://...
modulesets = o:project o:linux/os-deps
The advantage is that this would completely hide unneeded dependencies from
users.

Discussion

  • Dirk Wallenstein

    It would also be interesting (unsure if actually useful or featureitis) if the
    moduleset repository could be accessible as a module. This could facilitate
    editing modulesets and posting patches. By default, I guess, the
    moduleset-repo-module should be pulled manually, but there could also be
    configuration to automatically update those modules before staging modulesets.
    This is what the configuration could look like in the X.org use case, where the
    modulesets are in the module 'modular':
    [core.moduleset-repo]
    modulesets = m:modular:xorg
    auto-update-moduleset-modules = yes
    Alternatively the prefix could be uppercase 'M:' to not put a restriction on
    characters in modules or file names.
    I guess, this should then be used exclusively. The clone-URL configuration
    should best be removed to avoid duplication and diverging URLs.
    This would then mean, that one would always have to start with an online
    location, which should probably be the default, anyway.

     
  • Dirk Wallenstein

    <rich-text make="slant">
    Ok, this does not look like made for a discussion, but you can comment without having an account here.
    </rich-text>

     

Log in to post a comment.