From kde-frameworks-devel Wed Dec 17 22:19:28 2014 From: =?iso-8859-15?q?=A8umski?= Date: Wed, 17 Dec 2014 22:19:28 +0000 To: kde-frameworks-devel Subject: Re: Move of kglobalacceld from plasma-workspace to kglobalaccel framework Message-Id: <201412172319.32449.hrvoje.senjan () gmail ! com> X-MARC-Message: https://marc.info/?l=kde-frameworks-devel&m=141885475409393 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0428936435050795468==" --===============0428936435050795468== Content-Type: multipart/signed; boundary="nextPart2128562.7nhg913oio"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart2128562.7nhg913oio Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Wednesday 17 of December 2014 21:11:04 =A8umski wrote: > On Monday 15 of December 2014 13:55:04 Martin Gr=E4=DFlin wrote: > > On Friday 12 December 2014 12:38:20 Martin Klapetek wrote: > > > On Fri, Oct 3, 2014 at 1:16 PM, Alex Merry wrote: > > > > On 2014-09-17 10:47, Martin Gr=E4=DFlin wrote: > > > >> Hi all, > > > >>=20 > > > >> I just prepared moving kglobalacceld from plasma-workspace into > > > >> kglobalaccel. > > > >> You can find the code in my personal clone of kglobalaccel at [1] = in > > > >> branch > > > >> master. > > > >>=20 > > > >> The following steps were performed so far: > > > >> * filter-branch on plasma-workspace to just have all kglobalacceld > > > >> commits > > > >> * move all files to src/runtime > > > >> * merge code in kglobalaccel > > > >> * adjust CMakeLists to find additionally needed dependencies for > > > >> runtime part > > > >> * raise tier to 3 in metadata > > > >>=20 > > > >> Please have a look at it, whether I have forgotten something or > > > >> should do something differently. > > > >=20 > > > > Git history looks sensible. > > > >=20 > > > > Things I'm unsure about is: > > > >> * how does the raise of framework needs to be reflected in cmake > > > >=20 > > > > It doesn't. > > > >=20 > > > > * how do one expose the different licences? > > > >=20 > > > > A License section in README.md? > > > >=20 > > > > * is it needed to export the new dependencies? After all they are > > > > just > > > > =20 > > > >> runtime > > > >> deps? > > > >=20 > > > > No, because they are not needed at compile-time by software that us= es > > > > KGlobalAccel. > > > >=20 > > > > Do we want an option to disable compilation of the runtime? Is the > > > > runtime needed on all platforms? I seem to remember some discussion > > > > suggesting it either wasn't or needn't be, but I can't remember the > > > > details. > > > >=20 > > > > Alex > > >=20 > > > Quoting from IRC just now: " we'd like to use it > > > [kglobalaccel] in lxqt, but the framework is useless without its clie= nt > > > atm" > > >=20 > > > Martin - what's the status of this? Is any help needed? Can we get th= is > > > into Frameworks 5.6? > >=20 > > Given the basically non-existing feedback on the thread (modulo Alex's > > reply) I would assume that everything is fine and we can just move the > > code. If you want to take care of it, I would certainly appreciate this. >=20 > Hi, > i've checked your clone, and what new requirements will that bring, and if > the CMakeLists there are accurate, that will create a problem. > We will have a dependency circle between kglobalaccel, kinit, kio and > kxmlgui. Another issue is the translation domain. It collides with kde-runtime's=20 kglobalaccel translations, which would break KF5 co-installability... =20 > Cheers, > Hrvoje >=20 > > Cheers > > Martin --nextPart2128562.7nhg913oio Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJUkgF0AAoJEKQ7p22BD1iAqREP/iCjLfOIalVwW2huaTG1LiuR V8SPXPg2tTL+TY2ngnXB0jn7C3u1D1fl5L+thuSkxMLzenLIc2pHwoKn2D0+MbSH uhVyyvtAuAJnvAjyFVeeHFxmnt6GmKmrL/BZHVrI4R9szBa0qaC7gAVVlioLh38n /0MAweYb/KuwUhOMVvyAmn00Yw3rveMbea28jHtQZzx1sNeMQf6AA7CjjPW3erk9 glfI8LuFWSjuf2aISu7MWlfSdhVugSqrovij0GwkcK4a7oNNKf2kvURftzbFGZGm jWmV5mqE9dDBQvjrtZKmzSsdzNeYF4zs5rGXJYVUZMvJGHnhdgyZ1cfNSz6/MYNU Bi+xh/d1Rgnhuvv7Gu67JnNwJ7s4fxoTTIgF41IkxQoEjTFt5HHUC7erJa9gZiHS O0iEy7agF4Ka/4XoelObXKISjYpTn2XwsmQaTCKcDlOuf2qfAuLq6LnLyxaaj6qx zSWDDGkyENb3EjtZZjrW3zIIfL86m0DjhnJGKum1uYtJkJ/r89ekufCETI0sGQcU cayrWNLivodt7XYMT160k85ObwnItOLTQvs5aIdLDtbgUQQV4DWGKhGtX1f1/PdQ MhiuUenPsvB0IuibAosgsOt8dXsUqRkZd6s0PmUwQhoSjFBJbJZckXdrxOZems0n j7Pk8AsGXctaNbcQqWeM =p/NO -----END PGP SIGNATURE----- --nextPart2128562.7nhg913oio-- --===============0428936435050795468== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel --===============0428936435050795468==--