From kde-panel-devel Mon Jun 30 18:04:54 2014 From: Aleix Pol Date: Mon, 30 Jun 2014 18:04:54 +0000 To: kde-panel-devel Subject: Re: 5.0 and 5.1 Release Plans Message-Id: X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=140415152510976 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============6979819620787158141==" --===============6979819620787158141== Content-Type: multipart/alternative; boundary=047d7bdc16bc41ec3004fd1180f0 --047d7bdc16bc41ec3004fd1180f0 Content-Type: text/plain; charset=UTF-8 n Mon, Jun 30, 2014 at 7:55 PM, Marco Martin wrote: > On Monday 30 June 2014, Aleix Pol wrote: > > > > It's quite unfortunate the fact that we'll have a more schedule for the > > frameworks and then the workspaces won't be able to take advantage of > > those. > > > > I don't think it makes sense to decide to stop the development on a > > plasma-framework, because after-all plasma depends on many other > frameworks > > just as well. It's random to choose Plasma just because it shares > > maintainership. > > > > Aleix > That's actually a good point.. > another option would be having 2 months releases for what depends from > frameworks and put as dependency the second to last framework release, not > the > bleeding edge. > > in any case this idea as the 3 months makes abit more painful maintaining > the > devel environment with kdesrc-build Well, in kdesrc-build I guess we just want to follow the master branch in frameworks, we just won't be able to use the new API's there. Aleix --047d7bdc16bc41ec3004fd1180f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
n Mo= n, Jun 30, 2014 at 7:55 PM, Marco Martin <notmart@gmail.com>= wrote:
On Monday 30 June 2014, Aleix Pol wrote: >
> It's quite unfortunate the fact that we'll have a more schedul= e for the
> frameworks and then the workspaces won't be able to take advantage= of
> those.
>
> I don't think it makes sense to decide to stop the development on = a
> plasma-framework, because after-all plasma depends on many other frame= works
> just as well. It's random to choose Plasma just because it shares<= br> > maintainership.
>
> Aleix
That's actually a good point..
another option would be having 2 months releases for what depends from
frameworks and put as dependency the second to last framework release, not = the
bleeding edge.

in any case this idea as the 3 months makes abit more painful maintaining t= he
devel environment with kdesrc-build

Well, i= n kdesrc-build I guess we just want to follow the master branch in framewor= ks, we just won't be able to use the new API's there.

Aleix=C2=A0

--047d7bdc16bc41ec3004fd1180f0-- --===============6979819620787158141== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --===============6979819620787158141==--