That type of license might have made some sense, but it also would have excluded it from being the main file manager in GNOME, which was its primary point. They need to get it in front of as many eyes as possible to profit from their services.
Too bad they're not staying around long enough to really get into those services. Would anyone have paid for them? I know I would not have, but I'm pretty cheap these days.....
> So it's ok to provide the consumer with the applications he needs as long as they are collected from multiple authors?
It's OK to provide the applications they need as long as competition is ensured. Open Source guarantees that. When Microsoft is the only company that can package up and sell the OS, they alone can decide which apps go in and which don't. Companies competing with the ones that go in are screwed.
With Linux distros, many companies can and do provide their own set of apps. Commercial software vendors can make deals to get their stuff into any of them they want. Consumers can choose the best distro for their needs, taking the included software into account.
Re:Good riddance to yet another bad business model
on
Eazel Come, Eazel Go?
·
· Score: 1
There are plenty of GNOME RPMs and binary tarballs without Ximian.
Re:Good riddance to yet another bad business model
on
Eazel Come, Eazel Go?
·
· Score: 2
I don't think you'll get GNOME developers to move to KDE. Remember...
* GNOME is the official desktop of the GNU project. There are hundreds or thousands of people that will keep developing it for that reason alone.
* There is much more to GNOME than Eazel and even Ximian. It's largely worked on by volunteers.
Hopefully they'll be able to keep developing Nautilus. I used it a bit and liked it.
I believe GNOME and KDE will both exist and have loyal followings for at least 4 more years. One will probably emerge the victor. I agree with you that KDE has the best shot. But GNOME is by no means out.
Disclaimer: I'm a KDE user myself, even after playing with Ximian. But I love Gnumeric!
As much as Netscape 4.x has been a boil in the arse of Linux for the last 4 years, it needs to stick around a tad bit longer. Some sites still work best with it, at least in parts.
Take Datek Online for example. While I can access all parts of the site under Linux, sometimes I need to switch browsers, depending on what I want to do with it.
Netscape 4.x can access the whole site, but the Java applets sometimes (usually) hang it. It's also butt-ugly.
Mozilla can get to almost all of it, but the Account Options menu simply doesn't show up if you're screen isn't GREATER than 1024X768. Before 0.9, the PSM also hogged almost all the CPU's power when going to a secure site, and kept doing that until you closed Mozilla. Fortunately 0.9 fixed that.
Opera can get to pretty much everything but Java.
Konqueror can get to the whole site, but the JavaScript chart doesn't show up. I haven't tried Java with it yet.
Also Netscape is a little less quirky than Mozilla for Web developers in some areas still, but Mozilla and Konqueror are definitely just about there.
So...I'm finally able to get along without Netscape 99% of the time, but sometimes something just works better with it.
They have done some work on the kernel and hardware drivers and that sort of thing. Of course, that stuff's gonna stay under the GPL so there's nothing to worry about.
[root@eclipse linux-2.4.2]# grep -ri caldera *
gives plenty of examples. 27 lines in the source contain Caldera, mostly giving credit and e-mail addresses in such things as IPX drivers, SCSI, and sound.
Not bashing PHP -- I use it for most of my own web development and like it. It just seems that for heavy-use sites that share lots of data, mod_perl is somewhat better.
You posted a link to PEAR, which is just a code repository like Perl's CPAN. How does that relate to writing Apache modules in PHP?
I know about database caching, but a PHP script still has to hit the DB for that to work, right? Does MySQL even do caching well? AFAIK, Slashcode puts much of its data directly in variables in Apache, so the DB doesn't need to be hit to access them.
Thanks for the link to the free cache. I wasn't aware of that. Now I can get optimized sites without linking impure (unFree) code into my webserver.:-)
I'm setting up a Slash site. I had someone try to talk me into using PHP Nuke, and I looked at it, but I decided that for my requirements, Slashcode fit the bill perfectly.
PHP is a great language, but there are a couple minor problems. While PHP is an Apache module, you can't actually write other modules in PHP. You can with mod_perl. Slashcode uses this feature to store much of the database in RAM. Sure that makes it a memory hog, but it also makes it faster. With any PHP-based solution, you have to hit the DB every time you want to get anything dynamic.
Also, psuedo-compiled versions of Perl modules are stored and re-used in Apache. PHP scripts have to be interpreted every time they're accessed. Unless, of course, you use the Zend optimizer, but it is not open source.
That's right folks, an ASP/SQL Server port of Slash to run on IIS, as if Linux, Apache, and MySQL were somehow inadequate. What in the name of garbanzo beans got into those guys, I'll never quite understand. But they're doing it.
Thank God it's still in Stage 1 - Planning, which is SourceForge speak for "it will never happen".
And if that weren't bad enough, These people seem to be doing the same thing except based on an Access database. This is really starting to hurt.
I'd like to know specifics too, but presumable they don't want it to hit a plane. Unlikely but that kind of thing requires planning. The airspace is extremely crowded these days.
> The other option, of course, is to have lots of extra space, install your distro, boot an XFS capable kernel, make some XFS filesystems, and copy everything over.
Hmm. I have a few gigs extra space so I might do just that, once a patch for 2.4.4 is out. I have a nicely working RH 7.1 system and *really* don't want to reinstall everything. But fscks sure are annoying!
So one can only patch a stock Linus kernel with XFS? What about the Red Hat 7.1 kernel? Would be nice if there was a patch for that (although I doubt I'd use it now unless there was an easy way to convert existing partitions).
For example, if our Beloved Zesty CmdrTaco were open to the idea, I'm sure there are people who would pay to be a required slashbox, just for the hits. It's almost like a banner ad, but it could be considered valuable info.
Crap. I'm planning to do exactly that with a Slashcode-based site I'm developing. I thought I was the first one to think of it.:-) (Well, maybe I am... I thought of it a few months ago, just haven't gone live yet.)
PHP is faster than Perl/CGI, but I'm pretty sure mod_perl beats them both. PHP has to re-interpret each script every time it's run, while mod_perl caches a psuedo-compiled version. Unless, of course, you buy the Zend Optimizer, in which case you'd get the same benefit with PHP. But then you'd be introducing unclean (closed source) software to your web server.
Is Tribes2 worth buying to play solo or does it really require a LAN party or a massively multiplayer Internet game? If it does require access to an Internet server, is that service free once ou buy the game or do you pay more for it ala MPlayer?
Because without games in Linux, we can't achieve World Domination(tm) and overthrow Microsoft's desktop monopoly and restore competition and openness to the computer industry.
I don't get it, what Open Source product has been SO successful that it dominates everything?
Simple: BIND.
The closest is Apache, but while it is on a lot of servers, it isn't as well represented in the top traffic sites. Apache is the closest to leading its field of any package
Nope. Apache has something like 62% market share. Bind has a virtual monopoly.
Just curious, which did you use and how did you do it?
I tried using TaxCut (standard $10 edition) under CodeWeavers Wine, PR 3, on Redhat 6.2.
The install went perfectly, and when I ran the program it seemed to be fine and even updated itself from its own web site. I could navigate the program and read what it had to say.
But when it came time to enter my name and other textual data into the form -- it echoed with strange characters, sort of like the Dingbat font. What the heck... The same characters also appeared in the 1040 preview form on the bottom of the screen. I doubt the IRS would appreciate that!
It also hung when I selected the Show Forms... menu option.
So I had to take it to my dad's office to do it, but I would have killed to do it on my Linux box. Has anyone had better luck?
BTW, I fired off an e-mail to Taxcut asking them politely to make it a priority to get next year's version working reliably under Wine, citing Corel as a reference.
I don't want Wine to become a crutch for Linux, as Win3.1 emulation was for OS/2, but some things that we're not gonna get native ports of soon just need to work.
Slashdot Mirror
how many of you would have forked out money for Eazel's proposed "services"?
That type of license might have made some sense, but it also would have excluded it from being the main file manager in GNOME, which was its primary point. They need to get it in front of as many eyes as possible to profit from their services.
Too bad they're not staying around long enough to really get into those services. Would anyone have paid for them? I know I would not have, but I'm pretty cheap these days.....
The bad part is that it kills competition and gives other companies that make car stereos less reason to innovate.
> So it's ok to provide the consumer with the applications he needs as long as they are collected from multiple authors?
It's OK to provide the applications they need as long as competition is ensured. Open Source guarantees that. When Microsoft is the only company that can package up and sell the OS, they alone can decide which apps go in and which don't. Companies competing with the ones that go in are screwed.
With Linux distros, many companies can and do provide their own set of apps. Commercial software vendors can make deals to get their stuff into any of them they want. Consumers can choose the best distro for their needs, taking the included software into account.
There are plenty of GNOME RPMs and binary tarballs without Ximian.
I don't think you'll get GNOME developers to move to KDE. Remember...
* GNOME is the official desktop of the GNU project. There are hundreds or thousands of people that will keep developing it for that reason alone.
* There is much more to GNOME than Eazel and even Ximian. It's largely worked on by volunteers.
Hopefully they'll be able to keep developing Nautilus. I used it a bit and liked it.
I believe GNOME and KDE will both exist and have loyal followings for at least 4 more years. One will probably emerge the victor. I agree with you that KDE has the best shot. But GNOME is by no means out.
Disclaimer: I'm a KDE user myself, even after playing with Ximian. But I love Gnumeric!
As much as Netscape 4.x has been a boil in the arse of Linux for the last 4 years, it needs to stick around a tad bit longer. Some sites still work best with it, at least in parts.
Take Datek Online for example. While I can access all parts of the site under Linux, sometimes I need to switch browsers, depending on what I want to do with it.
Netscape 4.x can access the whole site, but the Java applets sometimes (usually) hang it. It's also butt-ugly.
Mozilla can get to almost all of it, but the Account Options menu simply doesn't show up if you're screen isn't GREATER than 1024X768. Before 0.9, the PSM also hogged almost all the CPU's power when going to a secure site, and kept doing that until you closed Mozilla. Fortunately 0.9 fixed that.
Opera can get to pretty much everything but Java.
Konqueror can get to the whole site, but the JavaScript chart doesn't show up. I haven't tried Java with it yet.
Also Netscape is a little less quirky than Mozilla for Web developers in some areas still, but Mozilla and Konqueror are definitely just about there.
So...I'm finally able to get along without Netscape 99% of the time, but sometimes something just works better with it.
They have done some work on the kernel and hardware drivers and that sort of thing. Of course, that stuff's gonna stay under the GPL so there's nothing to worry about.
[root@eclipse linux-2.4.2]# grep -ri caldera *
gives plenty of examples. 27 lines in the source contain Caldera, mostly giving credit and e-mail addresses in such things as IPX drivers, SCSI, and sound.
Not bashing PHP -- I use it for most of my own web development and like it. It just seems that for heavy-use sites that share lots of data, mod_perl is somewhat better.
:-)
You posted a link to PEAR, which is just a code repository like Perl's CPAN. How does that relate to writing Apache modules in PHP?
I know about database caching, but a PHP script still has to hit the DB for that to work, right? Does MySQL even do caching well? AFAIK, Slashcode puts much of its data directly in variables in Apache, so the DB doesn't need to be hit to access them.
Thanks for the link to the free cache. I wasn't aware of that. Now I can get optimized sites without linking impure (unFree) code into my webserver.
I'm setting up a Slash site. I had someone try to talk me into using PHP Nuke, and I looked at it, but I decided that for my requirements, Slashcode fit the bill perfectly.
PHP is a great language, but there are a couple minor problems. While PHP is an Apache module, you can't actually write other modules in PHP. You can with mod_perl. Slashcode uses this feature to store much of the database in RAM. Sure that makes it a memory hog, but it also makes it faster. With any PHP-based solution, you have to hit the DB every time you want to get anything dynamic.
Also, psuedo-compiled versions of Perl modules are stored and re-used in Apache. PHP scripts have to be interpreted every time they're accessed. Unless, of course, you use the Zend optimizer, but it is not open source.
This was moderated funny, and it is, but some guys are actually working on it!
That's right folks, an ASP/SQL Server port of Slash to run on IIS, as if Linux, Apache, and MySQL were somehow inadequate. What in the name of garbanzo beans got into those guys, I'll never quite understand. But they're doing it.
Thank God it's still in Stage 1 - Planning, which is SourceForge speak for "it will never happen".
And if that weren't bad enough, These people seem to be doing the same thing except based on an Access database. This is really starting to hurt.
Huh? 128MB chips can be had for well under $100. Anything over 80 cents per meg is a ripoff.
I'd like to know specifics too, but presumable they don't want it to hit a plane. Unlikely but that kind of thing requires planning. The airspace is extremely crowded these days.
> The other option, of course, is to have lots of extra space, install your distro, boot an XFS capable kernel, make some XFS filesystems, and copy everything over.
Hmm. I have a few gigs extra space so I might do just that, once a patch for 2.4.4 is out. I have a nicely working RH 7.1 system and *really* don't want to reinstall everything. But fscks sure are annoying!
So one can only patch a stock Linus kernel with XFS? What about the Red Hat 7.1 kernel? Would be nice if there was a patch for that (although I doubt I'd use it now unless there was an easy way to convert existing partitions).
Sigs don't appear during the metamoderation. If you moderate #1 up, you will likely be MM'd as unfair.
Crap. I'm planning to do exactly that with a Slashcode-based site I'm developing. I thought I was the first one to think of it. :-) (Well, maybe I am ... I thought of it a few months ago, just haven't gone live yet.)
PHP is faster than Perl/CGI, but I'm pretty sure mod_perl beats them both. PHP has to re-interpret each script every time it's run, while mod_perl caches a psuedo-compiled version. Unless, of course, you buy the Zend Optimizer, in which case you'd get the same benefit with PHP. But then you'd be introducing unclean (closed source) software to your web server.
Is Tribes2 worth buying to play solo or does it really require a LAN party or a massively multiplayer Internet game? If it does require access to an Internet server, is that service free once ou buy the game or do you pay more for it ala MPlayer?
Now if only we had a LUG in Salem, OR...
Because without games in Linux, we can't achieve World Domination(tm) and overthrow Microsoft's desktop monopoly and restore competition and openness to the computer industry.
Simple: BIND.
The closest is Apache, but while it is on a lot of servers, it isn't as well represented in the top traffic sites. Apache is the closest to leading its field of any package
Nope. Apache has something like 62% market share. Bind has a virtual monopoly.
Simple. RH obviously knows which video card is in use -- it detects it. So ...
if (video_card->supports_render)
x->enable_antialiased_fonts()
I've gotten Stardock's Entrepreneur game to work pretty much flawlessly.
And I came SOOOOOO close to getting TaxCut to working right. Just silly little issues that could probably be easily solved by developers.
But most shareware 'Doze programs I download to try do fail during the install for whatever reason.
That begs the question.... why would you turn it off by default?
Definitely thanks for including this cool stuff though!
Just curious, which did you use and how did you do it?
I tried using TaxCut (standard $10 edition) under CodeWeavers Wine, PR 3, on Redhat 6.2.
The install went perfectly, and when I ran the program it seemed to be fine and even updated itself from its own web site. I could navigate the program and read what it had to say.
But when it came time to enter my name and other textual data into the form -- it echoed with strange characters, sort of like the Dingbat font. What the heck... The same characters also appeared in the 1040 preview form on the bottom of the screen. I doubt the IRS would appreciate that!
It also hung when I selected the Show Forms... menu option.
So I had to take it to my dad's office to do it, but I would have killed to do it on my Linux box. Has anyone had better luck?
BTW, I fired off an e-mail to Taxcut asking them politely to make it a priority to get next year's version working reliably under Wine, citing Corel as a reference.
I don't want Wine to become a crutch for Linux, as Win3.1 emulation was for OS/2, but some things that we're not gonna get native ports of soon just need to work.