I've got a flex fuel suv, that I do run E85 in from time to time, when I can find it. Even then, I will only typically fill up on E85 when its at least 20% cheaper per gallon that gasoline. Otherwise, you are paying more for less energy. I usually see a reduction in MPG running on E85, if its a full tank, usually close to 20%. With that said, if you are planning longer trips, through the midwest, E85 can possibly save you a little bit of cash in some places. I took the trip out to the Dayton Hamvention this year, running mostly on E85.

Like they say, YMMV.

I do pretty much all of my text editing(coding etc) with JOE as well. I too started out as a Slackware user in the mid 90s. I had jumped straight from DOS(where I was used to WordStar) to Slackware, so JOE made me feel pretty much at home...20 years later, I'm still using JOE.

I disagree. Look at multiarch support in Linux. There is little reason to support 32-bit binaries on 64-bit architectures, _especially_ for FOSS software.

Not all platforms are as brain damaged as the x86. On SPARC64 type systems, you'll find that most all software is run in 32bit mode, as the ABI still allows you full register access. Most software doesn't need to access more than 4GB of memory anyways.

Also there is a lot of non-FOSS software that is only available as Linux x86 32bit executables, keeping that 32 ABI compatiblity sure is useful as well on a 64bit system.

It's not entirely unthinkable to run a 64bit kernel on X86-64 and run entirely a 32bit userspace, in fact, it might run a little bit faster as a lot of the software would have a smaller cache footprint, yet the kernel would still support large amounts of physical memory without PAE tricks.

Just because *YOU* think is convoluted and not useful, doesn't mean it doesn't make sense to someone else.

Thanks! I've been a little bit out of the loop lately on radio stuff sadly.

I saw you giving out flyers regarding codec2(a free audio codec intended for amateur radio purposes) at the Dayton Hamvention a few years ago. Are you still involved with the codec2 project? Does it still exist or did it die?

Then what exactly was his point then? Other than to be a whiny Brit on a US based site?

I took his off-topic comment, turned it into an example of how people try to derail discussions on serious topics, by injecting something pointless and intentionally divisive.

As for yourself, very nice that you use derogatory slurs to try to get your point across? Fag? Euroscum? Really? That says a lot more about you than anything else.

If you prefer, a "Behaviour control device", then sure, it seems like something that would be used widely in the UK.

But I guess your nitpick over the letter u I guess is a good metaphor for what is going on in our societies currently. We're losing our civil liberties while we're all too distracted by arguments over pointless details, like the letter u, or screaming over hot button social issues that really do nothing but pander for votes.

Keep on distracting yourself... :D

Really, what you want is a behavior control device, not a anti-camera device. Seriously, what the fuck? Why shouldn't people be allowed to take photos on the bus? What do they have to hide? If people want to take photos of each other on the bus, why shouldn't they?

I reject your fascist attempts at controlling others, as should others as well. In short fuck you and fuck beta.

alias gstatus='git status'
alias gcommit='git commit'

Or whatever other commands you want? I don't see the need for a purpose built shell when aliases would work just fine?

Some people just want to overengineer things I guess...

I don't usually respond to off-topic stuff like this, but seriously what the fuck is up with the beta design? This crap is terrible...absolutely terrible. Do not want. I've been wondering why I still stick around /. but I think the new site might be the final nail in the coffin for me.

RIP /. you used to suck, now you just fail.

I'd imagine physically shred the SSDs back into sand? When I've needed to destroy an SSD, I've just taken a power drill to the flash chips.

Yes, TrueCrypt implies windows.

The parent implied that his use of Linux and ecryptfs somehow protected him from this type of attack, which really it doesn't, just this particular implementation of this attack.

My point is, that other full disk encryption implementations are typically vulnerable to the same sort of attack, that is the encryption key is going to be stored in memory.

There are in fact tools to extract keys over firewire(or other methods) for a variety of operating systems, not just Windows and TrueCrypt, consider Inception

Well a few points...

Well, you can use swap partitions, if they're encrypted. There are other ways to get a memory dump as well, you know. There are various nefarious ways to do this, if you are clever ;)

But what makes you think that if an attacker were able to get a memory dump of your system somehow(perhaps via firewire as an example), that ecryptfs on Linux would fare any better than TrueCrypt with regards to extracting the key from said memory dump.

The choice of operating system isn't really relevant here...

I'd consider TOR exit nodes to be fully monitored, so obviously you'd want to take all of the steps above as well, when browsing over TOR.

Encrypt everything, make life as difficult as possible for those who would snoop your traffic. You mention Firefox plugins, perhaps you should also be using the HTTPS Everywhere plugin: https://www.eff.org/https-everywhere

Also make sure you are using the SSL Observatory function, this should at least help prevent MITM type attacks against you.