I've been doing a terrible job of maintaining GNU Stow the last year, and there's quite a backlog of bugs, feature requests, support requests etc. So it's a good time to catch up on these.
Looking for hackers with the skills:
This project is part of:
Hack Week 18
Activity
Comments
-
over 5 years ago by bmwiedemann | Reply
While GNU Stow is much simpler in scope, this seems to have some overlap with GNU Guix.
-
over 5 years ago by aspiers | Reply
@bmwiedemann Only a tiny bit. Guix is a full blown package manager (which I have been following with interest for many years), whereas I have removed claims from the GNU Stow home page and README that Stow is a package manager, instead calling it a symlink farm manager which these days is a more accurate description bearing in mind that modern package managers are expected to do far more. Those advanced features are totally out of scope for Stow, and its use of symlinks offer a very different UX which is valuable in a different way to the others (e.g. you can manage and edit dotfiles directly within git and have the changes instantly in use).
-
over 5 years ago by aspiers | Reply
See also clarify that Stow is a symlink farm manager · Issue #22 · aspiers/stow.
-
Similar Projects
Create object oriented API for perl's YAML::XS module, with YAML 1.2 Support by tinita
Description
YAML::XS is a binding to libyaml and already quite old, but the most popular YAML module for perl. There are two main issues:
- It uses global package variables to influence behaviour.
- It didn't implement the loading of types like numbers and booleans according to the YAML spec (neither 1.1 nor 1.2).
Goals
Create a new interface which works object oriented. Currently YAML::XS exports a list of functions.
- The new API will allow to create a YAML::XS object containing configuration influencing the behaviour of loading and dumping.
- It keeps the libyaml parser and emitter structs in memory, so repeated calls can save the creation of those structs
- It will by default implement the YAML 1.2 Core Schema, so it is compatible to other YAML processors in perl and in other languages
- If I have time, I would like to add the merge
<<key feature as an option. We could then use it in openQA as a replacement for YAML::PP to be faster.
I already created a proof of concept with a minimal functionality some weeks before this HackWeek.
Resources
- Work is currently happening on the oop branch
- Experimental release waiting for user feedback: https://github.com/perlpunk/yaml-libyaml-pm/releases
- Diff