"To promote the Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries"
Have you read or even looked at any of the other books authorized by his estate? Take a look at the cover of "Isaac Asimov's Robot City" here. Look how the size of the word "Asimov" on the cover compared to the actual authors who wrote it.
Except he had plenty of ideas for robots, and he chose to express them as stand-alone stories, novels and serieses separate from the I, Robot set. Take the Caliban series for example - it could easily have been tied into I, Robot, but he very clearly chose not to do so.
The grandparent's point is that the author had intentions while he was still alive and those should be respected. Asimov was an amazingly prolific writer, and he didn't so much as jot down some notes about a sequel (like he did for the Caliban series) in 40 years between the release of I, Robot and his death. For an author as prolific as Asimov, this clearly indicates a purposeful intent not to have a sequel to the book, and that should be respected even after his death.
I think "The Complete Robot" which includes all the stories from I, Robot and others along with commentary is a great example of this.
Not to mention the hard drive autoprotection system which used the accelerometer to park the drive heads if the laptop got knocked around. Very useful to keep running....
On the first screen of install Linux gave to me,
a download link in FTP.
On the second screen of install Linux gave to me,
two swap partitions,
and a download link in FTP.
On the third screen of install Linux gave to me,
three net configs,
two swap partitions,
and a download link in FTP.
US Airways started charging for them, but stopped after a huge customer backlash (and then made a huge deal about "Drinks are now free on our flights!").
That's simply not true. When su is run as root, it's passwordless. It's very possible to be given root access via sudo but not have the root password. Thus, if you want a root shell (as opposed to running commands individually), sudo su - is the best way to do it.
To be fair, a transmitter you can fit in your pocket can "take down" (block) cell service for a pretty decently sized area around it. Jamming, RFI, etc are pretty much unavoidable in any RF based system. You can mitigate them to some extent, but there's pretty much no way any network architecture can prevent me from taking down an area of service with a strong enough jammer.
Cell phones can also jam each other with bad programming (hence the required testing) if they do things like transmit in the wrong timeslot (GSM) or with the wrong hamming codes (CDMA). Because the "wire" interface is RF, there are all kinds of ways for a phone with a bad radio to interfere with all the phones on the tower.
Yes, I know this was intended as a humorous remark, and yes I get the joke (please refrain from any "woosh" comments), but in all seriousness, this actually is an issue for X11 based systems.
Due to a poor design choice in X11, applications can see when the mouse moves but can not see button press events in other applications. One result of this is that screensavers can't detect a mouse wheel. Thus, if you're scrolling through a long article, the mouse wheel events aren't seen, the screensaver considers you idle, and will lock the screen even as you're scrolling.
You're calling MikeUSA a Debian commentator? He's a troll who got banned from all the Debian mailing lists. Calling him a Debian commentator makes it sound like he's somehow associated with the project, rather than shunned by it.
Ah, it appears I was misinformed about the Pre having an android system, I'm not sure why I had that misconception. Yes, I do know what a kernel is. I was trying to simplify my comment. For a more accurate view: the rumors are that the HTC Lancaster will be using an android kernel, android systems/phone software, but the user interface parts of the userland and such will be replaced by custom components to give the phone a purely AT&T user experience.
How much do you want? Android isn't some take-it-or-leave-it system like iPhoneOS, it's a flexible platform the manufacturers and carriers can build on. TMobile released the G1 with pretty much a stock android system, but Palm took an android kernel and ran a completely new userland/frontend (WebOS) on top. AT&T is talking about releasing the HTC Lancaster with an android kernel but with a standard locked down AT&T userland with all the crappy "BUY STUFF" apps on the desktop you can't delete.
There's no reason a company can't use Android as a starting point to build a custom locked-down environment with central management, encryption, etc. and a lot of reasons TO do this, since they have all the Linux security stuff already available to tie in, meaning less in-house work.
Really? You've suspected that a cloud computing provider might not allow PHYSICAL ACCESS to their machines which is required by a PCI Level 1 Audit? Given that the point of EC2 is you can run on any machine with free power, that means physical access to every single computer in their cloud. Gee, I'm shocked.
As they said, a Level 2 audit which involves remote-probing is certainly fine.
The phones will start sending out floods of text messages. People who don't have text plans will pay $0.40 for the received texts. That could be hundreds of dollars caused by one infected iphone (with a text plan, so they won't have anything extra billed) but paid but a large number of customers who aren't going to get upset over $1-$2.
Yes, but say a 20 port sequence for port knocking is the equivalent (2^16)^10 = 2^160 keys. That's pretty hard to bruteforce, and any sane portknocking system would block you before you got anywhere close
I think there's lasw elsewhere in 47 CFR about requiring type certification for a device, prohibiting modifying a device outside of it's type certification, etc., that applies to all device classes not just part 15 but I can't be assed to look them up right now.
Changing MAC addresses can be done by pretty much any device at runtime, it's part of the ethernet spec. However, you are correct that it is required to make certain telephony (radio) devices difficult to modify to work on different power levels and frequencies. For example, Part 15 of the FCC Rules (47 CFR 15) requires manufacturers to make it difficult for users to increase the effective power levels of unlicensed devices like wifi cards.
That's not true. The modification itself is illegal. 47 CFR 15.121(f):
(f) Scanning receivers shall have a label permanently affixed to the product, and this label shall be readily visible to the purchaser at the time of purchase. The label shall read as follows:
WARNING: MODIFICATION OF THIS DEVICE TO RECEIVE CELLULAR RADIOTELEPHONE SERVICE SIGNALS IS PROHIBITED UNDER FCC
RULES AND FEDERAL LAW.
Slashdot Mirror
Adobe 64 bit flash plugin pre-release. Came out like a year ago.
"To promote the Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries"
Nice try....
Really, that's people less than 20, since who remembers the state of technology when they were 3 years old?
That's usually done at by routers at the IP level, not at the lower levels these things operate at.
Have you read or even looked at any of the other books authorized by his estate? Take a look at the cover of "Isaac Asimov's Robot City" here. Look how the size of the word "Asimov" on the cover compared to the actual authors who wrote it.
Except he had plenty of ideas for robots, and he chose to express them as stand-alone stories, novels and serieses separate from the I, Robot set. Take the Caliban series for example - it could easily have been tied into I, Robot, but he very clearly chose not to do so.
The grandparent's point is that the author had intentions while he was still alive and those should be respected. Asimov was an amazingly prolific writer, and he didn't so much as jot down some notes about a sequel (like he did for the Caliban series) in 40 years between the release of I, Robot and his death. For an author as prolific as Asimov, this clearly indicates a purposeful intent not to have a sequel to the book, and that should be respected even after his death.
I think "The Complete Robot" which includes all the stories from I, Robot and others along with commentary is a great example of this.
Not to mention the hard drive autoprotection system which used the accelerometer to park the drive heads if the laptop got knocked around. Very useful to keep running....
On the first screen of install Linux gave to me,
a download link in FTP.
On the second screen of install Linux gave to me,
two swap partitions,
and a download link in FTP.
On the third screen of install Linux gave to me,
three net configs,
two swap partitions,
and a download link in FTP.
US Airways started charging for them, but stopped after a huge customer backlash (and then made a huge deal about "Drinks are now free on our flights!").
Well yes, but I can think of plenty of cases where I use sudo but still have the root password, mainly because sudo's syntax is nicer than su's.
That's simply not true. When su is run as root, it's passwordless. It's very possible to be given root access via sudo but not have the root password. Thus, if you want a root shell (as opposed to running commands individually), sudo su - is the best way to do it.
To be fair, a transmitter you can fit in your pocket can "take down" (block) cell service for a pretty decently sized area around it. Jamming, RFI, etc are pretty much unavoidable in any RF based system. You can mitigate them to some extent, but there's pretty much no way any network architecture can prevent me from taking down an area of service with a strong enough jammer.
Cell phones can also jam each other with bad programming (hence the required testing) if they do things like transmit in the wrong timeslot (GSM) or with the wrong hamming codes (CDMA). Because the "wire" interface is RF, there are all kinds of ways for a phone with a bad radio to interfere with all the phones on the tower.
Yes, I know this was intended as a humorous remark, and yes I get the joke (please refrain from any "woosh" comments), but in all seriousness, this actually is an issue for X11 based systems.
Due to a poor design choice in X11, applications can see when the mouse moves but can not see button press events in other applications. One result of this is that screensavers can't detect a mouse wheel. Thus, if you're scrolling through a long article, the mouse wheel events aren't seen, the screensaver considers you idle, and will lock the screen even as you're scrolling.
It's actually quite annoying...
You're calling MikeUSA a Debian commentator? He's a troll who got banned from all the Debian mailing lists. Calling him a Debian commentator makes it sound like he's somehow associated with the project, rather than shunned by it.
Ah, it appears I was misinformed about the Pre having an android system, I'm not sure why I had that misconception. Yes, I do know what a kernel is. I was trying to simplify my comment. For a more accurate view: the rumors are that the HTC Lancaster will be using an android kernel, android systems/phone software, but the user interface parts of the userland and such will be replaced by custom components to give the phone a purely AT&T user experience.
How much do you want? Android isn't some take-it-or-leave-it system like iPhoneOS, it's a flexible platform the manufacturers and carriers can build on. TMobile released the G1 with pretty much a stock android system, but Palm took an android kernel and ran a completely new userland/frontend (WebOS) on top. AT&T is talking about releasing the HTC Lancaster with an android kernel but with a standard locked down AT&T userland with all the crappy "BUY STUFF" apps on the desktop you can't delete.
There's no reason a company can't use Android as a starting point to build a custom locked-down environment with central management, encryption, etc. and a lot of reasons TO do this, since they have all the Linux security stuff already available to tie in, meaning less in-house work.
Really? You've suspected that a cloud computing provider might not allow PHYSICAL ACCESS to their machines which is required by a PCI Level 1 Audit? Given that the point of EC2 is you can run on any machine with free power, that means physical access to every single computer in their cloud. Gee, I'm shocked.
As they said, a Level 2 audit which involves remote-probing is certainly fine.
That's what the spammers do, keep a website up for 10 days to collect the idiots, then move on to the next domain.
The phones will start sending out floods of text messages. People who don't have text plans will pay $0.40 for the received texts. That could be hundreds of dollars caused by one infected iphone (with a text plan, so they won't have anything extra billed) but paid but a large number of customers who aren't going to get upset over $1-$2.
Err, that was obviously a 10 port sequence. A 20 port sequence would be 2^320.
Yes, but say a 20 port sequence for port knocking is the equivalent (2^16)^10 = 2^160 keys. That's pretty hard to bruteforce, and any sane portknocking system would block you before you got anywhere close
I think there's lasw elsewhere in 47 CFR about requiring type certification for a device, prohibiting modifying a device outside of it's type certification, etc., that applies to all device classes not just part 15 but I can't be assed to look them up right now.
Changing MAC addresses can be done by pretty much any device at runtime, it's part of the ethernet spec. However, you are correct that it is required to make certain telephony (radio) devices difficult to modify to work on different power levels and frequencies. For example, Part 15 of the FCC Rules (47 CFR 15) requires manufacturers to make it difficult for users to increase the effective power levels of unlicensed devices like wifi cards.
(f) Scanning receivers shall have a label permanently affixed to the product, and this label shall be readily visible to the purchaser at the time of purchase. The label shall read as follows:
WARNING: MODIFICATION OF THIS DEVICE TO RECEIVE CELLULAR RADIOTELEPHONE SERVICE SIGNALS IS PROHIBITED UNDER FCC RULES AND FEDERAL LAW.