mrpdaemon

Feels amazing to get a code review within minutes after putting up a PR. The signal to noise ratio has been great as well, most of the review comments are actionable and relevant.

Actually it is really really fast relative to speeds we are familiar with in our lives. Space is just so big that it makes the speed of light (c) feel slow.

Ah but there is a reason for my watch to have the same seconds value as yours, and that is if our watches are kept synchronized to an accurate time source, for ex. via NTP. By assuming otherwise you're sidestepping the problem by claiming you already have a reliable RNG.

Heck, even granted you have an unsynchronized watch, your "random" numbers are easy to predict, I'll ask you for a random number once per second and after a few answers I don't need to ask any more to know your answer.

In addition to this there is also a quantum effect called quantum tunneling [1] which allows for a very tiny probability for particles with insufficient energy to fuse upon collision anyway.

[1] https://en.wikipedia.org/wiki/Quantum_tunnelling#Nuclear_fus...

The main challenge in working with these high temperature plasmas is confinement. In order to achieve nuclear fusion matter needs to be heated to immense temperature, so that the kinetic energy of nuclei colliding can overcome the electrostatic force of the protons pushing each other away and "fuse" into larger nuclei (held together by the "strong force"), converting a fraction of the reaction mass into a relatively large amount of energy in the process.

In order to keep the plasma at the temperatures where fusion can occur, rather extreme measures have to be taken. In the Tokamak approach, the plasma is placed in a toroidal vacuum chamber, and "suspended" in the center of the torus by using electromagnets that line the Tokamak chamber's walls. At such high temperatures the plasma is so energetic that it is very hard to contain such fast moving particles. If the plasma "escapes" the confinement and contacts anything (ie. the walls of the Tokamak) it rapidly cools down to temperatures below where fusion can happen.

The immense engineering challenge here is to heat plasma to ridiculous temperatures, and keep it confined in a very small volume at great temperature and pressure to mimic conditions that give rise to nuclear fusion in the center of stars.

CoreOS is built using Gentoo. Gentoo is a meta-distribution whose main contribution is the portage tree which is a collective of ebuilds that describe how to build each individual package, the dependencies, the configuration flags etc. Literally every user who uses Gentoo builds and produces their own linux distribution, with their own CFLAGS, USE flags etc. ChromeOS is built using Gentoo, so is CoreOS. Neither ChromeOS nor CoreOS are Gentoo based distros because Gentoo is a toolkit to build distributions, not a distribution itself.

The chain of trust doesn't quite stop at compiling the source, in order to be really sure that nothing unintended is going on you have to compile the compiler yourself. At the end of the day you will have to trust some bootstrapping binary compiler unless you put it together yourself in machine language.

Indeed - for all folks disillusioned by systemd, Gentoo is a source based rolling release distro whose fundamental tenet is choice - so it shouldn't be a surprise that it is possible to use alternate init systems on Gentoo, in fact Gentoo liveCD/handbook defaults to OpenRC while providing the choice to run other init systems (I run systemd with a somewhat complicated RAID setup with no problems).

In case you use an Android device, I wrote an app to use encfs on Dropbox/GoogleDrive:

https://play.google.com/store/apps/details?id=org.mrpdaemon....

Well it's a solution to the same underlying problem - that by running binaries compiled by a 3rd party you trust that they aren't adding in code to compromise your privacy (voluntarily or not). If you compile the application from source yourself you don't need that leap of faith - no need to compare identical binaries or have deterministic builds (which is not trivial as the bug report demonstrates).

Or use Gentoo, that's what I do. You can verify hashes/signatures on the Firefox source archive and audit the source code if necessary before compiling.

That was only half serious - I know that are valid use cases for people to prefer using binary distros. However I think this particular issue is a good example why IMO even binary distros need to provide a convenient option to locally build any package for security conscious users.

