The prospect of being able to buy an inexpensive PPC system from another vendor (besides apple, et al), is great news in purely technical terms - it's another option for replacing legacy x86 hardware, for example - but what are the broader implications?
Will there be enough interest in PPC-based platforms for a consumer PPC market to take off? In what areas does PPC in general (as opposed to MacOS, AmigaOS or LinuxPPC in particular) offer signifigant benefits? Apple has certainly found their own way of using this architecture, but I'm sure we all remember Power Computing...
> Trillian and other clients already make interoperability a practical reality.
Only for end users (who this standardization effort isn't aimed at anyway, afaik). For programmers, feature P may exist in protocols X Y and Z, but they may have different requirements, so redundant code will have to be introduced to enable P across every protocol which supports it. Furthermore, users of protocol W might be screwed wrt P even though every other protocol supports it.
So AOL (for example) may be betting that it can keep its share of clients and keep selling AIM ad space.
Then again, some end users would like (for example) to have IM handles which match their email address, both of which have the same domain name as their web sites. Jabber solves this sort of namespace issue this by using a decentralized addressing scheme similar to that of email. Meanwhile, AIM users make a game of being the first to register distinctive screen names.
They should be grateful for -$5,300? Did you read the letter at all past the first line?
> I should, however, stress that SchoolNet has no desire to FUND Microsoft in such an endeavour, to the tune of US$22,500 for pilot [Microsoft-driven] school hardware + US$ 9,300 for laptop MS OS, in exchange for a paltry US$2,000 worth of proprietary OFFICE PRO application software!
Home Movies has really good timing. Next time you have a chance to watch it, pay attention to the way the characters talk over each other. It's not easy to direct that sort of interaction, but it's meant to capture that certain element of awkwardness that manifests when two people both try to talk at the same time.
And all you can come up with for American animation is The Maxx (released to VHS 1996 - an excellent series, btw, animated or not), and Eightball (published 1988-1996, never animated)?
What about Invader Zim? What about _anything_ from CN (PPG, Sealab, Harvey Birdman, etc)? Asking whether you've ever been to an animation festival is probably pointless - all this 21st-century "moving picture" stuff is clearly too new-fangled for gram'pa here.
This is a bit of a troll. All of the classic American cartoons of the 80s were toy-driven: Transformers, GI Joe, He-Man, etc. There may be valid criticisms of Gundam, but the existence of tie-ins by itself isn't one of them.
Not even Google Groups? Okay, so it's really just another node on usenet in the end, but if all the others were to go away, it would still be a lively place...
> Rendevous (Zeroconf) DHCP + any package manager which can configure various network services
> Open Directory OpenLDAP, NIS and friends, etc.
> the Darwin Streaming Server Icecast, for one.
> OpenPlay ClanLib, among others.
> and the Objective-C extensions to GCC Item 2.3 of http://www.sateh.com/faqs/objc.php Also note that gcc is licensed under the GPL, so Apple is required by contract to release the source under the same license along with derivative versions.
In summary, we have here some networking tools, a few server daemons, and a compiler. These are not sexy items. They do not sell OS X - either commercially or ideologically - to anyone. The pretty gui and backwards-compatability do. Apple has given away precious little.
Then again, what do I know. Maybe all your server boxes do run Darwin.
> Apple is taking a big step here and embracing open-source about as much as you can expect a big corporation to do.
Classic corporate apologism. The next step after "embrace" is "extend" followed quickly by "extinguish."
This is misleading. Darwin is the most ho-hum part of OS X, because all of its Unix-like functionality is reproduced in other kernels (BSD, Linux, etc). The interesting parts are the GUI and the APIs that let it run Mac-specific software. These are all proprietary.
There are too many problems with your other FUD for me to even contemplate responding.:P
I put everything I can on the right. Tasklist panel, gkrellm, galeon/xchat/whathaveyou tabs. If I could right-justify and reverse the order of menus, I'd do that too.
It's more comfortable to throw the pointer over to the right side of the screen and then figure out what I want to click on. I'm not sure why. Might have to do with the way the muscles on my arm are set up. Having text, etc, on the left side of windows isn't that big a deal, because the keyboard doesn't suffer as much from spatial factors, and it's better for text control.
I think the bigger mistake was not making the scroll bar position configurable.
This article is about installing, not using debian. Debian is the easiest Linux distribution to maintain. I choose it for this reason. All the other Linux users that I know who've seen me use it have eventually chosen it for their desktop as well.
And they're nice guys, but I don't think they'd appreciate being negatively stereotyped. Maybe the ones you knew a long time ago liked to bad mouth you because you're the sort of wanker that does that to people.
> most people don't have a clue as to what a refresh rate is
That's a good point. If they don't know what it is, it will probably not occur to them to try to change it, and they won't be disappointed that they can't dig it up out of the lindows-kde configuration gui.
The articles suggest that ppp and X are configured already, so wouldn't the best way of supporting such a system would be by way of ssh and some instant-messaging software?
> It's not like I can take gtk_create_pushbutton()[2] from the GTK library and replace it with Qt::Button or somesuch and expect the GTK program to run.
Nor can you take w32 calls and use them to run Mac apps, nor is someone holding a gun to your head and thereby forcing you to use apps from different environments concurrently.
If you want to live in the bad old days, when nothing from environment A could exist in or interact with environment B, then your administrator should be quite capable of providing that experience.
> > Perhaps you are thinking of the associated pixmap libraries or desktop environment libraries. > Well, they're kinda, like, required for most every app, so of course I included them.
Fine, but they're still not the widget libraries, and the widget libraries still do not take up 30MB each, which is exactly what you claimed.
Most of the toolkits you noted aren't even associated with an environment, and use pixmaps very sparingly (the whole xaw3d library takes up about 350k). Of those that are, a significant number of the associated apps do not use any of the DE's library functions, or can be easily compiled in such a way.
> That's why programs crash when you try to do complex things like "paste".
I cut and paste all day without any crashes. My desktop is quite stable, almost eerily so, but thanks for your concern.
Slashdot Mirror
The prospect of being able to buy an inexpensive PPC system from another vendor (besides apple, et al), is great news in purely technical terms - it's another option for replacing legacy x86 hardware, for example - but what are the broader implications?
...
Will there be enough interest in PPC-based platforms for a consumer PPC market to take off? In what areas does PPC in general (as opposed to MacOS, AmigaOS or LinuxPPC in particular) offer signifigant benefits? Apple has certainly found their own way of using this architecture, but I'm sure we all remember Power Computing
"Solaris Laptop."
Bwa ha ha ha ha!
Hee hee hee hee!
Oh ho ho ho ho!
Hilarious!
Ahem. I'll take two.
> Trillian and other clients already make interoperability a practical reality.
Only for end users (who this standardization effort isn't aimed at anyway, afaik). For programmers, feature P may exist in protocols X Y and Z, but they may have different requirements, so redundant code will have to be introduced to enable P across every protocol which supports it. Furthermore, users of protocol W might be screwed wrt P even though every other protocol supports it.
So AOL (for example) may be betting that it can keep its share of clients and keep selling AIM ad space.
Then again, some end users would like (for example) to have IM handles which match their email address, both of which have the same domain name as their web sites. Jabber solves this sort of namespace issue this by using a decentralized addressing scheme similar to that of email. Meanwhile, AIM users make a game of being the first to register distinctive screen names.
-$7,300. I can do arithmetic. Really.
They should be grateful for -$5,300? Did you read the letter at all past the first line?
> I should, however, stress that SchoolNet has no desire to FUND Microsoft in such an endeavour, to the tune of US$22,500 for pilot [Microsoft-driven] school hardware + US$ 9,300 for laptop MS OS, in exchange for a paltry US$2,000 worth of proprietary OFFICE PRO application software!
Character development. You look in the wrong places.
Home Movies has really good timing. Next time you have a chance to watch it, pay attention to the way the characters talk over each other. It's not easy to direct that sort of interaction, but it's meant to capture that certain element of awkwardness that manifests when two people both try to talk at the same time.
As was previously stated, not everything on Adult Swim is anime.
You must be pretty old if you hated it back in the 60s.
And all you can come up with for American animation is The Maxx (released to VHS 1996 - an excellent series, btw, animated or not), and Eightball (published 1988-1996, never animated)?
What about Invader Zim? What about _anything_ from CN (PPG, Sealab, Harvey Birdman, etc)? Asking whether you've ever been to an animation festival is probably pointless - all this 21st-century "moving picture" stuff is clearly too new-fangled for gram'pa here.
> it's a extra long toy ad...
This is a bit of a troll. All of the classic American cartoons of the 80s were toy-driven: Transformers, GI Joe, He-Man, etc. There may be valid criticisms of Gundam, but the existence of tie-ins by itself isn't one of them.
"Deva." But it's still a good pun.
Maybe poster would like to remain anonymous, given his "Microsoft shill" status.
Not even Google Groups? Okay, so it's really just another node on usenet in the end, but if all the others were to go away, it would still be a lively place ...
> Rendevous (Zeroconf)
DHCP + any package manager which can configure various network services
> Open Directory
OpenLDAP, NIS and friends, etc.
> the Darwin Streaming Server
Icecast, for one.
> OpenPlay
ClanLib, among others.
> and the Objective-C extensions to GCC
Item 2.3 of http://www.sateh.com/faqs/objc.php
Also note that gcc is licensed under the GPL, so Apple is required by contract to release the source under the same license along with derivative versions.
In summary, we have here some networking tools, a few server daemons, and a compiler. These are not sexy items. They do not sell OS X - either commercially or ideologically - to anyone. The pretty gui and backwards-compatability do. Apple has given away precious little.
Then again, what do I know. Maybe all your server boxes do run Darwin.
> Apple is taking a big step here and embracing open-source about as much as you can expect a big corporation to do.
Classic corporate apologism. The next step after "embrace" is "extend" followed quickly by "extinguish."
Your bitter sarcasm wounds me. Ouch. I bleed. The horrible, horrible pain. It fills me.
> OSX - a closed source operating system
:P
Can you say "open"? [opendarwin.org]
This is misleading. Darwin is the most ho-hum part of OS X, because all of its Unix-like functionality is reproduced in other kernels (BSD, Linux, etc). The interesting parts are the GUI and the APIs that let it run Mac-specific software. These are all proprietary.
There are too many problems with your other FUD for me to even contemplate responding.
I put everything I can on the right. Tasklist panel, gkrellm, galeon/xchat/whathaveyou tabs. If I could right-justify and reverse the order of menus, I'd do that too.
It's more comfortable to throw the pointer over to the right side of the screen and then figure out what I want to click on. I'm not sure why. Might have to do with the way the muscles on my arm are set up. Having text, etc, on the left side of windows isn't that big a deal, because the keyboard doesn't suffer as much from spatial factors, and it's better for text control.
I think the bigger mistake was not making the scroll bar position configurable.
This article is about installing, not using debian. Debian is the easiest Linux distribution to maintain. I choose it for this reason. All the other Linux users that I know who've seen me use it have eventually chosen it for their desktop as well.
And they're nice guys, but I don't think they'd appreciate being negatively stereotyped. Maybe the ones you knew a long time ago liked to bad mouth you because you're the sort of wanker that does that to people.
Most of the applets I find these days are very well-behaved academic examples ... e.g., these:
n g- demo.html
http://www.cs.ubc.ca/spider/harrison/Java/sorti
MS DOS eloped with her physician, DR DOS.
OS/2 never got a second chance.
AmigaOS dropped the ball.
Plan 9 summoned an army of alien zombies.
> most people don't have a clue as to what a refresh rate is
That's a good point. If they don't know what it is, it will probably not occur to them to try to change it, and they won't be disappointed that they can't dig it up out of the lindows-kde configuration gui.
The articles suggest that ppp and X are configured already, so wouldn't the best way of supporting such a system would be by way of ssh and some instant-messaging software?
I guess teaching your kids to program in brainfuck is right out, then?
I hardly ever see non-mpeg porn these days. What kind of avi files do you have that can't be handled by avifile or by native linux code?
> It's not like I can take gtk_create_pushbutton()[2] from the GTK library and replace it with Qt::Button or somesuch and expect the GTK program to run.
Nor can you take w32 calls and use them to run Mac apps, nor is someone holding a gun to your head and thereby forcing you to use apps from different environments concurrently.
If you want to live in the bad old days, when nothing from environment A could exist in or interact with environment B, then your administrator should be quite capable of providing that experience.
> > Perhaps you are thinking of the associated pixmap libraries or desktop environment libraries.
> Well, they're kinda, like, required for most every app, so of course I included them.
Fine, but they're still not the widget libraries, and the widget libraries still do not take up 30MB each, which is exactly what you claimed.
Most of the toolkits you noted aren't even associated with an environment, and use pixmaps very sparingly (the whole xaw3d library takes up about 350k). Of those that are, a significant number of the associated apps do not use any of the DE's library functions, or can be easily compiled in such a way.
> That's why programs crash when you try to do complex things like "paste".
I cut and paste all day without any crashes. My desktop is quite stable, almost eerily so, but thanks for your concern.