Fedora/Nobara.
Fedora/Nobara.
Basic auth keeps the actual login page from being accessed. Even having a login page accessible can lead to plenty of issues depending on your web framework. If you’re doing this, you should be worried. If you don’t even know what basic auth is, you should be really worried.
Mastodon is a pain in the ass to get signed up for anyone under room temperature IQ, so, like, most of Twitter’s users, even the ones smart enough to leave.
To be somewhat fair, if you’re exposing these devices directly to the internet without even basic auth in front of them, you’re a damn fool.
Kasm Workspace has a Redroid image that lets you use Android in a web browser along with any of the other images Kasm has in their registry. There are some caveats in the installation that are explained in the docs. YMMV depending on your knowledge levels.
Alternatively, figure out how to install Redroid directly. https://github.com/remote-android/redroid-doc Keep in mind, you will either want to run this on a baremetal install of one of the supported distros listed or a full VM. It will want Binderfs, and that’s a pain in the ass to install on an LXC container if that’s what you’re using as a docker host.
Netfabb before Autodesk removeded it will fix a lot of hanging vectors, Sketchup is just way easier to use than any CAD software I’ve every used but may or may not be able to open files included with Thingiverse downloads, depending on what was used to make them.
DM me if you need a copy of either. I’ve installed both on Linux in the past as well and have a link to some documentation on that.
I always thought the more developers you added the higher the likelihood of stalling.
I wish Lemmy would get rid of comment voting entirely. It’s not used for anything since downvoted comments still appear (at least in default Alexandria interface, which I’ve used since it was available), and if a comment is downvoted because of prevailing groupthink, it emboldens every clueless troll to make some snarky troll comment in reply for the thrill of seeing upvotes on their snark.
This would improve Lemmy tenfold.
I found dozzle a bit rudimentary as it only does logs, but I liked that there was an android app to interface it.
Lazydocker is more like Portainer on running stacks in that you can see logs, configs, stats and do operations on the stacks and components all from an SSH TUI.
Well, that’s a new development. That used to be the go-to method they pushed. Thanks for pointing that out.
As for Docker Desktop being the top option, it would only be used for a “development environment” because why would you install that on a headless docker host for production? And after the horror stories I’ve heard of Windows and Mac versions of Docker Desktop, there isn’t a chance in hell I’d use it anyway.
So yes, going forward it looks like adding the repos and apt-get install are the way to go. Except, the convenience script was so… convenient.
That Community-scripts seems to come off as some sort of Proxmox association, but I can’t see anything official. Maybe Tteck is endorsing it, but it’s not clear either.
Keep in mind that running scripts, especially curl-bash pipes, has a huge security risk as anything can be substituted in the scripts or the dependencies they call. No clue who MickLesk is and not saying they’re good, bad or indifferent. But there is no reputation there and caution should be exercised.
I don’t need what Ubuntu offers to run server applications, and Debian is rock solid and predictable. Might as well go to the source since it’s Debian all the way down anyway, just with added cruft.
Well, I wasn’t using snaps and it still decided to install Docker snap on me. 2 days of troubleshooting before I figured out that the snap existed and was having a war with my apt install of docker. Never again.
I’ve enjoyed this project and the videos, though I’d hoped to see him get to a product as good as the commercial boards he was aiming at.
We’ll see what he comes up with next summer, he sure seems to like the water projects and looks like he lives somewhere suited to it.
Good. Redhat seemed like it was going the other direction given it’s dropping of Plasma from the RHEL packages. They certainly support Gnome with money and developers, maybe we’ll see some of that support extend to KDE going forward.
When I tried it last (a couple years ago), the docker snap was an untroubleshootable mess. I don’t like the idea of running Docker that way, in whatever version of a container that Canonical has come up with for snaps. It’s just looking for problems. Run an application with Snap if you want, but a whole container system? No thanks.
Debian with the docker convenience script. Stay away from Ubuntu server, for the love of dog.
Make a folder such as /stacks and put everything there by building docker compose stacks. I bind mount everything local to a subfolder with the docker-compose.yml for that application so when I restore it, it’s all in one spot, not spread all over the hell like docker likes to do if you don’t use bind mounts.
Add lazydocker for getting easy log and stats access for each stack.
Avoid bare docker run commands. It makes an unmanageable mess when you get more that a couple containers running.
Consider using the nextcloud AIO master container. It runs docker containers inside a master container compose file, and it is by far the easiest way to manage and run nextcloud.
I can appreciate this. You might want to look at Lazydocker as a SSH TUI management tool.
You might want to look at BlendOS. It’s not up to NixOS’s level of complexity, but it gets you atomic rollbacks. It might meet your time constraints better than the learning curve on NixOS.
I use a Galaxy Watch 5 with SHM-MOD and Companion. It gives local-only data from Samsung Health for BP, O2 and ECG. I’m dead set against using a Samsung account and will toss the watch if that ever becomes necessary.