Read again, he's not saying that his Sears TV is better *because it still works*. It's not survivor bias.
He's saying:
- back then, a TV was expected to be repaired and came with all the necessary information to do a repair.
- nowadays, things are made much more difficult for any one wanting to repair: good luck finding the schematics of any modern LED TV.

That's basically how teaching/learning mechanism on the whole did evolve. That's why lot of mammal have youngs observe the adult and copy behavious. That's why in some mammal species, the parent actively teach the young. That's why some mammals (humans, dogs, etc.) from very strictly hierarchical societal organisation, with the underling strongly following the alpha, etc.
That's also why memes work on the internet.

"Religion" itself, is just a side phenomenon, that happens to hi-jack this transmission of knowledge methode and packs together useful information ("Things to avoid eating not to get sick") with complete non-sensical mythology/legends. That all still gets perpetuated because "that what we've always been doing".

the cgroups functionnality existed in the kernel but wasn't really used that much before.
systemd, with its tasks in setup/startup of things can handle the creation of jails during lauch when needed.
whereas current /etc/init.d/apache can't without fumbling of shell scripts.

And thus each script end up fucking things up in its own original and different way.

None of which are the original sysvinit.
Either it's relying on LSB-extended script and a different core which starts the scripts. (Debian had a makefile based one)
Or it's an entirely new system anyway like upstart.

Or cron if it's time-based activation. Or udev if it's hardware based activation. Etc.
Why do we need 83 different way to start some code ?!
Wasn't the whole point of Unix philosophy having one piece of software which concentrates into doing one thing and doing it well?
With systemd, setup/startup/stop/teardown responsibilities are concentrated with PID1 and it's helpers.
Before, you'd have the same concept spread into a dozen of different systems, each only doing part of that functionnality.

I like systemd, it makes my work easier on desktop, on server, on virtual machines, etc. and although it used to have hiccups when it was introduced before in opensuse, by now it has had the time to mature.
no need to bash it. if you don't like it, don't use it.
and perhaps the fact that it's slowly gaining popularity in lots of mainstream distro might be due not because systemd is "a spreading cancer" but because systemd is actually useful and solves real world problem

And another thing I like about systemd:
- it groups into 1 single project: 1 single task (starting-up/seting-up things) that was spread accross way too many different project before.

Before systemd:

Want to start a service during boot-up ? Put it into sysvinit. Except if it's a file system, then it goes into /etc/fstab. Or if it's not a *service* but like of an interface like your terminal that should go into inittab (Except on distribution which do THE EXACT SAME THING but in init.d anyway).
The thing which start is related to actual hardware? the you need to put it into hal, no way we replaced that with udev... except that a few distro put them any way in init.d and thus your hardware might not work when plugged after booting... unless you also duplicate some code into modprobe.conf's post-runs.
And what if conditions for your code to start isn't "boot-up" nor "plug-in" ?
Then put it into inted/tpcd if it's network triggered. Except for code that doesn't work there, because the service needs to be compiled to use libwrap to work this way. So then you'll have to run the service constantly and fumble around with ip filtering to enable/disable it on demand.
Or put it into cron if it's time triggered.
And you need to start a service and the periodically monitor it for failure, and restart and raise alert if it has failed? Well either use an entirely separate custom system like djbdns's daemontools. Or write your own monitoring solution by writing a ton of scripts which tap into all those different ways to start/stop stuff and hope that it works.

And don't get me started about initialising containers (limited fonctionnality, tons of script), brokering access rights around (not really used. lot of interface must run as root and drop privileges, or lot of interface must be world accessible), handling situation as missing configuration or drivers in a system that hasn't fully booted up to the point where the GUI works and the user can fix things from here (huge tons of scripting to achieve way to detect that Xorg is failing and to propose solution to fix drivers)

All this written in shell script which can have their own pitfalls, and every single system using a different syntax.

After systemd:
PID1 and its herd of helpers take care of setup/start/stop/teardown.
Want to do *something*? Write a systemd config file, and describe which trigger (boot, after another service has started, on network, by clock, on device plug, etc.) should start it.
You can even call legacy systems from within systemd (cron can be reimplemented as a systemd service that runs periodically and reads/executes crontab, etc.)

