Urgh... Why is it that Bill Gates always looks like a complete dork on pictures. Is the editor a rabid anti-microsoft zlotnik or something? Is Bill Gates' head so big that it can't fit on one picture? Hmm...
Why should I put data on your workstation, if your workstation can get it's data from my central database or my LDAP server? Nice and centralized. *AND* I can change stuff with PHP (PHP has LDAP and support for various databases, including Oracle, Sybase, MSSQL, etc.)
Crash outlook and spawn a browser with USSR lab's page loaded in it. You can change that easily btw:) (no, i'm not gonna tell how. figger it out yerself)
The problem is, that is something takes near hours to compile, and just to function as an ORB for something like Gnome, isn't it a litte over-featured then?
As great as it is, mico is not the tool to use as an ORB for something like a desktop environment. A lighter ORB will suffice too.
yeah, but mico takes fucking centuries to compile. Nah, gimme something more light weight please.
I remember when Gnome it it's early days used mico for an ORB. It was indeed rock solid, but took milennia to build. SUre, I could install RPM's, but I like source better. Always have.
Found this on a mailinglist I'm on... just thought it was relevant:)
--- START QUOTE --- Years ago (after one of the first Word macro viruses came to my attention) I wrote a.signature virus that works for a very small set of Unix configurations.
If a person gets the virus, and they reply with the body quoted, and they use a "true" vi with modelines enabled, then the virus appends itself to ~/.signature. (The/usr/ucb/vi on the panix suns is a "true" vi; the/usr/bin/vi claims to be bug-for-bug compatable with a "true" vi, but does not allow modelines.)
vi:/virus!$/w >>.signature : Eli's vi modeline.signature virus!
I posted it to comp.editors and I remember someone writing an emacs equivilent.
Vi modelines are only effective if in the first or last five lines of a file. Some versions of vi insist on them being indented.
The sad truth is that Linux is not running on their main consumer target group's machines. But how can they exclude the Mac? Mac has decent 3D hardware, and the speed is quite up to snuff. It's a great gaming platfom, although some things need to be worked on. Like stability for instance, I own an iMac, and I still have the odd lockup from MacQuake for instance.
I agree that going totally D3D would be stupid for EPIC, since that would blow the portability away, but the OpenGL group should hurry up in improving their standard. I know OpenGL is a better API to work with, also because it's simpler and less complex, and you need less code to get something done, but where M$ is winning is the amount of features (read: bloat) that they have in/their/ API. If a graphics card supports e.g. Bump-mapped reflection or something, M$ is the first to cram support for it in their API. Now why can't we (the OSS community) do that? Utah GLX for instance is going great, and is producing pretty decent drivers, and they have some big names putting in time for them.
I once heard that nobody can out-feature Open Source.
Okay, I agree with the part that AD might not have been tuned that much, but they probably weren't able to. The layer of abstraction in NT is just too high. With Novell you can get close to the bare metal, and you can sour over it at a height of 10.000 feet, whatever you want. And, a very good point is that NDS works with a lot of platforms, and AD only with *1*, namely W2K. I work with a lot of diverse platforms here, so my choice would be obvious.
The reliability graphs and figures were also shocking. 90% reliability for AD is *propostrous*. 100% reliability is key, no matter how bad it performs. I rather have my data come back *intact*, than having my data back fast and corrupted.
Sorry... Graphs? Why not generate graphs as.png files and host them on a webserver. No GUI on the server needed.
Obviously you have never heard of programs like screen(1), a 'window manager' for the console/terminal. I can open as much 'windows' and 'control panels' as I like.
A GUI is far from impressive. Why coerce the CPU to do all that graphics footwork, when it can use that horsepower to provide better/faster file access for example. I don't give a rats ass what my boss thinks about GUI. He can run it on his desktop, but it's staying away from *my* servers.
Lots of people got beef with scientology. And vice versa as well...
Check out this link: http://www.xs4all.nl/~kspaink/
This page belongs to a good friend of mine, and she's been crusading against scientology for quite a while now. Not to mention that Scientology is trying to shut this down as well.
Oh yeah? What about the OpenGL support in BeOS then? It's certainly fast enough on *my* machine.
About coding under the BeOS: It's still a little tedious, IMHO. The IDE is not perfect (yet) but it's getting there. The GUI is nice, but I would like some more customizability.
BeOS isn't there yet, but it sure looks promising. I bought R4.5, along with the book. I haven't regretted it, and this way I support those guys, so it makes me feel good as well.
Keep up the good work!
(Oh yeah, to stay a little bit on topic: Unreal kicks ass:-)
Slashdot Mirror
Urgh... Why is it that Bill Gates always looks like a complete dork on pictures. Is the editor a rabid anti-microsoft zlotnik or something? Is Bill Gates' head so big that it can't fit on one picture? Hmm...
:)
He can without any javascript intevention. In PHP you can get the user agent, and do a header("Location: http://www.somewhere-else.org");
Why should I put data on your workstation, if your workstation can get it's data from my central database or my LDAP server? Nice and centralized. *AND* I can change stuff with PHP (PHP has LDAP and support for various databases, including Oracle, Sybase, MSSQL, etc.)
THIS IS WHY SCRIPTING IN CLIENTS IS UNNEEDED
Cheers
Oh, I can just whip up a little form in PHP on the departemental webserver and send everyone an URL where the form is.
Geez...
Why would I need scripting in my mail client?
Crash outlook and spawn a browser with USSR lab's page loaded in it. You can change that easily btw :) (no, i'm not gonna tell how. figger it out yerself)
It strikes me that the onion routing idea is also
used by freedom (http://www.zeroknowledge.com)
What is the difference between the two? Is fling just a free GPL version of the same?
The problem is, that is something takes near hours to compile, and just to function as an ORB for something like Gnome, isn't it a litte over-featured then?
As great as it is, mico is not the tool to use as an ORB for something like a desktop environment. A lighter ORB will suffice too.
Just my 2 euro
yeah, but mico takes fucking centuries to compile. Nah, gimme something more light weight please.
I remember when Gnome it it's early days used mico for an ORB. It was indeed rock solid, but took milennia to build. SUre, I could install RPM's, but I like source better. Always have.
Got a proliant 1600 here which has been up longer:
[coolvibe@tiamat coolvibe]$ uptime
2:09pm up 119 days, 18:49, 1 user, load average: 0.00, 0.00, 0.00
And that was when I set it up. It a departemental webserver, and it's a quiet day, hence the low load avg.
you haven't been reading the story. This linux BIOS can boot other systems as well, even Linux :)
Needen't fear, your dual boot setup is safe. The thing is that instead of the slooooooooooow BIOS that usually is there is being replaced.
On a more geeky note, how about Plan 9 from Outer Space then?
:)
BOFH: The microsoft breakup, what it really means
:)
Moderate this up... We can have enough linkage about the subject...
Found this on a mailinglist I'm on... just thought it was relevant :)
.signature virus that works for a very small
/usr/ucb/vi on the panix /usr/bin/vi claims to be bug-for-bug
/virus!$/w >> .signature : Eli's vi modeline .signature virus!
--- START QUOTE ---
Years ago (after one of the first Word macro viruses came to my
attention) I wrote a
set of Unix configurations.
If a person gets the virus, and they reply with the body quoted,
and they use a "true" vi with modelines enabled, then the virus
appends itself to ~/.signature. (The
suns is a "true" vi; the
compatable with a "true" vi, but does not allow modelines.)
vi:
I posted it to comp.editors and I remember someone writing an
emacs equivilent.
Vi modelines are only effective if in the first or last five lines
of a file. Some versions of vi insist on them being indented.
Elijah
--- END QUOTE ---
dogsi.is.god
Of course I don't know what or who the hell dogsi is, it *IS* palidromic
...whatever...
The sad truth is that Linux is not running on their main consumer target group's machines. But how can they exclude the Mac? Mac has decent 3D hardware, and the speed is quite up to snuff. It's a great gaming platfom, although some things need to be worked on. Like stability for instance, I own an iMac, and I still have the odd lockup from MacQuake for instance.
/their/ API. If a graphics card supports e.g. Bump-mapped reflection or something, M$ is the first to cram support for it in their API. Now why can't we (the OSS community) do that? Utah GLX for instance is going great, and is producing pretty decent drivers, and they have some big names putting in time for them.
I agree that going totally D3D would be stupid for EPIC, since that would blow the portability away, but the OpenGL group should hurry up in improving their standard. I know OpenGL is a better API to work with, also because it's simpler and less complex, and you need less code to get something done, but where M$ is winning is the amount of features (read: bloat) that they have in
I once heard that nobody can out-feature Open Source.
Cheers,
Okay, I agree with the part that AD might not have been tuned that much, but they probably weren't able to. The layer of abstraction in NT is just too high. With Novell you can get close to the bare metal, and you can sour over it at a height of 10.000 feet, whatever you want. And, a very good point is that NDS works with a lot of platforms, and AD only with *1*, namely W2K. I work with a lot of diverse platforms here, so my choice would be obvious.
.png files and host them on a webserver. No GUI on the server needed.
The reliability graphs and figures were also shocking. 90% reliability for AD is *propostrous*. 100% reliability is key, no matter how bad it performs. I rather have my data come back *intact*, than having my data back fast and corrupted.
Sorry... Graphs? Why not generate graphs as
Obviously you have never heard of programs like screen(1), a 'window manager' for the console/terminal. I can open as much 'windows' and 'control panels' as I like.
A GUI is far from impressive. Why coerce the CPU to do all that graphics footwork, when it can use that horsepower to provide better/faster file access for example. I don't give a rats ass what my boss thinks about GUI. He can run it on his desktop, but it's staying away from *my* servers.
My 2 shekels
...And don't forget that Lego and tequila don't mix!!! :)
Please moderate that up?
I can wait until Microft lapses payment over microsoft.com... :-)
</DOMINATION>
Lots of people got beef with scientology. And vice versa as well...
Check out this link: http://www.xs4all.nl/~kspaink/
This page belongs to a good friend of mine, and she's been crusading against scientology for quite a while now. Not to mention that Scientology is trying to shut this down as well.
Oh yeah? What about the OpenGL support in BeOS then? It's certainly fast enough on *my* machine.
:-)
About coding under the BeOS: It's still a little tedious, IMHO. The IDE is not perfect (yet) but it's getting there. The GUI is nice, but I would like some more customizability.
BeOS isn't there yet, but it sure looks promising. I bought R4.5, along with the book. I haven't regretted it, and this way I support those guys, so it makes me feel good as well.
Keep up the good work!
(Oh yeah, to stay a little bit on topic: Unreal kicks ass
Maybe AccelX crashed here and took the system down ;-)