At the risk of sounding like a troll and a nihilist, humans are living too long as it is. Overpopulation is already a major problem, and it's getting worse all the time. How are we going to have anough food, lodgings, and general environmental resources to support all of these 200 year old scientific wonders. We're always finding some kind of artifical way to go against the natural order of things. If you want to live a long time, all you have to do is eat well, exercise, and stay away from L.A. Our lifespan is already too long with modern medicine today, and the reproductive patterns of humans aren't unlike those of a cancer or bacteria. Let's all just die when we're supposed to and forget all of this nonsense.
Yes! Go here and checkout how anti-aliased fonts are being implemented in the new X. From what I can see from the spec, we may end up with really nice fonts after all.
After using the apt repository on Branden's(the Debian X Maintainer) website to have XFree86 4.0.1 on two of my desktop machines, I have a few words of advice.
1. The 4.x X servers use a new style of configuration file. It's supposed to be automagically generated by running xf86cfg; however, this doesn't always work. Branden has written a tool to generate the config file, but it doesn't always work either. In lieu of this, it's probably a good idea to go to XFree86.org and brush up on the 4.0 series XF86Config file format before upgrading. Also, the new name for the config file is XF86Config-4 (I don't know if this is debian specific) instead of XF86Config.
2. If you're planning on using a 3d accelerated graphics card i.e. (Rage 128, 3dfx, etc), you must have DRI support compiled into your kernel with the appropriate kernel module for your card. There is a new Mesa for XFree86 4.0.1 that has builtin support for DRI; however, there is a problem with this package. It does not include the libGLU(a subset of the Mesa library) static library or header files. This means that you must manually extract libGLU from the existing Woody Mesa package and copy it into/usr/local/lib/whatever if you plan on running 3d apps that depend on libGLU(almost all!).
3. There are still serious issues with 3d acceleration on the Rage 128 cards and 3dfx cards. If I run tuxracer(or any GL app) with certain WindowMaker apps running(from inside of Blackbox), I get constant blinking inside of the 3d application. The solution(for now) is to shut down any WM applet that refreshes constantly. Don't even try to use 3d acceleration inside of enlightenment(horrible blinking).
4. Try to avoid emailing Branden at all costs. He's been less than friendly to me, and I know other people who have had similar experiences.
Other than that, the new X is really nice and noticably faster than the 3.3 series. Enjoy it.
Me, I'm voting for Bush, since I think we all deserve a tax break
You're not going to get that tax break. He's promised the same budget surplus for both a tax cut and social security. Somebody is going to lose out in the end. Also, and I'm not trying to troll here, but Bush doesn't even understand his own policies on where he's going to spend the budget surplus. Gore had to explain it to him during the debates on more than one occasion.
Alan Greenspan has publicly stated that a tax break now would be a disaster because we need to cool the economy. Otherwise, we're heading for serious inflation. So, assuming that Bush decides to skimp social security and give you your tax break, you're not going to be able to buy anything you couldn't before because your money is going to be worth less than it is now.
It's always sad to see people who don't really understand a language badmouthing it. Hate to disappoint you, but the pseudo regular expression that you posted above isn't even a valid perl expression. Also, you shouldn't say that a language is "read only" just because it supports a standardized system for pattern matching. Regular expressions are supported in any language that's worth anything (PHP, Python, Java, C/C++, etc...). From what I've heard they're even supported in your "superior" ASP. Readability of code is dependent on the coder not the language(unless you're coding in intercal). I've seen some very readable code written in perl and some garbage written in perl. The same goes for every language. So, please do a little more research before you go making generalizations about a language because of 1 specific feature. Also, you may want to check your facts about "nobody really knowing how to use [perl]":-).
Damian isn't just another perl hacker... Anybody who's read even part of his Object Oriented Perl book understands the kind of "Deep Magic" coding that this guy knows how to do. I'd say he's up there with Tom Christiansen and Randal Schwartz in his perl prowess. Of course this is every hackers dream. Getting paid to code GPL'd programs in your language of choice. I'm just glad that Damian gets to write a bunch more neat OO perl mods.
I remember when I was a young child back in 1970 and Santa Stallman slipped a single floppy with the emacs editor into my stocking. Even with the extreme compression capabilites of bz2, I don't think that's possible now:-). So, in lieu of that fact, I would definitely ask mom for a copy of the Vim editor. It may not fit on a single floppy, but it sure feel like it should...
Does anybody know the status of quotas in relation to all of these filesystems? I know that Reiser doesn't support them, but I'm wondering what future plans are and what the status is on the other projects.
"It is important to understand that the NanoProbes themselves, as hand-optimized IP packets, only serve as the agents of the orchestrating NanoProbe Technology. It is the synergistic combination and timing of NanoProbe swarms that have an aggregate "NanoProbing" effect upon the target machine."
This article, while hand-optimized, only serves as an agent of selling useless NanoCrap technology. It is the synergistic combination of marketdroid swarms that have an aggregate "NanoSales" effect upon the target market. Give me a break!
It seems like SGI is a little late in the game... JFS has been available for Linux for quite a while now. I've tried IBM's (which is CASE INSENSITIVE!), ext3 (which was pretty good but only available for the 2.2.17pre series of kernels), and finially reiserfs (which 100% totally rocks). I'm hoping that reiser will become the defacto standard journaling filesystem for linux and actually be included in the kernel. It's much faster and allows you to do things that you couldn't dream of doing with ext2 (i.e., creating 100,000 files in 30 seconds!). It also allows you to choose the hashing algorithm used to store files based on your filesystem needs (squid caches, giant files, many small files etc...). My only gripe about all the JFS's for linux is that none of them seem to support quotas yet. Anybody know why this is an issue? I'm not saying that it's not great news to have another option available with XFS though. SGI has a superb team of engineers, and I'm sure that XFS will be quite useful and dependable when it's done.
The main debian apt repository has basically the same functionality. With debian, all you would have to do to install vim would be "apt-get install vim". As long as you have your sources.list file setup properly, Apt would contact the main apt repository, download the appropriate package and install it. It really is a breeze.
I'm wondering if all the people posting all the merits of the redhat package manager have ever had any experience with debs. A lot of the flexibility that the author wants i.e., all the power of a configure script, can be easily acheived by the package maintainer simply setting up the preinst script for a debian package. I've never seen a system SO flexible. Debian packages have the ability to suggest, reccomend, and require each other. They know exactly what each other provide, and they describe dependencies in much more intellegent manner than RPM does. Dselect allows you to easily(if you know what you're doing) resolve package conflicts and work out exactly how you want everthing installed. Apt will actually fetch and install all packages necessary to install the requested program(with your permission of course).
The author admits that he hasn't ever used Debian packages, so why bring them into the article?! He talks about how he would like a package manager that will recognize files for what they are and not based on the packages that they belong to(i.e., libraries), but personally, I don't see the need for this type of functionality when your distro already has packages for virtually everything you can imagine. Sure, many people would like to install the latest bleeding edge libs, but that's what Woody is for;-). One of the main purposes of packages is to allow for easy upgrades between releases. If you're going to be installing lots of libs from tarballs, it kind of defeats the purpose of using packages since you can no longer apt-get dist-upgrade and have everything brought up to date. If there's some obscure library/program out there that there isn't a package for then great, why not become a package maintainer and fill the gap? It seems like the author of this article knows rpm pretty well, but he shouldn't reference things that he doesn't have experience with... This is not flamebait!
I'd have to disagree. I deployed Corel into an office environment in hopes that Word Perfect 9 would run more smoothly and had nothing but problems. After a minor tweak of XF86Config, it would not boot anymore! I tried going into their custom console mode, and it just kept trying to start X. From my experience, it has been the least reliable linux distro. I'd go with debian if I were you.
I keep hearing over and over again how all the *BSD variants are so much faster than Linux because of tighter kernel code etc... I've searched all over the web for some kind of benchmarks to back these statements up and haven't found anything. My question is, does anyone know where I can find non-anecdotal evidence to prove this point, or is it all just hype?
Some of the previous mozilla milestones had a feature where Google searches would show up in the search results area of the sidebar so that you could see the first 20 or however many matches. They also had the ability to add many search engines(including Google) to be searchable from the same area. I found this extremely convienent. Now there are only 9 most of which don't seem useful at all. Does anyone know why they removed this feature?
Looks like they may be getting a larger response than expected. I get "this account has too many processes running, try again later" when I try to sign.
Slashdot Mirror
At the risk of sounding like a troll and a nihilist, humans are living too long as it is. Overpopulation is already a major problem, and it's getting worse all the time. How are we going to have anough food, lodgings, and general environmental resources to support all of these 200 year old scientific wonders. We're always finding some kind of artifical way to go against the natural order of things. If you want to live a long time, all you have to do is eat well, exercise, and stay away from L.A. Our lifespan is already too long with modern medicine today, and the reproductive patterns of humans aren't unlike those of a cancer or bacteria. Let's all just die when we're supposed to and forget all of this nonsense.
I am not a cultural relativist. Nor am I a linguistic relativist. In case you hadn't noticed. :-)
Probably Larry Wall...
I've had the dbe module loaded all along; however, strangely enough, reducing the color depth to 16bpp seems to resolve the problem. Weird.
Yes! Go here and checkout how anti-aliased fonts are being implemented in the new X. From what I can see from the spec, we may end up with really nice fonts after all.
After using the apt repository on Branden's(the Debian X Maintainer) website to have XFree86 4.0.1 on two of my desktop machines, I have a few words of advice.
/usr/local/lib/whatever if you plan on running 3d apps that depend on libGLU(almost all!).
1. The 4.x X servers use a new style of configuration file. It's supposed to be automagically generated by running xf86cfg; however, this doesn't always work. Branden has written a tool to generate the config file, but it doesn't always work either. In lieu of this, it's probably a good idea to go to XFree86.org and brush up on the 4.0 series XF86Config file format before upgrading. Also, the new name for the config file is XF86Config-4 (I don't know if this is debian specific) instead of XF86Config.
2. If you're planning on using a 3d accelerated graphics card i.e. (Rage 128, 3dfx, etc), you must have DRI support compiled into your kernel with the appropriate kernel module for your card. There is a new Mesa for XFree86 4.0.1 that has builtin support for DRI; however, there is a problem with this package. It does not include the libGLU(a subset of the Mesa library) static library or header files. This means that you must manually extract libGLU from the existing Woody Mesa package and copy it into
3. There are still serious issues with 3d acceleration on the Rage 128 cards and 3dfx cards. If I run tuxracer(or any GL app) with certain WindowMaker apps running(from inside of Blackbox), I get constant blinking inside of the 3d application. The solution(for now) is to shut down any WM applet that refreshes constantly. Don't even try to use 3d acceleration inside of enlightenment(horrible blinking).
4. Try to avoid emailing Branden at all costs. He's been less than friendly to me, and I know other people who have had similar experiences.
Other than that, the new X is really nice and noticably faster than the 3.3 series. Enjoy it.
Me, I'm voting for Bush, since I think we all deserve a tax break
You're not going to get that tax break. He's promised the same budget surplus for both a tax cut and social security. Somebody is going to lose out in the end. Also, and I'm not trying to troll here, but Bush doesn't even understand his own policies on where he's going to spend the budget surplus. Gore had to explain it to him during the debates on more than one occasion.
Alan Greenspan has publicly stated that a tax break now would be a disaster because we need to cool the economy. Otherwise, we're heading for serious inflation. So, assuming that Bush decides to skimp social security and give you your tax break, you're not going to be able to buy anything you couldn't before because your money is going to be worth less than it is now.
It's always sad to see people who don't really understand a language badmouthing it. Hate to disappoint you, but the pseudo regular expression that you posted above isn't even a valid perl expression. Also, you shouldn't say that a language is "read only" just because it supports a standardized system for pattern matching. Regular expressions are supported in any language that's worth anything (PHP, Python, Java, C/C++, etc...). From what I've heard they're even supported in your "superior" ASP. Readability of code is dependent on the coder not the language(unless you're coding in intercal). I've seen some very readable code written in perl and some garbage written in perl. The same goes for every language. So, please do a little more research before you go making generalizations about a language because of 1 specific feature. Also, you may want to check your facts about "nobody really knowing how to use [perl]" :-).
Damian isn't just another perl hacker... Anybody who's read even part of his Object Oriented Perl book understands the kind of "Deep Magic" coding that this guy knows how to do. I'd say he's up there with Tom Christiansen and Randal Schwartz in his perl prowess. Of course this is every hackers dream. Getting paid to code GPL'd programs in your language of choice. I'm just glad that Damian gets to write a bunch more neat OO perl mods.
I remember when I was a young child back in 1970 and Santa Stallman slipped a single floppy with the emacs editor into my stocking. Even with the extreme compression capabilites of bz2, I don't think that's possible now :-). So, in lieu of that fact, I would definitely ask mom for a copy of the Vim editor. It may not fit on a single floppy, but it sure feel like it should...
Does anybody know the status of quotas in relation to all of these filesystems? I know that Reiser doesn't support them, but I'm wondering what future plans are and what the status is on the other projects.
"It is important to understand that the NanoProbes themselves, as hand-optimized IP packets, only serve as the agents of the orchestrating NanoProbe Technology. It is the synergistic combination and timing of NanoProbe swarms that have an aggregate "NanoProbing" effect upon the target machine."
This article, while hand-optimized, only serves as an agent of selling useless NanoCrap technology. It is the synergistic combination of marketdroid swarms that have an aggregate "NanoSales" effect upon the target market. Give me a break!
It seems like SGI is a little late in the game... JFS has been available for Linux for quite a while now. I've tried IBM's (which is CASE INSENSITIVE!),
ext3 (which was pretty good but only available for the 2.2.17pre series of kernels), and finially reiserfs (which 100% totally rocks). I'm hoping that reiser
will become the defacto standard journaling filesystem for linux and actually be included in the kernel. It's much faster and allows you to do things that you
couldn't dream of doing with ext2 (i.e., creating 100,000 files in 30 seconds!). It also allows you to choose the hashing algorithm used to store files based on
your filesystem needs (squid caches, giant files, many small files etc...). My only gripe about all the JFS's for linux is that none of them seem to support
quotas yet. Anybody know why this is an issue? I'm not saying that it's not great news to have another option available with XFS though. SGI has a superb
team of engineers, and I'm sure that XFS will be quite useful and dependable when it's done.
The main debian apt repository has basically the same functionality. With debian, all you would have to do to install vim would be "apt-get install vim". As long as you have your sources.list file setup properly, Apt would contact the main apt repository, download the appropriate package and install it. It really is a breeze.
I'm wondering if all the people posting all the merits of the redhat package manager have ever had any experience with debs.
A lot of the flexibility that the author wants i.e., all the power of a configure script, can be easily acheived by the package maintainer
simply setting up the preinst script for a debian package. I've never seen a system SO flexible. Debian packages have the ability
to suggest, reccomend, and require each other. They know exactly what each other provide, and they describe dependencies in much
more intellegent manner than RPM does. Dselect allows you to easily(if you know what you're doing) resolve package conflicts
and work out exactly how you want everthing installed. Apt will actually fetch and install all packages necessary to install the requested
program(with your permission of course).
The author admits that he hasn't ever used Debian packages, so why bring them into the article?! He talks about how he would like a ;-). One of the main
package manager that will recognize files for what they are and not based on the packages that they belong to(i.e., libraries),
but personally, I don't see the need for this type of functionality when your distro already has packages for virtually everything you
can imagine. Sure, many people would like to install the latest bleeding edge libs, but that's what Woody is for
purposes of packages is to allow for easy upgrades between releases. If you're going to be installing lots of libs from tarballs, it kind
of defeats the purpose of using packages since you can no longer apt-get dist-upgrade and have everything brought up to date. If there's
some obscure library/program out there that there isn't a package for then great, why not become a package maintainer and fill the gap?
It seems like the author of this article knows rpm pretty well, but he shouldn't reference things that he doesn't have experience with...
This is not flamebait!
I'd have to disagree. I deployed Corel into an office environment in hopes that Word Perfect 9 would run more smoothly and had nothing but problems. After a minor tweak of XF86Config, it would not boot anymore! I tried going into their custom console mode, and it just kept trying to start X. From my experience, it has been the least reliable linux distro. I'd go with debian if I were you.
I keep hearing over and over again how all the *BSD variants are so much faster than Linux because of tighter kernel code etc... I've searched all over the web for some kind of benchmarks to back these statements up and haven't found anything. My question is, does anyone know where I can find non-anecdotal evidence to prove this point, or is it all just hype?
Some of the previous mozilla milestones had a feature where Google searches would show up in the search results area of the sidebar so that you could see the first 20 or however many matches. They also had the ability to add many search engines(including Google) to be searchable from the same area. I found this extremely convienent. Now there are only 9 most of which don't seem useful at all. Does anyone know why they removed this feature?
Looks like they may be getting a larger response than expected. I get "this account has too many processes running, try again later" when I try to sign.