What also makes me uncomfortable is seeing something as retarded as "religious objections" as a growing reason for not doing an autopsy. In the Middle Ages, scientists had to buy bodies illegally to make their studies, risking to be burned at the stake for that "horrible crime". Haven't people learned anything yet? What the fuck does their god of choice care if someone cuts open a dead body? He refuses to welcome the deceased guy in Heaven, or Valhalla or whatever?
Western civilization has a notion called "religious freedom". We've discovered that things are much more peaceful if we ensure that everyone can practice as they see fit, regardless of how wrong we their religious beliefs (or lack thereof) may be. (Exceptions to the above when said practices involve harm to others.) So if my religion doesn't allow for routine autopsies, for whatever reason that you clearly don't understand, how about leaving it alone? You may feel free to instruct your heirs to handle your remains as you see fit, and the rest of us might appreciate the same courtesy in return.
I just feel sorry for whomever it is that's living next door to the thieves when Israel overreacts. Israel isn't exactly known for keeping any sort of perspective on things. Kill one of their citizens and they'll kill dozens of your citizens with little to no concern for innocent civilians.
Not according to Jonathan Sacerdoti in the New Statesman (most certainly not a pro-Israel publication). In fact, during Operation Cast Lead, Israel managed a better than 1:1 ratio (that is, one civilian per combatant killed). The UN estimate for similar assymetric warfare is 3:1 - that is three civilians for each combatant killed. And since then, they have done even better. In 2011, it was either 1:10 (Jane's correspondent in Israel) or 1:3 (Elder of Zion - factoring in numbers from PCHR).
Look for the actual facts, not mass media accounts. And as a rule of thumb, I'd discount hysterical claims right after an event, until they are actually examined. (Cases in point: the whole Muhammed al-Dura story, which was later shown to be a hoax, the supposed "massacre" of hundreds or thousands in Jenin that turned out to be 52 or 53, mostly combatants).
A few years and two PDAs ago, I coded a C# app for my Pocket PC (WM 2003SE) using both the app and my Linux PC.
I used a port of the DotGNU project as an on-board compiler, and I think that I used Mono on Linux. (It may have been DotGNU, I don't recall.)
I believe that I ripped the DLLs comprising the compact framework off the device, and then used that to compile when on Linux. I think that there was a switch to turn off linking against the system DLLs, and I just linked against the DLLs from the device. Once the exe was built, I was able to run it on Linux using mono (since they had implemented WinForms, I could just run it straight), or I would simply copy the exe to the device via an SD card and then I could run it from there.
I never finished developing the app, so I never got around to figuring out how to package a CAB, but that should be trivial. I know that there are Linux apps to create CAB files, so it should just be a question of finding one buildable on the Mac and figuring out what to put into the manifest.
I believe that is true only for the GSM carriers. Most CDMA carriers put some GPS hardware on the phones that, together with information from the tower, can compute the position (on the provider's side).
In fact, I'd anticpate that the majority of people responding are closer in age, experience, and attitude to that 14-year-old than they are to the parents of one.
Which actually makes this discussion even more valuable, assuming that you know how to watch for bias in the advice you receive. Hopefully, anyone taking on a responsibility such as parenting will already understand that.
Just remember that even though iDEN phones take a sim card, they don't work on GSM networks. So if you go for the i530, you'll need a UK iDEN carrier, if such things exist.
You may not be able to drop it in the bath, but there are ruggedized phones available. At least many of the Motorolas (available for Nextel) meet military specs for pressure, vibration, etc. If you're the type of person who throws cell phones against walls, I'd look at that. Then again, if you're in the UK, I'm not sure if there is an iDEN carrier. But if so, there are some ruggedized GSM phones.
Another similar incident is being reported to have occurred Wednesday night at Teterboro airport, according to AP. Considering that some of the approach routes run pretty low over I-80, and not far from several other major highways, this could potentially be a Very Bad Thing (tm).
1) Find a web page or set of web pages that contain the desired information. 2) Set up a quick CGI to cycle through the pages and/or auto-refresh, using a hidden frame if needed. 3) Set the font on the browser to a large size for readability. 4) Set the browser to full screen. 5) Finally, lock the machine in a box.
As others have pointed out, the first NDA wouldn't be protected, and therefore that one could be disclosed.
However, if the goal is to prevent disclosure of the NDA, an easier solution would seem to be to copyright it. That won't prevent someone from analyzing it and reporting the analysis of the NDA, but would at least prevent posting the whole text on the web.
True, a law student probably wouldn't want to represent himself. But if one is served with a baseless lawsuit, he probably has a fair number of friends (think recent grads) and teachers who might help represent him.
If the ink had dried and the cartridge was unusable, no one would complain. That is very different from the company making its products self-distruct.
As another analogy, suppose that you bought a bottle of Tylenol for a headache. You don't get headaches too often, so most of the bottle remains there. 2 years later, you get a massive headache and, worse luck, it is just past the expiration date. Should Johnson & Johnson have included a self-destruct mechanishm to seal the bottle? After all- it's past the expiration date, and it may not be effective. The sane answer is that once you paid for it, you should be allowed to try it. Perhaps it won't be as effective, but at least you have the option of trying!
As for hoping for people to try to type in passwords instead of using the mouse, that is only security by obscurity. Don't trust that.
By the way, relying on people to not type in your password is security through obscurity. Don't trust that.:-P
Seriously though, if you are going to use clicking as a password, you need to treat it the same way. Since anyone who watches you could easily see where the mouse is moving, this would be similar to letting other people watching the keyboard as you slowly typed your password: not a good idea. Even worse, a tempest-like system would allow someone to watch your "password", without your even seeing a person there!
Instead, I would suggest drawing as an extra layer of security before the password. Meaning, you have to draw the "password" before typing the real password. If you don't draw the correct "password" first, then even the real password isn't accepted.
A simpler way would be to just have a big, signed list of md5's in some file that tripwire checks against. Tripwire would check the signature on the file before believing the md5's in it.
Note: this is exactly what tripwire already does. Except that it also stores other file attributes as well.
True, "transparent" is a better adjective. A little clearer would be, "the choice of OS is irrelevant."
However, in the case of the email program, I would argue that the filesystem is irrelevant. The exact same program could be implemented using hierarchical directories/files, a database, or a raw disk. No filesystem is necessary.
In the case of OS, it's difficult to say that an OS is not needed, since an OS is, by definition, an abstraction layer that makes the hardware accessible. Any abstraction layer accomplishing that job can be called an OS. So even if a program is written directly in ASM for a computer, has its own bootloader and never touches a "conventional" OS, chances ar that there's some layer of the program that serves as such.
But even so, on a single-purpose machine, the OS might be considered to be irrelevant - consider the case of Palm/Palm OS.
I've had a chance to talk to some of these guys last year, and I've used the system a bit. We also talked about some of this in a UI design class I took.
Scopeware (the system he built) is actually pretty interesting. The premise (or part of it) is that people aren't good at filing things in a hierarchical filesystem. Instead, the system simply keeps everything in one long hierarchical sequence, and tries to provide more intuitive ways of searching it.
Specifically, it tries to emulate piles of papers on a desk. New stuff is at the top, but you can kinda scan the edges of a lot of the documents at once. If you need to find something specific, youo can "flip through" the pile until you find it. I believe that you can define criteria such that different piles are built automatically from the same set of documents. In a sense, this is similar to Evolution's VFolders - you don't move emails from your inbox to another folder, but set up virtual folders based on predefined searches.
In this sense, the OS and filesystem are irrelevant, just like the OS is irrelevant to (pure) Java programs, and just like the filesystem is irrelevant in most email programs (Evolution, Kmail, Outlook). Of course, the data is stored in files within directories on a disk managed by an OS, but given that there is a completely different method of accessing that data, who cares?
In a sense, this is actually similar to Unix's "everything is a file philosophy", except that here it would be expressed as "everything that's important is a document.
Scopeware itself is a server that stores all documents, emails, etc. for a group of people. It then manages access to them, and sets up these "piles" for everyone who runs a scopeware client.
Sure you can use one-time passwords. Set it up like the poster above, where the aim module is in a chroot'd environment with only access to ssh.
Then set up ssh to accept one-time passwords (it is optionally set up like that on the CS machines at Columbia).
The only piece left to do is to set up some kind of timeout in the original environment such that after 5 minutes of inactivity, the ssh session is automatically closed, and instead asks you to log in again. (Replace 5 minutes with whatever value you need.)
Poof: "fairly" secure access: you need access to a specific aim account, knowledge of a hostname and one-time password, but once you're in, you can do about anything you want easily.
Not on embedded devices. They might well have very slow processors, and considering that Opera is trying to break into that market, the focus on speed increase will probably make a huge difference.
Slashdot Mirror
What also makes me uncomfortable is seeing something as retarded as "religious objections" as a growing reason for not doing an autopsy. In the Middle Ages, scientists had to buy bodies illegally to make their studies, risking to be burned at the stake for that "horrible crime". Haven't people learned anything yet? What the fuck does their god of choice care if someone cuts open a dead body? He refuses to welcome the deceased guy in Heaven, or Valhalla or whatever?
Western civilization has a notion called "religious freedom". We've discovered that things are much more peaceful if we ensure that everyone can practice as they see fit, regardless of how wrong we their religious beliefs (or lack thereof) may be. (Exceptions to the above when said practices involve harm to others.) So if my religion doesn't allow for routine autopsies, for whatever reason that you clearly don't understand, how about leaving it alone? You may feel free to instruct your heirs to handle your remains as you see fit, and the rest of us might appreciate the same courtesy in return.
I just feel sorry for whomever it is that's living next door to the thieves when Israel overreacts. Israel isn't exactly known for keeping any sort of perspective on things. Kill one of their citizens and they'll kill dozens of your citizens with little to no concern for innocent civilians.
Not according to Jonathan Sacerdoti in the New Statesman (most certainly not a pro-Israel publication). In fact, during Operation Cast Lead, Israel managed a better than 1:1 ratio (that is, one civilian per combatant killed). The UN estimate for similar assymetric warfare is 3:1 - that is three civilians for each combatant killed. And since then, they have done even better. In 2011, it was either 1:10 (Jane's correspondent in Israel) or 1:3 (Elder of Zion - factoring in numbers from PCHR).
Look for the actual facts, not mass media accounts. And as a rule of thumb, I'd discount hysterical claims right after an event, until they are actually examined. (Cases in point: the whole Muhammed al-Dura story, which was later shown to be a hoax, the supposed "massacre" of hundreds or thousands in Jenin that turned out to be 52 or 53, mostly combatants).
A few years and two PDAs ago, I coded a C# app for my Pocket PC (WM 2003SE) using both the app and my Linux PC.
I used a port of the DotGNU project as an on-board compiler, and I think that I used Mono on Linux. (It may have been DotGNU, I don't recall.)
I believe that I ripped the DLLs comprising the compact framework off the device, and then used that to compile when on Linux. I think that there was a switch to turn off linking against the system DLLs, and I just linked against the DLLs from the device. Once the exe was built, I was able to run it on Linux using mono (since they had implemented WinForms, I could just run it straight), or I would simply copy the exe to the device via an SD card and then I could run it from there.
I never finished developing the app, so I never got around to figuring out how to package a CAB, but that should be trivial. I know that there are Linux apps to create CAB files, so it should just be a question of finding one buildable on the Mac and figuring out what to put into the manifest.
I believe that is true only for the GSM carriers. Most CDMA carriers put some GPS hardware on the phones that, together with information from the tower, can compute the position (on the provider's side).
Just remember that even though iDEN phones take a sim card, they don't work on GSM networks. So if you go for the i530, you'll need a UK iDEN carrier, if such things exist.
You may not be able to drop it in the bath, but there are ruggedized phones available. At least many of the Motorolas (available for Nextel) meet military specs for pressure, vibration, etc. If you're the type of person who throws cell phones against walls, I'd look at that. Then again, if you're in the UK, I'm not sure if there is an iDEN carrier. But if so, there are some ruggedized GSM phones.
There was a wonderful looking, easy to use system documented a while ago on The Daily WTF. It was even shown to have a truly elegant architecture. Check it out, you'll definitely be surprised!
Another similar incident is being reported to have occurred Wednesday night at Teterboro airport, according to AP. Considering that some of the approach routes run pretty low over I-80, and not far from several other major highways, this could potentially be a Very Bad Thing (tm).
1) Find a web page or set of web pages that contain the desired information.
2) Set up a quick CGI to cycle through the pages and/or auto-refresh, using a hidden frame if needed.
3) Set the font on the browser to a large size for readability.
4) Set the browser to full screen.
5) Finally, lock the machine in a box.
That's it.
As others have pointed out, the first NDA wouldn't be protected, and therefore that one could be disclosed.
However, if the goal is to prevent disclosure of the NDA, an easier solution would seem to be to copyright it. That won't prevent someone from analyzing it and reporting the analysis of the NDA, but would at least prevent posting the whole text on the web.
Well, I don't know the answer for other bands, but it seems like getting linked on Slashdot is a good approach.
Actually, I've found the following to be even easier: in Firebird, go to about:config, and set the property "browser.blink_allowed" to "false".
The sig is actually a joke. I don't think that it's possible to set a delay on the blink tag via javascript. Though it might be interesting to try.
According to the article, they are being scanned in, and are only being destroyed one digitized.
True, a law student probably wouldn't want to represent himself. But if one is served with a baseless lawsuit, he probably has a fair number of friends (think recent grads) and teachers who might help represent him.
If the ink had dried and the cartridge was unusable, no one would complain. That is very different from the company making its products self-distruct.
As another analogy, suppose that you bought a bottle of Tylenol for a headache. You don't get headaches too often, so most of the bottle remains there. 2 years later, you get a massive headache and, worse luck, it is just past the expiration date. Should Johnson & Johnson have included a self-destruct mechanishm to seal the bottle? After all- it's past the expiration date, and it may not be effective. The sane answer is that once you paid for it, you should be allowed to try it. Perhaps it won't be as effective, but at least you have the option of trying!
As for hoping for people to try to type in passwords instead of using the mouse, that is only security by obscurity. Don't trust that.
By the way, relying on people to not type in your password is security through obscurity. Don't trust that. :-P
Seriously though, if you are going to use clicking as a password, you need to treat it the same way. Since anyone who watches you could easily see where the mouse is moving, this would be similar to letting other people watching the keyboard as you slowly typed your password: not a good idea. Even worse, a tempest-like system would allow someone to watch your "password", without your even seeing a person there!
Instead, I would suggest drawing as an extra layer of security before the password. Meaning, you have to draw the "password" before typing the real password. If you don't draw the correct "password" first, then even the real password isn't accepted.
A simpler way would be to just have a big, signed list of md5's in some file that tripwire checks against. Tripwire would check the signature on the file before believing the md5's in it.
Note: this is exactly what tripwire already does. Except that it also stores other file attributes as well.
And what's to prevent an intruder from adding a trojan to the signature-checking program/library?
Chicken-and-egg...
True, "transparent" is a better adjective. A little clearer would be, "the choice of OS is irrelevant."
However, in the case of the email program, I would argue that the filesystem is irrelevant. The exact same program could be implemented using hierarchical directories/files, a database, or a raw disk. No filesystem is necessary.
In the case of OS, it's difficult to say that an OS is not needed, since an OS is, by definition, an abstraction layer that makes the hardware accessible. Any abstraction layer accomplishing that job can be called an OS. So even if a program is written directly in ASM for a computer, has its own bootloader and never touches a "conventional" OS, chances ar that there's some layer of the program that serves as such.
But even so, on a single-purpose machine, the OS might be considered to be irrelevant - consider the case of Palm/Palm OS.
I've had a chance to talk to some of these guys last year, and I've used the system a bit. We also talked about some of this in a UI design class I took.
Scopeware (the system he built) is actually pretty interesting. The premise (or part of it) is that people aren't good at filing things in a hierarchical filesystem. Instead, the system simply keeps everything in one long hierarchical sequence, and tries to provide more intuitive ways of searching it.
Specifically, it tries to emulate piles of papers on a desk. New stuff is at the top, but you can kinda scan the edges of a lot of the documents at once. If you need to find something specific, youo can "flip through" the pile until you find it. I believe that you can define criteria such that different piles are built automatically from the same set of documents. In a sense, this is similar to Evolution's VFolders - you don't move emails from your inbox to another folder, but set up virtual folders based on predefined searches.
In this sense, the OS and filesystem are irrelevant, just like the OS is irrelevant to (pure) Java programs, and just like the filesystem is irrelevant in most email programs (Evolution, Kmail, Outlook). Of course, the data is stored in files within directories on a disk managed by an OS, but given that there is a completely different method of accessing that data, who cares?
In a sense, this is actually similar to Unix's "everything is a file philosophy", except that here it would be expressed as "everything that's important is a document.
Scopeware itself is a server that stores all documents, emails, etc. for a group of people. It then manages access to them, and sets up these "piles" for everyone who runs a scopeware client.
Actually, phones regulate their own output power, as directed by the towers.
Sure you can use one-time passwords. Set it up like the poster above, where the aim module is in a chroot'd environment with only access to ssh.
Then set up ssh to accept one-time passwords (it is optionally set up like that on the CS machines at Columbia).
The only piece left to do is to set up some kind of timeout in the original environment such that after 5 minutes of inactivity, the ssh session is automatically closed, and instead asks you to log in again. (Replace 5 minutes with whatever value you need.)
Poof: "fairly" secure access: you need access to a specific aim account, knowledge of a hostname and one-time password, but once you're in, you can do about anything you want easily.
wxWindows runs on win32
Not on embedded devices. They might well have very slow processors, and considering that Opera is trying to break into that market, the focus on speed increase will probably make a huge difference.