trufas
Joined 7 years ago
Karma
68
Submissions
36
Member since
Aug 1
Recent submissions
Comment · 11 months ago
Comment · 2 years ago
You're conflating git with git forges. Most popular forges use a centralized model. Git was built as distributed from the start and it's original mode of collaboration was through a federated protocol.
Comment · 2 years ago
Apache doesn't enforce copyleft, so the Pear authors can license whatever changes they made to Continue with any license they want.
What isn't ok is to change the license of the existing code. They seemed to have corrected this since[0]. I think it's very hard to argue they didn't comply with the Apache license in this case, especially since the license is technically included in the forked git history.
On the surface this just seems like it was a naive and sincere mistake. I doubt that the Pear people were trying something nasty.
It also seems one of the founders has a fairly popular YouTube channel, so he's probably aware that this sort of nothingburger drama is great for business if handled competently.
[0] https://github.com/trypear/pearai-submodule/commit/335436b47...
Comment · 2 years ago
I guess it makes sense but still, brave to be running all the infra on Arch ;)
This is really clean! I'll definitely be using it as a reference for IaC done right. Congrats on the migration.
Comment · 2 years ago
They're using Gitlab CE. I assume the whole thing is running on their own servers.
Comment · 3 years ago
How is setting up a Dockerfile and then a docker-compose file any simpler than just writing a unit file?
This seems like a perfect application of the init system.
Comment · 3 years ago
I use it a lot for personal homelab infrastructure. I find it feels a lot more natural than single process containers for the workloads I use (torrent clients, game servers, plex...). I've unfortunately never used it for production workloads, and likely never will after recent news.
I also find lxc system containers better than OCI style immutable containers for dev environments for my personal projects, and LXD is the best way to manage them AFAIK.
Comment · 3 years ago
LXD is great tech and a pleasure to work with. This blows. Hopefully an actually open alternative pops up.
Canonical's general bad attitude towards FOSS is just appalling.
Comment · 3 years ago
SLUB is a nice story of a simpler implementation winning out, even when SLAB may have been more technically sophisticated.
Comment · 3 years ago
CentOS 7 is supported and will be EOL at the same time as RHEL 7.
Stream does have major versions so you can continue to use CentOS Stream 8 and get backports. You only lose anything if you're tied to some minor version of EL for some reason.
Comment · 3 years ago
product-market fit
Comment · 3 years ago
Plugging a llm into dbus may take you surprisingly far.
Comment · 3 years ago
It's happened before[0]
Comment · 3 years ago
There's no guarantee the boilerplate an LLM spits out will be up to date. It'll almost definitely have some outdated code in it's dataset that it can reference.
Comment · 3 years ago
Only if you ignore the flawlessly at 60 fps part.
Possibly of interest: s3gw[1] is a modified version of ceph's radosgw that allows it to run standalone. It's geared towards kubernetes (notably part of Rancher's storage solution), but should work as a standalone container.
[0] https://github.com/gaul/s3proxy [1] https://github.com/s3gw-tech/s3gw