I know that, BUT I would guess that many many commits for gtk come from gnome developers, so yes you can use it seperatly and gnome depends on gtk and not the other way around, but again I would guess that more people use gnome than gimp.
Originally Posted by ninez
So maybe I am wrong but I guess that more devs who work on gnome-components also send patches or directly work on gtk than any other projekt... but if someone knows more... so if that is true I think it would be valid to say that if lets say 99% of the people would use kde and and nobody would want any gnome stuff (incl. unity) and the gnome-projekt would not exist, gtk would maybe died or would be way more behind in progress than it is today.
Again, a little bit iffy there. Gnome does have a large user base, but the Gimp does as well. I would not be so quick to call.
Originally Posted by blackiwid
Ubuntu's Unity/Compiz Gets Even Slower
I appreciate the article but Ubuntu 12.10 just entered Beta a week ago?
Thanks. Do you expect to have this fixed in time for Quantal final? And where is upstream compiz located these days?
Originally Posted by SmSpillaz
I do not give ETAs on how long things will take. Needless to say, we are working on it, and some good ideas are being thrown around as to how to deal with it. That being
1. Using glBlitBuffer instead of painting a texture backed framebuffer
2. Ensuring the contents of vertex buffers are more static (improves video)
3. Fullscreen window unredirection.
Thats not a promise that any of this will land *this cycle* per-se, but it is a note that we are aware there was a performance hit when we merged the work to make compiz work on arm platforms and we're actively dealing with it.
Yes, however it isn't guarunteed to work with unity at the moment (for some fairly nontrivial reasons).
Originally Posted by madbiologist
Oh I totally forgot to mention. Upstream compiz is developed on launchpad.
What I'd really like to see is one of the things Martin suggested in his benchmarking article that should be easy for Michael to do in future benchmarks of compositors; include a control test. That is, include a test where there is no compositor / desktop environment running, just plain X server.
Here's the quote from his site:
"Now I think back of the hypothesis we have and I notice that while we have quite some data sets on the influence of desktop environments on the game rendering performance, one important data set is missing: the control. For the given hypothesis only one control can be thought of: running just an X-Server without any desktop environment and run the test there. This would be a very good control as it ensures that there is no overhead introduced by any desktop environment. "
Originally Posted by sheldonl
A number of us suggested that BMarks also be run without compositor (use xinit twm or something) or without a WM altogether (use xinit someBenchmark). Unfortunately, a number of the BMarks in PTS probably won't run without a WM. Does anyone have a moment to try Heaven or some other benchmark without a WM?