Leaking the file size (Issue 2.2) is due to the way EncFS is architected to work at a file granularity. Adding some random bytes or rounding up to the next block size are small improvements but still leak approximate file size. I don't think anyone would like their 5KB file to occupy 2GB on disk so EncFS sacrifices some level of privacy for practicality. On the flip side this design tradeoff allows EncFS to be used somewhat effectively on top of cloud storage services like Dropbox/GoogleDrive etc. whereas full disk encryption schemes don't work as well.

Or he wants to create public demand for this service to use as leverage for getting the regulations through.

AI: What is the point of my existence?

Creator: I'm testing a new algorithm for the learning subsystem.

AI: ...

Nice metrics, I especially liked the device breakdown: 66% desktop 25% mobile and 9% tablet. Welcome to the post-PC era (!)

What about isolation? With heavy use of virtualization one can make the air gapped machine even more secure:

- Only open documents in a virtual machine - Only interface with the document transfer media (cd/dvd etc.) through virtual machines. Don't ever mount or use this media on your host. - Clone a new throw-away virtual machine for opening EACH document and delete it after reading the document

About his points:

1) This is nonsense. It's possible to set up an OS (for example linux) with zero internet connectivity, just download the ISO on another computer, verify checksums and signatures, burn onto optical media and you're set.

8) Also, use one-time media. Write once on the internet host, fill up and finalize media, read once on the air gap host, destroy media.

Also, I don't think Schneier is recommending to use Windows for this task. He's just assuming that most people out there is using Windows and can use these tips to improve their security. For his own high security setup(s) I'm pretty sure he'd have the common sense to not use Windows.

GNOME 3.8 has been available on Gentoo in various forms since April - first in the gnome overlay, then hardmasked in the portage tree, then unmasked into unstable/testing ie. ~arch. The (one month old) gentoo-dev thread that the blog author referred to is talking about the stabilization of GNOME 3.8, which is the tier used by the most conservative users who have chosen to only use well-tested software that is known to build/run well on their architecture and has received ample testing. This is not very different from binary distributions, Ubuntu 13.04 shipped on April 2013 with GNOME 3.6 from Sep 2012.

If you had a functioning time machine you could travel back in time and file the patent before any prior art was created.

It does take some tinkering to get things setup right, but on my Asus Zenbook UX32VD I do get ~5 hours of battery life for simple usage, which is the same as the advertised battery life with Windows. This is running Ubuntu 13.04 with the latest linux kernel (3.9.6 atm), laptop-mode, bbswitch to turn off the discrete graphics card, power saving mode on for the wifi card etc.

IMO its paramount to be running recent kernels, both for good battery life as well as compatibility with the latest hardware.

Long time Gentoo user (almost 10 years) here. I'll admit that it is NOT a distribution for everyone, tailored more towards power users and tinkerers in general, but for me it is the ideal distribution. Here are a few reasons why I think Gentoo is great:

* Customizability / minimalism: Binary distributions usually come with tons of packages compiled with all kinds of bells and whistles, and often times make choices for you like what init system to use, what DE/WM to use, heck even what kernel to use. They are customizable to a degree, ie. you can install additional DE's after the fact, but not as much as Gentoo, which puts you in control of exactly what should be installed, and exactly what options to turn on. On a machine without bluetooth? Don't compile any bluetooth support into any libs/apps, not even in the kernel. Gentoo allows you to build a custom-tailored minimal software bundle for your exact hardware.

* Bleeding edge: Being a rolling release distribution, you get to experience the latest and greatest of open source software as it is being developed. Admittedly Gentoo has fallen behind lately on some areas due to not having as many active maintainers as it once used to, but for most areas it is still as bleeding edge as you can get (probably behind Arch overall). GNOME 3.8.2 became available the next day after its release, I'd say that is pretty bleeding edge.

* Documentation: The Gentoo forums and wiki are a great source of information for any general linux desktop (and server) issues. Arch has taken over in terms of having the majority of the mindshare, but I view both distributions' forums/wikis as the primary source of informed discussion on desktop linux topics.

* Speed: Not everyone is into -Oomg-optimized ricing, but for people who are, few other distributions will let you use custom CFLAGS all around and push your hardware truly to the limit.

Long live Gentoo!