meteokr @ meteokr @community.adiquaints.moe

Posts

4

Comments

217

Joined

2 yr. ago

I love that there is a flatpak to manage appimages. I didn't see it on their github, but surely they offer an appimage right? Such that it could bootstrap/update itself? Otherwise thats pretty ironic.

P.s. I'm cool with both flatpak and appimages, only poking fun.

Probably not the 'recommended' way, but I use a selfsigned cert for each service I'm running generated dynamically on each run with nginx as a reverse proxy. Then I use HAproxy and DNS SRV records to connect to each of those services. HAproxy uses a wildcard cert (*.domain.tld) for the real domain and uses host mapping for each subdomain, (service1.domain.TLD).

This way every service has its traffic encrypted between the HAproxy and the actual service, then the traffic is encrypted with a browser valid cert on the frontend. This way I only need to actually manage 1 cert. The HAproxy one. Its worked great for me for a couple of years now.

Edit: I'm running this setup for about 50 services, but mostly accessed over LAN/VPN.

I used to use VFIO several years ago, but these days every game I want to play/ have played recently have all just worked out of the box with Proton. VFIO was always fragile, but it worked great when it did. It has the same problems Proton has with anti-cheat, since its still a VM. So your milage varies depending on the games you want to run.

I've become a big fan of freshrss. Why would I want to install an app to follow RSS feeds that I'd open in the browser anyway, when I could just have the RSS feeds in the browser already. Just feels so much more consistent, and easy to save articles for later in the same browser.

Debian even has "slim" docker images that are pretty small.

If your applications require different libc versions, then regardless if you used containers or not, you'd have each of them in memory. If they don't require different versions, then you're just blaming containers for something the user is responsible for managing. When alpine images are a dozen or so MBs, base image disk size is basically irrelevant in the grand scheme of things, as you probably have much more than that in dependencies/runtimes. Even Debian base images are pretty tiny these days. Depending on the application, you could have just a single binary with no OS files at all. So if you do care about disk and memory space, then you would take advantage of the tools containers give you to optimize for that. Its the users choice on how many resources they want to use, its not the fault of the tooling.

I haven't played 2 or 3, but at the very least FF4 isn't turn based. Its pseudo-realtime.

Mid-battle saves were a separate temporary file. Once you loaded the file, it deleted itself. Basically an extented pause since it was a mobile game. Your main save would have been unharmed, though saves were manual so who knows how far back you were. Some battles were forced whenever you entered the tile, so you could easily be surprised an unprepared. Especially that babus fight with marche alone. Was always tough back in the day.

The main thing for this is cost. I don’t really know what performance specs for a VPS I would need to reasonably have good network performance with ~10 devices, though I’m guessing I’ll have to have something =<10Gbsp. So maybe $25-$30/month depending on who I buy a VPS through?

Would EACH of your devices have their own dedicated gigabit connection to your server? Even so, are you the only user or is this for some family members also? If its just you, you can 9/10 just get a basic 5$ or less gigabit VPS. You'd much more often be limited by your outbound connection than your VPS networking, by a considerable margin. Most things you are connecting to won't saturate even a gigabit connection, so you'd be well under your bandwidth requirements.

I don't own any nvidia hardware out of principal, but ROCm is no where even close to cuda as far as mindshare goes. At this point I rather just have a cuda->rocm shim I can use, in the same was as directx->vulkan does with proton. Trying to fight for mindshare sucks, so trying to get every dev to support it just feel like a massive uphill battle.

Exactly, Nvidia doesn't have real competition. In gaming sure, but no one is actually competiting with CUDA.

Pre-installed to the emmc I assume? That's nice for the out of the box experience, but knowing the nature of SBCs I'd like to be able to at least get a copy of the image so I can burn a new boot device when something goes a little sideways.

Since you've worked with them before, are these the correct images? https://wiki.sipeed.com/hardware/en/lichee/th1520/lpi4a/3_images.html I did a little bit of digging from the link in the description of the video, if so then I'd gladly get a couple of these to play with. Dual Ethernet, and even PoE is awesome at this price point.

How hard is the initial setup for this board? Is it a simple flash an sdcard and power it, or does it require manual kernel crosscompiling of some specific unmaintained github fork? I know Debian is working on offcial riscv support but I haven't looked at how far its come along in a bit.

Yeah the preference is yours, at the end of the day, I don't think it matters what tools you use as long as it works.

Worth noting is that a process not managed by pid 1 isn't really a thing you want generally. If you use systemd to start the docker daemon, which then starts your container, its still managed by pid 1 eventually. Perhaps you prefer the tooling and interface of docker more than machinectl, or maybe podman just isnt working for you, they're all just tools to interact with kernel namespaces and cgroups. For doing a little dabbling in another distro, installing docker is pretty heavy vs what the article is talking about.

You really don't "need" to login twice a day. A single extra domain/boss drop isn't going to completely make or break any content in the game. Even spiral abyss is only 2ish extra gacha pulls if you are really pushing it. Which again, won't make or break any content in the game.

A huge amount of the event stuff is totally skippable, some minor lore here and there can be watched on YouTube, there are sometimes event weapons, but the majority of those aren't even that much better than other permanently avaible ones, and certainly not over weapon banners.

I've been playing GI for almost a year, and it has been an absolute blast. I do the content I care about, skip stuff I dont. Its a fantastically fun game, that I can pop in go hunting for chests for an hour or two, maybe do some event minigames for pulls. If you have low self control and cannot bare to be 5% less effective in combat where you one shot everything with a single burst then it might not be a game you want to play, but for casual playing around and exploring the world fighting random monsters for happy treasure chest sounds, it has been an absolute delight.

systemd manages cgroups, a very well standardized kernel interface for process management, which I would say is something init should be able to do. The gap between that, and a container is mostly semantic.

You can also pipe yt-dlp into vlc if that suits your fancy.

If the exclusive ownership of something, in order to sell it, is the primary choice driving factor of a project. Then you should just make it proprietary. Anything else would limit your margins, since someone else can just fork your project, change it and make it proprietary themselves. A dual license is sometimes used in this case as well.

While it also has a PC release, it was on PS2 as well if you are locked to Android emulation. Melty Blood is a total classic. I am garbage at it, but it is fantastic for couch gaming with friends.

In a hand wavy way, yes. You are just editing the settings of one suite of software, not really an OS "registry". Closest to that in Linux is editing /etc, but even then, not all software is configured there.