"What makes you think that the "meat-and-potato content-filled sites" are any less likely to go under?"
I never said they were any less likely to fold. I'm just saying that I personally would rather (and do) visit and read real sites.
Portals are empty voids filled with links to everywhere. I can do that with my own bookmarks and a search engine. They're not value added. They're merely trying to capitalize on other people's work and in the process, cram banner ads down your throat.
That's unfortunate. But in all honesty, are we gonna miss YAP (Yet Another Portal) anyway?
What's surprising is that these two sites are from different ends of the OS spectrum - one is about Linux, the other about Solaris. Showing us that no one is safe right now.
I'd just as soon see less "fluff" portal sites and see more meat-and-potato content-filled sites anyway. Portals are getting old.
Eazel might very well be in it for the money, and I'm not faulting them for that - or their preference to Red Hat.
However, if you read my first post - I'm talking about the future of GNOME with Sun/Solaris. If you think that little investment Red Hat made to Eazel was the cat's meow - I think the bottom line with Sun (and HP I think it was, too) will be worth a lot more in the long run.
The Sun/HP news also brings a great deal of visibility to these Open Source projects. I'm sure a lot of people are anxious to see what the deal is.
Unfortunately, Nautilus, as well as Evolution - still seem to think that Linux, and Red Hat in particular are the center of the universe.
What about Sun Solaris? The *BSDs? I'm kind of surprised by the former (Solaris) as Sun will be using GNOME in the next release. Shouldn't there be more visibility of these projects in that case, and certainly a binary?
Compiling these programs from source is still a nightmare, as differing library versions and such make things difficult at best.
If you want publicity, make sure that people can run this stuff. Not just the Red Hat people.
That Linux is getting this NSA workover to make it more secure... When Microsoft seems to be headed in the other direction, especially lately with all the exploits and such coming to light.
I'm not talking about how it affects server operation. I'm wondering why you would want to use PHP with the GTK+ extensions to write a GUI app. Much like Perl/Tk, it's proabably great for a quick input dialog box, but certainly not applications.
Writing GUI apps in a primarily non-event driven language is a PITA. Look at Perl/Tk for example. Yeah, it works. Would I want to write applications in it? No...
I wrote TkApache in Perl/Tk. It works and works well, but it's just not the way to go about coding GUI apps. Perl is not meant to write event-driven applications such as this. What it is good for is giving scripts a quick interface for variables or input.
I don't think PHP needs to incorporate this technology into itself. It's great for what it does - dynamically driven sites. Leave it at that and leave the bloat out.
Talk about trying to go for too much. Do we need another language? Sure, if it fills a need. Should we make PHP into it's own language? I think that'd be overkill, adding complexity and fluff where none is needed...
"t's computing without compromise. The new Sun Blade[tm] 100 workstation shatters the $1,000 entry price barrier for desktop workstations without sacrificing performance, versatility, or expandability."
Slashdot Mirror
grep "lotsamoney" jobs
I never said they were any less likely to fold. I'm just saying that I personally would rather (and do) visit and read real sites.
Portals are empty voids filled with links to everywhere. I can do that with my own bookmarks and a search engine. They're not value added. They're merely trying to capitalize on other people's work and in the process, cram banner ads down your throat.
No thanks, I won't miss 'em.
That's unfortunate. But in all honesty, are we gonna miss YAP (Yet Another Portal) anyway?
What's surprising is that these two sites are from different ends of the OS spectrum - one is about Linux, the other about Solaris. Showing us that no one is safe right now.
I'd just as soon see less "fluff" portal sites and see more meat-and-potato content-filled sites anyway. Portals are getting old.
However, if you read my first post - I'm talking about the future of GNOME with Sun/Solaris. If you think that little investment Red Hat made to Eazel was the cat's meow - I think the bottom line with Sun (and HP I think it was, too) will be worth a lot more in the long run.
The Sun/HP news also brings a great deal of visibility to these Open Source projects. I'm sure a lot of people are anxious to see what the deal is.
There weren't even any alpha or beta releases for Solaris SPARC/x86 either... Let alone other platforms like *BSD. ;>
Kinda low on the alcohol though. ;>
What about Sun Solaris? The *BSDs? I'm kind of surprised by the former (Solaris) as Sun will be using GNOME in the next release. Shouldn't there be more visibility of these projects in that case, and certainly a binary?
Compiling these programs from source is still a nightmare, as differing library versions and such make things difficult at best.
If you want publicity, make sure that people can run this stuff. Not just the Red Hat people.
Applications that use freedb.org
Use this to find Unix/Linux apps that ARE okay with CDDB
That Linux is getting this NSA workover to make it more secure... When Microsoft seems to be headed in the other direction, especially lately with all the exploits and such coming to light.
At this rate, we might just make it last until July 4th...
That not all that long ago, we were using vaccuum tubes. Then the solid state transistors... Now we're down to an ATOM.
Copyright laws apply to the product, not the means of transmission.
...is this the opposite of a "MAKE MONEY FAST" letter?
I love Sun/SPARC. :)
Let me toss out my Ultra 60 for this "new enhanced, Mac OS X ready toaster." :)
One of the first Linux quickcams is still up and running (more or less) since 1994 and the page describes a good deal about how to do it.
Maybe... Open Source? ;>
How about /dev/null?
I'm not talking about how it affects server operation. I'm wondering why you would want to use PHP with the GTK+ extensions to write a GUI app. Much like Perl/Tk, it's proabably great for a quick input dialog box, but certainly not applications.
Being as 37337 as I am, I'll just hide my s0ngs. ;>
I wrote TkApache in Perl/Tk. It works and works well, but it's just not the way to go about coding GUI apps. Perl is not meant to write event-driven applications such as this. What it is good for is giving scripts a quick interface for variables or input.
I don't think PHP needs to incorporate this technology into itself. It's great for what it does - dynamically driven sites. Leave it at that and leave the bloat out.
Talk about trying to go for too much. Do we need another language? Sure, if it fills a need. Should we make PHP into it's own language? I think that'd be overkill, adding complexity and fluff where none is needed...
$4M a year for a heat gun? Damn. I think the tear gas and rubber bullets would've sufficed.
"t's computing without compromise. The new Sun Blade[tm] 100 workstation shatters the $1,000 entry price barrier for desktop workstations without sacrificing performance, versatility, or expandability."