Personally, I think the GNOME team should *F*O*C*U*S* a little more on what exactly it is they want to do in the future. The GNOME project has started out with little focus and brings to light the unavoidable "problem" with free software: everyone wants to throw their ideas in. Of course, I'm not saying that this is a bad idea. The GNOME team just appears to throw in every "neat" idea someone gives them (case in point: a fish applet. ARE YOU KIDDING ME? STABILITY FIRST, FISH APPLET LATER.)
The KDE team, on the other hand, comes off a lot more "clear-headed". Case in point: the CORBA issue. The KDE team got a stable product out the door first, THEN came back to add the bloated monster of CORBA to it. The GNOME team, on the other hand, said "let's put CORBA in from the get-go! Yeah! So we can show off this badass CORBA fish applet!" Christ. At least the KDE team has something they can drop their CORBA interface in, rather than turn KDE into a convoluted mess.
Aesthetics. Hmm. GNOME is (dare I say it) pretty ugly. You can dress it up with those god-awful pixmap themes all you want, but it still looks pretty wretched. KDE looks slick. Great icons. Great interface design (bearing some resemblance to Windows, but hey. You want new users to feel comfortable, right? You don't exactly want to throw them into a freaky-looking desktop with a giant foot and weird-looking Rasterman-ized icons.).
Speed. I can hardly believe there are people that claim that GNOME is faster than KDE. Cut down on the crack! With all that CORBA garbage (a fucking fish applet! That just sits there! Using CORBA!), it gets really bogged down. KDE, of course, free from CORBA (IIRC... I don't think the 1.x branch has anything to do with it) is a lot snappier, more responsive. Inevitably, someone is going to come out of the woodworks and claim that their 486DX2/66 with 8MB RAM is as snappy and responsive as ever. Go nuts. I have a P233 with 96MB RAM. I expect GNOME to run flawlessy -- start relatively quickly and overall be so fast it would be just like running a minimalistic window manager. Is it? Not close. Do I expect too much out of GNOME? Apparently I do.
Libraries. Is it just me, or does anyone else get ALARMED when "ldd " yields a list of libraries so long you have to scroll up to see the beginning? JESUS FUCKING CHRIST, GUYS. Talk about throwing in everything but the kitchen sink. And linking the esound library even to programs that don't use sound? Cool! Now... do I even need to mention the problem this brings up when trying to DOWNLOAD the GNOME sources (or even packages for that matter)? Once again, JESUS FUCKING CHRIST, GUYS. There's like 30 or so goddamn tarballs/packages you have to get! Ever thought about putting that myriad of supplemental libraries in ONE tarball? At least downloading the KDE sources isn't OVERWHELMING; it's just a few tarballs. Sweet and simple.
I'd really like to see GNOME do well -- really. It has great potential (notice "has" -- they can still clean up their act). In the future, the GNOME team should stop acting so high and mighty just because GNOME is completely free software and follow the KDE team's example -- they really seem to have it all together. Don't concern yourself with all sorts of crazy shit like CORBA-izing everything and binding every obscure language under the sun -- Keep It Simple, Shithead.
The way I understand it (and this is just what I picked up from the article), this kill switch is embedded in SDMI software/hardware (ie portable music players); it is NOT some magical switch that prevents you from playing MP3's on your computer permanently.
Instead, the hardware manufacturers are allowed to sell players for MP3 with the option of SDMI. As SDMI actually becomes a viable standard, the RIAA says "okay, now hit the switch" and now your portable MP3 player no longer plays MP3s (or at least the ones sold after that date).
... that Redhat wants to pitch Linux to the world using E as their WM! I think GNOME is a great choice for their desktop, but E is just an awful WM for people that want to get into Linux. Rasterman is paying more attention to nifty eye-candy than FUNCTIONALITY.
I really think it would be in Redhat's interests to bundle GNOME with a (brand new?) WM based on FUNCTIONALITY, not EYE-CANDY. E is just a goofy WM for people that think their desktop should be an "adventure" full of transparent xterms, gargoyles, and ripples. Think about it: do you seriously think that the suits will buy into Linux if this wacky WM is the first thing they encounter? E is NOT the kind of WM you can imagine seeing on a workstation.
Please Redhat, think about finding a new default GNOME WM.
Put all those extra (but usually required) libraries in a file called gnome-support! What's so hard about that? This would include ORBit, esound, libaudiofile, libxml, libgtop, etc. I hate having to keep about 30 or so tarballs around just to compile GNOME.
Having used VC++ a fair amount years ago, I remember precompiled headers basically being the HUGE amount of MFC dependencies being compiled into a big object. The first compilation of a program is fairly time-consuming, as you're compiling ass sorts of MFC bullshit. The resultant object is usually around 2MB!
So this leads me to believe that what he's saying is that a COMPLETE build of his source, assuming he has the precompiled header, is 2 minutes under VC++ as compared to 25 minutes under GCC. I find this very... improbable. Troll away, lamer.
Slashdot Mirror
Personally, I think the GNOME team should *F*O*C*U*S* a little more on what exactly it is they want to do in the future. The GNOME project has started out with little focus and brings to light the unavoidable "problem" with free software: everyone wants to throw their ideas in. Of course, I'm not saying that this is a bad idea. The GNOME team just appears to throw in every "neat" idea someone gives them (case in point: a fish applet. ARE YOU KIDDING ME? STABILITY FIRST, FISH APPLET LATER.)
The KDE team, on the other hand, comes off a lot more "clear-headed". Case in point: the CORBA issue. The KDE team got a stable product out the door first, THEN came back to add the bloated monster of CORBA to it. The GNOME team, on the other hand, said "let's put CORBA in from the get-go! Yeah! So we can show off this badass CORBA fish applet!" Christ. At least the KDE team has something they can drop their CORBA interface in, rather than turn KDE into a convoluted mess.
Aesthetics. Hmm. GNOME is (dare I say it) pretty ugly. You can dress it up with those god-awful pixmap themes all you want, but it still looks pretty wretched. KDE looks slick. Great icons. Great interface design (bearing some resemblance to Windows, but hey. You want new users to feel comfortable, right? You don't exactly want to throw them into a freaky-looking desktop with a giant foot and weird-looking Rasterman-ized icons.).
Speed. I can hardly believe there are people that claim that GNOME is faster than KDE. Cut down on the crack! With all that CORBA garbage (a fucking fish applet! That just sits there! Using CORBA!), it gets really bogged down. KDE, of course, free from CORBA (IIRC... I don't think the 1.x branch has anything to do with it) is a lot snappier, more responsive. Inevitably, someone is going to come out of the woodworks and claim that their 486DX2/66 with 8MB RAM is as snappy and responsive as ever. Go nuts. I have a P233 with 96MB RAM. I expect GNOME to run flawlessy -- start relatively quickly and overall be so fast it would be just like running a minimalistic window manager. Is it? Not close. Do I expect too much out of GNOME? Apparently I do.
Libraries. Is it just me, or does anyone else get ALARMED when "ldd " yields a list of libraries so long you have to scroll up to see the beginning? JESUS FUCKING CHRIST, GUYS. Talk about throwing in everything but the kitchen sink. And linking the esound library even to programs that don't use sound? Cool! Now... do I even need to mention the problem this brings up when trying to DOWNLOAD the GNOME sources (or even packages for that matter)? Once again, JESUS FUCKING CHRIST, GUYS. There's like 30 or so goddamn tarballs/packages you have to get! Ever thought about putting that myriad of supplemental libraries in ONE tarball? At least downloading the KDE sources isn't OVERWHELMING; it's just a few tarballs. Sweet and simple.
I'd really like to see GNOME do well -- really. It has great potential (notice "has" -- they can still clean up their act). In the future, the GNOME team should stop acting so high and mighty just because GNOME is completely free software and follow the KDE team's example -- they really seem to have it all together. Don't concern yourself with all sorts of crazy shit like CORBA-izing everything and binding every obscure language under the sun -- Keep It Simple, Shithead.
The way I understand it (and this is just what I picked up from the article), this kill switch is embedded in SDMI software/hardware (ie portable music players); it is NOT some magical switch that prevents you from playing MP3's on your computer permanently.
Instead, the hardware manufacturers are allowed to sell players for MP3 with the option of SDMI. As SDMI actually becomes a viable standard, the RIAA says "okay, now hit the switch" and now your portable MP3 player no longer plays MP3s (or at least the ones sold after that date).
... that Redhat wants to pitch Linux to the world using E as their WM! I think GNOME is a great choice for their desktop, but E is just an awful WM for people that want to get into Linux. Rasterman is paying more attention to nifty eye-candy than FUNCTIONALITY.
I really think it would be in Redhat's interests to bundle GNOME with a (brand new?) WM based on FUNCTIONALITY, not EYE-CANDY. E is just a goofy WM for people that think their desktop should be an "adventure" full of transparent xterms, gargoyles, and ripples. Think about it: do you seriously think that the suits will buy into Linux if this wacky WM is the first thing they encounter? E is NOT the kind of WM you can imagine seeing on a workstation.
Please Redhat, think about finding a new default GNOME WM.
Put all those extra (but usually required) libraries in a file called gnome-support! What's so hard about that? This would include ORBit, esound, libaudiofile, libxml, libgtop, etc. I hate having to keep about 30 or so tarballs around just to compile GNOME.
Having used VC++ a fair amount years ago, I remember precompiled headers basically being the HUGE amount of MFC dependencies being compiled into a big object. The first compilation of a program is fairly time-consuming, as you're compiling ass sorts of MFC bullshit. The resultant object is usually around 2MB!
So this leads me to believe that what he's saying is that a COMPLETE build of his source, assuming he has the precompiled header, is 2 minutes under VC++ as compared to 25 minutes under GCC. I find this very... improbable. Troll away, lamer.
When my dad lived in NC he had "/dev/trk" for the Ford Explorer and "/dev/fun" for the Miata. :)
Couldn't get 2.2.0 to boot :(. Kernel panic,
resulting from no driver for hda. What's the deal?
I agree that Freshmeat is a good site and scoop has put a lot of work into it. I like the new layout too.
BUT...
I wish he could tone down the large number of tables. Makes it fairly slow to reload.
Otherwise, it's great, and I appreciate the help his site has given me.