So used to typing "user" in various contexts. I meant "/usr".
A lightweight one with X and xfce. Put
I wonder how hard it is to hack the bootloader?
the act of deleting the data will also delete the evidence that would be used to establish a citizen's grounds for suing the NSA over its illegal data retention.
That's what the NSA said when they asked for permission to hold the data for more than 5 years.
It was only while scouring a database that contained the registration cards of naturalized U.S. citizens that a Satoshi Nakamoto turned up whose profile and background offered a potential match. But it was not until after ordering his records from the National Archives
Guess the Privacy Act doesn't apply to individuals.
I'm sure many serious flaws in many free programs have been around for a long time, some flaws longer than this flaw. But free software advocates make no guarantees you'll get secure code. If you'd like that guarantee perhaps you can purchase a programmer's time to get that; perhaps you should have hired a programmer to inspect this code on your behalf, looking for security issues, raising them upstream, and fixing them for you (software freedom gives you these options as I mentioned before). Your objection really stems from your belief that open source and free software are discussing the issue starting from the same underlying philosophy.
The philosophies are not the same therefore the two movements arrive at different conclusions: Structurally speaking, programmers know that malware can be easily hidden in proprietary programs yet it's rare to find malware in free software for the same reason—those who forbid users from inspecting, sharing, and modifying source code can more easily sneak malware into the code. Focusing on price and technical issues (such as features, speed, and reliability) isn't bad but doesn't go nearly far enough. More and more users understand that society needs more than framing the debate around a developmental methodology as the open source movement does. So, the more one values catching bad code early (as we all, rightly, do) the more everyone should value software freedom for its own sake. Software freedom lets us increase the odds for using better code by treating computer users respectfully through granting and securing our permission to inspect, share, and modify that free code. All computer users deserve software freedom.
How hard is it to set up a router with the network ssid "xfnintywifi " and gather up all the username/password combinations that people use to log on? Not hard at all.
Apple's code was based on something "open source" but that does Apple's users no good because of what I already said: Apple's distributed code to its users are proprietary. Better to have the alleged "mess" to track down than to know there's no point in tracking down anything because what you'll find is something you're not allowed to inspect, modify, or share. Here you're really highlighting the difference between free software and open source: open source advocates don't want to talk about how people ought to treat one another and are eager to distract discussion away from ethics by conflating freedom with hassle. Free software activists endorse freedom as a good unto itself because it lets us treat one another with decency and respect.
Apple may have known about the issue for a while and not talked about it until it could release whatever proprietary blob alleges to be a fix. Apple's users might have known Apple's software was buggy too, but not been able to do anything about fixing Apple's code, since that's the nature of proprietary software. Apple has sat on exploitable security issues before; in that case, governments used that iTunes security hole to invade people's computers (as RMS points out). So in that case, apparently multiple people knew iTunes was a security problem.
Just because your six year old hasn't been taught the value of software freedom doesn't make software freedom worthless. I'm guessing there are a lot of things a six year old has not yet come to value which they will later learn they should have valued all along. Perhaps teaching your six year old to value substantive issues like ethical understanding of how people treat one another would be a good start. And while I certainly wish anyone with a fix would have shared that fix, they're under no obligation to share in the free software world and I doubt they'll be convinced to by your namecalling. But the situation is still better that anyone could have fixed this (and possibly some did) rather than having no option but hoping the proprietor takes an interest.
So when Apple's proprietary encryption software suffered a problem, Apple users could do nothing but wait for Apple to deliver a fix; there's nobody else that are allowed to fix Apple's proprietary software but Apple. And when that fix ostensibly arrived, Apple users had to hope it wasn't bundled with some malware too (as is often in proprietary software).
This bug was caught during an audit—"The vulnerability was discovered during an audit of GnuTLS for Red Hat.". Nobody but the proprietor can audit proprietary software. But with free software, users have the freedom to audit the code they run, patch that code, and run their patched code; users can choose to fix bugs themselves or get someone else to fix bugs for them. And users don't have to always trust the same people to do work on their behalf. Users can also choose to wait for a fix to be distributed, and then they can choose to check that fix to make sure it doesn't contain malware. For all we know some users have long spotted and fixed this bug in GNUTLS. Since all complex software has bugs bugs are unavoidable. We're better off depending on people we choose to trust. Software freedom is better for its own sake.
Because DRM denies Keurig owners their ability to use their devices freely. I certainly agree that buying a Keurig sends the wrong message, and we should not do this, but we can take an active role in not buying DRM'd devices and services including this coffee maker. This coffee maker is a nice entry to understanding the value of freedom; not necessary for coffee but also a teaching opportunity. History tells us that we are better off to fight for freedom for what we have and need than to idly hope that someone else will improve one's lot and eventually respect our freedoms. Ethical evaluations can't be understood as personal preferences as you're trying to do here. As has been pointed out on
Letting the market handle things led to the situation we now face with DRM preventing people from making choices (highlighting how freedom of choice is so often a scam). This isn't the first instance of DRM providing no benefit to the user (eBook DRM leads to publishers and distributors taking away legally obtained copies of DRM'd eBooks like Amazon.com did in 2012 or making it possible to electronically enforce restrictions one could never get away with in paper books should the DRM proprietor so choose). The issue is not whether a proprietor has or hasn't used DRM to accomplish such a thing, the issue is that DRM grants someone or some organization the power to enforce restrictions like these, restrictions that should not exist. DefectiveByDesign.org doesn't seem to have problems coming up with plenty of other examples of how customers lose with DRM. DRM examples show us that word does not "get around pretty quickly" nor do monopolies "die a miserable death". Today there are people defending the idea of making it easier to get DRM into HTML5 instead of rejecting it out of hand based on principled opposition and experience. If things were as bad as you claim no business would bother with DRM, DRM would be rejected out of hand.
I think this situation is much better understood by looking at this in terms of a minimum acceptable interoperability; something akin to environmental law (recognizing one can't negotiate everything they need on their own so we need to work together to set acceptable standards that let us get what we need) instead of a transactional basis (one-on-one interactions where each user is on their own to negotiate a better arrangement where it's likely no one user can muster the resources to effectively challenge the proprietor). Owner's rights should enter here as well: one should be able to use whatever they want with their Keurig device including less expensive beverage pods than what Keurig sells.
I'd like to read what you have to say about free software programs for nonfree operating systems. Do you find that free software programs for nonfree operating systems help migrate users to freedom, reinforce a user's dependency on nonfree operating systems, or something else?
I'm guessing that, of the two, one can't easily avoid being spied on either way. So there's no need to take on the unethical, user-subjugating proprietary software of Skype as well. But the software involved in a traditional phone call isn't under the user's control and doesn't require the caller to take on nonfree software. There's no need to restrict our consideration to just these two options, however. As Skype is perceived as a viable alternative to the traditional phone call, Skype shows us that a free software program that respects our privacy could supplant Skype. What we need is an easily-used totally free software calling program that can encrypt calls at the ends of the call so even if the call data is recorded it can't easily be decrypted for a very long time. It would be even better if there was some way of masking the parties involved the call as well so the data describing the call is unclear as well.
If that's the case (no source is provided) that would indeed suggest better things about Stallman than Assange. Something to remember the next time someone tries to downplay software freedom by pointing out how uncomfortable they are with Stallman. What is the source for this?
The difference in philosophy can have radically different outcomes seen most clearly in the case of powerful, reliable proprietary software (adoption/recommendation for open source proponents versus rejection/replacement for free software activists is a starkly different outcome). Richard Stallman's essays on this topic point out this different reaction and the difference in philosophy that leads to the different reaction (older essay, newer essay). But those essays highlight all the more that the post to which I initially responded in this subthread is attacking the messenger (Richard Stallman): the
There's nothing wrong with raising and defending skeptical views, but there's been no serious defense of those views even in other followups. This thread only offers more vague attacks plus a thin layer of congratulations for working together (which, as you point out in your