You can have an LXC that is quickly setup. In fact you can quickly create throw-away container to jail any service separately (systemd is the kind of infrastructure that can boot a dedicated LXC jail to run Skype into, with restriction correctly setup so that no hidden backdoor could spy on you).
You can have systemd handle brokering the necessary rights (to the point that plugin an USB stick and having the currently active user access to it isn't a nightmare anymore).

If anything the handling of setup/startup/stop/teardown WAS NOT "unixy" before, it was "have 384 different programme which all do a different part of one single task in subtly different ways".

They are fundamentally different.

On one side you have turn-by-turn games, that progress in fixed steps, and thus simply paint the game field by putting varied wall graphics at exact predefined places.
It's really the discrete position on the map and cardinal headings that are specific,
(That's what you get in most classical RPG).
Could very easily be done back then with a few lines of code. The biggest chunk of work came from the *art* to have a big enough choice of wall to draw to make an interesting world (because it's mostly static, you'll be spending a lot of time at the same, and need something nice to look at).

Basically, the graphic engine has a fixed grid on screen and you put different sprites at said fixed grid positions.

On the other side you have game engines that try to have some actual notion of 3D built into them and allow smooth motion, with complete arbitrary position/headings.
(That's what you get in most FPS and real-time RPG like ultima).
There is really require more advanced coding. (With Origin more concentrating on making an imersive game, emphasis on beautiful graphics, and ID concentrating on make their engine fast and responsive, sacrificing any detail necessary for the sake of being able to make a fast paced game).

Basically, the graphic engine use geometric techniques like wolf's raycasting do determine what is visible where, and gives you total freedom (or at least tons more of freedom, as Carmack used limitation to beat Ultima in speed and fluidity).

From a basic visual composition, both categories have a first person perspective.
From a technical point of view, they are designed completely differently.

The dumbest of the dumb can only realise things are going badly when they can compare with things going well. To realise that the current government fucks everything up require to be able to realise that some things could be a little bit less fucked up, and the reason they are still so bad is the government's fault.

But if a country is shot down into dark ages, that gets much more difficult. See the reports about fugitive who have escaped extremely isolated dictature like North Korea. These people had probably the vague notion that perhaps here in the west, things are going a bit easier that in their country. (That's why they ran away in the first place)
But having so few information means that these people are just completely amazed by how far off their perception of the outside world has been, they knew that things could go in a different, better way. But they weren't able to realise that outside the totalitarian prison things are SO different.

It was alread *rejected* from pirate bay.
Look around for "10 millions emails yandex mailru gmail w passwords 2014".
It might still be in some cache (that's where I found it).
And it starts poping up around on other tracker.

Indeed, IB Times wins the record of the worst ever summary of microbiology subject.
(mixing virus and bacteria and toxins. And multiplication and dead cells. W.. T.. F.. )

(Also, the magnets have nothing to do with the removal. They are just the mecinal technique used to move the metal beads around. It's the manose-binding lecitin on them that hold the magic.
It's not "removing Viruses and bacteria using magnets" but "removing them using lecitins which happen to be moved around thanks to magnets").

The nature paper it self is good, and the method is typical technique used for extraction / purification (so the principle is solid).

The relative novelty of this method is that, instead of using an antibody as the binding agent (something that needs to be targeted specifically. In vertebrate they are part of the *adaptive* immunity : immunity that the body needs to train) this method uses manose binding lectins (something that isn't specific and bind to lots of targets: bacteria, virus, toxins, etc. In eukaryote, they are part of the *innate* immunity: immunity you are born with, you don't need to train. Your body will already produce lecitins against sugar patterns that aren't frequent in your body, even if you've never encountered them).

Thus, its able to purify and extract from a patient's blood bacteria, virus and toxin *THAT YOU DO NOT KNOW beforehand* (i.e.: anything that presents a pattern of sugar on the surface that isn't common in the body and for which they have the corresponding lecitin).
(Where classical extraction usually rely on antibodies targeting what you would like).

It's a bit equivalent to use coal to purify blood: coal will indiscriminately extract any big organic molecule without you needing to know it in advance and thus is a valuable tool in case of poisoning

Joking aside, cycle riskshaw *are* present in the occident.
Specially after the rise of e-bikes, they are all the crase in European big cities.

Now, regarding the CO2 emissions, this might be solved by using a lighter vehicle for such errends.

To transport a few clients and their suit-cases to the airport, yes, a Uber driver needs a big-enough car.
BUT!
To carry and drop around a few lunchboxes or pharmacy bags, a Smart car, a motorcycle scooter or an e-bike is pretty well enough.
(Also european cities tend to have separate lanes for bikes, meaning that the Uber driver can bring your delivery while avoiding traffic jams).

Now on the other side, there are health benefits in taking a break and walking a bit to pick up your food.

Random example of such service in Geneva, Switzerland.

Pharmacies also operate their own such services (it's a popular job for high-schoolers to earn a few bucks).

And, unlike taxi service, can also be achieved with much lighter transportation vehicle (said drug-delivering high-schooler tend to do it with their motocycle scooter, e-bike, etc. also because it's easier to get a license for it) which overall can potentially lower emission and lower traffic in dense cities.
(well at least here in Europe where bikes, e-bikes, light motorcycle, etc. are very popular... in gaz-gurgling-SUV-land, well, YMMV).

You mean like this ?
This proves it possible although (as in the case of Star Citizen, and the likes) it got successfully funded because the book has big names behind it: Zach Wiener and Boulet.

The book COULD be not finished yet:
- ...if it comes from a known guy. Popular author which has already shown able to produce good work. Can have successful kick-starter (I have this great idea that I want to write about, but my current publisher considers it a bit riské and doesn't want to shell out all the money for it).
Basically, any idea proposed by Terry Pratchet would get insta-funded, no matter how weird the premises.
- ...if it again follows the "prototype" rule. Wannabe authors writes "Chapter 1" on his free time and decides that he want to get paid to make the rest instead of having a main job and doing the book on the side. Wannabe authors makes chapter 1 available. Interested reader notice that current work is better quality than the crappy fan-fic which pollute the interweb and that the wannabe authors shows promising qualities. Book might get funded.
- slight variation of the above: a blogger who has shown very good and promising writing ability. Nothing from the book exist yet, the authors hasn't written a book before either, but has repeatedly shown to be able to output massive amount of written material with a good sense of humour.

Notice that, both situation could also work with a publisher. The only reason to go for Kickstarter is if for some reason no publisher is interested in the material it self (the project is REALLY weird, or the main theme is controversial, etc.)

The main difficulties won't be finding potential funds for Kickstart (as in fact, the main difficulty won't be finding a publisher neither, if the project isn't too much weird).
The main difficulty would be the lack of experience in handling a publishing project.

...to and from a bitcoin exchange. any bitcoin exchange.

Unlike Western Union that you mention (where you're basically stuck with only one single service provider per system), bitcoin leaves you with full freedom of choice of how to process the BTCs you received (coin processor, classical exchange, face-2-face meeting like localbitcoin, or simply keeping them in BTC form to re-use them (just watchout for currently big market fluctuations)).
And your choice of method at your end has no influence at what I chose at my end.
I, the client, could be using localbitcoin, and you the merchant could be using coinbase.

So Paypal, Western Union, or TFA's WebPay aren't directly comparable to bitcoin transactions.

SEPA are more similar: any SEPA-enabled bank in Europe can send amounts of money to any other SEPA bank.
I might be using a Swiss bank, your bank might be German. But both of us can pick any account in any bank as endpoint, as long as both banks support SEPA.
(And bitcoin are a bit faster than SEPA payment).

That's some improvement compared to the current situation of payments over internet, where you're basically forced to have a PayPal account, and have a MasterCard/Visa credit card, just because that's what most of the web is using.

Reddit comments are being actively deleted.
Luckily, Google hasn't blacklisted the piratebay cache, yet.

checking.... Nope. None of my password is in there.
Will pass the file around for my friends to check theirs.

What search engine were you using to locate it?
I'm sure it won't show up on google's search results.

(Or other pointers on how to get the list with passwords ?)