[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: [RFC]: Drop support for Compiz in KDecoration
From:       Sebastian =?ISO-8859-1?Q?K=FCgler?= <sebas () kde ! org>
Date:       2013-03-16 22:50:37
Message-ID: 2477891.bZCGBtT6Pl () miro ! vizzzion ! net
[Download RAW message or body]

On Friday, March 15, 2013 16:37:54 Martin Gr=E4=DFlin wrote:
> On Friday 15 March 2013 16:15:58 Sebastian K=FCgler wrote:
> > On Friday, March 15, 2013 14:38:45 Martin Gr=E4=DFlin wrote:
> > > this is a small request for comments where I would like to get some
> > > comments  for. That is I don't want to go ahead without consensus.
> > >
> > > =

> > >
> > > Since [1] KWin has the internal KDecorationBridge as a public part of
> > > the
> > > KDecoration API to allow Compiz to implement it. This is rather
> > > unfortunate
> > > as  it makes our life more difficult as we cannot extend our internal
> > > API
> > > without doing subclassing and all that effort (see for example [2]).
> > >
> > > =

> > >
> > > Given that it seems like nobody is still using Compiz instead of KWin=
 I
> > > do
> > > not  see why we should continue to support it. Therefore I want to
> > > request
> > > to make KDecorationBridge private again by unexporting the header fil=
e.
> > > If
> > > we agree on that I'm going to inform kde-packagers about it, so that
> > > they
> > > can conflict the 4.10 package with compiz-kde.
> > >
> > > =

> > >
> > > To back my claim I checked various distributions:
> > > * Ubuntu is not shipping kde-window-decorator in compiz-kde since
> > > precise
> > > and  doesn't ship compiz-kde since quantal [3]
> > > * Arch is shipping an outdated version in the community repo [4]
> > > * openSUSE is shipping an outdated version [5]
> > > * Gentoo is shipping an outdated version which is patched for 4.10 [6]
> > > * Fedora is shipping an outdated Compiz version, but seems to not ship
> > > compiz- kde [7]
> > > * Mageia is shipping an up to date version of Compiz (!), whether it
> > > includes  compiz-kde I couldn't figure out [8]
> > >
> > > =

> > >
> > > In all cases where I wrote outdated version it is the 0.8 branch of
> > > compiz,
> > > while Canonical is at 0.9.
> > >
> > > =

> > >
> > > If Compiz still wants to support our decorations (which I doubt, thou=
gh
> > > support for appmenu got added end of last year) they would only need =
to
> > > fork  the header file and ensure by themselves that it works correctl=
y.
> >
> > =

> >
> > Maybe interesting to know: Did you get any bugreports regarding use of
> > compiz in Plasma Desktop lately?
> =

> No, which is a strong sign that it is no longer used given bug 143419.
> =

> > And: Compiz is dead upstream, isn't it?
> =

> For certain definitions of dead: yeah. Compiz has turned into an in-house =

> product of Canoncial for Unity. That's to my knowledge the reason why mos=
t =

> distros are still on 0.8 if they include it at all. This branch is quite
> dead.  The Compiz 0.9 branch seems to be actively maintained given the
> history on launchpad [1]. But as outlined in the summary above only Mageia
> is shipping this branch apart from Ubuntu.

Thanks for the explanation. No objections from my side. :)
-- =

sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]