Linked by on Wed 1st Feb 2006 19:53 UTC
Novell and Ximian A demonstration of the next release of Novell's Linux for desktops drew cheers and applause Wednesday, although the final version of the software is not expected for some months. Nat Friedman, the company's vice president of Linux desktop engineering, showed Novell Linux Desktop 10 playing videos and MP3 music files, and exchanging music and photos with an iPod and a digital camera, in a keynote presentation at the Solutions Linux conference and trade show on the outskirts of Paris.
Thread beginning with comment 91904
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[5]: XGL! Yey!
by somebody on Wed 1st Feb 2006 23:18 UTC in reply to "RE[4]: XGL! Yey!"
Member since:

Yes darling, thats exactly what is being released next week.

Try to keep up.

Thanks. Although you should tell article to keep up, not me (yes, I follow xorg mailing list and I know about code drop in January).

[from article]
"The code for XGL developed at Novell will be made available next week, Friedman says. However, Reveman has already returned some of it to the open-source development community, according to bulletin board postings."

It is just common for people to be inquisitive about some things when developed in quiet. Like stetic for example (yes, I know it is in SVN and regularly updated, but some people like me want to actualy see that in use from binary packages at least).

p.s. I bet this is not the answer on "What" part of the question:) Maybe I souded too much like "conspiracy theory", but that was the least of my intention

Reply Parent Score: 1

RE[6]: XGL! Yey!
by luquette on Thu 2nd Feb 2006 14:58 in reply to "RE[5]: XGL! Yey!"
luquette Member since:

The only thing I can remember that was explicitly mentioned as a target for release this month (to coincide with XDevConf) was David Reveman's GL-aware composite manager, ``compiz''.

According to Mr. Reveman, Xgl is currently able to fully accelerate xcompmgr, but only for people running the proprietary ATI (fglrx) or nVIDIA drivers. On the other hand, if you use an OpenGL composite manager, you should be able to get good performance even on DRI drivers--so long as you have a fast code path for copying pixels from the back buffer to the front buffer. This will be particularly useful for people (like me) who are running ATI Radeon 7000-9250 cards on the DRI r100 and r200 drivers--it might even be useful for those of you who run Radeon 9500-9800 (r300-driven) cards on the DRI drivers.

It's also suggested that the current glxcompmgr should not be cleaned up (as it might be a waste of time once the GL compositer is ready):

I'm not aware of anything else that's to be released at XDevConf; but that doesn't mean there won't be other things.

Reply Parent Score: 1

RE[7]: XGL! Yey!
by siki_miki on Fri 3rd Feb 2006 11:37 in reply to "RE[6]: XGL! Yey!"
siki_miki Member since:

It's quiet lately regarding XGL-related development, it seems everyone is preparing something for X dev conference. I hope for better r300 DRI support and preliminary DRI memory management (=important also for XGL). I also hope they were able to improve Xegl, which,unlike Xglx "hack", is much more cleaner and more flexible approach (meaning also more work to do in underlaying graphic driver layers).

I think it is a good thing to have Novell pushing Xgl. They can influence graphic card manufacturers to produce suitable drivers for XGL including all needed extensions for Xgl or even (I hope) MesaScreenSurface for xegl? (Of course this support isn' needed in open source drivers)

Reply Parent Score: 1