7,032 karma · joined June 10, 2019
Socials: - github.com/denysvitali - linkedin.com/in/denysvitali - t.me/denvit - https://blog.denv.it - x.com/DenysVitali
---
From experience, AI is a 10x (or more) booster for getting a new device up and running - or porting mainline Linux to those super old (3.x) kernel forks.
I'll not contribute back anymore - this is a real bummer, but I guess they made their choice.
Context: https://news.ycombinator.com/item?id=49704503#49745309
https://docs.nura.eco/policies-and-processes/development/ai-...
Seems to be a fork of Immich. They claim performance is a goal but it's still written in Node.JS? Curious.
I tried to do something very similar a while back (https://github.com/denysvitali/immich-go-backend) but didn't fully follow through. Immich sucks, sadly, performance wise and in terms of storage (they don't support S3, WTF).
I'll eventually get back go it and complete my port.
For more context: https://news.ycombinator.com/item?id=46171726
If you extend this thought and this rationale to humans as well, we shouldn't be allowed to "get smarter" by consuming copyrighted content (movies, books) or anything really - as we might end up referencing them.
I think copyright laws are being bended a lot here - and I don't think (as a copyright holder myself) I'm too concerned about that - if this then allows humanity to move forward. It's a philosophical topic really, more than a legal one
If anything, that should have been a learning lesson to NOT trust harnesses, especially new ones.
Why would you waste 2 years to port Linux to an old / a device when you can literally do it in ~10 days and save many devices from turning into e-waste?
I really don't get their approach. Besides, Linux (and Linus) accepts and are doing AI contributions, so their argument makes no sense (since they're a Linux distro)
I can guarantee the same amount of work, without AI, takes probably 10x or more time (I did it in the past w/ the Google Pixel C [3]).
Unfortunately it looks like pmOS is against AI [4], so I'll likely switch away from pmOS and never contribute a single line in the future. Too bad, I was a huge fan [5].
[1]: https://daylightcomputer.com/product
[2]: https://x.com/DenysVitali/status/2091238391710888416
[3]: https://github.com/pixelc-linux/documentation
[4]: https://docs.postmarketos.org/policies-and-processes/develop...
Keep the percentages, and regardless of that - GitHub fix your uptime
I have a far better setup on my Kubernetes cluster [3], but these are good building block (IMHO) to start preventing these kind of issues.
I also "recklessly" run `claude` / `codex` as root for certain things - but that happens on a completely separate machine that is meant to be pruned afterwards, and it's what unlocks the kernel development feedback loop that is needed to port a device (such as the Daylight DC-1 / Surface Pro X) to mainline Linux.
[1]: https://github.com/denysvitali/boxy
[2]: https://github.com/denysvitali/gh-proxy
(Don't work in crypto, but there's a crypto company with the same name as the one I work at)
"For the Love of God, Stop Using CPU Limits on Kubernetes" literally same title
The article behind it explains it better, but a quick glance at the image above is all you need if you don't care too much about the explanation.
When I left that apartment, 70 people signed up to see the apartment the day after, and ~50 showed up.
On top of that, pmOS can work with non-mainline Linux, so with the Android kernel, which is somewhat guaranteed to have support for most / all the devices. You shouldn't use it if you care about security though, but that's a different matter