What's needed is a way for IM systems to 'interoperate' with other IM systems. It's understable if AOL doesn;t want AT&T users using it's servers. But their server should be able to talk to OTHER servers. Once we have that level, they can do whatever they want with their system, just allow basic messaging capability to and from other systems..
Jabber attempts to address this by creating a non centralized IM system, that can be extended to ones hearts content.. Check it out at http://www.jabber.org/
They at least need to be open to talking to external sources, plain and simple. I can understand if they don;t want a client directly talking to their server, No problem there, but there needs to be a gateway for other service to message into and out of their system.
Jabber is an open source project working on this currently, and is actually nearing 1.0 release. It's an open source initiative to create an expandable IM system, with no primary control, as it's DNS based, simular to email..
It's funny that this is just happening now that Microsoft is backing AWAY from Java. It was WAY to easy for them to declare Java as an open alternative to anything Microsoft had when they needed the defend themselves..
Oh yes, the JDK is *SO* available for Linux. Lesse, it's been nearly 6 YEARS since the original JDK came out, and *hopefully* by next week we'll finally have an official JVM from sun for the platform..
International Standardization has NOTHING to do with Open Source. It says anything named Java has to stick to these set of standards.
Imagine if every C compiler treated chars differently.. And some called them characters, others called them strings, and yet another called them something different.
That's one way give a good uppercut to developers who are trusting you. So now Sun completely controls Java. They're reneged on their promises now that developers have put alot of time and effort into Java, because they believed in it, and they believed Sun was making their best effort to move it to a standardized base, and do things for the good of Java, which, in the end, is for the good of then.
Suddenly, *WHAM*. We need to protect our investment.
Related, the Vic-20 was a stupid name, but for different reasons.. They released it under a different name in Germany, becouse apperently Vic is a cuss in German..;-P
Nope, sorry.. Federal Express still exists, under the PARENT company FedEx.
They did this becouse they couldn't trademark FedEx becouse it was being used as a generic term to ship something overnight. Hence, they changed their name, and can now use/own the term, FedEx.
Funny, I seem to remember while in history the individual states saying the same thing about the federal government. Oh, and then there was that civil war thing. Hrm..
There are always orginizations that will set rules over the activities of everyone.
Note, you don't elect the reps from other states, yet they directly affect things IN your state. No, they wheren;t elected by you at all, but by someone else. These same people may be residing on a board that decides how much money you get for your highways and schools. Yet you didn;t elect them at all..
Then there are the judges. You didn;t vote for that guy who just made you pay an 'unfair' speeding ticket, did you.. Guess he shouldn't have any authority, eh?
And becouse they quite simply can't tax it fairly. eCommerce can be VERY independent of geographic location, and the location a site is hosted in can change at a moments notice.
It seems to me that Debian is stuck in a situation where it's minor releases are actual MAJOR releases.
At what point will potato be released, and what revision number will it have? It seems to me it would have been better to have released potato a long time ago, and release 'sub-releases' often to keep up to date, instead of waiting for that never-to-be-seen 100% perfect release.
'Release Often' is a term often used to describe Open Source projects, but it doesn't seem to apply to Debian. Just sticking in 'beta' forever.
A minor cannot enter into a legal contract in Canada either. Not without the express written consent of the legal gaurdians, at which point they are also held liable..
The subject says it all. The reason why the EULA states you need to be over 18 is simply becouse anyone under the age of 18 can't enter a legally binding contract.
I hadn't thought of that before now, but it's a darned good point that needs to be addressed..
Re:Good idea, but glibc first would make more sens
on
Debian FreeBSD Distro?
·
· Score: 1
Which was my point to the response. BSD has no more assurances then Linux as far as compiling capabilities based on distros. Distros in BSD I would equate the the many 'flavors' of BSD, as opposed to distros just being a different packaging of things under Linux.
Package management, ala, dpkg, along with a CENTRALIZED REPOSITORY for these packages..
Re:Good idea, but glibc first would make more sens
on
Debian FreeBSD Distro?
·
· Score: 2
Sure, but let's remember that all BSD's forked from a common code. 'Distrobutions' could eventually end up going the same way as BSD if Linux does eventually fork for any particular reason.
And programs under one BSD aren't promised to work on ALL BSD's..
This would be VERY nice indeed. One of the best things that could happen to BSD would be to have a centralized package managment system, simular to RPM and apt.
And the best part is, I really don;t think it'd be all that hard. There's no reason why.deb files would be limited to Linux only, so once we have the package manager working correctly, it's just a matter of letting the BSD based packages stream in.
What's needed is a way for IM systems to 'interoperate' with other IM systems. It's understable if AOL doesn;t want AT&T users using it's servers. But their server should be able to talk to OTHER servers. Once we have that level, they can do whatever they want with their system, just allow basic messaging capability to and from other systems..
Jabber attempts to address this by creating a non centralized IM system, that can be extended to ones hearts content.. Check it out at http://www.jabber.org/
They at least need to be open to talking to external sources, plain and simple. I can understand if they don;t want a client directly talking to their server, No problem there, but there needs to be a gateway for other service to message into and out of their system.
Jabber is an open source project working on this currently, and is actually nearing 1.0 release. It's an open source initiative to create an expandable IM system, with no primary control, as it's DNS based, simular to email..
(PPsst)
;-P
http://jabBer.org/
How does removing it from certification protect it? And how would standardizing the language cause compatibility problems between platforms?
They already tried ISO, and they walked out on that as well..
This was their last chance..
In the heat of the moment, I spit out a number that sounded right. Ok..
5 Years..
(It was Java before the 1.0 JDK)
It's funny that this is just happening now that Microsoft is backing AWAY from Java. It was WAY to easy for them to declare Java as an open alternative to anything Microsoft had when they needed the defend themselves..
I feel flipped off..
Oh yes, the JDK is *SO* available for Linux. Lesse, it's been nearly 6 YEARS since the original JDK came out, and *hopefully* by next week we'll finally have an official JVM from sun for the platform..
International Standardization has NOTHING to do with Open Source. It says anything named Java has to stick to these set of standards.
Imagine if every C compiler treated chars differently.. And some called them characters, others called them strings, and yet another called them something different.
That's one way give a good uppercut to developers who are trusting you. So now Sun completely controls Java. They're reneged on their promises now that developers have put alot of time and effort into Java, because they believed in it, and they believed Sun was making their best effort to move it to a standardized base, and do things for the good of Java, which, in the end, is for the good of then.
Suddenly, *WHAM*. We need to protect our investment.
Goodbye good 'ole Sun, HELLO Microsoft II.
Related, the Vic-20 was a stupid name, but for different reasons.. They released it under a different name in Germany, becouse apperently Vic is a cuss in German.. ;-P
Nope, sorry.. Federal Express still exists, under the PARENT company FedEx.
They did this becouse they couldn't trademark FedEx becouse it was being used as a generic term to ship something overnight. Hence, they changed their name, and can now use/own the term, FedEx.
"Hey, I need to FedEx this package to Florida"
"Ok.. UPS Next day ok?"
This is my ignorance talking, but I could have sworn that the WTO had appointed representatives.
Funny, I seem to remember while in history the individual states saying the same thing about the federal government. Oh, and then there was that civil war thing. Hrm..
There are always orginizations that will set rules over the activities of everyone.
Note, you don't elect the reps from other states, yet they directly affect things IN your state. No, they wheren;t elected by you at all, but by someone else. These same people may be residing on a board that decides how much money you get for your highways and schools. Yet you didn;t elect them at all..
Then there are the judges. You didn;t vote for that guy who just made you pay an 'unfair' speeding ticket, did you.. Guess he shouldn't have any authority, eh?
And becouse they quite simply can't tax it fairly. eCommerce can be VERY independent of geographic location, and the location a site is hosted in can change at a moments notice.
Wearable computers have been out for a while, in various forms
;-P
Sure wish I could find one..
Someone just needs to develop the killer app for it, something that would give people a reason to actually want to use one on a constant basis.
I'd say first, someone has to SELL an affordable one. The *only* versions I've seen for sale cost upwards of 5,000$ a unit..
I want to be able to install off of potato, for one, instead of needing to pull down everything for slink, only to upgrade it all..
It seems to me that Debian is stuck in a situation where it's minor releases are actual MAJOR releases.
At what point will potato be released, and what revision number will it have? It seems to me it would have been better to have released potato a long time ago, and release 'sub-releases' often to keep up to date, instead of waiting for that never-to-be-seen 100% perfect release.
'Release Often' is a term often used to describe Open Source projects, but it doesn't seem to apply to Debian. Just sticking in 'beta' forever.
A minor cannot enter into a legal contract in Canada either. Not without the express written consent of the legal gaurdians, at which point they are also held liable..
The subject says it all. The reason why the EULA states you need to be over 18 is simply becouse anyone under the age of 18 can't enter a legally binding contract.
I hadn't thought of that before now, but it's a darned good point that needs to be addressed..
Which was my point to the response. BSD has no more assurances then Linux as far as compiling capabilities based on distros. Distros in BSD I would equate the the many 'flavors' of BSD, as opposed to distros just being a different packaging of things under Linux.
Package management, ala, dpkg, along with a CENTRALIZED REPOSITORY for these packages..
Sure, but let's remember that all BSD's forked from a common code. 'Distrobutions' could eventually end up going the same way as BSD if Linux does eventually fork for any particular reason.
And programs under one BSD aren't promised to work on ALL BSD's..
This would be VERY nice indeed. One of the best things that could happen to BSD would be to have a centralized package managment system, simular to RPM and apt.
.deb files would be limited to Linux only, so once we have the package manager working correctly, it's just a matter of letting the BSD based packages stream in.
And the best part is, I really don;t think it'd be all that hard. There's no reason why
Specs for the CSIRAC (Hyperlink is to picture of the machine) can be found Here. Includes specs for the memory, drum storage devices, etc..