Created attachment 76467 [details] Actual things happening with GHNS and tar.gz archives GHNS ( Get Hot New Stuff or 'Krita Add-On Installer' , via right bottom icon in the brush preset docker ) is a zombie feature : more than 70% of the preset on GHNS are broken ( return an error ) , some *.kpp install but brushmask bitmap associated resource are missing or get renamed ( and so, display a red cross on the preset ). And it's sad, because GHNS could be a fantastic and easy way to share other resources than actual *.kpp only. Kpp preset are most of the time linked to a brushmask or a pattern , and sending them only make no sens. Also , the actual system install one kpp preset by one, and it's probably better to share 'brush kit' ( ex: artist kit , or special brush kit by theme or technice ; plants ; trees ; sci-fi pattern etc... ) . So, I tested it and saw Krita's GHNS take all the files downloaded from opendesktop.org Graphic>Krita , and simply move the download item inside the paintoppresets user folder. ( watch picture in attachment ). For example, if you select 'deevad-kit' for installation witch is a tar.gz ; you 'll get a 2012-06-04_deevad-krita_preset-v1a_for-2.5a.tar.gz file in your paintoppresets folder. And thats an idea for making GHNS back alive : use archive sharing , with resources inside. Maybe Krita could extract those files at the user pref root ( ~/<username>/.kde/share/apps/krita ) ? tar.gz could have 'ready-made' subfolder set by author for easy placement of the files... certainly other issue will pop : security ? files need to be probably checked by extensions ... Uninstall via GHNS ? Files need maybe a common random prefix in filename to be all deleted later ... It's also probably a lot of work compare to the few user who produce resources. I mark it as a minor bug, because Krita continue to work as a charm without this service. Maybe it's better to remove GHNS button in the actual state ?
Created attachment 76468 [details] Example of what happen on Krita 2.6 vanilla install with brush installed from GHNS
Ack. And it's getting worse. Either we'll have to setup our own server or remove this feature for 2.7. I will disable it for now.
It's not just that we don't package the right things, the opendesktop server and the protocol also seem to be getting more and more broken. We need some kind of action plan for resource handling in general, too.
Git commit edf595088943e476bccb8921f09cf7061bc8984d by Boudewijn Rempt. Committed on 31/03/2013 at 12:08. Pushed by rempt into branch 'master'. Disable GHNS by default The web service seems to be detoriating and the feature no longer is useful. Maybe we should start running our own service one of these days. M +13 -9 CMakeLists.txt http://commits.kde.org/calligra/edf595088943e476bccb8921f09cf7061bc8984d
There is some talk of starting a new resource sharing network, Bodega, on the KDE mailing lists. When that happens, we'll integrate with that... And maybe, that'll use the same client libraries we currently use. Closing the bug for now, users aren't bothered with the buttons anymore.