I think the 'weasel' bit was pure underhanded snark (in a You're no foxes- you're a bunch of weasels kinda way). The original proposal within Debian was "IceRabbit"
I'm curious as to how this (which I know as a "French Prussik") could possibly be jammed. IME, and that of the guides who recommended it to me, this is far less likely to cause jamming problems than a traditional single or double prussik.
For ascending, I believe their recommendation was to use a traditional single prussik for the harness, and this for the leg loop. This is certainly easier to move up an untensioned rope than a traditional prussik, but may also slip slightly more readily, I think.
Personally, I've used it mainly as a backup when abseiling; I can't understand why it's not universally used there (attached to leg-loop and below the abseil device) - you just keep your hand on it and it will allow descent, let go or allow it to move up and you are stopped.
When I lived in London, and used buses fairly regularly, I started thinking about ways to improve the service and stop bunching. I considered the reason stated here, and some of the solutions, but later realised that the root cause was that the drivers liked to stop and chat and perhaps play cards with each other at the (presumably unsupervised) "bus station" at the far end of the route. Once I'd observed 3 of them waiting for each other, chatting, and then all leaving at once on the same route, my interest in trying to think of ways to fix the problem waned.
I lived in London and used to ride the 9, which at the time was one of the last routemaster buses.
I also learned that the drivers are comfortable in their chair, and they get paid whether they are late or early, whether they take off smoothly or like a jackrabbit, and whether people are crammed in or left waiting on here stop because they weren't quick enough.
In other words, automation has to be a part of any solution, because the drivers do not care.
I'm sure there are several valuable lessons hidden away in there - concerning assumptions, human factors, jumping to "obvious" solutions without having verified the actual cause of a problem, unintended consequences etc. etc.
Would be interesting to look at a system where it does actually work well and see what's different.
No, it doesn't. There's no reason for the proportion of people looking for perl related stuff who use "perl language" as a search term to change over time. That proportion might affect the absolute numbers, but not the trends.
Seems more likely Broadcom have been helpful than MS from what the RPi folk have said. I'd guess that they weren't originally expecting it to be feasible to get what appears to be a custom SoC made.
Note that when the B+ board was designed, they already knew the pinout of the new chip and were leaving space for it.
In the UK and France, the +1 was available for use by traffic travelling in either direction. It sounds like in this case, they're talking about one side being allowed to use it for a spell, and then the other. Similar to the overtaking lanes provided here in NZ.
"In the UK and France, the +1 was available for use by traffic travelling in either direction."
I live in the UK, and the only +1 roads I can remember seeing have clear markings showing which side of the road can use the extra lane (never noticed one that included both sides).
That is an improvement I would like to see here too. My earlier comment was more to address the idea that the current third lane in the UK is some sort of free-for-all, which I don't agree with.