I never really thought about that, but that's an interesting point.
What was more on my mind was the idea that a critical mass of people by a hub is necessary for successful WiFi, and that the physical/social layout of European cities especially is more conducive to the formation of such a mass.
Once again, my utopian vision has been nixed by technology. Drat.
Being a dedicated New Urbanist, I often see comparisons between the United States and Europe in an urban-development light. What comes to mind regarding the faster expansion of WiFi in Europe is the added emphasis that Europeans seem to place on public space.
There is a greater tendency to gather in concentrated areas (witness the Cafe culture prevalent through the continent) and an overall higher density that is much more conducive to the increased usage of WiFi hotspots.
I wouldn't be surprised if, just based on the tighter physical plant of your average European city, a resident or visitor is much more likely to be within range of an 802.11b/g hub, different attitudes towards technological adoption notwithstanding.
I wouldn't be surprised if the intent were more to do what WINE has been allowing on x86 for years: the ability to run binary libraries/frameworks from another OS.
I doubt Aqua is going to be recreated as much as, once IOKit support is complete, people will be able to run Apple's core Aqua/Window Server binary frameworks on NetBSD and then run native OS X apps in non-emulation.
Rewriting Aqua would be a gargantuan task. Allowing people to run the libraries necessary for Aqua presents fewer hurdles, and is a much more pragmatic approach.
The XNU kernel at the core of Darwin/Mac OS X actually ran on x86 long before it ever ran on PPC.
The PPC port only began after NeXT was absorbed into Apple, soon after which point Apple cancelled support for the other hardware platforms that OPENSTEP ran on.
One of the reasons progressive releases of OS X have been getting faster is that Apple is still optimizing the kernel and core frameworks for the PPC architecture.
I like the idea of DarwinPorts, but the implementation is missing quite a bit.
As of the last time I tried to use dports, there was no tracking of installed packages and no upgrade functionality beyond manually uninstalling a package, fetching the latest package tree from CVS, and then installing the new one.
The package selection is not bad, but there's certainly quite a bit of work to be done before it becomes a viable package system for OS X.
One of the major APIs for OS X already exists in an open-source form called are.
Of course, this is not emulation, rather source compatibility.
Throw in a GNUstep Makefile and new interface files, and you can have apps that compile from the same source on any free *NIX with GNUstep and on OS X with Cocoa.
It's more difficult to persuade ISPs than you think. Plenty of major ISPs have "pink contracts" with spammers (including, often, those listed on ROKSO) or simply feign ignorance to the abuse taking place on their networks. That's why blocklists like SPEWS aim to deliver a direct economic hit to said ISPs by inconveniencing their non-spammer customers, forcing them to take their business elsewhere. The level of desperation involved in pursuing such an obvious collateral-damage approach shows just how resistant ISPs can be to curtailing abuse.
I hate to point out that there's at least a bit of irony in Telstra whining about spam bogging down their mail servers.
Though they're definitely not on the level of a true spamhaus, Telstra has been observed over the last few years protecting spammers on their network, including moving IP assignments for said customers to avoid blocklists.
What I can't say is whether pink contracts at Telstra are particularly more rife than, say, those at AT&T, another notorious abuse-ignorant ISP.
>> We can put genes into mice and create Arnold >> Schwarzenegger (news - web sites) mice. If it can be >> done on mice it can be done on humans," said >> Goldspink.
I always thought it had to do with William Randolph Hearst's "Yellow Press" (named for the method with which he produced his newsprint, causing premature yellowing due to high acidity).
Though you've been modded flaimbait, I'm assuming you were simply posting from the perspective of a strictly web user, who could presumably be helped (emphasis on presumably) by being redirected to SiteFinder and pointed to the proper site.
I think the main thing that has admins screaming, however, is that SiteFinder breaks so many other services just to provide a questionable service for web surfers. Sure, surfers may benefit, but email admins, DNS admins, and many others are banging their heads against the wall because of the problems Verisign's divergence from accepted protocol has caused them.
PV: I hope but I don't think so. I've heard that the patch works well, but VeriSign could bypass the patch. It could make synthesized responses look more like delegations. I don't think it will do that. VeriSign's spokesperson, Brian O'Shaughnessy, suggested that if people don't want this, they're free to block it. It's really meant to be a service for the supposedly inconvenienced web surfers. VeriSign maintains that its search page is
more useful than 404 error messages. If VeriSign bypassed the patch, it would have to escalate things and retract these statements about how folks were free to block the wildcard.
Though I agree with everything he said (and thought he did so quite eloquently), it's a bit disheartening to see the chairman of the ISC refer to NXDOMAIN as a 404.
It reminded me of many of the reasons I chose Debian as my first Linux distribution (I'm with Red Hat now but that's more a matter of convenience than philosophy)
Debian still stands out as the distro most reflective of the GNU philosophy. Its packaging system is possibly one of the best uses of the GNU development toolchain I've seen, and its division of software between 'free' and 'non-free' in dselect is yet another example that this is the GNU distro.
I must admit, the project seems to be languishing a bit right now in terms of usage; some of this I blame on the lack of availability of the latest unstable packages (Debian seems to be quite conservative as far as this goes, going so far as to use the 2.2 kernel as its default install option). I also wonder whether the success of more commercial distros has to do with the inclusion of non-free software (especially in the form of drivers) and tools that are contrary to the GNU philosphy, yet more in tune with the needs of business users.
Regardless of the fact that I am no longer using Debian, it will always hold a special place in my heart. Thanks for all your hard work.
I think the article is exaggerating the extent both to which Mac solutions are easier to deploy and to which they would result in fewer hours being spent on IT.
There is no doubt that an XServe comes with many graphical administration tools that make certain jobs easier, as well as the stability of a UNIX-like system (in this case, a BSD system). I can attest to this, having run OS X Server on my desktop (!) for almost a year now.
However, your average corporation's need for IT solutions extends beyond "run Apache and a file server"; when it comes down to the custom solutions most enterprises demand, there will have to be a good deal of command-line tinkering and hard work no matter what platform you deploy it on. OS X Server certainly makes the more basic of server tasks simpler, but most companies will be doing more than just those.
In any case, I think the familiarity issue deserves highlighting, too. Macs have not traditionally existed in the server space; for years they were strictly either home machines or workstations; what servers Apple offerred were generally for synchronizing/managing small all-Mac networks. It takes any company time to move into a market space which they have normally kept far away from, and it's my guess ( and hope ) that as more IT administrators become familiar with OS X (the preexisting familiarity with UNIX systems will certainly aid this) Apple's server solutions will become more commonplace.
Apple also uses Akamai for their online store.. While the store itself is WebObjects deployed on OS X Server, the images are hosted by Akamai's servers.
When the G5 specs were accidentally leaked, suspicion for a while was that Akamai had been hacked because that's where the image was hosted.
These hard drives are truly remarkable in size. It makes me wonder what the deal is with the hard drive inside Apple's iPods. The largest one can fit 30 gb and a firewire controller into an enclosure the size of a deck of cards, and may indeed be one of the 2.5" hard drives reviewed in the article, or at least in the same class.
I can only imagine what an array of 40 of these bad-boys inside a rack enclosure could provide in terms of storage and redundancy.:)
Microsoft.com is indeed timing out. This concerns me quite a bit as I have about 15 patches to download for a client whose computer was infected with msblast.exe (and who is stuck on a 56k connection, utterly too slow to download Win2kSp4 and the requisite patches).
Hopefully, Microsoft is just taking the servers down temporarily/redirecting DNS for as long as it takes to fortify them against the upcoming DDOS. Either that, or we are seeing the beginnings of the attack (and in that case, it's a pretty vicious one).
Under the terms of the BSD license (Microsoft got much of their networking stack from BSD), you are obligated to do only two things:
* Give me credit * Don't sue me
Aside from that, it's entirely up to you what you do with the code. It does not come with the restrictions requiring source distribution that the GPL does.
It's amazing how much GNUstep is overlooked given that it is the only toolkit whose featureset can compete with qt. Just like qt, GNUstep is a full framework covering much more than simply building a GUI, and can thus be the foundation of an entire application/environment. The OpenStep frameworks (of which GNUstep is an open-source rewrite) address everything from low-level primitives (collection classes, advanced memory management with garbage collection) to networking, file operations, GUI operations (with a graphical IDE and GUI builder modeled after NeXT, now Apple's Project Builder/Interface Builder) and more.
If more attention were paid to GNUstep, it would get the usage that it deserves. I find it superior to almost every toolkit except for qt (with which it competes neck-to-neck in terms of featureset and consistency), and any Mac OS X or OpenStep/NeXTStep programmer will give a glowing recommendation. Plus, it uses Objective-C:)
How about we finally get ogg support in digital video players, too?
More and more video is being encoded as OGM (Ogg Media Stream) which usually involves xvid-encoded video and ogg-encoded audio; I can attest that the quality is superb but there is one clear downfall: at this moment, no DVD player or portable media device can play the format, thus requiring you to watch such encoded video on your computer.
I look at this development as good progress towards finally getting something that supports both ogg and xvid out of the box.
I would be silently applauding you for a quality troll, but unfortunately this has been posted verbatim in pretty much every Mac article already, so it's not like I'm responding to any originality (and I doubt the AC posting it is the author, either).
Slashdot Mirror
I never really thought about that, but that's an interesting point.
What was more on my mind was the idea that a critical mass of people by a hub is necessary for successful WiFi, and that the physical/social layout of European cities especially is more conducive to the formation of such a mass.
Once again, my utopian vision has been nixed by technology. Drat.
Being a dedicated New Urbanist, I often see comparisons between the United States and Europe in an urban-development light. What comes to mind regarding the faster expansion of WiFi in Europe is the added emphasis that Europeans seem to place on public space.
There is a greater tendency to gather in concentrated areas (witness the Cafe culture prevalent through the continent) and an overall higher density that is much more conducive to the increased usage of WiFi hotspots.
I wouldn't be surprised if, just based on the tighter physical plant of your average European city, a resident or visitor is much more likely to be within range of an 802.11b/g hub, different attitudes towards technological adoption notwithstanding.
I wouldn't be surprised if the intent were more to do what WINE has been allowing on x86 for years: the ability to run binary libraries/frameworks from another OS.
I doubt Aqua is going to be recreated as much as, once IOKit support is complete, people will be able to run Apple's core Aqua/Window Server binary frameworks on NetBSD and then run native OS X apps in non-emulation.
Rewriting Aqua would be a gargantuan task. Allowing people to run the libraries necessary for Aqua presents fewer hurdles, and is a much more pragmatic approach.
The XNU kernel at the core of Darwin/Mac OS X actually ran on x86 long before it ever ran on PPC.
The PPC port only began after NeXT was absorbed into Apple, soon after which point Apple cancelled support for the other hardware platforms that OPENSTEP ran on.
One of the reasons progressive releases of OS X have been getting faster is that Apple is still optimizing the kernel and core frameworks for the PPC architecture.
I like the idea of DarwinPorts, but the implementation is missing quite a bit.
As of the last time I tried to use dports, there was no tracking of installed packages and no upgrade functionality beyond manually uninstalling a package, fetching the latest package tree from CVS, and then installing the new one.
The package selection is not bad, but there's certainly quite a bit of work to be done before it becomes a viable package system for OS X.
Hrmm... messed up my tag there.
... exists in an open-source form called GNUstep ...
It should read:
One of the major APIs for OS X already exists in an open-source form called are.
Of course, this is not emulation, rather source compatibility.
Throw in a GNUstep Makefile and new interface files, and you can have apps that compile from the same source on any free *NIX with GNUstep and on OS X with Cocoa.
It's more difficult to persuade ISPs than you think. Plenty of major ISPs have "pink contracts" with spammers (including, often, those listed on ROKSO) or simply feign ignorance to the abuse taking place on their networks. That's why blocklists like SPEWS aim to deliver a direct economic hit to said ISPs by inconveniencing their non-spammer customers, forcing them to take their business elsewhere. The level of desperation involved in pursuing such an obvious collateral-damage approach shows just how resistant ISPs can be to curtailing abuse.
I hate to point out that there's at least a bit of irony in Telstra whining about spam bogging down their mail servers.
Though they're definitely not on the level of a true spamhaus, Telstra has been observed over the last few years protecting spammers on their network, including moving IP assignments for said customers to avoid blocklists.
What I can't say is whether pink contracts at Telstra are particularly more rife than, say, those at AT&T, another notorious abuse-ignorant ISP.
>> We can put genes into mice and create Arnold
>> Schwarzenegger (news - web sites) mice. If it can be >> done on mice it can be done on humans," said
>> Goldspink.
Huh...
I always thought it had to do with William Randolph Hearst's "Yellow Press" (named for the method with which he produced his newsprint, causing premature yellowing due to high acidity).
The only question is whether the collective level of indignation against Verisign will reach that held towards SCO.
/.ers.
Verisign has certainly been building up hatred for a long time.
I propose a battle between the two for the ire and dislike of
Though you've been modded flaimbait, I'm assuming you were simply posting from the perspective of a strictly web user, who could presumably be helped (emphasis on presumably) by being redirected to SiteFinder and pointed to the proper site.
I think the main thing that has admins screaming, however, is that SiteFinder breaks so many other services just to provide a questionable service for web surfers. Sure, surfers may benefit, but email admins, DNS admins, and many others are banging their heads against the wall because of the problems Verisign's divergence from accepted protocol has caused them.
Just a thought.
Though I agree with everything he said (and thought he did so quite eloquently), it's a bit disheartening to see the chairman of the ISC refer to NXDOMAIN as a 404.
Huh... A regular scan reveals this:
I can't imagine why they would be running all those services.
It reminded me of many of the reasons I chose Debian as my first Linux distribution (I'm with Red Hat now but that's more a matter of convenience than philosophy)
Debian still stands out as the distro most reflective of the GNU philosophy. Its packaging system is possibly one of the best uses of the GNU development toolchain I've seen, and its division of software between 'free' and 'non-free' in dselect is yet another example that this is the GNU distro.
I must admit, the project seems to be languishing a bit right now in terms of usage; some of this I blame on the lack of availability of the latest unstable packages (Debian seems to be quite conservative as far as this goes, going so far as to use the 2.2 kernel as its default install option). I also wonder whether the success of more commercial distros has to do with the inclusion of non-free software (especially in the form of drivers) and tools that are contrary to the GNU philosphy, yet more in tune with the needs of business users.
Regardless of the fact that I am no longer using Debian, it will always hold a special place in my heart. Thanks for all your hard work.
I think the article is exaggerating the extent both to which Mac solutions are easier to deploy and to which they would result in fewer hours being spent on IT.
There is no doubt that an XServe comes with many graphical administration tools that make certain jobs easier, as well as the stability of a UNIX-like system (in this case, a BSD system). I can attest to this, having run OS X Server on my desktop (!) for almost a year now.
However, your average corporation's need for IT solutions extends beyond "run Apache and a file server"; when it comes down to the custom solutions most enterprises demand, there will have to be a good deal of command-line tinkering and hard work no matter what platform you deploy it on. OS X Server certainly makes the more basic of server tasks simpler, but most companies will be doing more than just those.
In any case, I think the familiarity issue deserves highlighting, too. Macs have not traditionally existed in the server space; for years they were strictly either home machines or workstations; what servers Apple offerred were generally for synchronizing/managing small all-Mac networks. It takes any company time to move into a market space which they have normally kept far away from, and it's my guess ( and hope ) that as more IT administrators become familiar with OS X (the preexisting familiarity with UNIX systems will certainly aid this) Apple's server solutions will become more commonplace.
Apple also uses Akamai for their online store.. While the store itself is WebObjects deployed on OS X Server, the images are hosted by Akamai's servers.
When the G5 specs were accidentally leaked, suspicion for a while was that Akamai had been hacked because that's where the image was hosted.
These hard drives are truly remarkable in size. It makes me wonder what the deal is with the hard drive inside Apple's iPods. The largest one can fit 30 gb and a firewire controller into an enclosure the size of a deck of cards, and may indeed be one of the 2.5" hard drives reviewed in the article, or at least in the same class.
:)
I can only imagine what an array of 40 of these bad-boys inside a rack enclosure could provide in terms of storage and redundancy.
Microsoft.com is indeed timing out. This concerns me quite a bit as I have about 15 patches to download for a client whose computer was infected with msblast.exe (and who is stuck on a 56k connection, utterly too slow to download Win2kSp4 and the requisite patches).
Hopefully, Microsoft is just taking the servers down temporarily/redirecting DNS for as long as it takes to fortify them against the upcoming DDOS. Either that, or we are seeing the beginnings of the attack (and in that case, it's a pretty vicious one).
It wasn't illegal.
Under the terms of the BSD license (Microsoft got much of their networking stack from BSD), you are obligated to do only two things:
* Give me credit
* Don't sue me
Aside from that, it's entirely up to you what you do with the code. It does not come with the restrictions requiring source distribution that the GPL does.
More importantly... What, no GNUstep?
:)
It's amazing how much GNUstep is overlooked given that it is the only toolkit whose featureset can compete with qt. Just like qt, GNUstep is a full framework covering much more than simply building a GUI, and can thus be the foundation of an entire application/environment. The OpenStep frameworks (of which GNUstep is an open-source rewrite) address everything from low-level primitives (collection classes, advanced memory management with garbage collection) to networking, file operations, GUI operations (with a graphical IDE and GUI builder modeled after NeXT, now Apple's Project Builder/Interface Builder) and more.
If more attention were paid to GNUstep, it would get the usage that it deserves. I find it superior to almost every toolkit except for qt (with which it competes neck-to-neck in terms of featureset and consistency), and any Mac OS X or OpenStep/NeXTStep programmer will give a glowing recommendation. Plus, it uses Objective-C
How about we finally get ogg support in digital video players, too?
More and more video is being encoded as OGM (Ogg Media Stream) which usually involves xvid-encoded video and ogg-encoded audio; I can attest that the quality is superb but there is one clear downfall: at this moment, no DVD player or portable media device can play the format, thus requiring you to watch such encoded video on your computer.
I look at this development as good progress towards finally getting something that supports both ogg and xvid out of the box.
Excellent reply.
I just thought I would add that Apple's X11 is free as in speech, too.
You can grab the source here.
I would be silently applauding you for a quality troll, but unfortunately this has been posted verbatim in pretty much every Mac article already, so it's not like I'm responding to any originality (and I doubt the AC posting it is the author, either).