Though, unfortunately, [no attention is paid] to the economic impact of making consumers pay roaming fees if they want to take a 60-mile train ride.)

Not true. The European Union has telecom regulation put in place, putting a maximum price on any international roaming costs. [citation, ho!]

I would agree however, that it would be nice if prices were cut even further, and the EU is working on this continuously. Especially mobile data roaming prices need to be cut considerabily - even though €1/MB is cheaper than what we're used to paying for *national* mobile data (in absence of a data plan) here in Sweden. I remember being quoted 15 kr (€1.44) per MB at one point, in the absence of a data plan.

Of course, €1/MB is still very high, but it's a step in the right direction. Roaming in Europe is now merely expensive, rather than ludicrously overpriced.

To clarify my own post,

It's useful to note, that changing the length of the meter would introduce all kinds of annoying changes into other kinds of units, such as the volt, the pascal, the lumen and the joule - and units further derived from those, such as the ohm, the lux, the watt and stuff like the sievert.

So not only is changing the length of the meter impractical, but now you also know why. :-)

The fact that you can divide 1 foot easilly by 2, 3, 6 and 12 is immaterial really.

The exact same convenience can be acheived in metric if the dimensions you're working with are a multiple of... say... 30 centimeters. (Very close to 1 foot.)

You might buy a length of 95x45 mm board (roughly equivalent to a 2-by-4), which is sold in a length like 120 cm, 180 cm, 240 cm, etc and beyond. Note how those lengths, too, are easilly divisible.

So, you don't need to use a system that makes unit conversion harder just so make dividing lengths easier. All you need to do is to work with lengths that are easilly divisible. And specifying material lengths even multiples of 30 centimeters is no harder than specifying them in lengths of 1 foot.

And I don't know about you, I'm not a pigeon. I'm capable with working with double-digit and even *gasp* triple-digit numbers. I don't think it's impractical to measure my length in a 3-digit number of centimeters.

In the end, though, I really think this whole feet/meters debate could have been neatly sidestepped if, at one time, 1 foot was declared to be equal to 30 centimeters (and 1 inch to be 25 millimeters), rather than 30.48 as is today.

Hell, if I had to do it all over again, I'd unify meters and inches into one single system, where 1 new inch = 25 new millimeters, and the length of the meter was defined as the length travelled in 1/300000000 seconds, conveniently making the speed of light 1000000000 new feet per second for those of you preferring to use the feet/inches system.

But that will probably never happen. There's just not enough value in introducing a *third* incompatible standard of measurement into the world.

You seem to think that paper voting systems by neccessity depend on transporting all the ballots to a central location, where they'll be counted.

This is how paper voting works in Sweden.

To summarize and simplify:

• On election night, the ballots are hand-counted by election officials at every polling station. Results are phoned in to the authorities and tallied, and made available to the general public. (Basically an entire database dump of vote tallies in every district is made available as an XML over the Internet. Pretty cool.)
• Afterwards, ballot boxes are sealed and sent to the local county to be counted again.

• It goes without saying that Sweden is not directly comparable to Brazil, but consider this for a moment. It doesn't require all ballots to be hand-delivered to a central location where they will be counted - it's scalable. And no less secure than electronic voting. Probably just as secure technically, and more secure in practice, because it's easier to see when funny stuff happens to ballots in boxes than when bits are flipped.

No need to guess. I'm from Sweden.

The intent of my grandparent post wasn't to say that everywhere that matters has wireless broadband right now, I'm just saying that within a few short years, cell networks simply are going to get much better all over the world, simply because of the demand for services like this. Well, okay, short of places like North Korea or the North Pole.

Even in the remoter areas of the world, or in areas with practically no telecom infrastructure, cell service is how the world is being connected, because it's simply too expensive to hardwire everyone in.

I simply don't see the attraction of having a read-only device with no real time updates and no communication capabilities, in the long run.

My point is, that a product like this is an technological evolutionary "dead end" - doomed to be swallowed by and forgotten in favor of the ubiquitous web browser in your pocket - technology that exists and works today.

With ubiquitous cellular broadband practically everywhere (that matters) and phones with good web browsers in them, this is a solution looking for a problem.

From my understanding of the blog post, the hole described by the blog post allows you to write a data structure containing the window size into any arbitrary kernel memory location.

The information about terminal window size etcetera comes from the teletype. I'm sure that it wouldn't be too difficult to write an exploit which basically implemented a "stub" teletype which had most features unimplemented except one that returns a fake window size - allowing you to write arbitrary data to kernel memory.

Now, I'm no kernel hacker, I frighten easilly at the sight of X86 assembler, but I'm sure that - once you can actually write arbitrary data to kernel memory - you can get root in pretty short order. I don't know - the most straightforward way to me would sound like just munging the process table.

If Gillette made a wireless optical mouse, the mouse itself would be dirt cheap, but would be powered by proprietary non-standard non-rechargable batteries that cost about 50 euros each for a month of usage.

Just name all your machines Zathras. Slight difference in pronunciation.

Zathras. Zathras. Zathras. Can you hear it?

To give you an idea about how slow Apple are about patching security holes, and to add another data point to the description:

I reported the security issue known as CVE-2009-1697 (which is included in this large patch release). The e-mail back from Apple confirming receiving my report of this issue is dated January 7, 2009 in my e-mail inbox. That's about half a year ago.

Now, granted the security bug I reported is actually very difficult to exploit and do anything actually useful with. Basically, if you used XMLHttpRequests in Safari and requested a URL ending with a newline, it would end up in the final HTTP request as double newlines. I.e. the HTTP header would be terminated prematurely (before the Host: header, significantly) and thereby allow javascript to access files hosted on the default website on the same server the javascript was served from. For example, if victim.example.com is served on the same IP address as evil.example.com - javascript on evil.example.com could use this to request files on victim.example.com.

In other words - you could do cross-site-scripting targetting another web site served on the same IP address as the web site hosting the exploit.

Still, took them about 6 months to patch it and actually roll it out an update, it seems. Heh.