Comment Re:Depends on lots of factors (Score 1) 279
I pay 10$/month for a data-only plan in Canada that is "pay as you go" up to 35$/month for 5GB (Rogers/Fido/Telus have "iPad plans", but you can use them on any device).
I pay 10$/month for a data-only plan in Canada that is "pay as you go" up to 35$/month for 5GB (Rogers/Fido/Telus have "iPad plans", but you can use them on any device).
Wow. Has anyone heard about buffered writes ? And does kernel-level page cache ring a bell ? No fsync was ever used in the benchmarks, therefore, it is never actually hitting the disk. The only good thing about this paper is that the Java and Python listings are available at the end, for everyone to identify the basic flaws in this research.
So yeah, it's faster to write directly to MEMORY than to do a copy before writing to MEMORY.
I thought hydroelectricity was not considered clean by the USA, creating a weird situation with Quebec's overproduction exports (among others maybe)...
Those who did specialize in computer science early on, after high school let's say, tend to not understand physics / chemistry / biology / etc. as well, and it shows.
That doesn't mean they are anti-science / anti-global-warming or anything like that, just that the rest depends more on ambiant politic than critical use of scientific knowledge when shown scientific studies...
We've moved from displaying remote applications from the xlib level over ssh, to the toolkit level over ssh (as parent described). It's Unix moving forward, finally.
Microsoft's proprietary RDP protocol or alternatives such as VNC work differently (and usually pretty slow, since they work similarly to xlib, passing compressed bitmap images over the wire). If you want a remote desktop and your network link is fast enough, that's fine, but for most cases, toolkit-over-ssh is more secure and efficient.
What they really want is white box cryptography, but it seems computationally impractical right now.
Also, http://en.wikipedia.org/wiki/T... did this and was broken!
I agree, but as far as I know, on Debian it does not depend on Java. The Libre Office requirements page says it is only necessary for certain 'Base' features: http://www.libreoffice.org/get...
(I have never seen the popups, or had Java installed on my machine for a long time, so I was curious. Libre Office also runs pretty fast imho.)
NeoOffice basically stripped it from Base, and their download page says: "Base users: if you use Base, we recommend that you use OpenOffice with the Oracle Report Builder extension. The Base features in NeoOffice 2014.6 are much more limited than OpenOffice." (http://www.neooffice.org/neojava/en/macappstore.php)
You do need HTTPS to protect mundane content: Saying otherwise is very short sighted...
You might not care about the content, but the way someone, somewhere, is accessing it, does offer a lot of "value".
It can allow a watchful eye to either accuse the reader of being outside the norm, criminal, not respectful and whatnot (reason why librarians fought hard for the right to lend books without giving the list to the state!) or allow them to caracterise, profile, target a person over time for many different reasons.
Thus everyone should have the to right to read anonymously and willingly.
Witholding this right from others is being complicit with opressors.
Encryption has a cost, it isn't free. It increases CPU utilisation and power consumption. It interferes with caching and reduces network efficiency.
This is a dumb idea. A very dumb idea.
They should only go with custom code up to a certain extent. The organization should have the freedom to choose its own service provider (including volunteers). I'm probably stating the obvious, but if there is too much custom code they will be forced to spend a lot to rewrite code when volunteers rotate (and most likely will want to roll their own fancier solution), spend a lot of energy/time/money to maintain the code, or have difficulties finding volunteers who want to get involved in such a mess.
I don't know the specifics of your use-case, but CiviCRM is a Free Software contact relationship management software aimed specifically at non-profits. It has a large community of users and developers. While the community mostly operates on non-profit budgets, it includes users such as the FSF, EFF, Wikimedia, sub-orgs of UNESCO, Amnesty International, NY State Senate, etc. I use it for my small local clients, but I'm happy to be able to pool ressources with such organisations.
While turn-key tools can only do so much, you would probably have better chances of customizing that to fit your needs, and in the long term, the organization can turn to specialized service providers if necessary, without restarting from scratch.
Heck, worst case, if your volunteers are PHP-averse and don't feel like spending too much time customizing the application, you can write just a front-end application to it, and use the CiviCRM REST API to store the data. Writing a whole new application just for that seems like a huge waste of ressources, and does not seem sustainable. An event management tool has a ton of small but critical features to think about.
If they think it will be hard to learn an existing generic tool, imagine how hard it will be for new staff/volunteers to use a completely custom tool. Not to mention that if your organisation has an aim of promoting common good, community building, etc, they should also participate in existing Free Software projects
By FOSS do they mean dump the source after release... like Android?
I don't think that's the spirit, even though the licence says so.
Meta godwin aside, I wish a major (market wise) fork would exist with grsecurity merged in by default, for example...
As long as we're going to reinvent the wheel again, we might as well try making it round this time. - Mike Dennison