With two remote controls, one could be made easy with most used features (power control, menu buttons, play/stop/pause/ff/fr and the setup button) and the other one with plenty of buttons for brainy people that use all the features made available to them.
All phones I ever had do that (I think that's a requirement. The rule that the phone must allow making 911 call probably also apply when the phone is locked) and BTW that's the idea too. My phone is locked with a code all the time in my pocket. It's much easier to dial 911 right away than try getting the phone unlocked first...
I just took this survey earlier today, and after looking at the results it is obvious that it is totally biased.
I'm writing from my phone so I won't go in-depth, but two things that bug me the most:
1: It looks like many home users took the survey, but are being categorized as SOHO's
2: At first it looks like the survey adress both desktop and server usage, but then the questions begin assuming repondent are using Linux on the desktop workstations. This isn't the case in my company, but he results to these questions are being used to show Linux desktop penetration.
I also responded to some questions thinking "servers only" but it end up being both servers and workstation. In an organisation with more employees than servers, all running Windows, this obviously change the result!
I'm not a Linux detractor, quite the opposite, but I'm being honest here. When you do surveys, please ask the right questions and make sure anyone responding to the survey won't bias it if the're not the targetted audience. To me this survey says almost nothing...
When I say "prepared to dial" I obviously don't enter the digits in advance and I think nobody should try this. I just mean that I know which keys to press, eyes closed, to dial 911.
To reply to the other post, any alarm should be totally independent. If they want to put an alarm feature on the phone it should have nothing to do with 911 itself (There could be a shortcut from emergency mode though, but it shouldn't be too easy to accidentally hit).
This is totally ridiculous! That Telecomunication act should be changed to specifically forbid making any sound on 911 calls, even the usual sound some phones do on normal calls.
Any non-compilant phones shoud be upgraded or recalled as well.
I think pepole already showed enough situation (even real ones) where this would be desastrous. Just to add one, I'm always prepared to dial 911 on my phone in my pocket, so if I happen to be in trouble I can call and leave it there. I know the call and geo-location can be traced and within minutes cops will be here even if I don't speak. "Wouldl you like a 911 alarm with that?"
I fully agree with you. The article is filled with inaccuracies and misleading information. The writer clearly doesn't understand fully what's going on under the hood.
To bad so many people will read this and end up with a biased understanding of the Linux boot process....
You can have a hidden encrypted volume inside another volume. Without the key to the hidden volume there's absolutely no way to detect it (that volume can even be destroyed when using the first volume without providing the keys to the hidden one). If the authorities ask for your keys you give only those for the first volume and they'll never know there's another.
That doesn't help much for things like encrypted emails unless you manage to make one-time keys and shred the private key after saving the decrypted version to a hidden volume.
I just hope they won't make illegal the act of shredding a private key...
Editors: PFE (http://www.lancs.ac.uk/staff/steveb/cpaap/pfe/def ault.htm) is a featureful and very slim editor for Windows
Encryption: TrueCrypt (http://www.truecrypt.org/) takes less than 2 megs to hold the main executable along with both 32 and 63bit XP/Vista drivers. The Wizzard is a separate program that can optionally be included.
Browsers: Excluding text-only and phone browsers, Opera is a clear winner for the memory footprint. It's much slower on JS though, so I'm waiting to see which improvements they made with 9.5 on that.
Operating systems: The same Linux OS that runs my highly-powered workstations also runs on my 200Mhz 8MB ram/4MB flash router. It's just a matter of what you compile in. For me this seems like a winner too. Just look for tinny distros (Slackware with custom install is my reference as full-featured yet tiny distro, but there are also much smaller ones too) of just do it yourself with LFS.
I'm a sysadmin for a small company (a few hundreds employees) and our mail system just don't need that. We built mail frontends with Qmail, Spamassassin, ClamAV and a few of our own Perl scripts. The way we made it the mails are either refused at the end of the MAIL TO: command (User unknown) or DATA command (Spam, viruses, etc). The valid emails list is fetched regurarly from the enterprise LDAP directory and top offenders (spam ratio too high or too many invalid recipients) are blacklisted at the TCP wrapper level.
Since we refuse mails during the initial connection instead of using an NDR we don't end up spamming all over the world with faked mails. The number of NDR returned by the mail system is very minimal. It is also much more efficient performance-wise and all the software we used is FREE:)
Thanks for reminding me that I wasn't 8 when I started learning DOS (before the 486 era)! And then I haven't had a life until I met my wife a few years ago:)
I second this affirmation. I have a great deal of packages installed plus some custom packages and modifications so I expected a few glitches at the very least. Upgrade went like a charm, much easier and smooth than what I expected.
Actually the *only* glitch that I noticed was azureus refusing to start after the upgrade. I fixed it by installing from the official azureus distribution (tar.gz), which is what I should have done in Dapper anyway because I had others annoying problems with it.
Slashdot Mirror
This is excellent news for whoever had a pending lawsuit from the RIAA for file sharing. Think of it a little bit...
:(
"Yes, Mr. Judge, I did share my MP3s on the internet, but I didn't authorized anyone to download them. It's for my very own usage, truly!"
This is ridiculous. Unfortunately, this kind of things happen way too often
With two remote controls, one could be made easy with most used features (power control, menu buttons, play/stop/pause/ff/fr and the setup button) and the other one with plenty of buttons for brainy people that use all the features made available to them.
Wouldn't that be the best of the two worlds?
What I mean is that I know how to do it. I know which keys to press without looking at the keypad. That's all.
All phones I ever had do that (I think that's a requirement. The rule that the phone must allow making 911 call probably also apply when the phone is locked) and BTW that's the idea too. My phone is locked with a code all the time in my pocket. It's much easier to dial 911 right away than try getting the phone unlocked first...
I just took this survey earlier today, and after looking at the results it is obvious that it is totally biased.
I'm writing from my phone so I won't go in-depth, but two things that bug me the most:
1: It looks like many home users took the survey, but are being categorized as SOHO's
2: At first it looks like the survey adress both desktop and server usage, but then the questions begin assuming repondent are using Linux on the desktop workstations. This isn't the case in my company, but he results to these questions are being used to show Linux desktop penetration.
I also responded to some questions thinking "servers only" but it end up being both servers and workstation. In an organisation with more employees than servers, all running Windows, this obviously change the result!
I'm not a Linux detractor, quite the opposite, but I'm being honest here. When you do surveys, please ask the right questions and make sure anyone responding to the survey won't bias it if the're not the targetted audience. To me this survey says almost nothing...
When I say "prepared to dial" I obviously don't enter the digits in advance and I think nobody should try this. I just mean that I know which keys to press, eyes closed, to dial 911.
To reply to the other post, any alarm should be totally independent. If they want to put an alarm feature on the phone it should have nothing to do with 911 itself (There could be a shortcut from emergency mode though, but it shouldn't be too easy to accidentally hit).
This is totally ridiculous! That Telecomunication act should be changed to specifically forbid making any sound on 911 calls, even the usual sound some phones do on normal calls.
Any non-compilant phones shoud be upgraded or recalled as well.
I think pepole already showed enough situation (even real ones) where this would be desastrous. Just to add one, I'm always prepared to dial 911 on my phone in my pocket, so if I happen to be in trouble I can call and leave it there. I know the call and geo-location can be traced and within minutes cops will be here even if I don't speak. "Wouldl you like a 911 alarm with that?"
I fully agree with you. The article is filled with inaccuracies and misleading information. The writer clearly doesn't understand fully what's going on under the hood.
To bad so many people will read this and end up with a biased understanding of the Linux boot process....
There are ways around it, using Truecrypt for example.
http://www.truecrypt.org/
You can have a hidden encrypted volume inside another volume. Without the key to the hidden volume there's absolutely no way to detect it (that volume can even be destroyed when using the first volume without providing the keys to the hidden one). If the authorities ask for your keys you give only those for the first volume and they'll never know there's another.
That doesn't help much for things like encrypted emails unless you manage to make one-time keys and shred the private key after saving the decrypted version to a hidden volume.
I just hope they won't make illegal the act of shredding a private key...
Editors: PFE (http://www.lancs.ac.uk/staff/steveb/cpaap/pfe/def ault.htm) is a featureful and very slim editor for Windows
Encryption: TrueCrypt (http://www.truecrypt.org/) takes less than 2 megs to hold the main executable along with both 32 and 63bit XP/Vista drivers. The Wizzard is a separate program that can optionally be included.
Browsers: Excluding text-only and phone browsers, Opera is a clear winner for the memory footprint. It's much slower on JS though, so I'm waiting to see which improvements they made with 9.5 on that.
Operating systems: The same Linux OS that runs my highly-powered workstations also runs on my 200Mhz 8MB ram/4MB flash router. It's just a matter of what you compile in. For me this seems like a winner too. Just look for tinny distros (Slackware with custom install is my reference as full-featured yet tiny distro, but there are also much smaller ones too) of just do it yourself with LFS.
I'm a sysadmin for a small company (a few hundreds employees) and our mail system just don't need that. We built mail frontends with Qmail, Spamassassin, ClamAV and a few of our own Perl scripts. The way we made it the mails are either refused at the end of the MAIL TO: command (User unknown) or DATA command (Spam, viruses, etc). The valid emails list is fetched regurarly from the enterprise LDAP directory and top offenders (spam ratio too high or too many invalid recipients) are blacklisted at the TCP wrapper level.
:)
Since we refuse mails during the initial connection instead of using an NDR we don't end up spamming all over the world with faked mails. The number of NDR returned by the mail system is very minimal. It is also much more efficient performance-wise and all the software we used is FREE
Thanks for reminding me that I wasn't 8 when I started learning DOS (before the 486 era)! And then I haven't had a life until I met my wife a few years ago :)
I second this affirmation. I have a great deal of packages installed plus some custom packages and modifications so I expected a few glitches at the very least. Upgrade went like a charm, much easier and smooth than what I expected. Actually the *only* glitch that I noticed was azureus refusing to start after the upgrade. I fixed it by installing from the official azureus distribution (tar.gz), which is what I should have done in Dapper anyway because I had others annoying problems with it.