Last I heard, DRM wasn't going to be implemented on the CPU, but on some kind of coprocessor. In theory if the PowerPC architecture is opened, then Intel can start making them, and they can make PowerPC systems which support DRM.
Ideally you wouldn't need approval for a server to join. You would want a new server set up with the appropriate interfaces to work out of the box, just like any email server can do the same today. I guess you could maintain a blacklist if you're worried about some sort of spam variant.
No shit. The lack of shitty sports games only makes a console better. Now they have to find all the companies making shitty movie-licensed games and eliminate those. Then they need to bribe some of Nintendo's top developers away to make some games which have some good design in them. Then, I will go and get an XBox.
The most important facet of both instant messaging and social networking systems is the ability to maintain a list of users, which neither email nor usenet were ever able to do.
The next most important facet is being able to tell if someone is online. Neither email nor usenet could do that either...
Did anybody say Orkut and Friendster had to do it?
Look at the situation with instant messaging. You say AOL vs. MSN are in competition and will never cooperate, but who cares? Everyone who cares about interoperation can use Jabber, and it works. We have a fully distributed IM system, which works, which AOL and MSN are just not a part of but hey, who cares?
In the same way, every non-Orkut, non-Friendster social networking site in the world could implement this distributive feature, and the distributive nature would work despite Orkut and Friendster not implementing it.
This lack of a feature would eventually draw people away from Orkut and Friendster unless they implemented it as well, which to me sounds like an incentive to implement it. Of course I'm not taking into account that they might be stupid.:-)
The big difference here is that I suspect the size of non-Orkut and non-Friendster social networks is far larger than the size of non-AOL and non-MSN instant messaging networks.
There are occasionally situations where a change occurs which doesn't make the configuration format incompatible, but still makes your configuration behave incorrectly relative to the previous version of the app. This can easily happen if a default value changes somewhere in the configuration.
This has happened to me before, when I've noticed in Gentoo's merging it has updated one of the commented defaults.
I was talking about packages which make a change in their configuration they require. The *.sample thing sort of solves it, but only if it keeps an old copy of the sample file around. Then you could "diff config.sample.old config.sample", and manually merge in the changes.
So then it's a matter of finding every sample file and merging the changes by hand.
Or under Gentoo you can type "etc-update", it finds all configuration files which need merging, and does it. The user ultimately gets the final word but you can tell etc-update to automatically merge remaining files, which is always safe if you haven't made any changes to the configuration file, or if the changes you made were trivial.
So true. And whereas this was an obvious Slashdot Effect joke, there is some insight hidden behind the idea.
Obviously the concept of a social network site where the entire network has to register with one site is going to be doomed to failure in the end.
The first problem is that in order to build a social network big enough to fit everyone interested in being registered on the network, you need a cluster big enough to store every user on the Internet. By my guess, Orkut is the only one with access to this kind of cluster size, because it is hosted by Google.
The second problem is that as soon as you have two social network sites, you have a problem where someone wants to be on both sites. Then you add a third site and you have a problem where that person wants to be on three sites. How many social network sites are there now?
This is the same problem we already see with instant messaging, and is why the newer, more sophisticated IM systems such as Jabber allow the servers to intercommunicate. You can be on whatever server you want, and have contacts on your list who are on whatever server they want.
So here is my idea: distribute the social networks. A user joins the server they want, is allocated a user id which is user@domain.com, analogous to a Jabber ID, and they can add people to their network who exist on other servers.
Communities would work similarly with community@communities.domain.com, people join a community by registering their user ID on the server which hosts the community. For instance, the Slashdot community might be slashdot@communities.slashdot.org.
Now, if all these communities can export FOAF and RDF and agree on how to do any other kind of data manipulation, any program can easily merge cross-site data together to form larger networks if they need, and the work won't have to be done by a single server, it can be done on the client at the user's leisure.
And more importantly, the solution will actually scale.
All I can say is it would be bloody brilliant if you didn't have to pay for hardware, because we don't have to pay for an OS either. So you could give everyone on earth a working Linux system for $0. Oh wait... so who pays for these computers? Even Bill couldn't afford 6 billion computers.
And then after you type "etc-update" you might find that 20 of the files have trivial changes, you've only modified 3 of them and the remaining 40 can be merged automatically.
Total time taken = 1 minute.
Meanwhile over on FreeBSD you don't even know if you need to update the configuration. Way to go, FreeBSD!
Whatever pain there is, it seems to be minimal. I've seen PHP update itself about six times since I first installed my Gentoo system, and have no complaints about it.
Multiple instances means multiple versions of the same thing. PHP and mod_php are still different packages, not multiple instances of the same package.
Whatever has happened PHP still worked at the end of it.
That's actually quite interesting, because Linux doesn't even have 6% of the desktop market yet, yet it has 6% of your sales. You must be marketing the right way, I know I've been an inch away from buying Mutant Storm on several occasions now but every time so far Bioware have released another part of Neverwinter Nights. If I had just a bit more money...:-/
Good example, Google and Wikipedia both use CSS, they just use it sparingly.
Re:We don't need no stinkin' CSS.
on
CSS for the LDP?
·
· Score: 1
So you're saying no font prints better than Times New Roman? Because I've seen many fonts which do. And nobody ever said you had to put crap around the edge of the page for it to be CSS! You could have nothing but a single rule which specifies the font to be something more readable, and will get instant benefits.
Slashdot Mirror
Last I heard, DRM wasn't going to be implemented on the CPU, but on some kind of coprocessor. In theory if the PowerPC architecture is opened, then Intel can start making them, and they can make PowerPC systems which support DRM.
Absolutely, I've been using avian carriers for my connection for years, and never had a #%!@#70824645[CARRIER LOST]
I suspect FOAF queries are going to get built into an extension at some point in time. It just seems to cool to avoid. :-)
Ideally you wouldn't need approval for a server to join. You would want a new server set up with the appropriate interfaces to work out of the box, just like any email server can do the same today. I guess you could maintain a blacklist if you're worried about some sort of spam variant.
No shit. The lack of shitty sports games only makes a console better. Now they have to find all the companies making shitty movie-licensed games and eliminate those. Then they need to bribe some of Nintendo's top developers away to make some games which have some good design in them. Then, I will go and get an XBox.
The most important facet of both instant messaging and social networking systems is the ability to maintain a list of users, which neither email nor usenet were ever able to do.
The next most important facet is being able to tell if someone is online. Neither email nor usenet could do that either...
Did anybody say Orkut and Friendster had to do it?
Look at the situation with instant messaging. You say AOL vs. MSN are in competition and will never cooperate, but who cares? Everyone who cares about interoperation can use Jabber, and it works. We have a fully distributed IM system, which works, which AOL and MSN are just not a part of but hey, who cares?
In the same way, every non-Orkut, non-Friendster social networking site in the world could implement this distributive feature, and the distributive nature would work despite Orkut and Friendster not implementing it.
This lack of a feature would eventually draw people away from Orkut and Friendster unless they implemented it as well, which to me sounds like an incentive to implement it. Of course I'm not taking into account that they might be stupid. :-)
The big difference here is that I suspect the size of non-Orkut and non-Friendster social networks is far larger than the size of non-AOL and non-MSN instant messaging networks.
There are occasionally situations where a change occurs which doesn't make the configuration format incompatible, but still makes your configuration behave incorrectly relative to the previous version of the app. This can easily happen if a default value changes somewhere in the configuration.
This has happened to me before, when I've noticed in Gentoo's merging it has updated one of the commented defaults.
I was talking about packages which make a change in their configuration they require. The *.sample thing sort of solves it, but only if it keeps an old copy of the sample file around. Then you could "diff config.sample.old config.sample", and manually merge in the changes.
So then it's a matter of finding every sample file and merging the changes by hand.
Or under Gentoo you can type "etc-update", it finds all configuration files which need merging, and does it. The user ultimately gets the final word but you can tell etc-update to automatically merge remaining files, which is always safe if you haven't made any changes to the configuration file, or if the changes you made were trivial.
Personally I think it would be more useful if someone devised a way to get "smart drugs" into coffee beans. Then ThinkGeek would be all over it.
You might be able to do it if you stack the layers. 50 acres wouldn't sound like much if you devised a way to stack 50 layers in 1 acre.
If you grey MDMA in potatoes instead of rice, would you get "mashed potatoes"?
So true. And whereas this was an obvious Slashdot Effect joke, there is some insight hidden behind the idea.
Obviously the concept of a social network site where the entire network has to register with one site is going to be doomed to failure in the end.
The first problem is that in order to build a social network big enough to fit everyone interested in being registered on the network, you need a cluster big enough to store every user on the Internet. By my guess, Orkut is the only one with access to this kind of cluster size, because it is hosted by Google.
The second problem is that as soon as you have two social network sites, you have a problem where someone wants to be on both sites. Then you add a third site and you have a problem where that person wants to be on three sites. How many social network sites are there now?
This is the same problem we already see with instant messaging, and is why the newer, more sophisticated IM systems such as Jabber allow the servers to intercommunicate. You can be on whatever server you want, and have contacts on your list who are on whatever server they want.
So here is my idea: distribute the social networks. A user joins the server they want, is allocated a user id which is user@domain.com, analogous to a Jabber ID, and they can add people to their network who exist on other servers.
Communities would work similarly with community@communities.domain.com, people join a community by registering their user ID on the server which hosts the community. For instance, the Slashdot community might be slashdot@communities.slashdot.org.
Now, if all these communities can export FOAF and RDF and agree on how to do any other kind of data manipulation, any program can easily merge cross-site data together to form larger networks if they need, and the work won't have to be done by a single server, it can be done on the client at the user's leisure.
And more importantly, the solution will actually scale.
Who's with me?
It may "visually design" but it's a pain in the arse and only works for one language.
And more or less yes, you paid $1,800 for a compiler.
Hey, 4 gigs is the limit of 32-bit PCs, let's design all OSes so they can't use more!
So what you've just done is confirmed the problem I was talking about.
It looks like you're trying to shake the terminal.
Do you want to:
* Erase the screen?
* Destroy the terminal?
* Continue your epileptic fit in peace?
All I can say is it would be bloody brilliant if you didn't have to pay for hardware, because we don't have to pay for an OS either. So you could give everyone on earth a working Linux system for $0. Oh wait... so who pays for these computers? Even Bill couldn't afford 6 billion computers.
And then after you type "etc-update" you might find that 20 of the files have trivial changes, you've only modified 3 of them and the remaining 40 can be merged automatically.
Total time taken = 1 minute.
Meanwhile over on FreeBSD you don't even know if you need to update the configuration. Way to go, FreeBSD!
If you're concerned about time... USE THE BLOODY BINARIES!!!
Nobody ever said you *have* to compile every package. Ever heard of GRP?
Whatever pain there is, it seems to be minimal. I've seen PHP update itself about six times since I first installed my Gentoo system, and have no complaints about it.
Multiple instances means multiple versions of the same thing. PHP and mod_php are still different packages, not multiple instances of the same package.
Whatever has happened PHP still worked at the end of it.
Maybe they were talking about GLIS... who knows.
That's actually quite interesting, because Linux doesn't even have 6% of the desktop market yet, yet it has 6% of your sales. You must be marketing the right way, I know I've been an inch away from buying Mutant Storm on several occasions now but every time so far Bioware have released another part of Neverwinter Nights. If I had just a bit more money... :-/
Good example, Google and Wikipedia both use CSS, they just use it sparingly.
So you're saying no font prints better than Times New Roman? Because I've seen many fonts which do. And nobody ever said you had to put crap around the edge of the page for it to be CSS! You could have nothing but a single rule which specifies the font to be something more readable, and will get instant benefits.