Show newer

@freemo [qoto issues]

In the last weeks I see cases when:
- my reply doesn't seem to be propagated to the instance of the person I'm replying to (e.g. qoto.org/@robryk/1134662843036, qoto.org/@robryk/1134664317664, and qoto.org/@robryk/1134381967689),
- a reply made to me doesn't cause a notification to appear (IIRC mastodon.social/@_thegeoff/113 had that issue).

I don't know if both issues started at the same time. At least in one case of my replies not making their way to the other instance (qoto.org/@robryk/1134381967689) my posts made their way to that instance both before and after, so I would be even more surprised than by default if a relevant blocking relationship existed.

@0xabad1dea But why are they attempting it in Chinese when targetting phone numbers with Netherlands' country code? If they do it at most once per number, wouldn't it make more sense to pick a language the target is more likely to speak?

@slyka ah, I'm being silly. What's the stencil made of? Aluminium?

@koakuma ttbomk the wheel mounts are standardized (the ones that have bushings for pins that are something like 5mm in diameter). I think their height is less standardized, so you might need to buy a set.

@brett

This looks extremely similar to a screenshot of some version of pctran, which is very simplified compared to real control systems (i.e. it abstracts away engineering complications unimportant for transient modelling). I expect people to suspect that it's not real at first glance.

You might wish to take a screenshot of something like youtube.com/watch?v=59hVaIjxMI, which is somewhat closer to having many of the engineering complications implemented (e.g. compare the boration control setup between the two).

@slyka What happens on the other side of the paper?

@mcc I always(?) found it somewhat nice that this list includes cooperation but not negotiation.

@munin @cliffordheath @cstross @SwiftOnSecurity

Electric braking in trains is usually (always?) not eddy current braking, but running the motors as generators and connecting something to the motor. In somewhat older days that something was either the overhead wire (with engines set up so that they generate a higher voltage) or a bunch of onboard resistors (that is still sometimes the case in trams). I would expect that trains with a VFDful drive etc. do something more interesting there, where they are able to dump that into overhead wire at lower speeds. Obviously the question of ability of the overhead grid to sink that power (assuming insufficiently many other accelerating trains on the same overhead segment) is a separate issue.

@cliffordheath @munin

How large a fraction of power that's taken out of train's kinetic energy is transformed into heat by electrical braking? I would estimate that to be ~10%ish, because I vaguely remember 90%ish efficiency of electrical motors (incl. VFDs etc.) and I would expect that to be roughly same for the other direction.

@cliffordheath @munin

How large a fraction of power that's taken out of train's kinetic energy is transformed into heat by electrical braking? I would estimate that to be ~10%ish, because I vaguely remember 90%ish efficiency of electrical motors (incl. VFDs etc.) and I would expect that to be roughly same for the other direction.

@cstross @munin @SwiftOnSecurity

Do you know what's the efficiency of pushing power into something (train grid? above-surface resistors?) when braking?

@kurtseifried @hdm

At least the grapheneos reference is not about rebooting regularly, but about causing the phone to reboot (and thus lose all the secrets protected by the passphrase) when it's not unlocked for sufficiently long. That protects phones taken against the owner's wishes, insofar it gives the attacker a limited window in which they can try to get at these secrets.

@b0rk For added amusement: in the case you're depicting std{in,out,err} are all the terminal, so are all identical. You can read from stdout or write to stdin. :)

@rysiek @stinerman @gytisrepecka @thisismissem @Gargron

I wanted to say that ISTM that having a BDFL is correlated with having complex interfaces where software assumes everything else will adapt to itself. Alas, when I tried to come up with examples apart from positive examples (Mastodon, systemd, Linux), I've started to doubt the conclusion, given counterexamples such as curl or lots of small projects where this is harder to evaluate (e.g. s6-supervise, honk from the same topical areas as the ones above).

My weakly held opinion is that a good way of reducing the fraction of software people use that has BDFLs is to strive to get more interoperability on a more granular level. I wonder what you think about it.

@munin

Doesn't the dynamic change once you have more than 2 players?

@whitequark BTW are there any "land immediately" failure modes listed? (The obvious one would be imminent total hydraulic failure, but I'm not sure if there's a procedure in QRH for that.)

@jeff @Lana @shantini

Not really? The obvious reaction then would be concern for (a) what's going on physically with them right now (b) what's going on mentally with them. I guess that reaction guided at (b) would be checking whether they are aware of what they're doing, which resembles "What do you mean?", which Lana argues against in a sibling post.

@rysiek @ahmetasabanci

Did you try to figure out what machine-readable format (if any) makes sense for a blogroll?

Show older
Qoto Mastodon

QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.