Hi! Currently the desktop effects support under Gentoo is very bad. It feels like devs lost interest and users are starting to use more and more overlays. It came to my mind founding a new Desktop Effects herd.I would like to add more packages related to this and have the current ones in the tree in this herd. We need to add a much better support to these problematic packages like docs and get them stable enough to be (someday) available on the official installer livecd. Of course we need hanno permission (current maintainer of compiz) and tsunam (beryl) to make the transitions of the metadata to the new herd. I know a few more people like jmbvicetto and roderick (which will become a dev) that works on gentoo-xeffects overlay. So they will be good people to the team also compnerd would like to help to. Please devs express your opinion.
Adding Roderick to the CC list.
No objection from my side, though I wanna put in some thoughts in the discussion. When looking at the various external overlays (xeffects, coffee) in the past I had the impression that it was of very low quality. It seemed to me people added everything they could find, including useless patches, no matter if they knew what it was for or not. That was a while back, so maybe situation has improved. But anyway, while I don't wanna be the guy against the bleeding-edge, I'd like to have a better quality-standard in gentoo than what I saw in the overlays. For compiz, I'd like to have changes discussed with me. For compiz-fusion, I plan to have some ebuilds ready within the next days.
ok now i'm going to create the herd add new packges to the tree and compiz-fusion with an ebuild from me or hanno and set everybody here in the herd. Hanno and Tsunam with your permission i'm going to add desktop-effects herd to your packages metadata.
I agree. I have tried to limit suspect/useless patches. Though I have tried some of the more obscure one's on user's request to see what they do. If we proceed and put this in the Gentoo tree, it would be better controlled and available to a wider audience to test and report issues so we can make the effects better. We have done a huge job trying to clean up the overlay and make it as stable as possible. We are trying now to adhere to Gentoo dev standards and QA as well, performing lot's of ebuild cleanup. We are at a definite crossroads where we can take some of the packages (like kwine, compiz-fusion, etc, mainline. Not sure how we can deal with the desktop patches required for Qt and KDE as there is a KDE herd. I'd really like to be able to have qt-copy patches and pertty (some of these can be cleaned up or removed if required) patches included as some point (even if optional via a USE flag). Obviously, this could come later. Anyway, I'm game.
I'm interested in this as well. We can surely talk about integrating some *clean* patches, e. g. by means of an USE flag into the KDE ebuilds. I'd like to know first, though, why those patches weren't accepted by upstream (assuming they were sent upstream). (bugs.kde.org bug numbers would help. :-) ) Nevertheless, usability and quality are my main concerns with respect to the tree.
Not sure if the pertty (for example) patches were ever sent upstream. They were originally posted to the KDE Look et al sites. I can dig around and see if I can find anything...
Roderick, please search for them on the KDE bugtracker and if you don't find them there, file a bug for them.
I did a quick search on the rounded selection and rubberband patch. A wishlist was opened in 2002, and patches were originally created in 2004, and updated over subsequent releases (including my updates last going off). The wishlist was closed in 2006 citing KDE 4 was coming... I guess there is not much interest in implementing this for KDE 3.X at the moment except by ALL distro's :) So, I'll clean up the patches. Submit a new bug/wishlist with the patches for KDE 3.5.7, and I will assume it may not get implemented, however, at least we should be able to. Cheers...
(In reply to comment #8) > So, I'll clean up the patches. Submit a new bug/wishlist with the patches for > KDE 3.5.7, and I will assume it may not get implemented, however, at least we > should be able to. Indeed. Thanks, Roderick!
Opened the following wishlist on KDE: http://bugs.kde.org/show_bug.cgi?id=149264 For Balloon File Tip (rounded tooltip in Konqueror and Kdesktop).
Herd is alive, closing this.
