I would be buying. The cam I borrowed wouldn’t fit the setup I want, I just mentioned it because I want that functionality but without the hassle of pulling the SD card.
So far it doesn’t sound like what I want exists, unfortunately.
I would be buying. The cam I borrowed wouldn’t fit the setup I want, I just mentioned it because I want that functionality but without the hassle of pulling the SD card.
So far it doesn’t sound like what I want exists, unfortunately.
That essentially boils down to “build your own solution”, which under my current circumstances amounts to “don’t do it”. Not that I lack the skill or will but the spare time and energy I have is used on my baby daughter. I can’t justify rabbit holing on something like this.
It’s why I created this thread - to see if there’s a software and hardware combo that solves this with minimal additional work.
WiFi would be easily sufficient. We’re talking a distance of 10m from my router, tops.
I borrowed a camera - it’s not the one I would be using for this.
That’s why I’m asking. I haven’t bought anything yet and don’t want to get the wrong thing.
That would be possible, yep.


Ooh, that’s a useful thing to know about! Thanks!


You’re getting ragged on but I would very much prefer an approach with these things that used some sort of modular system.
I’m imagining the service would have the option for “address for communication bridge” and it’d pass messages to it using JSON or something. The communication bridge would then decide which medium that would go through (email, SMS, smoke signals, whatever the owner configures).
As far as the service is concerned messages come and go (or just go) and how that side of things works isn’t its problem. It’d also mean that one could configure fallback messaging mediums and use dummy ones for if one doesn’t want anything like that (much like the “emails print to the console” debug tool Django has).
I don’t know what’s worth tagging and what isn’t. I don’t know which tags are popular and so have followers vs. which ones aren’t.
The information exists but isn’t presented anywhere convenient.
If I have to do homework before posting a picture I’m massively more inclined not to bother, which isn’t particularly good for the Fediverse.
I would love something that could give me suggestions for relevant and popular hashtags for my content.
At least for me it’s /etc/caddy/CaddyFile
Can you give us your config file?
I found the whole experience tremendously frustrating and as you can see from some of the other responses and votes, the community does not consider that to be a reasonable reaction.
Hence why I bailed on the whole thing. I don’t need the grief.
I was told a tool was a resilient approach to drive management. It wasn’t, outside of a very specific set of circumstances.
Your analogy not only makes no sense but is exactly why I’m hostile about this. I’m not an expert at the specific limitations of a niche hard disk technology is, I must be a fucking moron or something, and ridicule is a clearly an appropriate reaction.
My idea of a useful tool for dealing with hard disks is not one that loses its shit when a hard disk is temporarily disconnected. That is not a ridiculous assumption. If that’s an issue then that should be made abundantly clear.
I assigned drives based on serial number and passed them through to TrueNAS and it couldn’t handle that reliably. I do not think I was asking for the moon on a stick.
The USB interface is a temporary measure, I was going to move the disks to an internal setup after testing but if it can’t handle something that basic then like fuck am I trusting it with something like migrating from USB SATA to internal SATA.
If I need both disks to access mirrored data then it’s as useful as a chocolate teapot.
I was trying to use it for a mirrored setup with TrueNAS and found it to be flakey to the point of uselessness. I was essentially told that I was using it wrong because I had USB disks. It allowed me to set it up and provided no warnings but after losing my test data for the fifth time (brand new disks - that wasn’t the issue) I gave up and setup a simple rsync job to mirror data between the two ext4 disks.
If losing power effectively wipes my data then it’s no damn use to me. I’m sure it’s great in a hermetically sealed data centre or something but if I can’t pull one of the mirrored disks and plug it into another machine for data recovery then it’s no damn good to me.
Looks like I angered people by not loving ZFS. I don’t feel like being bagged on further for using it wrong or whatever.
Edit: elaborated, got bagged on. Shocked Pikachu face.
I have given up on ZFS entirely because of how much of a pig it was.


I wish government organisations would host their own Mastodon servers. Get off Twitter.


Unless they’ve changed it in the last month then it’s 50 GB for zip.


I have five users, max, and barely any files. I don’t know which one Nextcloud AIO uses and I don’t care. There’s no wrong answer for such a small deployment. It uses whatever database Nextcloud felt was sensible as the default. They know more about picking the right tool for their requirements than I do.
If I’m building something for myself, then I care.


What’s so WTF about it? I’m repurposing old hardware and testing out the concept. I’m not shelling out a pile of cash on something that might not work for me.
An honest answer that it’s not currently easily doable is in and of itself useful.
This is a “nice to have”. I figured I’d ask preemptively so that I didn’t go down a blind alley. Thanks!