From kde-core-devel  Tue Nov 02 09:15:53 2010
From: Chani <chanika () gmail ! com>
Date: Tue, 02 Nov 2010 09:15:53 +0000
To: kde-core-devel
Subject: Re: "Cornelius's grand plan" - Merging KDElibs into Qt
Message-Id: <201011021016.15630.chanika () gmail ! com>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=128868933031229
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2720631.246CZMjy9y"

--nextPart2720631.246CZMjy9y
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On November 1, 2010 00:22:57 Alex Fiestas wrote:
> On Sunday, October 31, 2010 05:53:18 PM Matt Williams wrote:
> > 2010/10/31 Alexander Neundorf <neundorf@kde.org>:
> > > On Sunday 31 October 2010, todd rme wrote:
> > >> On Sun, Oct 31, 2010 at 9:26 AM, Michael Jansen
> > >=20
> > > <kde@michael-jansen.biz>wrote:
> > > ...
> > >=20
> > >> >  1. Small improvements to the Qt Libraries
> > >> >=20
> > >> > Those are the so called convenient classes. Classes the have been
> > >> > added to the
> > >> > KDE Libs because of some shortcomings of the Qt Classes or to add
> > >> > some
> > >> > convenience methods. I guess classes like KUrl and KIcon (at least
> > >> > parts) fall
> > >> > into that category.
> > >> >=20
> > >> > The classes in this category do not add additional functionality,
> > >> > requirements
> > >> > or anything else to the Qt Classes.
> > >>=20
> > >> I think this sounds like the place to start, for several reasons:
> > > I don't think the place to start is merging something into Qt.
> > > _We_ can't merge something ourselves, it must be accepted. So we would
> > > be
> > > stuck at the first step.
> > >=20
> > > IMO the place to start must be to reorganize our libraries so that we
> > > can
> > > clearly separate these different types, i.e. "enhancements which shou=
ld
> > > be in Qt", "addons", "platform".
> > > Once we have this (I would estimate something like a year of work), we
> > > may start to try to get some of the enhancements into Qt.
> > > And if it doesn't get accepted then, still no problem, since by then =
it
> > > will have the form of a smallish library with very few or no
> > > dependencies beside the Qt libs.
> >=20
> > Absolutely. I think that this is the most sensible and practical
> > approach to take.
>=20
> +1

+1

>=20
> Merge things in Qt is not an option right now, since a lot of people won't
> agree with the licence.

where by "a lot" you mean one? ;)
but still, even one person can block it for everyone, if they've contribute=
d=20
to enough places... and then there are the handful of people who can't even=
 be=20
asked whether they agree, too.

I wonder how far we ever got in the gpl2 -> gpl2+ conversion...

anyways, there are sure to be small changes that *can* be merged, and as ti=
me=20
goes on and nokia continues opening up that should get easier, but it's=20
certainly not the first step we can take.

>=20
> So let's start to do something feasible right now, start to organize our
> libraries and make them useful not only for us, but for other people.

indeed.

=2D-=20
Chani
http://chani.ca

--nextPart2720631.246CZMjy9y
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEABECAAYFAkzP1t4ACgkQeGbAwpIS3Gys4QCeMKe37hldiToIesal/2/21k5u
6F4AoIHLI3HnasDtgERa/JjQcpjXzLQn
=3hH1
-----END PGP SIGNATURE-----

--nextPart2720631.246CZMjy9y--