Apple had an enterprise server that was PPC-based and ran AIX called the Apple Network Server. It only was offered for a short time because few people purchased them. Yeah, before the Xserve. Yeah, before the " G " series PPC processors.
In " Terminal " on a Mac OS X machine, type " man asr "
Or, open " Disk Utility " - select a partition, and click on the " Restore " tab.
You can copy a " good " partition to a blank one. You can also make a disk image with " Disk Utility " and then " Restore " that to multiple drives. The " Restore " tab is just a GUI on top of asr.
And all this extra processing is done whether the protocol is AFP, SMB/CIFS, or NFS.
If you are using Windows as a server, and are using Services For Macintosh in order to use AFP, then you are stupid. SFM basically assumes Macs are still running the older non-OS X version of the Mac OS. It doesn't use TCP/IP, it uses AppleTalk which is slow and chatty. Many off-the-shelf NAS devices run a version of Windows Embedded, which means if you use AFP on that NAS you are accessing that NAS via SFM, yuck.
Any network admin that has had any Mac experience at all knows not to use SFM and to use ExtremeZ if the server runs Windows, or something like it. Better yet, use a real server OS and use Netatalk, Helios, or Xinet KA-Share.
Chasd
Apple convinced YouTube to also encode video in MPEG-4 H.264 for the iPhone, AppleTV, and for FrontRow http://en.wikipedia.org/wiki/Front_Row. Those devices and software don't consume "Flash video."
Also note the latest Flash Players will consume MPEG-4 H.264 encoded video as well as the traditional On2 encoded *.flv. Adobe's license of the On2 codec only allows SD video, so if Flash was to support HD pixel dimensions, Adobe needed to re-negotiate the On2 license, or switch to VC-1 or H.264. To bad Dirac isn't also supported, but I wouldn't put it out of the question for future releases.
Adobe Integrated Runtime. Windows and OS X versions available now, Linux version available soon, beta available now. Since it has a Flash runtime built-in, it is capable of playing On2 VP6 and MP4 / H264 video.
Remember those color printers in the 1990's that had long rolls of translucent colored film ? Those were dye-sublimation printers. I wonder how they got that name ?
Delaying support for ISO 295000 until the next full Office release allows Microsoft to incorporate refinements made by the ISO committee in charge of maintaining that standard. If that committee gets in gear it could shave many rough edges off ISO 295000 before the reference implementation is finalized.
. . . it may happen quicker because of how relatively simple it would be to make the port from Apple to Linux . ..
I don't think you know much about programming for OS X. Programming an application in Xcode using ObjectiveC and the Cocoa Framework is very distant from programming in GNU tools using C or C++ for either GNOME or KDE. Unless you are talking about using GNUStep on Linux, which may make things a bit easier. However GNUStep is missing many analogous parts of Cocoa, so it is still not a very easy port.
I just don't see the point of running Sugar on top of Windows
Imagine an educational entity that has a large installed base of Windows systems and the technology expertise to manage and run Windows. Perhaps some of those computers were donated. This is common in the US and perhaps other "developed" countries.
If an educator within that entity wanted to take advantage of Sugar without placing a large burden on the existing IT infrastructure, running Sugar on top of Windows is a viable option.
The potential is that once Sugar would become proven as a good educational tool, switching the OS it runs on top of would be the next step, and a viable one.
I can change every machine's IE settings in 15 minutes as opposed to copying down a new firefox config file. I can control almost every tweakable setting on a Windows machine from one location. What's the cross-platform answer for this?
If you think differently, maybe other platforms don't need this level of control. Only on Windows is a browser config setting so important for security.
1.) yum is slow, horribly horribly slow. I think it may have gotten a little better in Fedora 8, and I've heard that they're putting serious work into it. Hopefully Fedora 9 will be better, but it never ceases to amaze me how long it takes to do a "yum search" to look for a package compared to "apt-cache search".
There have been several improvements in speed and memory usage to the yum in F9. I think the plan is to see if any issues crop up after F9 is released before pushing an update to F8. The performance of yum has steadily improved F7=>F8=>F9. Try a recent Fedora to find out. Also new in F9 is PackageKit, which is attempting to allow for different backends besides yum. If you have a problem with yum, you might want to contribute to any work on a backend of your choice.
2.) The package repositories for Ubuntu (which is derived from the huge repository from Debian) are larger and more complete
There are add-on repositories for Fedora, check them out if you need something not included in the "Everything" Fedora repository. I am continually surprised that when I find an interesting application on the Internet that it is usually already in Fedora, or in Rawhide and I can rpmbuild it myself.
I'm a KDE user, and KDE 4.0 just doesn't look feature complete. Best to wait until KDE 4.1 polishes everything a bit more, perhaps. I'm debating whether to try out the latest Kubuntu on my laptop when it's released this month to try out KDE 4.0.
There is a KDE Fedora LiveCD, try that out to see what you think of 4.0.3
Fedora 9 will ship with Firefox 3. Current Rawhide has the Beta 5 release. If you follow the Fedora development list, you'll see the Firefox maintainer updating Firefox and XULRunner to CVS snpashots almost every day. I believe it is planned to release an update RPM to Firefox 3 final once it is released, even though Fedora 8 ISOs will likely ship with a Firefox Release Candidate.
Not sure about Ubuntu, I don't follow its development.
If you read the blogs of the Flash developers, you will understand that a good deal of code in the Flash player is written in assembly to optimize performance. That assembly code is specific to i386, and in the specific format the that the Microsoft development toolchain uses. Thus it is not easily ported to Xcode or the Linux toolchain. That is why the performance of Flash is best on Windows running on i386. Porting that assembly to ARM is non-trivial, so is likely to not be done. I'll bet Adobe is more interested in Flash 10 and a 64-bit version of the Flash player than the relatively small number of iPhone users.
There was also exactly ONE application that I remember for the DSP aside from what Apple used the DSP for: one could use the DSP to do fractals in a fraction of the time the 68040 processor could
The big use for the AV models was the Photoshop plug-in that allowed the DSP to do image effects ( and RGB => CMYK conversions ) faster than what the CPU would do. The AV series was the hot ticket in prepress for a while. There were third-party add-in NuBus boards that had multiple DSPs to speed up things even more. I believe the audio program Deck also had a version that would use the DSP.
The best "feature", however, was its crashes.
I didn't experience those crashes on our AV's. Now, if you used Internet Explorer during that time, Microsoft put a bunch of garbage in the System Folder that caused crashes, it could have been that instead of the DSP.
Actually for a long time Microsoft wrote NT on the MIPS and ported to Intel.
The first time I saw Windows NT run it was on a MIPS computer.
Microsoft was actually pretty serious about NT on the Alpha, MIPS, and PPC for a long while.
The way I remember it, IBM was in charge of the PPC version, and they had a very difficult time getting it out the door. There were rumors that some at IBM wanted PPC OS/2 to ship before PPC Windows NT, and that was the stumbling block.
Microsoft finally just gave up since 99.9% of there users where on Intel.
Since Intel and AMD have pretty much killed the Alpha and MIPS on servers it worked out well for them.
The way I remember it, DEC was doing all the development for Alpha Windows NT. When Compaq bought DEC, they said WTF and cut back on the resources for Alpha Windows NT. Then, Compaq found out that Microsoft was using the work done by DEC / Compaq to make an Itanium ( 64-bit ) port of WIndows NT, Compaq fired all of the enginners working on Alpha Windows NT and told Microsoft it was on it's own. Microsoft dropped Alpha support soon after.
So Microsoft really only did x86 development, and twisted the arms of its "partners" to provide support for other processors.
Um, the "Mac-compatible" one will have a FireWire port, and all Mac users will use that because USB sucks for external storage. Yeah, let's use a PS/2 port for file storage.
The quote in TFA said "internal" slot. I take that to mean Microsoft wants a way to add capacity inside the machine, sort of like Apple's boot ROMs of old.
Apple tried that kind of thing before with the Java/Cocoa bridge. It's now been deprecated because it was a pain in the ass to maintain, and no one was using it.
The NeoOffice developers do. Forcing people to use the X11 version of OpenOffice would be a bad, bad, thing.
Slashdot Mirror
Apple had an enterprise server that was PPC-based and ran AIX called the Apple Network Server. It only was offered for a short time because few people purchased them. Yeah, before the Xserve. Yeah, before the " G " series PPC processors.
In " Terminal " on a Mac OS X machine, type " man asr " Or, open " Disk Utility " - select a partition, and click on the " Restore " tab. You can copy a " good " partition to a blank one. You can also make a disk image with " Disk Utility " and then " Restore " that to multiple drives. The " Restore " tab is just a GUI on top of asr.
. . . Microsoft is the beleaguered Macintosh of search engines.
And all this extra processing is done whether the protocol is AFP, SMB/CIFS, or NFS. If you are using Windows as a server, and are using Services For Macintosh in order to use AFP, then you are stupid. SFM basically assumes Macs are still running the older non-OS X version of the Mac OS. It doesn't use TCP/IP, it uses AppleTalk which is slow and chatty. Many off-the-shelf NAS devices run a version of Windows Embedded, which means if you use AFP on that NAS you are accessing that NAS via SFM, yuck. Any network admin that has had any Mac experience at all knows not to use SFM and to use ExtremeZ if the server runs Windows, or something like it. Better yet, use a real server OS and use Netatalk, Helios, or Xinet KA-Share. Chasd
iTunes is the single biggest retailer of music on the planet, surpassing Wal*Mart. That happened a year ago.
Keep up with the times.
Walmart dropped the hyphen and the upper case "M" this year. Keep up with the times yourself.
Apple convinced YouTube to also encode video in MPEG-4 H.264 for the iPhone, AppleTV, and for FrontRow http://en.wikipedia.org/wiki/Front_Row. Those devices and software don't consume "Flash video."
Also note the latest Flash Players will consume MPEG-4 H.264 encoded video as well as the traditional On2 encoded *.flv. Adobe's license of the On2 codec only allows SD video, so if Flash was to support HD pixel dimensions, Adobe needed to re-negotiate the On2 license, or switch to VC-1 or H.264. To bad Dirac isn't also supported, but I wouldn't put it out of the question for future releases.
was about Alan Thicke, not atom thick.
Adobe Integrated Runtime. Windows and OS X versions available now, Linux version available soon, beta available now. Since it has a Flash runtime built-in, it is capable of playing On2 VP6 and MP4 / H264 video.
Um, buy a Subaru, they come with radios that have a weather band.
Remember those color printers in the 1990's that had long rolls of translucent colored film ? Those were dye-sublimation printers. I wonder how they got that name ?
OS9 was a 16 bit
Wrong. Mac OS 9 was 32-bit. Mac OS 6 was 24-bit, and Mac OS 7 was 32-bit, which was released in 1991. Apple beat Microsoft to 32-bit ( Windows 95 ).
http://en.wikipedia.org/wiki/System_7
WebDAV using HTTPS ( SSL ) is an excellent solution.
1)
No special firewall settings
2)
Works through proxies
3)
No special client software, since it is built into Windows, OS X, and Nautilus
These top three make it so no IT involvement is required on the client end.
Also:
4)
When using apache as a server, it allows many options for authentication
5)
Easy to have individualized shared areas
Delaying support for ISO 295000 until the next full Office release allows Microsoft to incorporate refinements made by the ISO committee in charge of maintaining that standard. If that committee gets in gear it could shave many rough edges off ISO 295000 before the reference implementation is finalized.
. . . it may happen quicker because of how relatively simple it would be to make the port from Apple to Linux . . .
I don't think you know much about programming for OS X. Programming an application in Xcode using ObjectiveC and the Cocoa Framework is very distant from programming in GNU tools using C or C++ for either GNOME or KDE. Unless you are talking about using GNUStep on Linux, which may make things a bit easier. However GNUStep is missing many analogous parts of Cocoa, so it is still not a very easy port.
I just don't see the point of running Sugar on top of Windows
Imagine an educational entity that has a large installed base of Windows systems and the technology expertise to manage and run Windows. Perhaps some of those computers were donated. This is common in the US and perhaps other "developed" countries.
If an educator within that entity wanted to take advantage of Sugar without placing a large burden on the existing IT infrastructure, running Sugar on top of Windows is a viable option.
The potential is that once Sugar would become proven as a good educational tool, switching the OS it runs on top of would be the next step, and a viable one.
I can change every machine's IE settings in 15 minutes as opposed to copying down a new firefox config file. I can control almost every tweakable setting on a Windows machine from one location. What's the cross-platform answer for this?
If you think differently, maybe other platforms don't need this level of control. Only on Windows is a browser config setting so important for security.
1.) yum is slow, horribly horribly slow. I think it may have gotten a little better in Fedora 8, and I've heard that they're putting serious work into it. Hopefully Fedora 9 will be better, but it never ceases to amaze me how long it takes to do a "yum search" to look for a package compared to "apt-cache search".
There have been several improvements in speed and memory usage to the yum in F9. I think the plan is to see if any issues crop up after F9 is released before pushing an update to F8. The performance of yum has steadily improved F7=>F8=>F9. Try a recent Fedora to find out. Also new in F9 is PackageKit, which is attempting to allow for different backends besides yum. If you have a problem with yum, you might want to contribute to any work on a backend of your choice.
2.) The package repositories for Ubuntu (which is derived from the huge repository from Debian) are larger and more complete
There are add-on repositories for Fedora, check them out if you need something not included in the "Everything" Fedora repository. I am continually surprised that when I find an interesting application on the Internet that it is usually already in Fedora, or in Rawhide and I can rpmbuild it myself.
I'm a KDE user, and KDE 4.0 just doesn't look feature complete. Best to wait until KDE 4.1 polishes everything a bit more, perhaps. I'm debating whether to try out the latest Kubuntu on my laptop when it's released this month to try out KDE 4.0.
There is a KDE Fedora LiveCD, try that out to see what you think of 4.0.3
Fedora 9 will ship with Firefox 3. Current Rawhide has the Beta 5 release. If you follow the Fedora development list, you'll see the Firefox maintainer updating Firefox and XULRunner to CVS snpashots almost every day. I believe it is planned to release an update RPM to Firefox 3 final once it is released, even though Fedora 8 ISOs will likely ship with a Firefox Release Candidate.
Not sure about Ubuntu, I don't follow its development.
If you read the blogs of the Flash developers, you will understand that a good deal of code in the Flash player is written in assembly to optimize performance. That assembly code is specific to i386, and in the specific format the that the Microsoft development toolchain uses. Thus it is not easily ported to Xcode or the Linux toolchain. That is why the performance of Flash is best on Windows running on i386. Porting that assembly to ARM is non-trivial, so is likely to not be done. I'll bet Adobe is more interested in Flash 10 and a 64-bit version of the Flash player than the relatively small number of iPhone users.
Spaz
There was also exactly ONE application that I remember for the DSP aside from what Apple used the DSP for: one could use the DSP to do fractals in a fraction of the time the 68040 processor could
The big use for the AV models was the Photoshop plug-in that allowed the DSP to do image effects ( and RGB => CMYK conversions ) faster than what the CPU would do. The AV series was the hot ticket in prepress for a while. There were third-party add-in NuBus boards that had multiple DSPs to speed up things even more. I believe the audio program Deck also had a version that would use the DSP.The best "feature", however, was its crashes.
I didn't experience those crashes on our AV's. Now, if you used Internet Explorer during that time, Microsoft put a bunch of garbage in the System Folder that caused crashes, it could have been that instead of the DSP.
Actually for a long time Microsoft wrote NT on the MIPS and ported to Intel.
The first time I saw Windows NT run it was on a MIPS computer.
Microsoft was actually pretty serious about NT on the Alpha, MIPS, and PPC for a long while.
The way I remember it, IBM was in charge of the PPC version, and they had a very difficult time getting it out the door. There were rumors that some at IBM wanted PPC OS/2 to ship before PPC Windows NT, and that was the stumbling block.
Microsoft finally just gave up since 99.9% of there users where on Intel. Since Intel and AMD have pretty much killed the Alpha and MIPS on servers it worked out well for them.
The way I remember it, DEC was doing all the development for Alpha Windows NT. When Compaq bought DEC, they said WTF and cut back on the resources for Alpha Windows NT. Then, Compaq found out that Microsoft was using the work done by DEC / Compaq to make an Itanium ( 64-bit ) port of WIndows NT, Compaq fired all of the enginners working on Alpha Windows NT and told Microsoft it was on it's own. Microsoft dropped Alpha support soon after.
So Microsoft really only did x86 development, and twisted the arms of its "partners" to provide support for other processors.
Um, the "Mac-compatible" one will have a FireWire port, and all Mac users will use that because USB sucks for external storage. Yeah, let's use a PS/2 port for file storage.
The quote in TFA said "internal" slot. I take that to mean Microsoft wants a way to add capacity inside the machine, sort of like Apple's boot ROMs of old.
Apple tried that kind of thing before with the Java/Cocoa bridge. It's now been deprecated because it was a pain in the ass to maintain, and no one was using it.
The NeoOffice developers do. Forcing people to use the X11 version of OpenOffice would be a bad, bad, thing.
This question came up on the Fedora Dev list. Of the suggestions offered there, Bedework was not mentioned here.