I actually tried this right after I made this post, and it was not where near as smooth as I wanted. KDE would put the window that I had assigned to all desktops on top, whenever I would switch virtual desktops.

I found a solution though, it looks like mpv has support.

[-] moonpiedumplings@programming.dev 1 points 2 months ago

The original version of synapse is written in python, which still has issues with single threadedness and the global interpreter lock.

[-] moonpiedumplings@programming.dev 1 points 2 months ago* (last edited 2 months ago)

Right, but you could have just made one yourself

And then there would be a bus factor of one. It's not just about making a helm chart for myself, it's about having something that can be shared with the community, that doesn't depend on any single person to be maintained and updated.

It's about having an organization that provides "packages" for Kubernetes, for people/orgs that don't have the time, expertise, and energy to maintain them.

I greatly respect Ananace, who is in the comments of this post, and mentioned their Helm charts. The work is excellent. But looking through the commits, it's just one person, doing something that primarily consists of bumping version numbers. Contrast this to the Matrix ESS helm chart, where the commits consist of many more contributors, and also include feature additions to the helm chart.

[-] moonpiedumplings@programming.dev 1 points 2 months ago

Hello Ananace! :)

I actually have seen your helm charts many, many times before when searching for matrix, synapse, or lemmy on Artifacthub.

An official helm chart isn't really a hard requirement to me, even if I were to use one and it were to stop getting maintained, I could continue on my own. But an official helm chart has big community benefits that are very important to me. Like, there becomes the option of paid support, which is a must have for many entities. Also, an official organization may support a wider variety of usecases than someone making helm charts for personal use.

I also ended up chatting with one of the core devs of Synapse about ways to improve regular Python Synapse for use with Kubernetes back in the ending of January, so hopefully it’ll improve in that direction when time allows

Do you know anything about the claims that they have rewritten synapse in rust?

[-] moonpiedumplings@programming.dev 1 points 2 months ago

Yes and no. There are many things that are much easier with Kubernetes, once you figure Kubernetes out.

High availability is the most notable example — yes, it's doable in docker, via something like swarm, but it's more difficult. In comparison, the ideas of clustering and working with more than one server are central to the architecture of Kubernetes.

Another thing is that long term deployments with Kubernetes can be more maintainable, since everything is just yaml files and version is just a number. If you store your config in code, then it's easier to replicate it to another server, either internally, or if you share it for other people to use (Helm is somewhat like this).

There's also the needy users that create tickets for every prompt, dialog, message, delay.... Pretty much anything that could happen at all ever, whether it affects their ability to do their work or not.''

This could be weaponized incompetence. "Oh I keep having issues with my computer that interfere with my work, so I can't work and IT is incompetent and can't help me, look at all these tickets and how long IT takes. I just can't get any work done!"

I'm using eternity, which hasn't received any updates, on my phone, and the default lemmy web interface on my computer.

Maybe I need to try some other options.

This is just straight wrong. iMessage on android has worked by connecting to a remote Mac, which then connects to imessage. The protocol is locked to their hardware.

And, even if there was a true open source reimplimplementation of iMessage, that would say nothing about the security of Apple's proprietary implementation of the iMessage end to end encryption.

[-] moonpiedumplings@programming.dev 1 points 1 year ago* (last edited 1 year ago)

You cannot run a GUI in LXC

It's probably possible, especially considering lxc can run systemd nowadays, and I can find many sources on this, for GUI and for GPU acceleration (but not in proxmox):

https://stgraber.org/2017/03/21/cuda-in-lxd/

https://blog.simos.info/how-to-run-graphics-accelerated-gui-apps-in-lxd-containers-on-your-ubuntu-desktop/

And then there are also technologies like KasmVNC which can serve a GUI as a website, and it doesn't need a GPU at all.

EDIT: Two year old guide, but a redditor pulled it off

Damn you're right:

https://documentation.ubuntu.com/lxd/en/latest/howto/move_instances/#live-migration-containers

It can live migrate cattle type containers if you enable some options, but not pet type (systemd) containers.

[-] moonpiedumplings@programming.dev 1 points 2 years ago* (last edited 2 years ago)

Can paperless ocr jpegs and pngs? Or convert to pdf and then ocr?

I was thinking using firefox's scrolling screenshots and then OCR'ing those.

u/CoderSupreme@programming.dev

Do mentions like this work?

view more: ‹ prev next ›

moonpiedumplings

joined 2 years ago