I O U

Not true. If 20% do something, it will be significant.
Everyone blame everyone else, and don't do anything? No thank you. Try at least.

Not true. Countries are affected differently, and some poor countries are highly concerned.

You are falsely blaming others. Even if not everyone contributes, change can be achieved, and it should be tried. Non-contributing countries could even be fined for not contributing to the common rescue attempt.

China has about the same emissions as the US. And guess why China has so much emissions? Because of the outsourced productions (electronics, clothing, toys). The US could easily implement requirements that their outsourced products have to adhere to emission limits!

I use it on two big monitors, and it works fine. It's just windows and a status bar, and two bars which get out of your way. I like it. It's not as clunky as KDE/XFCE, and more polished.

There is this thing that automatically generates music for a movie, based on what is shown in the movie: http://juke-bot.com/

You can create a file system on a file on your disk (similar to a swap file).
Contrary to popular believe this is not slower than a partition, because if the file is mostly continuous, it can be mapped to disk directly by the kernel. Here I create a file system using a sparse file:
$ truncate +20G mylocal.fs
$ mkfs.btrfs mylocal.fs
$ mkdir -p mylocal; sudo mount mylocal.fs mylocal/

You can use such file systems, for example, to bundle directories with many files, which are deleted/created many times. This causes fragmentation in the file system. Contrary to another popular believe, yes, this is a problem on Linux file systems, and it slows down reads. None of the file system currently has a defragger implemented. Btrfs is actually developing one, but I think it is not in the release yet. The recommended solution is rewriting files (shake).

Sub file system containers can be easily resized, and with sparse files only use up the space filled with data. I use them for the linux kernel build directory (you shouldn't build in /usr/src), for portage (many files, changing frequently), and scientific data directories, to limit the fragmentation, and keep speed high. I use reiserfs for this -- find a managing script here: https://github.com/JohannesBuc...

Yes, the example is called Weston.

If it were GPL, every recipient would be required to pass his organs on upon his death. And the organ would perpetually be passed on, because organs want to be free.

Actually not just the organ he received, but all his organs, because the other components require the one received. Although I guess you can argue a generic API.

https://en.wikipedia.org/wiki/...

Hmm ...
1964 + 25 = 1990, first bump
1964 + 25 + 25 = 2014 new bump?

Maybe this is just the half-time of the shots, and it's time to refresh? I.e. "2014, third dose recommended"

20TB is not out of the world. With a RAID of 4TB disks you can cover that at home, and it doesn't need to be on all the time. Maybe you can reduce the amount of disk usage by reducing duplicate content using bup or an appropriate FS.

If she used webmail, or TLS/SSL-encryption when sending the email, that should be safe.

Unless the email account is hacked by other means. But usually, that will screw your passwords anyways, as all registrations either sent you passwords, or will allow you to reset them using the email address.

Cheers to the heros working on improving X. It's probably the most important piece of software on GNU/Linux. Real hackers working there on the most complex issues.

SN1a are only one of the tools astronomers use: https://en.wikipedia.org/wiki/...
The small distance measures have to match with the medium ones and those again with the largest distance measuring tools. Also on the same level, they should agree.

The benefit of SN1a is that they are abundant, and their method seems to have particularly small systematic uncertainties. Other methods for computing distances are for instance Baryonic acoustic oscillations, which also provide a scale.

That's ridiculous, there must be some limits. The argument "my system, my rules" will not work if you were to whip your employees like slaves, so why should it hold for taking away other rights? Signing them away is a nice try, but you can't sign away all your rights.

Any reasonable recommendations can only come from large, longitudinal studies, over multiple generations. You know, those that shape the food pyramid / WHO guidelines. And they do exist, and give pretty clear ideas. Such as that halving your meat intake is a good idea.

But I guess that's not exciting, news needs to either repackage (MyPlate) or go after highly fluctuating results from microstudies which is the latest research, but in the stage of formation (all these diet fads, X is bad for you, Y heals cancer, drink a glass of red wine a day [because a encyme in a petri dish did something], etc. ).

By the way, why does there need to be one right way of nutrition? Why can't we accept that multiple ways to obtain the basic building blocks are possible.
In the end, we can't be so off by so much: We have so many people living with such a big variety of foods, and they are doing pretty similarly well (i.e. get older than, and are healthy at, 65). The need to prove that everyones diet is completely wrong is ridiculous.

Typically, Linux applications work around bugs with various tricks and (mis)use of X calls (see Ilja van Sprundels talk on 30c3).

Perhaps a standardized test suite program that systematically tests all 3D features in order, in combination -- similar to the Acid Browser tests -- would help evaluate which GPUs are well supported in Linux/X. You know, trying to actively crash X in the most distinct ways possible.
Then people would be more pressured to make their drivers work properly, rather than saying "well, youtube seems to work, so I guess it's fine".

Adding some randomness will probably go a long way discovering bugs (with some seed of course, to make the bugs reproducible).