"Times have changed. The license is not an issue anymore..."
That depends on who you are. If you write commercial software (and want it to remain BSD-like licensed) or software that isn't (gasp!) open source but still "free" in cost, Gtk is the only zero-dollar-licensing-cost option. So Qt's license is still a problem for some people due to circumstances.
Evolution may be slow, but it knock's Kontact's socks off figuratively speaking when it comes to functionality and familiarity for those who have lived in an Exchange / Outlook world for a long time. Especially the in-development version.
OpenAL provides a 3D audio API, SDL does not. OpenAL can even use SDL as an output device, and it is cross platform and portable. If the poster wants 3D audio, then OpenAL is is only "free" cross-platform portable choice.
Re:Your Functionality Is My Puffery
on
Fedora Core 2 Review
·
· Score: 2, Insightful
This is a problem RedHat will need to solve if it ever wants to make money from a Fedora-based release.
Except RedHat never intends to Box Fedora (AFAIK). That's why they have RHEL, and RedHat Professional Workstation. Fedora is for the technical enthusiast, not Grandma.
I also agree that commonly used plugins ought to be installed by default. At the very least, add their installation to the post-install routines. Point the user at the right repositories and then lead him through the installation.
You're very inconsistent, at the beginning you shrug off MP3's because of IP and licensing, but then here you say they should have browser plugins. Guess what, the *same* licensing problems exist there.
Fedora will not include patent-laden, or possibly illegal in some countries material, or material that cannot be freely redistributed without very minor restrictions. No common Browser plugins I know of or Java for that matter has very free redistribution terms.
And no, they should not provide post-install scripts for other people's products. If flash isn't easy to install on Linux, talk to Macromedia, not the Fedora people.
If Java isn't easy to install, talk to Sun or IBM or whomever provides your JRE, NOT Fedora.
Fedora is for technical enthusiats, not Grandma, and not people expecting a super easy to use desktop.
Of course, if you had actually read the bug report in their system you would realize that this is a 2.6.6 kernel problem. Not a grub or RedHat problem specifically, and in addition to that, they're in no way required to support your proprietary OS.
My company has had quite the opposite experience. In fact, other than maybe price (not that SuSE is any cheaper, we ehecked) we have no complaints, and the update system has worked flawlessly, even today.
We have nothing but good to say about RedHat, especially when it comes to running Oracle on RHEL. Oracle performs so much better on RHEL than other distributions it's not even funny.
I'm not sure I could agree, at least for pure web-based applications. The company I work for has a massive, modular, quasi-object oriented, web-based application that is written using mod_perl and XS. It totals over 300,000 lines of Perl code easily (lost track at this point) and is fairly easy to maintain since it's modular (designed to allow easy removal of pieces of system and have it respond accordingly).
The things that keep us using Perl are easy to identify:
1) very rapid development and even our non-C programmers "get it"
2) large existing codebase for reuse (CPAN)
3) excellence in text parsing and manipulation (which is most of what a web-based application does)
4) fairly easy to write low-level code (XS, which is just C code with lots of macros) for performance-intensive areas and interface it with high-level code (Perl)
5) easy to interface with existing C libraries by writing an interface stub
6) large community of support
7) easy to do object oriented programming where it makes sense
8) no worries about memory management
9) mature platform (Apache, etc.)
It's not all daisies and roses obviously. PHP is not an option for us, at least until 5 matures (PHP4 didn't have namespace support and a few other things we wanted at last check). We also need our code to work outside of a web-based environment where Apache doesn't exist, and at that moment that rules out several other languages.
I'd be glad to hear of alternatives that allow one codebase for a server-side web-based application that also runs from the server command line when needed and can meet the above criteria that work under Linux based environments.
Re:What, no editorial?
on
Red Hat Recap
·
· Score: 1
You'll notice I said they put restrictions on the distribution not on the software itself (which they can't really do).
I have asked RedHat about these restrictions and the key is to remove anacaonda-images and redhat-logos or something like that. It's in their trademark usage document. The point is, it's almost all GPL software and you can use it as such. You just can't use the "aggregate unmodified distribution" as you wish.
My company has several RHEL licenses, and I personally own a copy of RHEL WS and run it at home.
Re:What, no editorial?
on
Red Hat Recap
·
· Score: 4, Interesting
Wrong. They only place restrictions on their distribution. The GPL software remains GPL. You can download the source packages that are in RHEL freely from RedHat's FTP site.
If you remove redhat-logos and anaconda-images (something like that) you can roll your own distribution based off RHEL without worrying about their EULA.
Where do you think projects like White Box Linux and others came from?
The Design and Implementation of the 4.4 BSD Operating System by Marshall Kirk McKusick Keith Bostic Micahel J. Karels and John S. Quarterman (ISBN 0201549794)
It's really a great book about a mature operating system and will give you some great technical insights into the hows and whys behind operating systems in my opinion.
Additionally, most *BSD distributions are a great study because their code tends to be very well organized and they come with *LOTS* of documentation.
Even reading the FreeBSD developer's handbook here:
Additionally, I hope you have a high level of reading comprehension. Be prepared to take several trips to your local library or bookstore and spend hours perusing texts to better understand the ins and outs, and quirks of hardware.
But lastly, even after you do all of the above, the best way to learn is to do! Install a copy of Boch's or if you're a little richer, buy VMWare or VirtualPC (VirtualPC's emulation tends to be better than VMWare's although a bit slower). Get brave and setup and old pc and install all kinds of different OS's on it. That's the best way in my opinion to learn...
Been There, Done That. The company I work for builds an advanced online asset, work order, project, task, crm management system that uses CSS, JS, and XHTML extensively. If you're really set on doing this, plan on only being able to support two browsers (harsh, but reality). The latest Netscape/Mozilla and IE6 are the only two that are practical to support right now. IE5.5 and older versions of Mozilla/Netscape have such broken CSS support that you'll never get a complex CSS layout to look equally good and be almost 100% spec compliant.
The almost 100% spec compliant comes in where if you begin using the overflow attribute in your XHTML or a div based layout you have no choice but to come up with an additional stylesheet for IE users that uses Microsoft's proprietary CSS expressions. Most of IE's absolute positioning and width behaviours are completely broken when using div tags. The good news is that you'll probably only need a few lines in the IE specific stylesheet and you can detect the user-agent and only include the tag to ref the stylesheet for IE if necessary.
Additionally, you'll find that IE6 and Mozilla/Netscape also differ slightly in their DOM behavior and that IE6's support for some 'standard' spec tags like the tag are broken in their behaviour.
The only other browser that even comes close at the moment to being able to render complex CSS layouts that use overflow, etc. is Konqueror. Opera's JS/DOM and lack of full overflow support prevents us from supporting them.
You would be far better off choosing a simple, functional design that uses Javascript minimally, uses HTML 4.01 transitional and a table based layout and very basic CSS1 than trying to do a complex XHTML, CSS2/CSS3, DOM layout. You'll lose much less hair:)
Let me get this straight, we're supposed to remove "inferior" RedHat distributions (such as 7.3 which Progeny is going to support) or Debian, because an unstable release of FreeBSD 5.x would be better for our systems, peacefully obliterating all of our data while this script is running as well? WTF?
Slashdot Mirror
That depends on who you are. If you write commercial software (and want it to remain BSD-like licensed) or software that isn't (gasp!) open source but still "free" in cost, Gtk is the only zero-dollar-licensing-cost option. So Qt's license is still a problem for some people due to circumstances.
RTFM
The source of this message seems to be from here:
e nt /2004-July/030500.html
http://lists.freebsd.org/pipermail/freebsd-curr
Well, as most people have realised by now, that will probably never be legal in the USA or most of the world thanks to our software patent overlords.
Evolution may be slow, but it knock's Kontact's socks off figuratively speaking when it comes to functionality and familiarity for those who have lived in an Exchange / Outlook world for a long time. Especially the in-development version.
OpenAL provides a 3D audio API, SDL does not. OpenAL can even use SDL as an output device, and it is cross platform and portable. If the poster wants 3D audio, then OpenAL is is only "free" cross-platform portable choice.
This is a problem RedHat will need to solve if it ever wants to make money from a Fedora-based release.
Except RedHat never intends to Box Fedora (AFAIK). That's why they have RHEL, and RedHat Professional Workstation. Fedora is for the technical enthusiast, not Grandma.
I also agree that commonly used plugins ought to be installed by default. At the very least, add their installation to the post-install routines. Point the user at the right repositories and then lead him through the installation.
You're very inconsistent, at the beginning you shrug off MP3's because of IP and licensing, but then here you say they should have browser plugins. Guess what, the *same* licensing problems exist there.
Fedora will not include patent-laden, or possibly illegal in some countries material, or material that cannot be freely redistributed without very minor restrictions. No common Browser plugins I know of or Java for that matter has very free redistribution terms.
And no, they should not provide post-install scripts for other people's products. If flash isn't easy to install on Linux, talk to Macromedia, not the Fedora people.
If Java isn't easy to install, talk to Sun or IBM or whomever provides your JRE, NOT Fedora.
Fedora is for technical enthusiats, not Grandma, and not people expecting a super easy to use desktop.
Of course, if you had actually read the bug report in their system you would realize that this is a 2.6.6 kernel problem. Not a grub or RedHat problem specifically, and in addition to that, they're in no way required to support your proprietary OS.
My company has had quite the opposite experience. In fact, other than maybe price (not that SuSE is any cheaper, we ehecked) we have no complaints, and the update system has worked flawlessly, even today.
We have nothing but good to say about RedHat, especially when it comes to running Oracle on RHEL. Oracle performs so much better on RHEL than other distributions it's not even funny.
You know, there are 10 kinds of people in this world. Those who understand binary and those who do not.
I'm not sure I could agree, at least for pure web-based applications. The company I work for has a massive, modular, quasi-object oriented, web-based application that is written using mod_perl and XS. It totals over 300,000 lines of Perl code easily (lost track at this point) and is fairly easy to maintain since it's modular (designed to allow easy removal of pieces of system and have it respond accordingly).
The things that keep us using Perl are easy to identify:
1) very rapid development and even our non-C programmers "get it"
2) large existing codebase for reuse (CPAN)
3) excellence in text parsing and manipulation (which is most of what a web-based application does)
4) fairly easy to write low-level code (XS, which is just C code with lots of macros) for performance-intensive areas and interface it with high-level code (Perl)
5) easy to interface with existing C libraries by writing an interface stub
6) large community of support
7) easy to do object oriented programming where it makes sense
8) no worries about memory management
9) mature platform (Apache, etc.)
It's not all daisies and roses obviously. PHP is not an option for us, at least until 5 matures (PHP4 didn't have namespace support and a few other things we wanted at last check). We also need our code to work outside of a web-based environment where Apache doesn't exist, and at that moment that rules out several other languages.
I'd be glad to hear of alternatives that allow one codebase for a server-side web-based application that also runs from the server command line when needed and can meet the above criteria that work under Linux based environments.
You'll notice I said they put restrictions on the distribution not on the software itself (which they can't really do).
I have asked RedHat about these restrictions and the key is to remove anacaonda-images and redhat-logos or something like that. It's in their trademark usage document. The point is, it's almost all GPL software and you can use it as such. You just can't use the "aggregate unmodified distribution" as you wish.
My company has several RHEL licenses, and I personally own a copy of RHEL WS and run it at home.
Wrong. They only place restrictions on their distribution. The GPL software remains GPL. You can download the source packages that are in RHEL freely from RedHat's FTP site.
If you remove redhat-logos and anaconda-images (something like that) you can roll your own distribution based off RHEL without worrying about their EULA.
Where do you think projects like White Box Linux and others came from?
Great upcoming in on my opinion:
http://www.syberia2.info
The original was really good too, although a bit short.
"Every cloud has a silver lining", but hundreds of people die every year looking for it 8)
(Lightning)
The Sky is Falling, and our society's impending breakdown is near.
A slashdot contributor actually linked to the FTP mirror list instead of directly to ISOs or an FTP Site!
Run for your lives!
Yoda is British? Whoa.
When this port's a rockin' don't come a knockin'!
You may now commence your groaning 8)
I would highly recommend the book:
s /d evelopers-handbook/
The Design and Implementation of the 4.4 BSD Operating System
by Marshall Kirk McKusick
Keith Bostic
Micahel J. Karels
and John S. Quarterman
(ISBN 0201549794)
It's really a great book about a mature operating system and will give you some great technical insights into the hows and whys behind operating systems in my opinion.
Additionally, most *BSD distributions are a great study because their code tends to be very well organized and they come with *LOTS* of documentation.
Even reading the FreeBSD developer's handbook here:
http://www.freebsd.org/doc/en_US.ISO8859-1/book
or the KernelNewbies site here:
http://www.kernelnewbies.org/
May be of benefit to you.
Additionally, I hope you have a high level of reading comprehension. Be prepared to take several trips to your local library or bookstore and spend hours perusing texts to better understand the ins and outs, and quirks of hardware.
But lastly, even after you do all of the above, the best way to learn is to do! Install a copy of Boch's or if you're a little richer, buy VMWare or VirtualPC (VirtualPC's emulation tends to be better than VMWare's although a bit slower). Get brave and setup and old pc and install all kinds of different OS's on it. That's the best way in my opinion to learn...
Been There, Done That. The company I work for builds an advanced online asset, work order, project, task, crm management system that uses CSS, JS, and XHTML extensively. If you're really set on doing this, plan on only being able to support two browsers (harsh, but reality). The latest Netscape/Mozilla and IE6 are the only two that are practical to support right now. IE5.5 and older versions of Mozilla/Netscape have such broken CSS support that you'll never get a complex CSS layout to look equally good and be almost 100% spec compliant.
:)
The almost 100% spec compliant comes in where if you begin using the overflow attribute in your XHTML or a div based layout you have no choice but to come up with an additional stylesheet for IE users that uses Microsoft's proprietary CSS expressions. Most of IE's absolute positioning and width behaviours are completely broken when using div tags. The good news is that you'll probably only need a few lines in the IE specific stylesheet and you can detect the user-agent and only include the tag to ref the stylesheet for IE if necessary.
Additionally, you'll find that IE6 and Mozilla/Netscape also differ slightly in their DOM behavior and that IE6's support for some 'standard' spec tags like the tag are broken in their behaviour.
The only other browser that even comes close at the moment to being able to render complex CSS layouts that use overflow, etc. is Konqueror. Opera's JS/DOM and lack of full overflow support prevents us from supporting them.
You would be far better off choosing a simple, functional design that uses Javascript minimally, uses HTML 4.01 transitional and a table based layout and very basic CSS1 than trying to do a complex XHTML, CSS2/CSS3, DOM layout. You'll lose much less hair
Speaking of Head Over Heels, you can find the remake here:
Windows 98+, Linux, Mac OS X, BeOS:
http://retrospec.sgn.net/games/hoh/
Let me get this straight, we're supposed to remove "inferior" RedHat distributions (such as 7.3 which Progeny is going to support) or Debian, because an unstable release of FreeBSD 5.x would be better for our systems, peacefully obliterating all of our data while this script is running as well? WTF?
Apparently you haven't used Gnome 2.4 based distros. This works out of the box :]
Am I the only one that read the headline as:
"Java's Crypt"
Java dead already? Odd...
I thought, geez the Slashdot Trolls really *have* taken over...
Obligatory Futarama Reference:
"Bender, are you jacking on again?"
Sorry, just can't help myself...