I'm sorry, but getting paid for your work, in a world where money is necessary to survive, is NOT morally wrong.

I'm no hardline stallmanite, but what does this have to do with free software? Nothing in the definition of free software precludes you from making money through it. At most, it forbids certain ways of making money with it.

With "openness" the market will do the job just fine.

The question is whether openness is possible (or rather: assured) in a free market without regulation.

Actually, the problem is that "free market", as currently (ab)used, is an overloaded term that stands for two completely different concepts: absence of regulation, and perfect competition with no barriers to entry nor asymmetric information. That the second is a necessary consequence of the first is a highly contentious point, because, contrary to what libertarians believe, the state is not the only entity that is able to distort a market.

My hypothesis is this: the more high-level information you can give your compiler, the better it can optimize your programs.

It is worthwhile to point out that GCC actually adds some non-standard facilities to the C language that enable the programmer to do so; witness, for instance, the use of the likely() and unlikely() macros (the actual GCC builtins have different names) in the Linux kernel to nudge the compiler into optimizing for the common case of an if statement.

Even if your argument held water (which I don't think it does in a properly managed network), it seems rather silly to trade global end-to-end connectivity and other IPv6 niceties such as autoconfiguration for the convenience of being able to memorize network addresses or pass them over the phone.

The grandparent is not talking about static addresses, he/she is talking about public addresses which are not the same thing.

Except that in this case you are creating a market to deal with artificial scarcity, which is just plain evil. Remember, there is no physical reason for there being only 2^32 addresses. Only the completely accidental fact that someone picked the number 32 some decades ago.

And how is this any different from IPv4, where the residence gets a public address from the ISP? Unless your ISP is using carrier-grade NAT, that is.

I believe the reason the host part has so many bits does not have to do with expected subnet size, but rather serves to ensure the probability that two autoconfiguring hosts coincidentally choose the same address is kept low.

Try reading what I said again.

I never said that the embassy guards do not have the authority to retaliate. I'm just contesting the notion that the actions of independent citizens translate as a formal declaration by their nation state. The United States, of course, are free to interpret such an attack as an act of war and declare war on Libya; but to say that Libya have declared war on the United States when the embassy was attacked flies in the face of international laws and conventions.

citizens of Libya technically declared war on the US.

Citizens do not declare war. States do.

Are you suggesting that, if a bunch of Americans vandalized a foreign embassy on US soil, that shold technically count as a declaration of war on that country by the United States of America?

And that was precisely my point.

A bit late in the discussion, but still. I have it you never implemented a TCP/IP stack on a barely capable embedded device, or you would understand why I call v6 a full bloat protocol rewrite.

Indeed, I haven't. I take it you have. Could you elaborate? Is the bloat due to having to support a dual stack on a tiny device, or are there concrete features/quirks in IPv6 that are difficult to implement in a constrained device? Pointers would be okay; I searched the web but nothing terribly relevant turned up.

You're right, but no solution is perfect. In this case I would be totally supportive if governments forced ISPs to deploy IPv6, but I would really like their involvement to end right there. It's complicated, I know.