From kde-release-team Fri Jun 15 16:35:12 2012 From: Dawit A Date: Fri, 15 Jun 2012 16:35:12 +0000 To: kde-release-team Subject: Re: adding kwebkitpart to KDE SC Message-Id: X-MARC-Message: https://marc.info/?l=kde-release-team&m=133979233611194 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============7712111218954603496==" --===============7712111218954603496== Content-Type: multipart/alternative; boundary=f46d044787bbd95fcb04c285688c --f46d044787bbd95fcb04c285688c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, May 4, 2012 at 6:38 PM, David Faure wrote: > On Thursday 29 March 2012 18:33:46 Albert Astals Cid wrote: > > El Dijous, 29 de mar=C3=A7 de 2012, a les 12:10:06, David Faure va escr= iure: > > > On Wednesday 28 March 2012 19:38:25 Albert Astals Cid wrote: > > > > The technical point of view is not enough to guarantee something > being > > > > part > > > > of the KDE SC, otherwise i could argue the same thing (don't want = to > > > > have > > > > ugly KDE_VERSION around) for some obscure program only I would use. > > > > > > Hmm? This is about a crucial component for konqueror, not about some > > > obscure program. > > > > Why did it went to extragear if it was a crucial component? > > Things evolve over time. kwebkitpart works much better than it used to, > and on > the other hand, khtml isn't catching up much with today's web. Do you > really > want to have a full khtml vs kwebkitpart debate here, or can we just go o= n > with "treating both equally, shipping both and letting users choose"? > > Dirk wrote: > > The scripts are as usual in /trunk/kde-common/release, > > and "dirk reads this" :-) > > Hehe. So all we need to do is ensure kwebkitpart has a KDE/4.8 branch and > then > add it to modules.git, right? Well at this point it might be a bit late f= or > adding to 4.8.4 all of sudden, so maybe we want to do this for 4.9 -- but > then > it means someone needs to remember to add it to modules.git at the exact > right > moment (after the last 4.8.x release and before the first 4.9.0 alpha)? Hmm... would it be too late to do this now since we are on 4.9.0 beta-2 already ? --f46d044787bbd95fcb04c285688c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Fri, May 4, 2012 at 6:38 PM, David Fa= ure <faure@kde.org> wrote:
On Thursday 29 March 2012 18:33:46 Albert Astals Cid wrote:
> El Dijous, 29 de mar=C3=A7 de 2012, a les 12:10:06, David Faure va esc= riure:
> > On Wednesday 28 March 2012 19:38:25 Albert Astals Cid wrote:
> > > The technical point of view is not enough to guarantee somet= hing being
> > > part
> > > of =C2=A0the KDE SC, otherwise i could argue the same thing = (don't want to
> > > have
> > > ugly KDE_VERSION around) for some obscure program only I wou= ld use.
> >
> > Hmm? This is about a crucial component for konqueror, not about s= ome
> > obscure program.
>
> Why did it went to extragear if it was a crucial component?

Things evolve over time. kwebkitpart works much better than it used to, and= on
the other hand, khtml isn't catching up much with today's web. Do y= ou really
want to have a full khtml vs kwebkitpart debate here, or can we just go on<= br> with "treating both equally, shipping both and letting users choose&qu= ot;?

Dirk wrote:
> The scripts are as usual in /trunk/kde-common/release,
> and "dirk reads this" :-)

Hehe. So all we need to do is ensure kwebkitpart has a KDE/4.8 branch= and then
add it to modules.git, right? Well at this point it might be a bit late for=
adding to 4.8.4 all of sudden, so maybe we want to do this for 4.9 -- but t= hen
it means someone needs to remember to add it to modules.git at the exact ri= ght
moment (after the last 4.8.x release and before the first 4.9.0 alpha)?

Hmm... would it be too late to do this now sin= ce we are on 4.9.0 beta-2 already ?=C2=A0

--f46d044787bbd95fcb04c285688c-- --===============7712111218954603496== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team --===============7712111218954603496==--