Found the solution (I think): basically it should just work as expected if you just add outputHashAlgo
, outputHashMode
and outputHash
to your derivation.
“mesh” is a buzzword that doesn’t make much sense (to me at least) if we are talking about wired and routers… what do you mean by it? can you describe your setup?
edit:
Let me clarify :)
Unless I’m mistaken, mesh means that one a bunch of devices, usually wireless access points, connected with each other (in a mesh) with possibly low-quality connections that automatically switch traffic for each other.
If you have ethernet running from the router to the APs, you always want to use that and so you don’t want a mesh at all.
The best option would be to have a “regular” client that keeps a local copy in sync with the cloud instead of a mount.
BTW: IDK what cloud storage you are using, but IIRC some show files that are not available locally (ie. only the most recent files are downloaded locally - the older stuff is downloaded on request).
Alternatively, you could hack something together running unison locally in the guest to sync the cloud folder to a shared one… you’ll have two copies of the data though.
This quote from your article does nail the problem on the head though.
It nails a different problem on the head.
You don’t have to convince the US government to allow you access to classified information, you just have to convince a lawyer that their (possibly non-US) client won’t be liable in case you are lying.
In case anyone comes here with the same problem, the solution is:
attoparsec-aeson = haskellPackages.mkDerivation {
...
postUnpack = ''
mv source source-aeson
cp -rL source-aeson/attoparsec-aeson source
rm -fr source-aeson
'';
...
};
```*___*
It’s a guy babbling about an anonymous website with the same-old stuff against Stallman, and how that is part of a conspiracy to harm free software.
I watched it (most of it) despite having formed my opinion on the quality of that DistroTube channel a while ago… you might want to be wiser than me and do something else with your time.
PS:
Before you put me in the pro-Stallman faction, let me clarify that I think the FSE (non the FSFe - BTW you should change your name guys) is largely irrelevant and so I’ve never investigated the allegations to Stallman enough to take a stance pro or against: I do not care.
I must say, this whole shitshow has been pretty funny to watch :)
One way or another, if you want to run an application you are gonna need its dependencies (the key is the name)… they may be bundled into an appimage or come as part of flatpak ruintime, or be confined inside a container, or live in the nix store, but they will “bloat” your system anyway.
Learn how to cleanup your system (ie. uninstall all packages that are not needed by others that have been requested explicitly) and live a happy life. Only bother with other solutions if the software (or version) you need isn’t available for your distro.
The main difference is probably that I have a desktop PC rather than a laptop (plus, a few old hard disks lying around).
I think I’ll keep the local replica even when I’m finished reorganizing the library: the local copy doubles as a backup and I must say I am enjoying the faster access times.
I also read that drives should not be spun down and up too often, but I think it only matters if you do that hundreds of times a day?
Anyway, the reason I spin down my drives is to save electricity, and… more for the principle than for the electric bill (it’s only 2 drives).
I am amazed at the achievement, and even more amazed at how much people can cheer at anything like madmen.
Never heard of it… OMG that must be the worst name for a backup solution! :D
It reeks of abandoned software (last release is 0.50 from 2018), but there is recent activity in git, so… IDK
Yes, Syncthing does watch for file changes… that’s why I am so puzzled that it also does full rescans :)
Maybe they do that to catch changes that may have been made while syncthing was not running… it may make sense on mobies, where the OS like to kill processes willy-nilly, but IMHO not on a “real” computer
That’s the thing you want to build (a single project may generate multiple executables - eg. a server and a client) so it won’t help in this case but… I must say, I am impressed and really grateful that you went and looked that up for me! Thanks, mate!
cabal2nix doesn’t care about any source-repository-package
in cabal.project
(I think it doesn’t even read that file?).
In my case, it generated a project that depended on the aeon from nixpkgs (which IIUC in turn comes from hackage) rather than the forked version.
I agree: flakes are great for development (and not only)!
Unfortunately I still need to build that third party project from source :)
Maybe I should look into disregarding the whole haskellPackages infrastructure and just build with cabal via a shell script… IDK if that would be accepted in nixpkgs though :/
OP, I forgot to say! There are specific communities dedicated to self hosting and/or home labbing (eg. !selfhosted@lemmy.world), you may want to participate there
Cheapest? Use someone else’s hrdware (or “borrow” it) and set it up at work/school/friend’s house/cafe. Free hardware, free connectivity, free electricity.
More seriously, set everithing up on whatever spare old computer you have at hand (or use a vm running on you pc). You should not start with buying hardware.
You seem to trust the javascript ecosystem just as much as I do :)
Jokes aside, the repo has a lock file so it should actually be fine (time will tell)