Of course, it won't work.

OTOH, Skype and Bittorrent had successful models for scaling up: People were configured by default to add their bandwidth to the pool. In bittorrent's case, your throughput suffered if you were stingy about contributing.

I2P is probably the closest networking layer there is to combining the goals of Tor with the methods of Skype and bittorrent. It is both highly decentralized and onion-like, and has been steadily improving for well over a decade now. If you happen to have a TAILS disc, its included. However, its not designed to access the regular Internet so much as replace it.

The committment to stable programming interfaces is one of Microsoft's strengths; They don't all get the 14-year treatment, but at least *some* do.

Here is a 2006 article about the IGT Taxibus concept. It definitely wasn't conceived in Northern California air, but in the UK (circa 2001 IIRC).

The problem was they approached municipalities with the idea and no large cities climbed on board. So now the cities have to face the likes of Uber and Lyft who, I predict, will not collectively reach the scale needed to apreciably reduce traffic congestion (one of the aims of IGT). Combine that with no regulation and a consumer protection model that amounts to Yelp.com, and I'll guess that Uber and Lyft will in 7 years be less of a joke and more of a way to elict negative reactions from people (assuming you momentarily lack the gas to fart).

That's not even a carbon tax. There has been a debate amoung environmentalists whether to support cap-and-trade or a tax, with those favoring the latter pointing out the same dysfunction you have.

However, another poster pointed out that cap-and-trade can be made to work. Overall, I think it depends on both the magnitude of the proposal, and the level of corruption in the political economy ...and neither of those factors is looking good in the 21st century.

http://www.theguardian.com/env...

It just proves that a carbon tax cannot come soon enough.

Not if the user/admin gets to sign the devices (e.g. when they are initially purchased). Or... why not design the devices to carry multiple signatures (including but not limited to the manufacturer)??

Thankfully, it is possible to secure USB in a less extreme way. An OS like Qubes that can configure devices for automatic reassignment to an unpriviliged domain (i.e. virtual machine) can protect the hypervisor, BIOS, etc. from incidental attachment of malicious USB devices.

Currently, a Qubes user/admin can do this from the GUI on a per-USB-controller basis, but in future will be able to employ Xen PVUSB functionality to manage USB on a per-device basis.

They don't know what's precisely in those blobs, so its presumptuous of Mozilla to vouch for them. Its more prudent to put Cisco's key in Firefox and let Cisco vouch for their own code.

Why should Mozilla use their own key to sign code they did not compile themselves?