Commit Graph

7 Commits (474d7f53da3319b291e87f9ab9d5c45b98dd89ff)

Author SHA1 Message Date
Jordan Orelli 474d7f53da cli password flag 3 years ago
Jordan Orelli 0087101de9 ok, stepping into an actual structure now
proved that I could manage the protocol with something that was faked,
starting to try to serve something for real. The idea is that you would
have a directory that contains all of your module zips, and the mir
server would serve modules from that directory, and it would query that
directory to find out which versions were available and which were
latest.

I'm not sure about the version list and retractions. It seems like if a
module is retracted you still want it to be in the list of available
modules, and that a retraction is not signaled by the absence of that
version in the list endpoint, but by the module file of the latest
version itself.

    /srv/mir
    └── modules
        └── orel.li
            └── mir@v0.0.0-pre1.zip
3 years ago
Jordan Orelli 042ccd2d73 hm i dunno about that index concept 3 years ago
Jordan Orelli 9d454a752e right more renaming stuff 3 years ago
Jordan Orelli 1e569c08cd mir, perhaps, is this project's name 3 years ago
Jordan Orelli 095a769a5e sure why not 3 years ago
Jordan Orelli 9b5b6a3d8f cleaning some stuff up 3 years ago