3 ms·
Well, firstly, stow existed long before git, so some of it might just be "don't break what isn't broken". In the 90's, I worked at a place that had DEC Alphas
by __d 2y ago
Well, firstly, stow existed long before git, so some of it might just be "don't break what isn't broken".
In the 90's, I worked at a place that had DEC Alphas with OSF/1, Sun UltraSPARCs with Solaris, x86 Linux boxes, and a few random SGI, HP, *BSD boxes and so on. The commercial Unix variants come with a fairly limited set of programs. So that we had a useful environment, no matter what machine was being used, we had a large tree of FOSS NFS-mounted onto each box.
That tree used a shared source tree, build trees for each machine-os platform, and then we stowed the built stuff.
Stow was mostly useful when uninstalling (because not everything had a reliable `make uninstall` option), or to quickly switch between active versions.
I don't think I'd attempt to put that whole thing into git today: stow is the right tool for the job.
- xk3 2y agoInteresting! Before I read your comment I was not aware that dotfile management is actually a new/niche use of GNU Stow and its original purpose to co-locate/distribute software packages and their data. https://www.gnu.org/software/stow/ https://www.gnu.org/software/stow/
- __d 2y agoI should mention that one of my colleagues wrote a pure-C version of stow (available at https://www.gnusto.com/ https://www.gnusto.com/), to avoid the dependency on PERL, which made out bootstrap process for a new platform a bit easier.