

Top is really versatile, but I still love my btop.
My name is Jess. I build and manage servers for both work and fun. I also occasionally make music.


Top is really versatile, but I still love my btop.


As for the “Sound Connect App” that’s unfortunately the core of the problem. That app doesn’t exist for Linux. If the hardware relies on that app to set up or manage profiles, it creates an unavoidable roadblock for desktop Linux users.
The app runs on your phone (Android or iOS), and then you use the phone to manage Bluetooth connections for the earbuds. IMO you shouldn’t need a second device, but I guess they just assume 99% of people are connecting to a smartphone.
It just seems to be a non-standard implementation from Sony that doesn’t play well with the standard Linux audio stack.
I think the issue is that the actual Bluetooth connection is obfuscated behind a proprietary connection to the app, and the app exposes the protocol.
I agree it’s a stupid implementation, prioritizing a UI for pairing over literally everything else, but you still might be able to get it to work. I’ve successfully paired my WF-1000XM4 earbuds with my EndeavourOS (KDE) desktop.


Drivers (other than your Bluetooth chipset) generally shouldn’t matter. AFAIK Bluetooth audio device protocol is generic.
How are you pairing the headphones? Are you adding your PC as a device using the Sound Connect App? I have different SONY earbuds, but they can pair with 2 different devices and switch between them with the app. Perhaps they still have another device (like a phone) selected for output?


what’s really federation on a system that isolates conversations per server?
That’s like asking why Lemmy needs federation if posts are tied to a Community.
No federation means:
Federated platforms aren’t perfect, but they solve these problems.


I’m getting an HTTP 522 from that link. What’s Polyproto?
Also, is there a reason you’re not considering Matrix?


This seems like a cool project. I especially love the UI’s similarity to Discord, but it still has a long road ahead to be a viable chat platform IMO.
I’ve been periodically checking in with Revolt Stoat for about a year now, and personally, the two things that I’m waiting for are:
I’m currently running Matrix synapse, and while matrix is kinda a messy ecosystem, it’s really hard to compete with its maturity and adoption in the FOSS / Self-Hosted space.
Also, not super important, but this blog post reads like it’s AI generated.


How could we tell you about an IP inside your own network? Look at the host using that IP and see what’s running on it.


Watching this company slowly circle the drain has been a pretty sad saga.


If avoiding downtime is your number one priority and you’re willing to take on a lot of complexity to achieve it, then Kubernetes is probably the way to go. There are various chat platforms that can be distributed, but keeping a game server state synced between nodes isn’t an easy task. There’s a reason most multiplayer games are instanced.
I do find it a little odd that you’re so concerned about uptime with a casual gaming server, but to each their own.


Total time delta 🐱


Initial thoughts:
I’ve seen this idea floated before a few times, and it’s a thought I’ve had before myself–some sort of self-hosted version of gify. AFAIK nothing exists as of writing, but I’ve seen this idea crop up enough times that maybe there’s a demand for this sort of thing.
Personally, I just have a well-organized meme folder that I sync between my client devices with syncthing, but something a little more integrated and easier to search might be fun.


There’s no excuse for this crap. Even if they insist on scraping every FOSS repo, there needs to be some logic to it (caches, diffs, longer intervals). These AI scrapers are so poorly thought out they are indistinguishable from DOS attacks.


Hm, I don’t know about that either. While scale is their primary purpose, another core tenant of containerization is reproducibility. For example


Do you host on more than one machine? Containerization / virtualization begins to shine most brightly when you need to scale / migrate across multiple servers. If you’re only running one server, I definitely see how bare metal is more straight-forward.


Instead of 3 full paragraphs of stuff everybody already knows, why not start by explaining why you think Ladybird and Omarchy are”run by fascists”?


Personally, I use OneDev and it definitely has
I’m not sure about wikis or third-party plugins.


If you’ve never tried GitHub alternatives, you’ll be surprised by how good they are (I definitely was). Many of them match the feature set of GitHub and some even surpass it.


Plex isn’t perfect, but the open-source aspect of Jellyfin is holding the platform back. Fractured development across its third-party ecosystem prevents any clients from being as functional as apps like Plexamp while also creating hyper-focused support for popular platforms and leaving smaller platforms virtually unsupported.
This is a strange take. Being open source doesn’t cause unfocused development and platform prioritization issues. Those both happen to proprietary software, especially the latter.
These are more symptoms of it being a community project rather than developed by a company, but community FOSS projects can also be run very effectively. There are many examples of this.
A lot of FOSS development is done by the people who use it. So I suspect as more people move away from Plex, a subset of those users will help contribute to the aspects of Jellyfin they care about.
Jellyfin development is accelerating, while Plex’s enshittification is accelerating. The line is different for everyone, and one by one, I suspect Plex will cross them all.
I don’t kink shame unless they’re into snaps.