*davexunit aaaalmost has user namespace working in container
<vmlinuz88>I was thinking of something like that; however, I recall that on the installation cd for GuixSD, there is a command that must be run 'deco start cow-store /mnt'. How would I initialize the gnu store on my Debian host without the deco service running?
<daviid>davexunit: wrt this container work you're doing, assuming we'd have guile-gnome[clutter] in guix[sd], does that mean i could, 1 day, expect my apps to run on other [terrible] OSs that i won't tell the names ? :)
<DusXMT>daviid: And duplication isn't the only program; your libraries will age with time; in a distribution, not only will the libraries get updated, but you (or the maintainer for your project) will have to adjust your program, evolve it, to make it work with the new versions.
<daviid>alright, i understand you're somehow against it, i trying to find a solutio right now...
<daviid>DusXMT: guile-gnome is 30 version behind the latest gnome libs...
<mark_weaver>hmm, "guix refresh -u" is not working for me. I've tried it on both 'sharutils' and 'gnu-pw-mgr', both of which need updates. in both cases, the command produces no output and returns status 0.
<mark_weaver>does the existence of su-4.14.2 or REL-* directories confuse the code?
<mark_weaver>oh, I see. if there are any subdirectories at all with numbers in their names, it looks in there.
<mark_weaver>rather than trying to make this smart enough to try to decide whether to look in subdirectories, it would probably be better to start adding such information to the package objects.
<mark_weaver>it would be great if we could incrementally add 'check-package-freshness' support to non-GNU packages, starting with packages that could be handled with the same code but a different ftp URL.
<mark_weaver>well, this is not a high priority though. no need to do it now :)