The above isn't 100% accurate. The "Do you wish to run the script?" question is triggered by a VolumeCheck script. The javascript-based versions don't trigger this as they are run in a sandboxed environment. There is still the option to include a full executable, shell script or otherwise, however.
The preflight and postflight don't trigger any prompts for the user. The Installer asks for authentication depending on what the creator of the Installer package tells it is need. You could easily create an Installer package that "requires" root, contains a preflight that wipes the hard drive, and has a payload of nothing. To the person who tries to install your package, they only see the information you present to them and the prompt for their password.
Disclaimer: I'm an Apple employee who handles software packaging (i.e. creating Installer packages) from time to time.
If you've never noticed, when an Installer package in OS X includes a preflight or postflight script, the installer puts up a warning dialog that a script will be run. It is also common that the Installer needs admin or root access to do the install. Thus, the installer asks the user to authenticate after which point the preflight and postflight scripts are run under admin or root privileges. If you want to do something nasty as part of an Installer package, you don't need a root-escalation scheme to do it. 90% of user will simply click "Continue" to the "Do you wish to run the script?" question and will authenticate simply because they are accustomed to those prompts when installing software.
You are presenting one side of an issue as the only side. You've chosen the side that embryos are human and alive and thus this is murder. From the other side, these are not humans and/or not alive. Religion seems to come in on this since one of the most vocal religious groups (christians) tend to side with you. It isn't really a religious debate, but many people view it as one due to that.
If they are hiring people to drive vehicles outfitted with cameras around Paris, I would assume they have a business presence there. I'd expect them to follow French laws when doing business in France.
That's interesting. Considering that I am a developer for the CHUD Tool (no quotes) and I do performance analysis and benchmarking for a living, I don't think they did anything wrong. Things that aren't running on a system rarely affect run-time performance. Going from a distribution like Ubuntu to Debian just removes a bunch of things from disk, but those things have zero impact on the metric being measured. For Vista, it might make a difference if the version used was shown to have less idle activity, but in practice, you want to compare what a typical user would be running. So, since the OSs chosen reflect typical users, the data is perfectly valid for a comparison between them. If you want absolute performance numbers, then you need to start tuning the OSs before you run the tests. Things like disabling daemons or services and unplugging network cables can cause measurable differences in some benchmarks.
As for the CHUD Tools, they are completely inert unless you happen to be running one of the tools and even then, it isn't likely to cause any significant difference. The kernel extensions used by the CHUD Tools are designed to do absolutely nothing until they are asked to. If you are running a Time Profile in Shark, it will have some impact, but it will be limited to 1-2%.
There are high bandwidth amateur radio data networks. The problem is that you cannot conduct business over amateur radio. That really prevents browsing the Internet via those networks.
I remember someone brining in a 486 with 4MB of RAM that was running Win95 and wanted to have internet access set up on it. I installed IE4 without thinking about it and upon the necessary reboot, it blue screened. Apparently, Win95 will run on 4MB, but not when IE4 is installed..
Ever had 10 Word documents open and Alt-Tabbed to Word? It brings all 10 documents to the front. With expose, you can see every window and select the one you want to come forward rather than all of them.
Actually, Itanium's problem is that the parallelism has to be explicitly determined by the compiler. Most processors do dynamic dispatching, meaning they figure out what instructions can be run in parallel as it is running code. Itanium was made so that each "instruction" was really multiple instructions that could be run in parallel. This put the burden on the compiler which had never been tasked with this before (at least not at that level).
You mean the ice, snow, sleet, hail, rapid and large temperature changes, and lack of things to do weren't enough good reasons to live in Ohio?
Unless you want to do RF research, go to one of a few quite good engineering schools, or just really enjoy using snow chains, you probably want to avoid Ohio even if it has free, public WiFi.
Right, which is exactly why the music companies are selling you a license. You can do whatever you want with the license, but the music is still restricted by the license.
I fail to see how that page disproves the GP. IEEE 802.15.4 is a standard for the data link and physical layers. ZigBee is an application layer that sits on top of IEEE 802.15.4. You can run any application layer you want on it. In fact, http://www.dlpdesign.com/ is selling a ZigBee compatible 802.15.4 transceiver that is loaded with a protocol based on Freescale's SMAC application layer.
So, average slashdot reader completely misses the point and fails to realize that there are other markets outside of the home consumer.
Booting off an iPod or FireWire drive is incredibly useful for setting up a cluster of machines. You boot each machine with the FireWire drive which contains a distro that installs the cluster distro onto the cluster node. Essentially, plug it in, wait till it says it's done, reboot and move to the next node.
Just to nitpick. In a Mac, the NICs are on the motherboard. For the PC, even if they were on the motherboard, you probably just bought the cheapest NIC on the market and slapped it in. On the Mac, it's a full motherboard replacement plus the cost of having someone do it. Sure, you can't buy a Mac motherboard aftermarket, but if you look at the cost of buying a new PC motherboard and labor costs for replacing it, you'd see they are similar.
Also, every iMac has replaceable speakers. Even the gumdrop machines. They aren't necessarily easy to take out, but they are removable. The other question is, how did you manage to blow them in the first place? It's not like the company just picks some speakers and slaps them into the case without doing extensive testing.
Ubuntu has a PPC LiveCD out that worked fairly well on my Titanium PowerBook.
It's probably technically possible to boot your machine off the firewire HD (I know OpenFirmware can do it) and yaboot shows up as another OS in the boot picker (hold down option while booting), but I don't know if Linux can handle booting off a firewire drive.
So you point to some general benchmarks showing the G5 not performing better than everything else at any speed and claim it's an architectural problem? Do you even realize that architecture has very little to do with actual chip implementation?
Both x86-64 and PowerPC have pros and cons. Until someone decides to prove conclusively that it's not the OS, or anything else in the system, but only the processor that is the problem, this is mere speculation on the part of fanboys.
This is a bit off-topic, but there are PIC dev tools for unix-esque systems. Look into http://www.gnupic.org/. They maintain a list of programmers and have their own assembler. They do lack a decent high-level compiler, but one is in development (gpal).
This has nothing to do with P2P as a method of communicating data. This has everything to do with the providers of P2P networks providing reasonable safeguards against copyright infringement, which, like it or not, is the law of the land.
Well, technically email is a P2P network. I don't see anyone claiming that every email program needs to have "reasonable safeguards against copyright infringement." Adding copyright checks is not the law of the land, it's the exception to the rule.
The Espresso does not even seem to come close to what a Mac mini offers performance wise. The specs you link to show that it has a max processor speed of 500Mhz. The Mac mini goes up to 1.4Ghz. They say that a celeron can go higher, but not 900Mhz higher.
The video card is also a 4MB card. The Mac mini has a ATI Radeon 9200 with 32MB of RAM. Again, a huge difference.
While the Espresso is in the right ballgame for size, weight, etc, performance is not even close.
1) Ham radio requires a test to get a license. It involves some electronics theory. Not everyone who has a cell phone would get a license.
2) Ham radio doesn't use central points for access (e.g. cell towers) so many users just means find a "free" frequency is more difficult. Emergency traffic gets priority anyway and emergency co-ordination is higher priority than health and wellbeing traffic ("I'm OK").
In disaster situations, many different amateur radio groups become active. Most notable are ARES and RACES. Both of these are usually associated with major relief organizations (in the US, typically the Red Cross).
While some of the traffic is just people saying that they are OK, lots of the traffic is critical emergency coordination traffic. This can be both ways as well. Incoming weather information and knowledge about what relief is coming can be very important.
Slashdot Mirror
The above isn't 100% accurate. The "Do you wish to run the script?" question is triggered by a VolumeCheck script. The javascript-based versions don't trigger this as they are run in a sandboxed environment. There is still the option to include a full executable, shell script or otherwise, however.
The preflight and postflight don't trigger any prompts for the user. The Installer asks for authentication depending on what the creator of the Installer package tells it is need. You could easily create an Installer package that "requires" root, contains a preflight that wipes the hard drive, and has a payload of nothing. To the person who tries to install your package, they only see the information you present to them and the prompt for their password.
Disclaimer: I'm an Apple employee who handles software packaging (i.e. creating Installer packages) from time to time.
If you've never noticed, when an Installer package in OS X includes a preflight or postflight script, the installer puts up a warning dialog that a script will be run. It is also common that the Installer needs admin or root access to do the install. Thus, the installer asks the user to authenticate after which point the preflight and postflight scripts are run under admin or root privileges. If you want to do something nasty as part of an Installer package, you don't need a root-escalation scheme to do it. 90% of user will simply click "Continue" to the "Do you wish to run the script?" question and will authenticate simply because they are accustomed to those prompts when installing software.
You are presenting one side of an issue as the only side. You've chosen the side that embryos are human and alive and thus this is murder. From the other side, these are not humans and/or not alive. Religion seems to come in on this since one of the most vocal religious groups (christians) tend to side with you. It isn't really a religious debate, but many people view it as one due to that.
If they are hiring people to drive vehicles outfitted with cameras around Paris, I would assume they have a business presence there. I'd expect them to follow French laws when doing business in France.
That's interesting. Considering that I am a developer for the CHUD Tool (no quotes) and I do performance analysis and benchmarking for a living, I don't think they did anything wrong. Things that aren't running on a system rarely affect run-time performance. Going from a distribution like Ubuntu to Debian just removes a bunch of things from disk, but those things have zero impact on the metric being measured. For Vista, it might make a difference if the version used was shown to have less idle activity, but in practice, you want to compare what a typical user would be running. So, since the OSs chosen reflect typical users, the data is perfectly valid for a comparison between them. If you want absolute performance numbers, then you need to start tuning the OSs before you run the tests. Things like disabling daemons or services and unplugging network cables can cause measurable differences in some benchmarks.
As for the CHUD Tools, they are completely inert unless you happen to be running one of the tools and even then, it isn't likely to cause any significant difference. The kernel extensions used by the CHUD Tools are designed to do absolutely nothing until they are asked to. If you are running a Time Profile in Shark, it will have some impact, but it will be limited to 1-2%.
Actually, Hicksville has only 5,003 people in it as of 2000 (http://www.epodunk.com/cgi-bin/popInfo.php?locInd ex=274281).
I grew up in a neighboring city (Defiance).
There are high bandwidth amateur radio data networks. The problem is that you cannot conduct business over amateur radio. That really prevents browsing the Internet via those networks.
Sadly, even the DLP TV I have creates a whine. The power supply for the lamp is more than likely a flyback.
It has a really fast FPU and Altivec is better than SSE/SSE2/SSE3.
I remember someone brining in a 486 with 4MB of RAM that was running Win95 and wanted to have internet access set up on it. I installed IE4 without thinking about it and upon the necessary reboot, it blue screened. Apparently, Win95 will run on 4MB, but not when IE4 is installed..
Ever had 10 Word documents open and Alt-Tabbed to Word? It brings all 10 documents to the front. With expose, you can see every window and select the one you want to come forward rather than all of them.
Actually, Itanium's problem is that the parallelism has to be explicitly determined by the compiler. Most processors do dynamic dispatching, meaning they figure out what instructions can be run in parallel as it is running code. Itanium was made so that each "instruction" was really multiple instructions that could be run in parallel. This put the burden on the compiler which had never been tasked with this before (at least not at that level).
You mean the ice, snow, sleet, hail, rapid and large temperature changes, and lack of things to do weren't enough good reasons to live in Ohio?
Unless you want to do RF research, go to one of a few quite good engineering schools, or just really enjoy using snow chains, you probably want to avoid Ohio even if it has free, public WiFi.
Right, which is exactly why the music companies are selling you a license. You can do whatever you want with the license, but the music is still restricted by the license.
I fail to see how that page disproves the GP. IEEE 802.15.4 is a standard for the data link and physical layers. ZigBee is an application layer that sits on top of IEEE 802.15.4. You can run any application layer you want on it. In fact, http://www.dlpdesign.com/ is selling a ZigBee compatible 802.15.4 transceiver that is loaded with a protocol based on Freescale's SMAC application layer.
So, average slashdot reader completely misses the point and fails to realize that there are other markets outside of the home consumer.
Booting off an iPod or FireWire drive is incredibly useful for setting up a cluster of machines. You boot each machine with the FireWire drive which contains a distro that installs the cluster distro onto the cluster node. Essentially, plug it in, wait till it says it's done, reboot and move to the next node.
Just to nitpick. In a Mac, the NICs are on the motherboard. For the PC, even if they were on the motherboard, you probably just bought the cheapest NIC on the market and slapped it in. On the Mac, it's a full motherboard replacement plus the cost of having someone do it. Sure, you can't buy a Mac motherboard aftermarket, but if you look at the cost of buying a new PC motherboard and labor costs for replacing it, you'd see they are similar.
Also, every iMac has replaceable speakers. Even the gumdrop machines. They aren't necessarily easy to take out, but they are removable. The other question is, how did you manage to blow them in the first place? It's not like the company just picks some speakers and slaps them into the case without doing extensive testing.
Ubuntu has a PPC LiveCD out that worked fairly well on my Titanium PowerBook.
It's probably technically possible to boot your machine off the firewire HD (I know OpenFirmware can do it) and yaboot shows up as another OS in the boot picker (hold down option while booting), but I don't know if Linux can handle booting off a firewire drive.
So you point to some general benchmarks showing the G5 not performing better than everything else at any speed and claim it's an architectural problem? Do you even realize that architecture has very little to do with actual chip implementation?
Both x86-64 and PowerPC have pros and cons. Until someone decides to prove conclusively that it's not the OS, or anything else in the system, but only the processor that is the problem, this is mere speculation on the part of fanboys.
You are a troll and nothing more.
This is a bit off-topic, but there are PIC dev tools for unix-esque systems. Look into http://www.gnupic.org/. They maintain a list of programmers and have their own assembler. They do lack a decent high-level compiler, but one is in development (gpal).
This has nothing to do with P2P as a method of communicating data. This has everything to do with the providers of P2P networks providing reasonable safeguards against copyright infringement, which, like it or not, is the law of the land.
Well, technically email is a P2P network. I don't see anyone claiming that every email program needs to have "reasonable safeguards against copyright infringement." Adding copyright checks is not the law of the land, it's the exception to the rule.
The Espresso does not even seem to come close to what a Mac mini offers performance wise. The specs you link to show that it has a max processor speed of 500Mhz. The Mac mini goes up to 1.4Ghz. They say that a celeron can go higher, but not 900Mhz higher.
The video card is also a 4MB card. The Mac mini has a ATI Radeon 9200 with 32MB of RAM. Again, a huge difference.
While the Espresso is in the right ballgame for size, weight, etc, performance is not even close.
1) Ham radio requires a test to get a license. It involves some electronics theory. Not everyone who has a cell phone would get a license.
2) Ham radio doesn't use central points for access (e.g. cell towers) so many users just means find a "free" frequency is more difficult. Emergency traffic gets priority anyway and emergency co-ordination is higher priority than health and wellbeing traffic ("I'm OK").
TAPR(http://www.tapr.org/) is the usually the best source of packet radio information. They do lots of experimentation and collection of information.
In disaster situations, many different amateur radio groups become active. Most notable are ARES and RACES. Both of these are usually associated with major relief organizations (in the US, typically the Red Cross).
While some of the traffic is just people saying that they are OK, lots of the traffic is critical emergency coordination traffic. This can be both ways as well. Incoming weather information and knowledge about what relief is coming can be very important.