From kde-release-team Fri Mar 28 18:11:30 2008 From: Andras Mantia Date: Fri, 28 Mar 2008 18:11:30 +0000 To: kde-release-team Subject: Re: Non-C++ Apps in KDE Main Modules (Was: Guidance in KDE Admin) Message-Id: <200803282011.30579.amantia () kde ! org> X-MARC-Message: https://marc.info/?l=kde-release-team&m=120672834902982 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0058435859==" --===============0058435859== Content-Type: multipart/signed; boundary="nextPart1369029.sfxP2bxJCn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1369029.sfxP2bxJCn Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 28 March 2008, Aaron J. Seigo wrote: > it's no more or less a problem than any other dependencies. and we > have quite a list of them.=20 Which is sometimes unfortunate, but that's another discussion. > let's try to stay focussed on the real > issue, scripting, rather than writing a laundry list of things that > are neither here nor there when it comes to scripting. Sure, but this also exposed the problem that having a Python app makes=20 our lives not easier than I would expected, but in some ways even=20 harder. In the particular case it has dependencies not available in a=20 modern and widely used distribution and for some of them it is suggested=20 to get from svn.=20 > in fact, one might say that the current state of affairs is due > exactly to the position you are taking right now. as i said before, > this is a chicken and egg problem ... if we simply take a little bit > of pain right now, we stand a chance for things to improve > dramatically with time. There is a lot of things that could be implemented in such languages and=20 I would not oppose to them. So I cannot believe that such an attitude=20 scared away the developers. After all there was Guidance for KDE3, it=20 was accepted in KDE extragear, just like K3B, KTorrent or KMPlayer was.=20 And we can do the same now. Again, I just don't like the idea to have=20 applications that are a must on a KDE desktop to be written in scripting=20 languages. If they are daemon like ones, that's even worse. If there is=20 a very good Plasma applet written in Python that I like, I may decide to=20 use it, just don't make e.g. the clock a Python application. Or Ruby.=20 > and seeing the state of the printer app this would be replacing (e.g. > none; it's non-existent in kde4 right now), i think having something > that exists totally trumps a theoretical c++ app that doesn't. It is unfortunate that in this case there is no c++ app replacing it.=20 Sincerely I was not aware of it. I'd rather ask for public help to=20 either port kjobviewer to KDE4 or write a new one. Can even be a SoC=20 project. Andras =2D-=20 =20 Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org --nextPart1369029.sfxP2bxJCn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBH7TTSTQdfac6L/08RAg1AAKC9Fwj5M4havdWLIECBWHQh64QnkwCfR/Yb /YdsaFp3zqwmNqeNfbBoR0I= =aICz -----END PGP SIGNATURE----- --nextPart1369029.sfxP2bxJCn-- --===============0058435859== 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 --===============0058435859==--