I got my nickname tsa long before the TSA existed so please refrain from making remarks about the TSA.
I think you mean us to refrain from making remarks about the other TSA?
You being "the" TSA... or maybe you don't want us to make remarks (such as this one) about you... or both... or I've confused myself. I'll sit down now.
I'm currently on Linux Mint LXDE 11, or Linux Mint 11 LXDE, or whatever it's called. I love that it's so extremely fast to start stuff up, much more so than my previous some-other-distro with KDE4.
Is there, or will there, be an LXDE release for Mint 13? I can't figure it out from the site. (Yes, I'm bad at reading, apparently.)
Thanks a lot (really!), but software availability isn't the issue... I don't have a Palm device any longer, and the installer requires it to be connected.:-/
I would write a data reader/writer module for the program.
Quoted in lieu of an upvote. This is the #1 step in optimising file system access -- store it in a flat file first, with a proper wrapper, and then you MAY update to a higher-end system later on IF it's needed. Don't underestimate the bandwidth and accessibility (as in: hacking data for testing, etc.) of the flat file!:-)
Hey there. I just want to say, stick to your Tungsten as long as you want. There is pain in switching (I hesitate to write "updating"). Personally, I switched (from a couple of T3's) to Android as the "best" alternative to PalmOS. It's not crap --it is the "best", after all-- but it is nevertheless not nearly as good as PalmOS. Oh handwriting, how I do miss thee! (Yes, I realise that Access put out a "Graffiti" app, but it does not compare to the full-screen support and custom strokes of TealScript.) My ailing work laptop is in dire need of a reload, but I'm loath to do it -- I can't ever reinstall Palm Desktop. My brother used *up* a small handful of Psion Series5's with several parts replacements, but in the end went for an iPhone and is reasonably content with that.
If we can't get off this planet in serious numbers before it hits, the universe goes on without us.
That is the most objective statement I've ever seen on Slashdot. Not "we'll all die, and that's that", but a far greater perspective where our loss is immeasurably tiny.
Yup. You don't need to go further back in literature than "Cryptonomicon" to see that use of the word. Many other words have gone the same way, from esteemed title to unthinking machine... "dish washer", "navigator", hey even "senator".
Yes! How odd that it took this long to get mentioned -- what with the movie adaptation bringing it back into current relevance.
I read these many years ago and found them quite entertaining: The story is quite good, and the quaint ancient-science-finction-before-it-was-even-called-that just adds to the enjoyment. Of course the 8th colour is lighter than air and can be stored in tanks to make ships fly...!
(Also, you don't have any problems with "disturbances in the avidyne fusion converter", so no need to "neutralize the electroplasma pattern with adaptive matter stream".:-)
I would very much like a knowledgeable person to explain how it can be that a telescope can be used to find molecule-size phenomena, when we have so often heard that we can't use a telescope to verify if there actually is NASA hardware on the moon "because it's too small to detect".
I once read a very good article (link long lost) about optical mirror angles, focus, and relative sizes of stuff in distant nebulae and on the moon surface. I wonder if a similar explanation exists for detecting these molecules.
It does not matter the strength of your public key if nobody knows to demand it.
THIS! This is the core problem! Everybody knows email, and most people know that you shouldn't share your password with others, but nooobody knows about proper signatures and how to work with them.
If each and every digital signature out there was useless, how much of our total bandwidth would be compromised? The painful answer is, at most the percentage that is signed in the first place, which is a drop in the proverbial ocean.
Cory Doctorow has a statement about obscurity being a far bigger threat to authors than piracy, and I posit that an analog can be drawn for obscurity of security practices, the population at large, and privacy/security.
It's hopeless to encrypt all your email unless your peers (including granny and junior) knows how to process such email, and knows to be suspicious of unsigned communications. If only some of the globally popular communications services would have the guts to enable, and indeed, enforce this. (Google and Facebook, I'm looking at you.) Yeah I know, they wouldn't be able to stay in *business* if they did that (which nicely highlights what, or rather who, the "product" really is).
They will complain that '/dev/random is too slow (implicitly not realizing the urandom option)'
Please help me understand this bit. It sounds as if you would prefer urandom over random. I'm not skilled in randomness on Linux, so I checked Wikipedia (emphasis mine):
[...] A counterpart to/dev/random is/dev/urandom ("unlocked"/non-blocking random source) which reuses the internal pool to produce more pseudo-random bits. This means that the call will not block, but the output may contain less entropy than the corresponding read from/dev/random. While [/dev/urandom] is still intended as a pseudorandom number generator suitable for most cryptographic purposes, it is not recommended for the generation of long-term cryptographic keys. [...]
That, to me, sounds as if one should not use urandom if random is as all feasible.
Interesting. It shows how much I have still to learn, a number of years hence. But also shows how utterly chanceless it is for a newbie to know how to do proper research. Ah well, all the more "Getting Started With..." books sold...:-)
Funny how much of a pain it is to learn something new when you fail to do any sort of research before diving in...
or how seemingly relevant research yields no results.
I learned rather early on that "man" gave you a small manual to a command. But I could never figure out how to EXIT the manual... there was a period where I had to reboot after looking up each reference. So typing "man man" should yield appropriate research --- only, the man page for man does not in fact tell you that you need to type "Q" to return to the command line.
Overall, it was a very sobering experience to come from a DOS/Windows world and being quite experienced, and going ("back") to "a black screen with a blinky in the upper left corner".
Welcome to 1982! You can tell your boss I said so.;-)
Bill Atkinson, of early Apple fame, also "struggled" (too strong a term, really) with the lines-of-code metric. "He thought his goal was to write as small and fast a program as possible, and that the lines of code metric only encouraged writing sloppy, bloated, broken code.", as the story goes.
I didn't mention the robot-to-dinosaur or robot-to-city transfolk because they are sparkless abominations.
Which makes perfect sense. Sadly, unsparkless* robot-to-star* folk have a tendency to suffer fatal short circuits and are generally not long-lived. But we digress...
Slashdot Mirror
I got my nickname tsa long before the TSA existed so please refrain from making remarks about the TSA.
I think you mean us to refrain from making remarks about the other TSA?
You being "the" TSA ... or maybe you don't want us to make remarks (such as this one) about you ... or both ... or I've confused myself. I'll sit down now.
Do yourself a favour and watch The Manhattan Project as well. :-)
http://uk.imdb.com/title/tt0091472/
So maybe it's worth the collateral damage? (/s)
I'm currently on Linux Mint LXDE 11, or Linux Mint 11 LXDE, or whatever it's called. I love that it's so extremely fast to start stuff up, much more so than my previous some-other-distro with KDE4.
Is there, or will there, be an LXDE release for Mint 13? I can't figure it out from the site. (Yes, I'm bad at reading, apparently.)
Any rule that says "always start with X first" is suspect.
True enough. :-) I might have been a bit simplistic, rather than accurate and lengthy.
Thanks a lot (really!), but software availability isn't the issue ... I don't have a Palm device any longer, and the installer requires it to be connected. :-/
I would write a data reader/writer module for the program.
Quoted in lieu of an upvote. This is the #1 step in optimising file system access -- store it in a flat file first, with a proper wrapper, and then you MAY update to a higher-end system later on IF it's needed. Don't underestimate the bandwidth and accessibility (as in: hacking data for testing, etc.) of the flat file! :-)
Hey there. I just want to say, stick to your Tungsten as long as you want. There is pain in switching (I hesitate to write "updating").
Personally, I switched (from a couple of T3's) to Android as the "best" alternative to PalmOS. It's not crap --it is the "best", after all-- but it is nevertheless not nearly as good as PalmOS. Oh handwriting, how I do miss thee! (Yes, I realise that Access put out a "Graffiti" app, but it does not compare to the full-screen support and custom strokes of TealScript.) My ailing work laptop is in dire need of a reload, but I'm loath to do it -- I can't ever reinstall Palm Desktop.
My brother used *up* a small handful of Psion Series5's with several parts replacements, but in the end went for an iPhone and is reasonably content with that.
If we can't get off this planet in serious numbers before it hits, the universe goes on without us.
That is the most objective statement I've ever seen on Slashdot. Not "we'll all die, and that's that", but a far greater perspective where our loss is immeasurably tiny.
Yup. You don't need to go further back in literature than "Cryptonomicon" to see that use of the word. Many other words have gone the same way, from esteemed title to unthinking machine ... "dish washer", "navigator", hey even "senator".
Yes! How odd that it took this long to get mentioned -- what with the movie adaptation bringing it back into current relevance.
I read these many years ago and found them quite entertaining: The story is quite good, and the quaint ancient-science-finction-before-it-was-even-called-that just adds to the enjoyment. Of course the 8th colour is lighter than air and can be stored in tanks to make ships fly...!
(Also, you don't have any problems with "disturbances in the avidyne fusion converter", so no need to "neutralize the electroplasma pattern with adaptive matter stream". :-)
I would very much like a knowledgeable person to explain how it can be that a telescope can be used to find molecule-size phenomena, when we have so often heard that we can't use a telescope to verify if there actually is NASA hardware on the moon "because it's too small to detect".
I once read a very good article (link long lost) about optical mirror angles, focus, and relative sizes of stuff in distant nebulae and on the moon surface. I wonder if a similar explanation exists for detecting these molecules.
Well, in the meantime, I'd better go RTFA!
+1 Informative -- Thank you.
It does not matter the strength of your public key if nobody knows to demand it.
THIS! This is the core problem! Everybody knows email, and most people know that you shouldn't share your password with others, but nooobody knows about proper signatures and how to work with them.
If each and every digital signature out there was useless, how much of our total bandwidth would be compromised?
The painful answer is, at most the percentage that is signed in the first place, which is a drop in the proverbial ocean.
Cory Doctorow has a statement about obscurity being a far bigger threat to authors than piracy, and I posit that an analog can be drawn for obscurity of security practices, the population at large, and privacy/security.
It's hopeless to encrypt all your email unless your peers (including granny and junior) knows how to process such email, and knows to be suspicious of unsigned communications. If only some of the globally popular communications services would have the guts to enable, and indeed, enforce this. (Google and Facebook, I'm looking at you.) Yeah I know, they wouldn't be able to stay in *business* if they did that (which nicely highlights what, or rather who, the "product" really is).
They will complain that '/dev/random is too slow (implicitly not realizing the urandom option)'
Please help me understand this bit. It sounds as if you would prefer urandom over random. I'm not skilled in randomness on Linux, so I checked Wikipedia (emphasis mine):
[...] A counterpart to /dev/random is /dev/urandom ("unlocked"/non-blocking random source) which reuses the internal pool to produce more pseudo-random bits. This means that the call will not block, but the output may contain less entropy than the corresponding read from /dev/random. While [/dev/urandom] is still intended as a pseudorandom number generator suitable for most cryptographic purposes, it is not recommended for the generation of long-term cryptographic keys. [...]
That, to me, sounds as if one should not use urandom if random is as all feasible.
So what's the deal here?
There's an Android app as well...
https://market.android.com/details?id=biz.lakin.android.apps.tricorder
This video is no longer available because the YouTube account associated with this video has been closed.
They go on to say "Sorry about that" but I'm not convinced they are. Anyway, you might want to update you sig.
What would you like to see slowed down to such a degree?
The Big Bang.
Ooh, but that doesn't work. I must admit: I haven't tried this in Linux, but that is certainly the case on the BSDs.
Interesting. It shows how much I have still to learn, a number of years hence. But also shows how utterly chanceless it is for a newbie to know how to do proper research. Ah well, all the more "Getting Started With..." books sold... :-)
Funny how much of a pain it is to learn something new when you fail to do any sort of research before diving in...
or how seemingly relevant research yields no results.
I learned rather early on that "man" gave you a small manual to a command. But I could never figure out how to EXIT the manual ... there was a period where I had to reboot after looking up each reference. So typing "man man" should yield appropriate research --- only, the man page for man does not in fact tell you that you need to type "Q" to return to the command line.
Overall, it was a very sobering experience to come from a DOS/Windows world and being quite experienced, and going ("back") to "a black screen with a blinky in the upper left corner".
Meanwhile some of us have real work to do which we need our PC's for.
But as tablets become able to do "real work", fewer people will demand PCs.
And how do tables *become* better? Is there a full software development environment that is iOS- or Android-based?
Welcome to 1982! You can tell your boss I said so. ;-)
Bill Atkinson, of early Apple fame, also "struggled" (too strong a term, really) with the lines-of-code metric. "He thought his goal was to write as small and fast a program as possible, and that the lines of code metric only encouraged writing sloppy, bloated, broken code.", as the story goes.
www.folklore.org/StoryView.py?story=Negative_2000_Lines_Of_Code.txt
If you're not American, then all the above is still true, but I should have used a different tone.
+1 Excellent use of pre-emptive after-the-fact diplomacy! :-)
I didn't mention the robot-to-dinosaur or robot-to-city transfolk because they are sparkless abominations.
Which makes perfect sense. Sadly, unsparkless* robot-to-star* folk have a tendency to suffer fatal short circuits and are generally not long-lived. But we digress...
* beware technical jargon in the above