Ok, hi! My name is Boxxy...
She's on regular TV now IIRC
Show HN: boxxy – Control where Linux programs put files, without symlinks
31–40 of 250 posts
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#32This seems like a great idea, thank you for sharing. Are you aware of any notable caveats to using Boxxy, given the mount-based implementation? E.g., will this continue to work if you sync ~/ with other machines (rsync, FTP, SyncThing)?
> This seems like a great idea, thank you for sharing. Thanks :D > Are you aware of any notable caveats to using Boxxy, given the mount-based implementation? System configuration to allow mount namespaces, tools might have to understand recursive paths, it's tested for my use-cases. > E.g., will this continue to work if you sync ~/ with other machines (rsync, FTP, SyncThing)? I haven't tried it! Would love to see wha…
In my experience doing weird things with mountpoints, there is almost always some bug that happens on reboot of the system. For example, if your mounts aren't in /etc/fstab, they simply won't be restored.
And if you have a script that sets them up manually, then make sure that script runs on boot after any mounts it implicitly depends on.
Also note that any scripts with config stored in these mountpoints (which seems to be the point of the tool) will not be able to run until the mountpoints are up. That seems like an obvious observation, but it's easy to fall into a trap where one of your scripts installed with this tool is called in a setup script that runs on boot of your machine.
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#33Ok, hi! My name is Boxxy...
my queen, i kneel.
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#34Earlier quoted context omitted.
> This seems like a great idea, thank you for sharing. Thanks :D > Are you aware of any notable caveats to using Boxxy, given the mount-based implementation? System configuration to allow mount namespaces, tools might have to understand recursive paths, it's tested for my use-cases. > E.g., will this continue to work if you sync ~/ with other machines (rsync, FTP, SyncThing)? I haven't tried it! Would love to see wha…
In my experience doing weird things with mountpoints, there is almost always some bug that happens on reboot of the system. For example, if your mounts aren't in /etc/fstab, they simply won't be restored. And if you have a script that sets them up manually, then make sure that script runs on boot after any mounts it implicitly depends on. Also note that any scripts with config stored in these mountpoints (which seems…
[deleted]
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#35I'd been meaning to make something like this for ages but never had the patience to figure out the namespace API, great work!
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#36I'd been meaning to make something like this for ages but never had the patience to figure out the namespace API, great work!
Thanks :D <3
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#37Ok, hi! My name is Boxxy...
That brings back memories... of an era of Internet that many here are probably too young to have experienced.
I wonder what the demographic for HN looks like. I never questioned how much younger the audience would be than me (and I definitely remember Boxxy and the related internet/4chan drama).
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#38Earlier quoted context omitted.
> This seems like a great idea, thank you for sharing. Thanks :D > Are you aware of any notable caveats to using Boxxy, given the mount-based implementation? System configuration to allow mount namespaces, tools might have to understand recursive paths, it's tested for my use-cases. > E.g., will this continue to work if you sync ~/ with other machines (rsync, FTP, SyncThing)? I haven't tried it! Would love to see wha…
In my experience doing weird things with mountpoints, there is almost always some bug that happens on reboot of the system. For example, if your mounts aren't in /etc/fstab, they simply won't be restored. And if you have a script that sets them up manually, then make sure that script runs on boot after any mounts it implicitly depends on. Also note that any scripts with config stored in these mountpoints (which seems…
Yes, absolutely! Good points to be aware of; I should find a way to add some warnings about this to the README.
(earlier less-relevant comment was deleted)
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#39It would be very nice to integrate it with Nix and make the hijacking automatic (perhaps with LD_LIBRARY_PATH).
Re: Show HN: boxxy – Control where Linux programs put files, without symlinks
#40.