[Qgis-developer] The new QGIS plugin repo
Tim Sutton
lists at linfiniti.com
Sat Aug 21 04:06:51 EDT 2010
Hi All
Just a PSC perspecitive note on this, I think it will be useful when
discussions are complete to simply summarise discussions and submit
that summary as a proposal to the PSC for approval. In general the
requirements (SVN, plugin specific access controls etc) are all doable
but probably not easily on osgeo infrastructure due to the high admin
load it will incurr. So an option would be to host the svn repo
withing the QGIS.org VM.
I was wondering as well if this isnt a good place to start our first
steps in using GIT?
Regards
Tim
On Thu, Aug 19, 2010 at 3:24 PM, Anne Ghisla <a.ghisla at gmail.com> wrote:
> 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 at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> --
> http://wiki.osgeo.org/wiki/Anne_Ghisla
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
--
Tim Sutton - QGIS Project Steering Committee Member (Release Manager)
==============================================
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.
Visit http://linfiniti.com to find out about:
* QGIS programming and support services
* Mapserver and PostGIS based hosting plans
* FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==============================================
More information about the Qgis-developer
mailing list