subway

You'd think the ROC/PRC situation might make them cautious about wandering into the middle of a US/PRC pissing match though.

That's dangerous thinking. Any un-patched service can turn into a pivot point. If the same folks who managed more critical pieces of infrastructure log in there, it can almost certainly be used to pivot onto their other systems.

Not really. It's technically possible with Ksplice, but almost no distro actually supports it.

Beyond the kernel, you have various libs and binaries that will be replaced during upgrades. All can usually/mostly be restarted without a reboot, but just upgrading packages alone won't guarantee all running processes have been updated.

Does that mean part of your infrastructure saw no kernel patches in 4 years?

OS uptime gave me pride in the 90s. Today it's usually a bad sign.

And before Tera, SGI bought Cray in 1995.

The consumer gear was trash. The server lines were an entirely different story. Also worth noting that by the mid 2000s, Compaq was just a branding on the consumer side. The hardware was all the same old HP consumer junk.

Try again: https://www.top500.org/system/179566

There are plenty of System X HPC installs. They just no longer come from IBM. Even when IBM still owned the line, it was being outsourced. The University of California SRCS system from ~10 years ago was an iDataPlex sold to us by IBM. Most of the boards had Asus marked on them.

Also remember the System X line was sold way after the Think lines.

IBM never left HPC. They sold off their x86 lines, but all their big toys run POWER variants.

Arguably, HPE has more of a Compaq legacy than HP legacy. Much of their x86 server line has a Compaq lineage.

HP isn't one company. They are two completely separate companies that share part of their name.

The Berkeley location was also their corporate HQ.

I think 90% of my meals were from GO (with the remaining 10% split between E&J BBQ and Brennan's) when I lived in Berkeley.

A mix of the two seems more likely -- ipv6-only to the device, with nat64/dns64 used to handle ipv4 traffic.

T-Mobile has been ipv6-only for devices supporting 464xlat since 2014.

> Deeplinking from web into the app is hard

This is exactly whay I was getting at before. Please stop fixating on the deferred form of deep links. The play store need not even be involved for deep linking to an already installed app.

The mobile_guide instructions are where most people bail out.

"Yeah, no. This is too complicated." is the response when they see

"Install an app, then click on a check box that changes the UI, then enter https://foo.bar:8448, then register".

That's a massive turn off before your app is even installed. A flow of "Install this app, then return to this web page" is significantly easier. Or if/when branded builds of Riot are possible, it becomes "Install this app."

Yelling... repeatedly, both inband and out of band. You never responded last time:

https://news.ycombinator.com/item?id=19865151

Manually entering homeserver URLs is a non-starter unless you're a technical user.

> without configuration hell.

As long as you're a matrix.org user

And that means...?

A Project Fi data only sim is probably your best bet.

Existing discussion and a more direct link: https://news.ycombinator.com/item?id=19881709

I'm not sure -- I haven't messed with a Pixelbook. On Chromebooks, the trust root lives in the bootloader's flash with no security beyond the write protect screw.

A quick googling led to a reddit post that indicates it's possible with the Pixelbook, but likely a PITA:

https://www.reddit.com/r/PixelBook/comments/7kv944/does_anyo...

Awesome post, but a very minor nitpick:

> Chromebooks use both, coreboot on x86, and u-boot for the rest.

This isn't entirely true. Coreboot is used on a number of ARM Chromebooks, including rk3288 and rk3399 based devices. It seems like u-boot is used less and less in the space. Libreboot has builds for a few devices that kill the annoying "untrusted os" message, and even allow you to set your own trust root.

Please share a useful workflow for getting a non-technical user onto a non matrix.org homeserver.

I've personally run 3 homeservers for communities formerly centered around Facebook, only one of which was technical. For the non-technical communities the workflow was the one provided by riot-web when a mobile user visits the homeserver.

Neither of the non-technical communities saw more than 5% adoption in the org. The technical community constantly complained about the login flow.

When I deployed Mattermost with a custom app for the first non-technical community I saw 40% adoption within a week, and 80 within the month. The second community has looked at the first as an example, and I can expect 80%+ adoption within a week or two of deployment.

I've asked repeatedly in both #ios:matrix.org and #android:matrix.org about assistance in putting together docs similar to mattermost's and was completely ignored.

I've asked if the Riot folks would be open to deep-links providing the homeserver to mobile apps, and was shut down by somebody who insisted deferred deep links were the only kind of deep links, and that they would only ever be supported by a Google Play on-boarding flow.

I really want to love Matrix, but y'all make it fucking difficult sometimes.

Kinda-sorta?

Matrix is an incredibly centralized service masquerading as an easily self-hosted distributed service. The moment you try to get a non-technical user connected to a homeserver other than matrix.org, all hell starts to break loose.

It's bad enough that both France (tchap) and Purism have created their own client forks to make on-boarding somewhat tolerable at the expense of really painful rebases against upstream Riot, while Riot tries to get it's shit together on the non-matrix.org user story.

Mattermost has a slightly less painful situation -- they provide a relatively easy to brand/preconfigure client (and fantastic docs on how to do so: https://docs.mattermost.com/mobile/mobile-compile-yourself.h... ), but you lose out on federation and self-service sign-up, leaving your community isolated (sometimes a pro, sometimes a con).

s/developers/software selling businesses/

Actual developers rarely see ongoing revenue from their past works. It's the business who sees the ongoing revenue, because odds are high that any individual developers have moved on with their career, and have been replaced by someone new to kick in 2-3 years of labour.

There absolutely is.

bash vs zsh vs tcsh vs csh

vim vs vi vs nano vs joe vs emacs

screen vs tmux

and thats before you even get to all the configuration tweaks a given user has made to each.

Neat way to redefine "industry"...

> Steam which I don't think has ever had an exclusive title

Aren't all of Valve's titles exclusive to Steam? I remember being annoyed that I had to install steam for some version of Counter Strike in the early 00s, and didn't think the situation had changed.

Sure, but who tells the client what the correct hash is?

Yes, but for any given job at Netflix, you go in knowing other most gigs are going to pay at least 30% less for the same work.

Amazon isn't paying their warehouse employees a premium rate to offset the risk of falling in the bottom 10%.

Netflix also compensates the ever-loving fuck out of you up until that moment.

Remember, this isn't the churn rate we're talking about. It's involuntary separation. I'd imagine the annual churn rate is way above 10%. I don't doubt FedEx and UPS have high churn rates, but I also suspect they don't fire 10% of their package handlers annually.