It looks like they've added a page for 389-DS, unbeknownst to its authors, as well.

You have an awfully high opinion of yourself, for someone who misses the obvious.

If the NSA wants to know with whom you exchange encrypted email, they can get that information by watching your email. PGP and SMIME don't encrypt SMTP envelope data (metadata).

Any graph that FB builds would hardly be useful. It would be incomplete, because there are many established means of sharing public key data. And beyond that, viewing someone's key isn't a strong indication that you will email them with encryption. It is more likely to mean that you received a signed message and want to verify the signature.

Drop the "sheeple" attitude, please. It isn't helping to secure, well, anything. It isn't good advocacy. It makes you look bad, and by extension, it makes everyone who advocates for secure communications look bad.

Self-signed keys offer the same level of security as PGP, with no additional drawbacks, and don't require additional software.

S/MIME was introduced as an alternative to PGP because all of the software required to implement it was already included in email clients that support SSL connections to servers. Because the implementation is simpler, S/MIME is superior to PGP in pretty much every way.

I'm a CyanogenMod user, but I don't think they're a serious player in the Android community.

Cyanogen split from their first actual customer, OnePlus, after a partnership that has been described as "rocky." I don't know what the problem was, but that sounds to me like the company isn't capable of meeting its customers needs.

Beyond poor customer service, the developers do not appear, from the outside, to have any experience project management. There was never a stable release of CyanogenMod 12.0, and hasn't been a stable release of 12.1 yet either. A reasonable release process would probably involve a code branch containing their tested, stabilized add-ons that they integrated with AOSP. New features should be developed in a separate branch and merged after they've been through testing, and during a window that's open after a release of the stable branch. None of that appears to be happening. The changelog for their nightly builds is a firehose of bug fixes and new features.

And beyond THAT, I've never heard of Cyanogen working to push any fixes upstream into AOSP. I would love to hear that they do. If not, they're building a patch set that will only grow over time, which will eternally increase their workload of integration with the upstream project

It's unsustainable. And that's sad, because I like one or two of the features they add to AOSP.

Notably, this is one of the two "developer edition" laptops produced under Project Sputnik. It's available with Ubuntu, and no Microsoft tax.

http://www.dell.com/ubuntu

https://sputnik.github.io/

That fix is actually in the wrong place. The fix for that is tracked in kernel.org's bugzilla # 98501. I'm not linking directly as linking to bugzilla tends to place too high a load on those systems. It's impolite.

Neil Brown said that he'd push the fix to Linus "shortly" at 2015-05-20 23:06:58 UTC. I still don't see the fix in Linus' tree.

Watch for a fix titled "md/raid0: fix restore to sector variable in raid0_make_request"

Does anyone remember the tear-down of Huawei's router OS, presented at DEFCON 20? Why would you let those people anywhere near your hardware?

The article says that they added support for other add-ons (exactly how is unclear), not that they disabled them.

I don't want ads. I do want to pay the sites that provide content that's valuable, but not necessarily their monthly or annual fees which are far out of proportion to my use.

At least Google is working on an alternative:
https://www.google.com/contrib...

That's weird. I always heard people hold up qmail as being very unix-y because it was a pipeline of small apps with a specific purpose. But those individual apps don't function outside of the qmail infrastructure.

Yes, the systemd binaries have a specific purpose. That's definitely in line with the UNIX philosophy. The alternate approach is for every tool to be a Turing-complete general-purpose processor. Some UNIX tools are that (bash, sed, awk), but not every one is.

...which is what Linux is.

Phones and tablets run Linux. Routers run Linux. Smart TVs run Linux. PCs run Linux. It is entirely accurate to describe all of those systems as "Linux."

And that's why it has always been correct to call the POSIX compliant desktop and server systems GNU/Linux.

Because I copied and pasted those steps into both CentOS 7 and Fedora 21 systems. Exit status was reflected in a "failed" state as expected, it wasn't thrown away. Messages written to stderr were recorded in both the journal and the syslog messages file. The steps described to reproduce the problem do not reproduce the problem on any system I have access to.

Because stderr isn't being hidden under systemd. It's logged to both the journal and the syslog messages file.

Well, I also tried it and could not reproduce those results on either Fedora 21 or CentOS 7. Both systems logged stderr to both the journal and the syslog messages file.

The old init system did not log stderr. If you didn't see an error printed to a tty, it was lost. systemd is actually an improvement in exactly the aspect that ACs complain about through this thread.

...and Linux had a bunch of non-POSIX features that went unused because the old init system was meant to be portable.

The people with knowledge of their tools (Linux, in this case) are quite happy to actually be using it rather than letting its features sit idle.