On Mon, Nov 15, 2010 at 1:52 AM, Scott Moreau <[email protected]> wrote: >> 1st Change: Decorators are going in their own repo >> ========================================= >> >> The decorators are going to be taken out of core and put into >> individual git repositories (/compiz/decorators/kde4-window-decorator >> /compiz/decorators/gtk-window-decorator) so that we can work on them >> individually. Making commits to core when working on these decorators >> is annoying when it comes to bisecting other problems in core and in >> the decorators themselves too, so we should just move them to separate >> repos. >> >> This also helps package maintainers in the long run, since they no >> longer need to do 3 separate builds of compiz in order to get a >> compiz-kde or compiz-gnome package > > >> >> ====== ADDITIONAL NOTES ON THIS DISCUSSION FROM IRC ====== >> >> Also discussed with maniac, drago01 and Amaranth on IRC about some >> other implementation details of this change: >> >> * -> On gtk-window-decorator and compiz-gnome, it was proposed to >> merge them, along with compizconfig-backend-gconf into a single >> compiz-gnome-integration package (perhaps using submodules for each >> part) >> * -> It was proposed to move kdecompat and kde4-window-decorator into >> a compiz-kde-integration > > It doesnt seem logical to place gtk-w-d and kde-w-d into -gnome and -kde > integration packages since neither DE needs to be running to use the > respective decorators. Decorations are naturally expected to be part of a WM > and they shouldnt be included in -<de> packages upstream. Compiz is reliant > on an X session with working graphics drivers providing TFP, not any DE, and > it should stay that way. It would make more sense to do as you have > originally suggested and separate the decorators into their own repos in my > opinion.
They will be optional parts of those packages. The reason for merging them is because I discussed this the above and putting multiple tarballs into one package is more difficult than splitting them up. There is of course the option of keeping each of those packages in submodules and keeping a larger supermodule for all things gnome or kde. Cheers, > > _______________________________________________ > dev mailing list > [email protected] > http://lists.compiz.org/mailman/listinfo/dev > > -- Sam Spilsbury _______________________________________________ dev mailing list [email protected] http://lists.compiz.org/mailman/listinfo/dev
