Personally, I found this article pretty funny. It's been asked for before, now you can get it!
Re:He SHOULD care about the competition...
on
Torvalds Tells All
·
· Score: 2
Linus is not competing with anyone. He's certainly not in a battle. Why should he "know his enemy?" Who is his enemy? Microsoft?
Linus Torvalds, OS Avenger, strikes out at the evil empire of Microsoft from his hidden fortress. His volunteer resistance fights to free the common man from the clutches of the nefarious Lord Bill Gates and his army of code monkeys.
Uh... no. Linus is just developing an OS. He's not fighting a war.
Re:Linus sounds awfully tired
on
Torvalds Tells All
·
· Score: 5, Insightful
He probably is tired: tired of answering the same questions over and over to different people. Can you imagine now often he must get asked these kinds of questions (especially the "where is Linux going" kinds of questions)? Every geek he meets must ask him several questions like this, not to mention the news media. He's probably developed some pat answers and dishes them out to eveyone who asks. That doesn't mean that he is tired of Linux.
About.NET: That's really not his domain..NET isn't a kernel service, and he's apparently not interested in it. He seems to be pretty satisfied with where the kernel is, and is focusing on cleaning up and adding in the last features that are really wanted by lots of people (like more scalability). He is interested more in the desktop/ease of use side of things now, because he feels that's where the real innovation and cool stuff is happening these days. And he's right:-) At least that's my take on it.
Yeah, I know. However, I don't see how a Bose-Einstein condensate could possibly be considered better than any existing superconductor, especially in the temperature sense, as I pointed out in my original post. As far as I know, the only property of a superconductor that would make it best would be high-temperature operation anyway (tasting like chocolate might even be a drawback - don't want people eating the electronics:-)
The compiler is GCC, of course. I think the STL is available but I'm not sure. There's no debugger as far as I am aware, because I think there isn't enough stuff inside the kernel to support a GDB port. I could be wrong though.
Re:Excuse me while I wet myself
on
AtheOS Hits 0.3.7
·
· Score: 3, Informative
Good news, its' not in assembly. The kernel is written in C and the high-level APIs are in C++. AtheOS applications are programmed in C++.
They should have ran all that fiber to the home instead. No one's using all the bandwidth because there's not enough people to deliver it to. We need broadband to the home that works well and is universally available. Until then the high-bandwidth content will not be feasable.
Huh? A superconductor by definition already conducts current perfectly. There's no "best" superconductor in that sense, they're all the same (perfect). What people are researching now is high-temperature superconductors, which this is most definitively not (at 20 millikelvin).
The new QT has support for alpha-blending through the X Render extension. This means:
Better (full) PNG transparency support in the browser
Alpha-blending for all icons everywhere to reduce jagged edges (especially for small icons)
Neat eyecandy effects
What I'm interested in is what happens when Render isn't available? Do all those effects go away cleanly, or do they stay there using slow software emulation?
I'm not familiar with exactly how the linker enhancements work, but I think they do something like you describe.
About the icon server: Currently each KDE program that wants an icon (every one) goes and checks each directory where that icon might be found (of which there are a lot, KDE has a very customizable icon system). The icon server would catalog all the icons available on startup and serve them to the programs that need them whenever they ask, preventing a lot of disk reads. I think that's the basic idea.
It sounds like a fine thing to do, to me. Why would a user want their files shared while they were logged out? KDE is meant for desktop systems, not file-servers. Most users turn off their computer while they're not logged in. I like the idea of an easy-to-use filesharing mechanism that works over the Internet integrated with the desktop, it is something MS hasn't done yet but is really logical.
I think the icon server in particular will help with startup times of KDE apps. The pipelined HTTP requests will make loading of webpages faster.
In addition, a lot of the speed problems actually lie with GCC and the GNU linker, which KDE can't help with. The GCC and ld developers have been made aware of the problem, and a lot of work is going on on their end to speed up the dynamic linking of C++ programs. Once these optimizations start making it into stable releases of the linker, KDE will be much more responsive.
Remember, KDE 3.0 is mostly just a port, with the same amount of new features you might expect going from, say 2.2 to 2.3. It is *nothing* at all like the nearly complete rewrite going from KDE 1 to KDE 2.
That said, I expect that there will be far more new features in KDE 3.0 than what's described on that page. Most likely the developers just haven't bothered to tell anyone about all the new features they're going to add yet.
And with KDE's blazing release schedule, 3.1 will be upon us before we know it, with all sorts of goodies:-)
X-Windows:...A mistake carried out to perfection. X-Windows:...Dissatisfaction guaranteed. X-Windows:...Don't get frustrated without it. X-Windows:...Even your dog won't like it. X-Windows:...Flaky and built to stay that way. X-Windows:...Complex nonsolutions to simple nonproblems. X-Windows:...Flawed beyond belief. X-Windows:...Form follows malfunction. X-Windows:...Garbage at your fingertips. X-Windows:...Ignorance is our most important resource. X-Windows:...It could be worse, but it'll take time. X-Windows:...It could happen to you. X-Windows:...Japan's secret weapon. X-Windows:...Let it get in *your* way. X-Windows:...Live the nightmare. X-Windows:...More than enough rope. X-Windows:...Never had it, never will. X-Windows:...No hardware is safe. X-Windows:...Power tools for power fools. X-Windows:...Putting new limits on productivity. X-Windows:...Simplicity made complex. X-Windows:...The cutting edge of obsolescence. X-Windows:...The art of incompetence. X-Windows:...The defacto substandard. X-Windows:...The first fully modular software disaster. X-Windows:...The joke that kills. X-Windows:...The problem for your problem. X-Windows:...There's got to be a better way. X-Windows:...Warn your friends about it. X-Windows:...You'd better sit down. X-Windows:...You'll envy the dead.
I don't think so! To me it seems like a logical extension of using a computer to capture a video stream.
The problem with these patents is that opinion differs on how obvious these things are. If only there was a way to determine if an infringer actually came up with the idea independently, we could avoid these kinds of dumb patent suits.
The thing is, you want to have an Aqua theme for Mozilla so you can use it on OS X and have it look like it belongs. Now Mac users will never be able to have Mozilla fit in with the rest of their computer. Some Mac users will probably go with IE just for this reason.
Trolltech has a perfect Aqua theme for their QT Mac version that Apple let them make. It could simply be recompiled for any platform, but Apple won't let them for obvious reasons and no one else has the source so the Aqua look is still restricted to OS X. Mozilla doesn't get anything of the kind. I don't even know if it's possible to make such a platform-dependent Mozilla theme.
I have to say I sort of see Apple's point with the other themes though. An Aqua KDE theme would infringe on their IP. I just wish they would let a Mac port of Mozilla have a Mac look.
20/20 hindsight, man. How could I know beforehand that Explorer would preview.eml files and that it would execute the contents in the preview? If I'd known I just would have turned off the preview, it's not that hard. That's why I posted this. Once the virus has been executed, deleting the.eml files doesn't help much. Mainly I went into Linux to avoid infecting others while I cleaned up my system. You have to delete several other system files such as riched.dll, and remove load.exe from your win.ini file and your system directory. There may be other stuff you must do as well. The virus removal tool works quite well though.
WARNING to IE6 users or people without Outlook installed: You are not invulnerable! A virus file on your system can still easily be excecuted.
I recently got infected, and it was the dumbest thing ever. Some time ago I had to reinstall Windows (gdi.exe was corrupted!?!), so I backed my files up to my friend's computer over the network. To get them back I made an open share on my computer (should have had a password) and sent them over. When I was done I noticed that some *.eml files had been inserted into my open share. "Hey, that's the virus I read about on Slashdot," I thought. So I went to delete it. I simply selected the file to delete it (I didn't run it) but Explorer, in its infinite stupidity, ran the file in the preview pane! Simply by the act of selecting the file I had run it inadvertently! This on a system running IE6 without Outlook installed!
Fortunately I was able to boot into Linux and delete all those.eml files, then download a virus remover from McAfee or someplace. But let this be a warning: Before deleting a.eml file, TURN FILE PREVIEWS OFF!
Slashdot Mirror
Then I thought "how are all these admins going to patch their servers against the new virus if Windows Update is infected?"
Personally, I found this article pretty funny. It's been asked for before, now you can get it!
Linus Torvalds, OS Avenger, strikes out at the evil empire of Microsoft from his hidden fortress. His volunteer resistance fights to free the common man from the clutches of the nefarious Lord Bill Gates and his army of code monkeys.
Uh... no. Linus is just developing an OS. He's not fighting a war.
About .NET: That's really not his domain. .NET isn't a kernel service, and he's apparently not interested in it. He seems to be pretty satisfied with where the kernel is, and is focusing on cleaning up and adding in the last features that are really wanted by lots of people (like more scalability). He is interested more in the desktop/ease of use side of things now, because he feels that's where the real innovation and cool stuff is happening these days. And he's right :-) At least that's my take on it.
Yeah, I know. However, I don't see how a Bose-Einstein condensate could possibly be considered better than any existing superconductor, especially in the temperature sense, as I pointed out in my original post. As far as I know, the only property of a superconductor that would make it best would be high-temperature operation anyway (tasting like chocolate might even be a drawback - don't want people eating the electronics :-)
The compiler is GCC, of course. I think the STL is available but I'm not sure. There's no debugger as far as I am aware, because I think there isn't enough stuff inside the kernel to support a GDB port. I could be wrong though.
Good news, its' not in assembly. The kernel is written in C and the high-level APIs are in C++. AtheOS applications are programmed in C++.
They should have ran all that fiber to the home instead. No one's using all the bandwidth because there's not enough people to deliver it to. We need broadband to the home that works well and is universally available. Until then the high-bandwidth content will not be feasable.
See the rest here!
Uh, I mean nanokelvin. Sorry.
Huh? A superconductor by definition already conducts current perfectly. There's no "best" superconductor in that sense, they're all the same (perfect). What people are researching now is high-temperature superconductors, which this is most definitively not (at 20 millikelvin).
I think this has been fixed in 2.2. I know it was fixed for at least one of the kinds of listviews.
Better (full) PNG transparency support in the browser
Alpha-blending for all icons everywhere to reduce jagged edges (especially for small icons)
Neat eyecandy effects
What I'm interested in is what happens when Render isn't available? Do all those effects go away cleanly, or do they stay there using slow software emulation?
About the icon server: Currently each KDE program that wants an icon (every one) goes and checks each directory where that icon might be found (of which there are a lot, KDE has a very customizable icon system). The icon server would catalog all the icons available on startup and serve them to the programs that need them whenever they ask, preventing a lot of disk reads. I think that's the basic idea.
It sounds like a fine thing to do, to me. Why would a user want their files shared while they were logged out? KDE is meant for desktop systems, not file-servers. Most users turn off their computer while they're not logged in. I like the idea of an easy-to-use filesharing mechanism that works over the Internet integrated with the desktop, it is something MS hasn't done yet but is really logical.
icon server, Waldo Bastian bastian@kde.org
KIO/KHTML: pipelined HTTP requests, infrastructure, Waldo Bastian bastian@kde.org
I think the icon server in particular will help with startup times of KDE apps. The pipelined HTTP requests will make loading of webpages faster.
In addition, a lot of the speed problems actually lie with GCC and the GNU linker, which KDE can't help with. The GCC and ld developers have been made aware of the problem, and a lot of work is going on on their end to speed up the dynamic linking of C++ programs. Once these optimizations start making it into stable releases of the linker, KDE will be much more responsive.
That said, I expect that there will be far more new features in KDE 3.0 than what's described on that page. Most likely the developers just haven't bothered to tell anyone about all the new features they're going to add yet.
And with KDE's blazing release schedule, 3.1 will be upon us before we know it, with all sorts of goodies :-)
X-Windows: ...A mistake carried out to perfection. X-Windows: ...Dissatisfaction guaranteed. X-Windows: ...Don't get frustrated without it. X-Windows: ...Even your dog won't like it. X-Windows: ...Flaky and built to stay that way. X-Windows: ...Complex nonsolutions to simple nonproblems. X-Windows: ...Flawed beyond belief. X-Windows: ...Form follows malfunction. X-Windows: ...Garbage at your fingertips. X-Windows: ...Ignorance is our most important resource. X-Windows: ...It could be worse, but it'll take time. X-Windows: ...It could happen to you. X-Windows: ...Japan's secret weapon. X-Windows: ...Let it get in *your* way. X-Windows: ...Live the nightmare. X-Windows: ...More than enough rope. X-Windows: ...Never had it, never will. X-Windows: ...No hardware is safe. X-Windows: ...Power tools for power fools. X-Windows: ...Putting new limits on productivity. X-Windows: ...Simplicity made complex. X-Windows: ...The cutting edge of obsolescence. X-Windows: ...The art of incompetence. X-Windows: ...The defacto substandard. X-Windows: ...The first fully modular software disaster. X-Windows: ...The joke that kills. X-Windows: ...The problem for your problem. X-Windows: ...There's got to be a better way. X-Windows: ...Warn your friends about it. X-Windows: ...You'd better sit down. X-Windows: ...You'll envy the dead.
Copied from this page.I don't think so! To me it seems like a logical extension of using a computer to capture a video stream.
The problem with these patents is that opinion differs on how obvious these things are. If only there was a way to determine if an infringer actually came up with the idea independently, we could avoid these kinds of dumb patent suits.
The site www.annakurnikova.com is running Apache/1.3.6 - 448 user - IKM 11211999 (Unix) on FreeBSD.
They go on to say the netblock he is using belongs to CWIE LLC.
- Mozilla themes are just pixmaps and can't do as much as QStyles, so they won't fit in very well at all (don't the buttons in Aqua pulsate and stuff?)
- A Mozilla theme is cross-platform by definition, while the QT Aqua style is binary-only for the Mac.
Both of these problems could be solved by a native Mozilla port to Aqua, but it would involve a LOT of work.uncheck the option in the view menu that says View as web page
Trolltech has a perfect Aqua theme for their QT Mac version that Apple let them make. It could simply be recompiled for any platform, but Apple won't let them for obvious reasons and no one else has the source so the Aqua look is still restricted to OS X. Mozilla doesn't get anything of the kind. I don't even know if it's possible to make such a platform-dependent Mozilla theme.
I have to say I sort of see Apple's point with the other themes though. An Aqua KDE theme would infringe on their IP. I just wish they would let a Mac port of Mozilla have a Mac look.
20/20 hindsight, man. How could I know beforehand that Explorer would preview .eml files and that it would execute the contents in the preview? If I'd known I just would have turned off the preview, it's not that hard. That's why I posted this. Once the virus has been executed, deleting the .eml files doesn't help much. Mainly I went into Linux to avoid infecting others while I cleaned up my system. You have to delete several other system files such as riched.dll, and remove load.exe from your win.ini file and your system directory. There may be other stuff you must do as well. The virus removal tool works quite well though.
Fortunately I was able to boot into Linux and delete all those .eml files, then download a virus remover from McAfee or someplace. But let this be a warning: Before deleting a .eml file, TURN FILE PREVIEWS OFF!