On Thu, 2010-07-01 at 21:18 -0500, Maxim Dubinin wrote: > sounds good, Borys! > > I understand your concerns and support your idea. > > As there are quite many details and QAs already about new proposed > plugin distribution system, it'd be nice to see it laid out as a > single text and updated based on discussions, not to sift through > dozen of emails. May be in wiki (sorry if it exists already and I > missed it).
Hi all, I started collecting ideas on http://www.qgis.org/wiki/Python_Plugin_Repositories edits welcome! cheers Anne > > Maxim > > Вы писали 1 июля 2010 г., 18:27:12: > > > > > Dnia czwartek, 1 lipca 2010 o > 19:49:19 napisałeś: > > We're currently hosting 11 > plugins at our repo. The process is > fully > > automated and once set up the > author only commits to svn, all the > > other steps are done > automatically using post-commit > hooks. > > > > As for moving, unsure yet. I'm a > big fan of diversity and ability of > > any person not only create a > plugin, but distribute it the way > (s)he > > likes or even irrationally wants. > Erik Raymond has a good essay about > this > > on Lockean rights. It is > additional stimulation for a > opensource developer > > to realize that this is _his_ > territory. Centralized plugin repo > will > > technically be the same, but > psycologically somewhat different. > > > > That said, I can see a lot of > value for a new author in this > system. > > I'd say keep all options and let > natural opensource selection do its > > job. This will introduce some > hassle for Borys, but I believe it > worth > > it for QGIS growth as not only > software, but community. > It's not a problem for me, but I > believe hanging connections and > error messages are not the best way > to growth of the community ;-) I > agree we (authors) fell better > maintaining our own repositories, > but we can't satisfy such needs at > the users' expense! :) > I see a sense in keeping your > repository, what is always online, > responsibly managed and quite rich. > But we have 11 external > repositories added by the 'add 3rd > party repos' button. Most of them > contains 2-3 plugins and cause most > problems. Moreover, there are next > 5 repos not included yet. It isn't > fair that they are treated worse, > but the more repos I add, the more > often problems happen. > So the compromise would be to offer > to authors of small repositories a > more convenient, robust and > reliable solution and try to > encourage them to join it. This way > we can limit the number of external > repositories added by the button to > really necessary 3-5. > Other Authors will have a choice: > - to join the community repo > - to maintain their own, but not > included by the button > - to maintain their own and justify > it's reasonable to add it > I understand the need of diversity, > but users should trust that > clicking this unfortunate button > they won't be flooded by dozens > unreliable repositories :) > > PS: I wrote a detailed > description with scripts of our > commit system > > sometime ago. If someone is > interested (please use Google > Translate > > panel on the left). > > > http://gis-lab.info/qa/qgis-repo-update.html > > > http://gis-lab.info/qa/qgis-repo.html > Гугле панель суцкс. Я давна не > читал русские буквы, но я пытаюсь > что-то понять ;) > Cпокойной ночи, goodnight! > B. > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- http://wiki.osgeo.org/wiki/Anne_Ghisla
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer