From kde-release-team Tue Apr 29 23:46:24 2008 From: Allen Winter Date: Tue, 29 Apr 2008 23:46:24 +0000 To: kde-release-team Subject: Re: Pre-approved Languages Message-Id: <200804291946.24848.winter () kde ! org> X-MARC-Message: https://marc.info/?l=kde-release-team&m=120951281729038 On Tuesday 29 April 2008 18:34:29 Aaron J. Seigo wrote: > On Tuesday 29 April 2008, Cyrille Berger wrote: > > On Tuesday 29 April 2008, Allen Winter wrote: > > > > It's not something I noticed until after I put it in. It's in > > > > kdebase because that's where the old one was and in /workspace > > > > because that's the X11 specific stuff. I added a cmake variable that > > > > can be set to stop it needing pykde at build time. But it can be > > > > moved to kdeutils if people prefer. > > > > > > Ah, I didn't know that kdebindings had to be built after > > > kdebase/workspace. > > > > > > So, the build order is > > > kdesupport -> kdelibs -> kdepimlibs -> kdebase -> kdebindings -> > > > everything else?? > > > > > > If the above is true, then yes, we definitely need to move > > > printer-applet to either kdeutils or kdeadmin. Either one seems ok > > > with me.. > > > > Well currently kdebindings depends on kdebase, for the plasma ruby > > bindings... So indeed there is a problem :/ > > i'd vote for kdeadmin personally, since it seems to be more of an admin > sort of thing? > > of course, if bindings ever get made for another module we're going to be > in this same boat again aren't we? i wonder if later on it might make sense > to split up kdebindings into modules that reflect the KDE/ modules ... so > kdebindings-libs, kdebindings-base, kdebindings-pim ... > > i assume this would be a major pain for the bindings teams, but would it be > feasible? if so, when would be a realistic time frame for such a > modification? Or, maybe each current module can have a bindings subdir? i.e. kdelibs/bindings, kdebase/bindings, kdepimlibs/bindings, ...? _______________________________________________ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team