--===============1875894397== Content-Type: multipart/signed; boundary="nextPart3294472.6rnl2DeYVI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart3294472.6rnl2DeYVI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 18 August 2007, Jos Poortvliet wrote: > I'm not involved in this, but I'd like to suggest something: maybe open a > webpage at fd.o, but keep the repository in KDE SVN... Would that work? Of course I can't be sure, but I am afraid that it won't. There is some kind of perception barrier around KDE. The moment something=20 enters "our" realm, it gets "tainted". See Strigi for example: when Jos (the other one) moved it to kdesupport, it= =20 basically became "KDE's search engine". People will just assume that it has= =20 all sorts of "evil" KDE dependencies and developers who are clever enought = to=20 check for themselves and decide to use it, will get flamed by their users a= nd=20 probably also by peers why on earth the started to "create a dependency on= =20 KDE". You might have read Jos (again the other one :)) write about this XML outpu= t=20 thingy he has created in order to allow third parties to use the file data= =20 extraction framework to feed any other indexer, i.e. not actually use Strig= i=20 as the "search engine" but still be able to use the underlying libraries=20 capabilities for data gathering. I might be wrong, but my current bet is that this will not happen. This is just an immensely political issue. Moving to freedesktop.org=20 infrastructure is not a magical way of "untainting" your code, but it remov= es=20 a lot of potential ammunition against you. Lets be frank: =2D having parts of the project, e.g. akonadiserver, hosted elsewhere will = make=20 development more difficult =2D if at all, adoption by others will take a long time So what do we gain? =2D not yet again, a couple of years down the road, being told "why do you = not=20 use standard $foo, like 'everyone else'?" =2D publicity (which can possibly lead to other advantages, e.g. attract=20 developers, see KOffice) Or in the form of an anology: it is like the difference between a vocal and a written invitation to a par= ty:=20 doesn't mean they show up, but it is unlikely they will deny having known=20 about it. Cheers, Kevin =2D-=20 Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring --nextPart3294472.6rnl2DeYVI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGxxFfnKMhG6pzZJIRAq2EAJ9VpK/LOlcItFr5uhrC7GEqYIeieACePD8u GMVVu/myiGpmC5/VYthi4o4= =8BI+ -----END PGP SIGNATURE----- --nextPart3294472.6rnl2DeYVI-- --===============1875894397== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/ --===============1875894397==--