It turns four later this year. It's a Klean Kanteen I got for Christmas. The lid is pretty hard to clean and I really need to replace it at this point. There's a lot of unnoticable scratches (had this rolling down a pavement one time) and I don't think it really keeps water cold as long as it used to. It's also hard to clean the inside because my hand doesnt fit.
antiX I've used this before on an old laptop (also an atom and 2gb RAM) and it's very lightweight. It just doesn't have defaults that I prefer but if you tweak it enough, it should be fine.
images hosted on the same server as the federated community will directly link
https://ani.social/post/288601 - This image is uploaded from a user on the same instance as the federated community (lemmy.world) but the image is cached.
images uploaded somewhere other than the federated community will be copied into cache
https://ani.social/post/285354 - This image is uploaded from a user on a different instance (lemm.ee) from the federated community (lemmy.world) but the image is not cached.
The behaviour is pretty weird. Hopefully we can disable image caching/copying-over-locally so we don't have to deal with problematic images hosted by other instances.
How did you check this? From my understanding, images from external servers are copied (and transcoded) over locally. At least in my server (running 0.18.4), they do.
In some cases, pict-rs might crash and be unable to start again. The most common reason for this is the filesystem reached 100% and pict-rs could not write to the disk, but this could also happen if pict-rs is killed at an unfortunate time. If this occurs, the solution is to first get more disk for your server, and then look in the sled-repo directory for pict-rs. It's likely that pict-rs created a zero-sized file called snap.somehash.generating. Delete that file and restart pict-rs.
When it comes to "free" services/products, where do you draw the line on how your personal data/activity is used/monetized?
Monetized? I don't like that. Used for the service to actually work? Then whatever it needs to work. If I have to give out my phone number to play a video game, definitely not. If I have to provide my home address for a product to ship to my door, then I don't see the issue.
How much of your data would you be comfortable letting Lemmy sell vs Reddit?
None. I hope no instance admin does this. Other than emails and IP addresses, I don't really know what kind of data we can sell that isn't publicly available already.
If Zuck treated users better, would you be more accepting of Meta monetizing your data every way possible?
I don't really know what "treated users better" is supposed to mean. If he paid me a good sum to use Instagram, sure?
When it comes to using something for free (tangible or intangible) do you accept a company selling your personal information if their practices align with what you feel is fair?
Depends on what kind of information they're collecting/selling, whether the information is anonymized, and to whom the data is being sold to (not that we'll ever really know for sure). It also depends on what I'm getting in return.
I tried a few FOSS NLEs and Kdenlive is my favorite. The native one from the Arch repos at least. I know the flatpak or AppImage versions can be problematic sometimes especially when you throw some weird files at it.
I don't think there's a fixed aspect ratio or resolution size for community banners. But your instance might have resolution or file size limits for uploading photos. You can ask your instance admin about it.
I was on Zen kernel and that broke for me. I could probably update right now to the latest kernel versiom and my issues might be resolved but I think I'll be sticking to LTS jntil I have a good reason to swith back to Zen.
I actually had a problem with the latest kernel a few weeks back. Switched to LTS and that fixed it. To be fair, it's the only real "breakage" I've experienced in the past year.
They are. We've manually removed these images from our instance (and are following the guidelines provided by local laws).