3,638 karma · joined March 3, 2009
Why then are the first lines of the STS code not something like
// server receives reliable timekeeping through the Network Time Protocol.
if (ntp_enabled() && ntp_working())
return 0; ThinkPad P1 Gen 4 Intel (16") - Mobile Workstation
Save $3,800.00 65% off (Est Value $5,789.00) $1,989.00https://www.youtube.com/@JustForFunc and https://www.youtube.com/@fasterthanlime are good exceptions to this. I want to see the process of building out something complicated one bit at a time, including all the mistakes and dead ends.
SSLMate is about as old as LE, they both started around the same time.
You have that completely backwards.
> "I've always been clear that I'm all about the cost-effective mass-market headsets being the most important thing for us and for the adoption of VR," Carmack said. "And Quest Pro is definitely not that..."
https://arstechnica.com/gaming/2022/10/carmack-wants-a-250-v...
I think the end result was that the transfer time at 10mbps speeds made it take longer than it would have just transforming locally, but it was neat to see it work!
It definitely is, I tried to make the same point a week ago :-)
huh, who told you that, the people forecasting the election?
People should vote for the candidate that they want to win, not the candidate that the tv says has a better chance of winning.
I built a system ages ago that had modest queue needs.. maybe 100 jobs a day. It involved syncing changes in the local database with external devices. Many changes would ultimately update the same device, and making the fewest number of updates was important.
The system used an extremely simple schema: A table with something like [job_id, device, start_after, time_started, time_finished]
When queueing a job for $device, do an upsert to either insert a new record, or bump up the start_after of a not yet started job to now+5 minutes. When looking for a job to run, ignore anything with a start_after in the future.
As edits were made, it would create a single job for each device that would run 5 minutes after the last change was made.
I know a lot of queueing systems have the concept of a delayed job, but I haven't come across any that had the concept of delayed jobs+dedup/coalescence.
You were halfway there :-)
DisplayLink is a janky proprietary virtual framebuffer thing that is pretty similar to the linked project.
Java package managers tend to install packages written in java
Go installs packages written in go, and maybe C using cgo
Cargo installs packages written in rust
php package managers install packages written in PHP, extra extensions are rare
etc
People having trouble with python are NOT having trouble with python. They are having trouble because they are trying to use packages that are just python bindings to absolutely massively complex c++ and Fortran libraries.
Often people using python don't even have a C compiler installed (let alone a fortran one for the scientific stuff), so pip blows up the first time they try to install a package that hasn't been pre-built for their system+python version.
https://hpc.guix.info/blog/2021/09/whats-in-a-package/ does a good job of explaining why installing packages like that is a complete shitshow.
openrc: I don't believe openrc had a process supervision story 8-9 years ago. from what I recall at the time openrc was just a slightly better sysvinit.
runit: I have a lot of experience with runit, and while it works, it has many footguns and is hard to use correctly.
s6: a better runit with better footguns
A great thing that more people should read, is https://lwn.net/Articles/578210/ from one of the Debian developers who voted to switch to systemd. It touches on things like the lack of adoption of upstart, and openrc not solving the problems they had.
Cache headers weren't being set properly, new pages would or wouldn't load depending how you reached the page (direct link vs. javascript loading the content via an internal cache or via a fragment fetch)
You would be much better off using something like dokku, which handles zero-downtime deploys properly and supports using a CHECKS file to verify that the new container is working properly before routing requests to it.
The same features can help you avoid longer downtime. I use dokku at home to run a little web portal. I have a CHECKS file in the repo that has
WAIT=1
TIMEOUT=1
ATTEMPTS=10
/ Portal
...
If I try to update to a new version and the site doesn't come up at all (or a GET for / doesn't have "Portal" in the response), the update is aborted and requests never fail.More things should be links. Like if I'm on
https://www.knifegeek.io/blades/pro-tech-malibu
Most all the words on the page should be links. "Pro Tech", "Wharncliffe", "Damascus", "Malibu" etc should all be clickable to view similar things.
Oh, and you should add a metadata field for locking mechanism.. fixed, friction, lockback, liner, frame, button, axis, butterfly, etc.