XFree86 Core Team Disbands 448
mumumu was among the many to write with this news: "XFree86's release engineer David Dawes has announced that "a majority of the XFree86 core team has voted in favour of my proposal to disband the core team". XFree86's News Headline has a short message about it. Why, all of a sudden?
What is the successor of the XFree86? Xouvert? freedesktop.org?"
Why a successor? (Score:5, Insightful)
Re:Why a successor? (Score:2, Insightful)
I think Xfree86 will remain the X11 implementation of choice.
Re:Why a successor? (Score:5, Insightful)
Re:Why a successor? (Score:5, Insightful)
Re:Why a successor? (Score:5, Insightful)
There is nothing in it about the future of X86, which would be mine and many others big concern.
It's all Slashdot speculation right now. Unless someone can provide us with more information on the subject.
Any Xfree86 developers out there?
Re:Why a successor? (Score:5, Insightful)
Given that statement, why would you ask them to describe the future of XFree86, which is something over which they explicitly announced that they don't have control?
Re:Why a successor? (Score:4, Informative)
Not everyone knows what a core team is in relation to this project
Given the above some may want a little reassurance that this isn't a major problem and that development will continue
Considering how ambiguous the release was, to most people, a little news on how this affects the direction of the project couldn't hurt anyone could it?
Re:Why a successor? (Score:4, Insightful)
Re:Why a successor? (Score:5, Funny)
Don't worry - Intel, AMD, etc have far too much money invested in x86 to kill it off anytime soon
Re:Why a successor? (Score:5, Funny)
Venkman: This city is headed for a disaster of biblical proportions.
Mayor: What do you mean, biblical?
Ray: What he means is Old Testament, Mr. Mayor... real Wrath-of-God-type stuff. Fire and brimstone coming down from the skies.
Venkman: Rivers and seas boiling!
Egon: 40 years of darkness, earthquakes, volcanos.
Winston:The dead rising from the grave!
Venkman: Human sacrifice, dogs and cats, living together... mass hysteria!
Re:Why a successor? (Score:5, Informative)
Re:Why a successor? (Score:5, Interesting)
If you ask me, xfree86 doesn't need much "inovation". It works great the way it is! Of course, that shouldn't stop other people from taking the xfree code and do radically new stuff with it. If someone manages to come up with something that is significantly better than xfree I'll be more than happy to switch.
Re:Why a successor? (Score:4, Informative)
Core Team Disbands (Score:5, Insightful)
Nothing to see here folks, keep moving.
Re:Core Team Disbands (Score:4, Insightful)
Re:Core Team Disbands (Score:5, Insightful)
Now we just need to see how the structure holds up and see where the actual 'power' in the organization is going to be. In plain english, to see who's going to be OKing the executive decisions now.
Re:Core Team Disbands (Score:5, Informative)
Re:Core Team Disbands (Score:5, Informative)
Keith for those of you who don't know, wrote the Xft/XRender extensions that do anti-aliased font rendering and is generally the leading force pushing X (kicking and screaming, I might add) into the 21st century. The Core Team was one of the leading forces doing the kicking and screaming, next to the Board of Directors. I would be happy to see them go to, replaced by a more forward thinking, less bureaucracy-minded group of leaders.
From the link... (Score:5, Interesting)
representative of the active, experienced and skilled XFree86 developers"
That leads me to suspect it isn't XFree86 that is dying, just the current core team is giving up their posts- and probably to be reorganized with new members from among the referred to "active, experienced... developers"
I wouldn't panic yet.
XFree86 needs a serious overhaul (Score:3, Interesting)
Compare to XFree86 and its Board of Directors, Consortium, Core team, etc. And then people wonder why there is frustration at the slow pace of development. I'm not even talking about retardedly simple things like RandR (a feature even Windows 95 had close to a decade ago).
Just a formal thing. (Score:5, Informative)
Related to the Cygwin blowup? (Score:2, Interesting)
Re:Related to the Cygwin blowup? (Score:4, Insightful)
Re:Related to the Cygwin blowup? (Score:5, Interesting)
You haven't been using Linux or X very long, have you? Or if you have, how have you failed to notice how many times someone says "X is slow/boated/sux for 3d/etc"? If you did, did you ever follow the discussion after that point, or did you just say, "Yep, I agree with them, I can stop reading now"?
Because if you had, how did you miss the amazingly lucid explanations as to just why X does not suck; just how incredibly extensible it is; or how it does not suck at 3d, but that the real problem lies in the card manufacturers who won't release the necessary specs to allow open driver development? No, really. The fundamental problem with 3D driver development is that the card manufacturers have a limited pool of developers who can only acquire so much knowledge/expertise, and can only spend so much time developing drivers for each platform. How much better would things be if they would allow more experienced X devs to look at their code and suggest or write some improvements? We know the answer to this question; if you don't, what are you doing using Free Software?
X works. X works well. X, properly equipped with the right drivers, even does 3d well. If you can't configure it yourself (no shame there; I was scared as hell the first time *I* did it), there's all these nice distros from RedHat (oops, Fedora), SuSE, Mandrake, even Debian that have tools to do it for you.
Allright, I'm done. Back to browsing at +3...
Re:Is that why... (Score:4, Informative)
-----
X doesn't not fully utilize graphics cards because it can't, but because manufacturers don't make optimized graphics drivers for it. If you use vendor-written ones like NVIDIA's, you'll see what X can really do given quality drivers. With proper drivers, X's drawing performance is easily comparable to the GDI's, an for stuff like bit-blits, it attains performance that you can only get in the GDI by using DirectX.
X doesn't work. I hate dragging a simple window and have a trail of tutti-fruity after it,
-----
Are you using GNOME by any chance? Because I never have that problem in KDE. In fact, KDE behaves better than WinXP in this respect, because I do see expose lag in Windows sometimes. I'm running 3.1.4 on a P4 2GHz with NVIDIA drivers.
or waiting 5 seconds for a menu to popup.
-----
I've never had to wait 5 seconds for a menu to pop up. If you're seeing that, there is something wrong with your configuraton. Anyway, X has nothing to do with how long it takes a menu to pop up. X is just the drawing layer. As a drawing layer, it is quite fast. But even if it was slow, it still wouldn't take long to draw a menu, which is basically just a color fill and some bit-blits. If your menus are drawing slowly, it's because your application is taking its sweet time responding to input events. GNOME has problems with this. It won't load icons until the first time they are actually used. That means when you open a menu for the first time in a given app, you can see each icon being drawn as they are loaded one at a time from disk! Again, this is a problem with the app, not X.
Here's the part where you blame the window manager, or the graphics library, or the desktop environment.
-----
Well, X *is* the graphics library, and it's fast, which is all you can really ask of a graphics library. So it *is* the fault of the window manager or DE. On my machine, KDE is about as fast as WinXP (except for some apps that haven't been well optimized for display performance, like Konqueror), while GNOME, Mozilla, and OpenOffice are dog-slow. If they both are using the same X, why does KDE run fast while the others don't? Start up Qt designer and abuse the UI. Try resizing with the resize bump in the corner. Try moving windows over it. Qt Designer has a complex UI with lots of widgets. But it performs just as fast as the best Windows apps. That's why X can't be the problem! Maybe its X's fault for not making it easier to write fast apps, but that's different from saying that X is slow.
Hold on while we hack on yet another "extension,"
-------
Let me guess. You're not a programmer, right? An extension is not a "hack." An extension is a way of extending a codebase to support a feature that was not concieved when it was originally written. An extension is a clean way to extend a codebase's functionality while preserving compatibility. A hack is entirely different.
and then meanwhile in a Microsoft discussion complain that you can't hack on things that weren't in the core design of Windows.
----
Because Windows wasn't designed to be extendible. X was designed from the beginning to be extendible. Thus, new features were added on cleanly. Windows wasn't, and thus new features were sometimes hacks.
Re:Related to the Cygwin blowup? (Score:3, Insightful)
Full text of email & analysis. (Score:4, Informative)
That is a relief, as I almost thought for a second that XFree86 was going to disappear... *eek*
Re:Full text of email & analysis. (Score:2)
Another possibility is they wanted a sensationalist post to get more page hits from the story. No way, even Slashdot is above that...
Re:Full text of email & analysis. (Score:2, Interesting)
Not exactly informative. I think we can say Dawes and friends are the real source of "the sky is falling" syndrome, due to the information vacum.
You can't blame people from freaking out when there is a lack of information and context!
Re:Full text of email & analysis. (Score:5, Insightful)
Re:Full text of email & analysis. (Score:3, Funny)
Well I am willing and able! I just finished my 21 Days to VB.NET programming book so I will start routing through the code to see where they left off.
Re:Full text of email & analysis. (Score:5, Insightful)
Open source development is a Darwinian process. The strong prosper and the weak either die off or adapt themselves to survive in an isolated niche. If a project is so uninteresting or so obscure that it can't attract a new maintainer, then it deserves to die. The carcass remains part of the ecosystem -- scavangers are free to pick the bones for anything useful, or someone can come along and breathe new life into it.
Re:Full text of email & analysis. (Score:3, Insightful)
Doesn't really matter. Quality stays for years. (Score:2, Interesting)
Many systems have lived beyond their original development schedules. Financial software written in COBOL, for example, which has caused no pro
Re:Doesn't really matter. Quality stays for years. (Score:2, Interesting)
Don't necessarily blame the product.. (Score:3, Insightful)
True, choosing a product that is a poor fit will make it blow up in your face, but that doesn't mean that sticking with the old code forever is the answer.
Besides, we use SAP at my place of work and are pretty damn successful.
Re:Doesn't really matter. Quality stays for years. (Score:5, Insightful)
Re:Doesn't really matter. Quality stays for years. (Score:2)
Re:Doesn't really matter. Quality stays for years. (Score:2)
Fortran was updated in 99
Ada95 was updated in 95
Cobol in 89 (thats getting a bit old)
Most of the commercial and non-commercial environments are still in active development. It may still be hard to find people but its not because the languages are stagnant.
Re:Doesn't really matter. Quality stays for years. (Score:3, Insightful)
Don't overreact (Score:5, Informative)
Read the message:
I believe that this is an acknowlegement that the core team was no longer representative of the active, experienced and skilled XFree86 developers, or a place where technical discussion happens.
In effect, nothing is going to change. There are still active, experienced and skilled XFree86 developers out there, who will continue to work just as they always have.
Re:Don't overreact (Score:2, Interesting)
IANAP (I Am Not A Programmer) by any stretch of the imagination and have absolutely no idea about the nature of the core team, but a phrase like this makes me wonder if it was self destructing. Were I to hear this phrase in a business environment it would indicate to me that it turned into a political quagmire and that direction was defocused and derailed by hard lined vocal factions.
Could it be they just decided to disagree and split up because it just w
So if this is just a political change... (Score:4, Interesting)
So Keith won? (Score:5, Informative)
Wasn't this what Keith Packard [xwin.org] et.al wanted [slashdot.org]?
Re:So Keith won? (Score:3, Interesting)
And from where did you draw that conclusion?
Keith wanted XFree to be more organised in respect to pushing new development horizons and bringing in new developers. He only started his own X server because he was forced to do so.
Keith wants to hack on an advanced X system. He would have been quite happy to do so under XFree only they didn't let him. When you have Windows users (literally) dictating the direction of a primarily *nix project, then you know ther
Re:No. We won. (Score:2)
I personally do not think that having some structure in a FLOSS project is a bad thing, and in the case of the BSDs it works quite well, IMHO. Of course there are often conflicts, but they would not go away if there was no defined way to deal with them, or by this way being to leave all decisions to a "benevolent dictator". Was the Xfree86 case just due to the wrong people in the core team? Why then were they in it in the
Re:No. We won. (Score:3, Informative)
I think you're thinking of David Wexelblat [dwex.org].
Re:No. We won. (Score:4, Informative)
"XFree86 I helped create it, along with David Dawes, Jim Tsillas, and Glenn Lai. I haven't done any work on XFree86 in about five years, but I'm still on the Core Team, and on the Board of Directors, and I kibitz a lot. " and "...but I'm a Windows user, not an Open Source user (hence why this page is built with FrontPage)"
Whoa Keanu... that link you posted clears up the news release for me quite a bit. I can forgive anyone for choosing to run Windows if they need/prefer to... everyone has different values and goals. But if a core team member has disavowed Open Source altogether and builds his simple website in Windows and Frontpage... perhaps a shakeup of the core team was more required than an outsider like myself could ever guess.
"Core Team" models need to die. (Score:3, Insightful)
"Core Team" Development models are out-dated and sound more M$'ish than Open Source'ish.
While several projects continue to use the "Core Team" model, like FreeBSD, in my opinion, the politics involved ain't worth it.
For XFree86, it's time for change. Hopefully, in years to come, we will see a more efficient graphics subsystem for Unix (MacOS X may be an example) weather it be by a XFree86, XF86 Fork, or some other system (NOT framebuffer because fb doesn't work well with some hardware)
Re:"Core Team" models need to die. (Score:5, Interesting)
Purely out of interest, what kind of hardware does the framebuffer not work well on?
Re:"Core Team" models need to die. (Score:3, Informative)
Re:"Core Team" models need to die. (Score:3, Insightful)
Also, it's relatively difficult to specify a 3D API, so that you can use hardware rendering, particularly because it means that you have to do 3D in software in the same
Re:"Core Team" models need to die. (Score:5, Insightful)
While several projects continue to use the "Core Team" model, like FreeBSD, in my opinion, the politics involved ain't worth it.
Uh, say again? Are you saying that open source software favors one political structure over another?
So if a core team is bad, what about Linux with essentially a technical dictator^H^H^H^H^H^H^H^Hdirector? And do you believe the MS uses a core team to direct development of their software? They have a simple hierarchy, like most succesful businesses.
While it may be warm and fuzzy to say that open source == no core team, the simple fact is that different political structures are good for different projects during different phases of their life. Linux has gotten too large to be developed by a single developer, so Linus has changed the political structure to fit his needs.
Furthermore, this doesn't mean the end of the core team for XFree, only the end of a core team. They haven't spelled out a change in structure, only a change in personel.
-Adam
Re:"Core Team" models need to die. (Score:3, Insightful)
What do you propose as a replacement? If politics is the issue, I guess you can have a single maintainer (ala Linux). Or are you seeing the corporate control of open source (ala MySQL) as a better alternative?
If democracy is what you are looking for, are you advocating public CVS commit privilages? I certainly hope not!
The core team's job is to design and develop the next version *with the help and feedback of the
Re:"Core Team" models need to die. (Score:2)
"Oh, we don't agree with this new feature you implemented. Get the damn hell out of our project".
and
"Sorry. You can't subscribe to the -devel list. It's an exclusive club"
Not like linux, wine etc.
Re:"Core Team" models need to die. (Score:3)
If a project has no core team, and literally anyone can get commit access to CVS/whatever VCS they use, then the project is wide open to abuse. There would be nothing to stop people from submitting broken code, code with backdoors/intentional exploits, or even IP-infringing code to the project.
Even if it's just a case of those with commit access vetting people's patches and additions until
Re:"Core Team" models need to die. (Score:2)
Of course, this is in theory. Contradictory examples are easy to find.
Cathedral and the Bazaar (Score:2)
Didn't they already replace X (Score:3, Funny)
The rise of project K12 : XouverK (Score:2, Funny)
Look at the projects such as KDE 3.2 beta, Cairo, Looking glass, Karamba for example. They are researching new and innovative GUI's, but there is one problem, the X11 limitations are hurting them. Some of them are pushing X11 to the limit, looking at some sourcecode gives me nightmares!
Xouvert, KDE, Gnome and all other interested parties should join up to make it happen.
We need to update and break the current X11 protocal sin
Re:The rise of project K12 : XouverK (Score:3, Insightful)
Thanks!
read the "Insightful" article (Score:2, Insightful)
In all fairness to those who questioned the future of X, I was momentarily confused by the announcement, too. It appears this little group of developers has finally just gotten out of the way. I'm hoping there's still a person or two to moderate code additions while the rest
Re:read the "Insightful" article (Score:2)
However, will this affect XFree86 4.4? In that vein, how will the removal of this mysterious core team, blamed for the glacial pace of XFree86 advancement, affect the development of this project?
willful release of power?!? (Score:5, Funny)
That's Impossible! (Score:4, Funny)
Re:That's Impossible! (Score:5, Funny)
XGGI ? (Score:2, Offtopic)
Core disbands does not mean the end (Score:5, Insightful)
The biggest remaining question IMHO is whether there will be a expansion of cvs commit access. I think the former core team realises that new up and coming developers need to be added to the project to subtain the continuing improvement and work with others groups such as X.org, and freedesktop.org. To say nothing of expanding access to video card manufacturers so they can maintain and improve open source drivers for their cards (Most companies are at least partial supportive of 2D drivers, the real issues occur over 3D accelation).
I expect it will end up being a good thing.
This is only good news for Xfree86 (Score:5, Informative)
The problem is that no one really new what the core does except that it had a private email list. Even people on the core didn't know. (I'm not making this up).
Historically XFree86 has had closed developement. If you wanted to read the developers emails or look at the development code you had to apply and be approved. A couple years ago they openned up the CVS repository to the world. Then earlier this year they openned up all the development email lists.
But once in a while when during code discussions people would say, "Oh that. We discussed on the core email list and we decided it sucked. Case closed." That kind of thing gets annoying.
Some people said that the core email list should be destroyed, but the answer was that, "Why do you care? All the development discussion is on the developers email list." This was probably true in theory if not in real life.
To be on the core you had to be selected after coding for 3 or 4 years. It's not worth it really because as I said, no one knows what the core does and all the real power is held by the people with CVS commit access anyway.
The whole idea of a core group was stupid and pointless. The reason it stuck around for so long was that XFree86 developers are stubborn people. Everyone (often not developers) was telling them to change and have elections and so they said, "Screw you. We'll do whatever we want." Another reason was that some people on the core group weren't active developers and didn't follow the lists closely. They didn't realise how frustrated people were.
I've been getting more and more upset as I write this post thinking about how XFree86 used to be, but I started out just wanting to say that it was a good thing. I believe it is a good thing for XFree86. It's a sign that the project is becoming more transparent and responsive to developers. It takes humility on the part of the core members to give up the extra privileges.
This is a good thing for everyone.
maybe we need a new X server (or two) (Score:4, Interesting)
Yet, the existing X server originated out of a code base that highly optimized the traditional X11 graphics model and assumed a completely different mix of clients and applications. That means that a lot of complexity in the existing server is devoted to optimizing things few people still care about.
A new implementation could replace that code with simple, generic implementations and focus on making the stuff that everybody uses these days efficient.
It may also be worth using C++ for such a new X server. That's not because C++ is "object oriented", but because C++ standardizes a number of facilities that big software systems need, like exceptions and resource cleanup, but for which C has no single standard.
Actually, at the same time, it might also be good to create a second, minimal X server from scratch that is aimed at handhelds and machines with very limited resources. Some existing work on such servers is based on XFree86, but I suspect one might be able to cut things down to an X server that gets by with 100-200k of code and data with careful coding and choice of features.
Re:maybe we need a new X server (or two) (Score:4, Insightful)
C++ doesn't "have resource management", it has standardized hooks for implementing whatever storage allocation and resource management strategies you want.
You wouldn't use C++ resource management for buffer cache handling in an OS, would you?
Using C++ would give you identical performance to what kernels currently do in C, yet it would greatly reduce the risk of bugs.
In any case, more generally, I see no problem using languages that actually have resource management built in. Some of those are badly designed or inefficient (VisualBasic, Java) and are therefore unsuitable, but others are perfectly fine (Modula-3, C#). Automatic resource management (garbage collection, etc.) is almost always more efficient than anything C programmers do by hand, and it is far less error prone.
Congratulations (Score:5, Insightful)
These people are showing maturity and class usually missing in the software industry. Just by taking this action, the team has refuted one of the more subtle FUD points out there, that projects will eventually peter out or be consumed by internal bickering.
freedesktop.org (Score:5, Interesting)
- A core X server based on the lightweight kdrive codebase (formerly TinyX).
- Back-buffering of all windows, like OS X. This will enable OS X-style fancy window effects like shadows and whatnot.
- OpenGL accelerated 2D rendering. This is a big step up from Apple's system, because it will accelerate actual drawing via OpenGL, not just window compositing. As a result of this, there is a lot of talk about seperating OpenGL from the X server, and allowing the X server to be just another OpenGL app running on top of a low-level OpenGL acceleration layer.
Re:Bringing it into the 20th century? (Score:3, Interesting)
Re:Bringing it into the 20th century? (Score:4, Insightful)
If you want to compare GUIs, compare with Mac OS X. OpenGL-accelerated drawing? Check. Incredibly rich graphics in apps? Check. No need to wait until 2006. And of course, by definition, right now X is still where it is now.
If Linux always strove to play catch-up with Windows, it would be horrible. Fortunately, it doesn't do that, except in the area of the GUI. It's no surprise, then, that Linux's GUI isn't very good.
Re:Bringing it into the 20th century? (Score:3, Informative)
It does *not* have OpenGL-accelerated drawing, and the very rich applications that it enables.
I'm sick of debunking Quartz "Extreme". OS X just uses OpenGL to accelerate compositing. Go read Apple's SIGGRAPH presentation on Quartz "Extreme" (page 18, as I remember) to see that the CPU actually draws the Quartz 2D graphics.
X Replacements (Score:3, Insightful)
However, I always find myself thinking about Y as an X replacement [ic.ac.uk]. It's certainly not the most mature option out there, but reading throught the PDF [ic.ac.uk] is a pleasure, as the author seems to have struck a great balance of power and simplicity.
Cheers.
X-Windows is here to stay. (Score:3, Informative)
The problem lies with the layers above xlib: the toolkits. Actually, not the toolkits themselves, but how they are used. For example, the Linux GUIs suffer from bad fonts and bad font sizes, bad placement of text, bad placement of buttons, too much info on the screen, improper colors, and usability issues like cut-copy-paste etc.
To those that they request a new window system based on accelerated 3d graphics, I have to say this: it does not fit with the Unix mentality. Unix can run in minimal hardware. I can run TWM on a 486 and the machine will just fly. But if a new window system comes along that is based on new 3d accelerators, lots of old systems will be left out...and not forget other unix systems that might not have 3d acceleration at all. And the truly impressive effects that Quartz can achieve are just eye-candy...most professionals will turn them off anyway.
Re:I hope something replaces X (Score:4, Funny)
But I suggest you wait a bit for what will replace XX!
Re:WOW (Score:4, Insightful)
the.
exceedingly.
short.
article.
Re:WOW (Score:2)
It didn't say much of anything.
They used the word "disbanded" without any explination of how who when how or what will happen.
Re:WOW (Score:2)
Bull. If you buy Windows retail, you get 90 days (iirc) of free technical support from MS (limited to some set number of incidents, of course). If you get it with a system, your OEM is supposed to support you - most do, in my experience, for a similar amount of time. MS also offer paid-for support, of course, if you're so inclined.
Re:WOW (Score:2)
Have you ever actually USED MS support? It's not really support. Same with vendor support. 99% of the solutions are "reboot" or "reinstall". That said, the original poster was trying to be funny.
Re:WOW (Score:2)
OTOH, anyone who considers this a bad thing should try to work for a month in a call centre doing it. If you really think it is still worth telling people how to us MSconfig or Regedit after that long, then fine. but having to do that and coach ppl along the CLI (such as it is) in Windows is absolute torture 20 times a day.
For me, after that long, the mantra "fdisk, format, reinstall" got to be the only way to survive until clocking o
Re:WOW (Score:3, Insightful)
Re:WOW (Score:2)
The post indicated in the article said nothing about that.
Re:Bumpy times ahead for XFree86 users? (Score:5, Informative)
The XFree86 core team (of which some of them isn't even *nix users anymore) have been disbanded because of there lack of interest in the project. It's really no big deal for XFree.
Re:Bumpy times ahead for XFree86 users? (Score:3, Interesting)
Multiple X implementations for Linux is not a problem. In fact it could be an advantage. The claim that it becomes harder for vendors like ATI and NVidia to target the platform is of course wrong. They only have to support one of them. So what if we end up in a situation where ATI users will need one X server and NVidia users will need another X server? As long as both X servers implement the correct protocol. Different features of course could be a problem to some e
Re:Obviously.... (Score:3, Funny)
We've seen that code and it's not like ours, if you're looking for your core group you might want to check the looney bin.
Re:Obviously.... (Score:2)
Re:Jesus.....Thank God. (Score:2)
Not saying I know the ins and outs of the project, but the above still stands in any project. When leaders become an hindrance to problem solving rather than a facilitator, that's a bad situation, especially for projects like this. It's probably good t
Re:Jesus.....Thank God. (Score:3, Interesting)
You've got to understand, that whatever your archievements are, that doesn't entitle you to behave as a moron. For example, I have great respect for Alan Cox. But, if I ever see him trolling slashdot while I have points, I'm going to mod him down.
The thing that the X team did were great of course, but lately all I've been hearing of them is that they got lazy, advertised their CVS privileges as if it was some god-given privilege, while not doing almost anything at
Re:Jesus.....Thank God. (Score:4, Insightful)
Hey, just sharing what I know..Jesus. Go and throw a hissy fit why don't you.
I spent alot of time with the Xouvert crew. From what I understand, Xouvert was formed largely out of this same frustration -- Neither developers nor companies could even get a word in edgewise with them, with means the whole project sits and stagnates... Well, until things like today's event, that is.
The core team dissolving is a good thing, as I see it. It clears the way for XFree to be less Cathedral and more Bazaar.
Re:Slashdot trolling? (Score:2, Informative)
Putting out this news to get more information is not trolling!!!
BTW, xfree86.org's website is now slashdoted.
Re:Slashdot trolling? (Score:2)
YNHAY? (You're new here, aren't you?)
Re:When open source dies? (Score:2, Insightful)
Re:When open source dies? (Score:4, Informative)
gcc was dormant, Cygnus picked it up and forked off egcs.
egcs is now known as gcc 3.
Re:Will this stagger and kill Linux? (Score:3)
Re:This is THE most irresponsible post I have ever (Score:3, Insightful)
Re:This is THE most irresponsible post I have ever (Score:3, Interesting)
This happens all the time in both the closed world and the OSS world.
Remember the big "tiff" between Alan and Linus? It was ridiculus that the press picked it up.
Likewise, at the large companies that I have worked at are far worse than what is happening. At USWest, a VP had to be physically restrained and removed from the premise, and only THEN was fired (he was later found to have a handgun in his desk, but that litt