janzer

Just a note: the Technology Connections video above goes over why this doesn't work well for cars (but does for train locomotives).

EDIT: This was caused by using an old version uv (0.7.3) updating with `uv self update` to the latest version (0.11.2) resolved it. Original message below:

While the first form seems to work with `pyproject.toml`, it seems like the second form in the global `uv.toml` only accepts actual dates and not relative times. Trying to put a relative time (either in the form "7 days" or "P7D") results in a failed to parse error.

My understanding is they used to be fairly strict about using a set for 2 weeks before changing, but research has shown very little difference in outcomes down to 1 week.

There is some discomfort/soreness for the first few days after switching. My dentist's instructions were to wear each for at least a week and then switch to the next set whenever I wanted after that. Basically at whatever rate I was comfortable/could tolerate. I'm now at set 15 and have switched most of them after a week while a few I delayed a couple of days because I had something happening where I didn't want to worry about any discomfort.

Just to avoid confusion, while SMB as used above may be referring to the owner it typically means "Small and/or Medium Business". Where what counts as small and medium varies a bit but is generally <500 employees and annual revenue <$10 million.

Yes, Apple, Windows, Amazon, Shell, Target, Dove, Ivory, Tide, Polo.

(With help from Claude completing the list)

I so miss bazaar's UI around merges/commits/branches. I feel like most of the push for squashing is a result of people trying to work around git's poor UI here.

The 650 main memory was a drum; but what IBM called Random Access Memory (and RAM) for this machine was a hard drive. As described in the Manual of Operation linked above. Here are a few quotes:

"Records in the IBM Random Access Memory Unit are stored on the faces of magnetic disks."

"The stored data in the Random Access Memory Unit are read and written by access arms."

"The IBM 355 RAM units provide extemely large storage capacity for data... Up to four RAM units can be attached to the 650 to provide 24,000,000 digits of RAM storage."

The main memory on the other hand: "The 20,000 digits of storage, arranges as 2000 words of memory on the magnetic drum..."

(1997) with some updates/postscripts through 2008

Given that the actual vulnerability seems relatively niche along with it being such a popular library officially maintained by the Python foundation, the scariest line in the advisory is almost certainly:

The vulnerability was originally reported to the library maintainers on September 12, 2024, but no fix is available.