Re: [Ubuntu] UbuntuGIS PSC Creation
Hi, Alex: and even making sure we have 1 person who is both DebianGIS and Ubuntugis for coordination. without getting too presumptuous, Frankie L. is an obvious person to approach, but failing that that a crossover person could be me, but tbh I'm not really sure how a PSC would actually benefit UbuntuGIS or OSGeo. A PSC is good for making strategic and political decisions, but 95% of our issues are technical ones where the wider pool of developers participate in may the soundest idea win. The main strategic decision we have right now is the repo re-naming, which I think most of us are in fair agreement about anyway. I'm all for breathing life into the project in whatever way we can, but at the same time am concerned about adding new layers of bureaucracy which might morph into a time+energy sink/inefficiency, and avoiding the situation of too many chiefs not enough braves. Another thing to be concerned with in small groups like ours is to avoid the appearance of a cabal, where new contributors don't feel part of the technical decision making group, and we desperately need those new contributors to be part of the technical decision making group.. On the other hand I fully accept Alan's concerns about his bus factor, in DebianGIS for a long time we've relied on Frankie in the same way. just some thoughts, Hamish ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] UbuntuGIS PSC Creation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/13/2013 11:58 AM, Hamish wrote: The main strategic decision we have right now is the repo re-naming, which I think most of us are in fair agreement about anyway. Thanks for Your reply. By my oppinion there are much more responsibilities of PSC, for example decisions about taget package versions for each repository (for example is QGIS 2.0 ready to push to some of production repos), decisions about versions of dependent libraries (GDAL, PROJ, GEOS) upon target PPA sotware stack will be build on or about acceptance of new packages and packagers and more. - -- Ivan Mincik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSg2f4AAoJEPfdLsR5UpoesUEIAK1YKetNc5QueAid0TYtgXJp ZoLZ4zFP/rug1ysM7JOKWe94ZlmgxceCv+jRxJoiW8KhTgZ83tGM5OJjhjDextfi zbIIiHT1t8hqE8NIxpl7bQ/GYEJ2wViATzTmmv8CPSrVlF9daf5sU7HV4k/COcRJ JPjCts2MCOa7hmou3YIM4drNJYvCjUmEhygLl49qo7Y0w6NaKDKU83kiyXLZXqnO uZApzmOuxvrNO0vk2km8xNjBGbDkLwH8qHtrVGR6v3JecQ6aTsLqljQh49LxWlBL pDQgGdiWnjRjC981VJcOXR7eSDjh9rdaVcW/tnjvKrlLVAP9i1lk+EM36EVa0UA= =C8AV -END PGP SIGNATURE- ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] UbuntuGIS PSC Creation
Rather than taking decision, I think the PSC should make sure that decisions are made. Whatever we call them, I think the ideal PSC could learn a lot from the osgeo live project. I think Cameron has done/is doing an excellent job at managing that project, which in fact is quite similar to ubuntugis but (arguably) bigger. Just to give an example, he sends out private mails to package maintainers before deadlines, which were community set earlier.This is useful for people who are not actively tracking the mailing list. I think we could do with similar deadlines as well. Eg 2 weeks before a new ubuntu release packages should go into this or that archive. Johan On Wed, Nov 13, 2013 at 12:52 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/13/2013 11:58 AM, Hamish wrote: The main strategic decision we have right now is the repo re-naming, which I think most of us are in fair agreement about anyway. Thanks for Your reply. By my oppinion there are much more responsibilities of PSC, for example decisions about taget package versions for each repository (for example is QGIS 2.0 ready to push to some of production repos), decisions about versions of dependent libraries (GDAL, PROJ, GEOS) upon target PPA sotware stack will be build on or about acceptance of new packages and packagers and more. - -- Ivan Mincik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSg2f4AAoJEPfdLsR5UpoesUEIAK1YKetNc5QueAid0TYtgXJp ZoLZ4zFP/rug1ysM7JOKWe94ZlmgxceCv+jRxJoiW8KhTgZ83tGM5OJjhjDextfi zbIIiHT1t8hqE8NIxpl7bQ/GYEJ2wViATzTmmv8CPSrVlF9daf5sU7HV4k/COcRJ JPjCts2MCOa7hmou3YIM4drNJYvCjUmEhygLl49qo7Y0w6NaKDKU83kiyXLZXqnO uZApzmOuxvrNO0vk2km8xNjBGbDkLwH8qHtrVGR6v3JecQ6aTsLqljQh49LxWlBL pDQgGdiWnjRjC981VJcOXR7eSDjh9rdaVcW/tnjvKrlLVAP9i1lk+EM36EVa0UA= =C8AV -END PGP SIGNATURE- ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Adding saga 2.1.0 to ubuntugis
Everyone, I waited a little for the release of wxwidgets 3.0, which happened 2 days ago. Since I see no objection to my plan I will continue and push the updates to testing. If grass still builds fine there I will copy to -unstable. Johan On Tue, Oct 1, 2013 at 8:53 AM, Johan Van de Wauw johan.vandew...@gmail.com wrote: On the live dvd I guess there was no issue because qgis did not rely on gdal from ubuntugis (which causes the error). About wx 2.9, I guess people expected that it would become the stable line much faster, and in fact you will read on the website that you should use it for new projects rather than wx 2.8. In fact the release of 3.0 is on the roadmap for this month: http://trac.wxwidgets.org/wiki/Roadmap . Johan On Tue, Oct 1, 2013 at 8:40 AM, Alex Mandel tech_...@wildintellect.com wrote: On 09/30/2013 11:36 PM, Alex Mandel wrote: On 09/30/2013 11:32 PM, Johan Van de Wauw wrote: Hello, I would like to add saga 2.1.0 to ubuntugis. This would solve the problem for those users who would like to run qgis 2.0 with the last version of saga (which actually is a bug in gdal). See eg [1]. The package already exists and has been tested by quite a number of users on my ppa[2], and it is part of the osgeo live dvd. The problem is that saga relies on a new version of wxwidgets (2.9) which may break building grass gis if it is just added to the ppa. This can be solved by renaming the package wx-common to eg wx-common-29 and making it conflict with wx-common. That way all existing wx-widgets programs will still work and build fine unless a build-dependency is made to wx-common-29. Anyone opposed to this solution? If needed I can first upload everything to testing to make sure it really works. Johan [1] http://gis.stackexchange.com/questions/72957/installing-qgis-2-0-and-saga-2-1-on-ubuntu-13-04 [2]https://launchpad.net/~johanvdw/+archive/saga-gis ___ Uploading to Ubuntugis-testing sounds like a good plan. Thanks, Alex Now that I think about it how did we manage to get QGIS/GRASS etc from ubuntugis and SAGA from your ppa if there is a conflict? Maybe I'm not understanding this package naming resolution. I'm also curious about wx 2.9 and why that's a requirement, according to wx project 2.8.x is the current stable line. Don't let this hold you up, I'm just curious for knowledge sake. Thanks, Alex ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] UbuntuGIS PSC Creation
On 11/13/2013 02:58 AM, Hamish wrote: Hi, Alex: and even making sure we have 1 person who is both DebianGIS and Ubuntugis for coordination. without getting too presumptuous, Frankie L. is an obvious person to approach, but failing that that a crossover person could be me, but tbh I'm not really sure how a PSC would actually benefit UbuntuGIS or OSGeo. A PSC is good for making strategic and political decisions, but 95% of our issues are technical ones where the wider pool of developers participate in may the soundest idea win. The main strategic decision we have right now is the repo re-naming, which I think most of us are in fair agreement about anyway. I'm all for breathing life into the project in whatever way we can, but at the same time am concerned about adding new layers of bureaucracy which might morph into a time+energy sink/inefficiency, and avoiding the situation of too many chiefs not enough braves. Another thing to be concerned with in small groups like ours is to avoid the appearance of a cabal, where new contributors don't feel part of the technical decision making group, and we desperately need those new contributors to be part of the technical decision making group.. On the other hand I fully accept Alan's concerns about his bus factor, in DebianGIS for a long time we've relied on Frankie in the same way. just some thoughts, Hamish Agreed the PSC isn't about trying to exclude people from the discussions. In fact I would suggest that even though a PSC is being created there are no PSC only discussions and that just because a PSC exists does not mean it has to have the only votes that count. We can easily say the rule is we take the community decision that is 95-100% in agreement (essentially consensus of participants). There are only a few key things the PSC handles: Adding/Approving Committers/Uploaders Approving the community recommendations for repo naming/roadmap Admin rights to the trac, launchpad and mailing list Being the official contact people Facilitating community discussions Reminding people of their commitments (agreed maintainers), and soliciting new maintainers when we need them (see item 1). I'll note OSGeo Live has an informal PSC committee just by the nature of who participates in the decisions: Hamish, Angelos, Cameron, Brian and me And we already operate in a similar manner where technical issues are openly discussed until we reach a conclusion everyone agrees to (or doesn't outright object to). I'm not too concerned about too many Chiefs in this particular project. We mostly just want to improve the efficiency since right now packaging uploading is completely on the fly which leads to some duplication of effort or standing around and waiting when know one knows who's planning to upload what or when. I'd probably be the only Chief since I still haven't managed to successfully upload what should be simple updates, everyone else here seems to have a handle on how to get packages in. Thanks, Alex ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] UbuntuGIS PSC Creation
I agree with Hamish that, most importantly, what UbuntuGIS needs is developers. People that are able to package. Ideally people that are interested to also help DebianGIS. DebianGIS also need packagers. So having a PSC without developers/packagers doesn't make sense to me. I'm still very supportive to have users/people to help with all other PSC tasks though. On 13-11-13 02:22 PM, Alex Mandel wrote: On 11/13/2013 02:58 AM, Hamish wrote: Hi, Alex: and even making sure we have 1 person who is both DebianGIS and Ubuntugis for coordination. without getting too presumptuous, Frankie L. is an obvious person to approach, but failing that that a crossover person could be me, but tbh I'm not really sure how a PSC would actually benefit UbuntuGIS or OSGeo. A PSC is good for making strategic and political decisions, but 95% of our issues are technical ones where the wider pool of developers participate in may the soundest idea win. The main strategic decision we have right now is the repo re-naming, which I think most of us are in fair agreement about anyway. I'm all for breathing life into the project in whatever way we can, but at the same time am concerned about adding new layers of bureaucracy which might morph into a time+energy sink/inefficiency, and avoiding the situation of too many chiefs not enough braves. Another thing to be concerned with in small groups like ours is to avoid the appearance of a cabal, where new contributors don't feel part of the technical decision making group, and we desperately need those new contributors to be part of the technical decision making group.. On the other hand I fully accept Alan's concerns about his bus factor, in DebianGIS for a long time we've relied on Frankie in the same way. just some thoughts, Hamish Agreed the PSC isn't about trying to exclude people from the discussions. In fact I would suggest that even though a PSC is being created there are no PSC only discussions and that just because a PSC exists does not mean it has to have the only votes that count. We can easily say the rule is we take the community decision that is 95-100% in agreement (essentially consensus of participants). There are only a few key things the PSC handles: Adding/Approving Committers/Uploaders Approving the community recommendations for repo naming/roadmap Admin rights to the trac, launchpad and mailing list Being the official contact people Facilitating community discussions Reminding people of their commitments (agreed maintainers), and soliciting new maintainers when we need them (see item 1). I'll note OSGeo Live has an informal PSC committee just by the nature of who participates in the decisions: Hamish, Angelos, Cameron, Brian and me And we already operate in a similar manner where technical issues are openly discussed until we reach a conclusion everyone agrees to (or doesn't outright object to). I'm not too concerned about too many Chiefs in this particular project. We mostly just want to improve the efficiency since right now packaging uploading is completely on the fly which leads to some duplication of effort or standing around and waiting when know one knows who's planning to upload what or when. I'd probably be the only Chief since I still haven't managed to successfully upload what should be simple updates, everyone else here seems to have a handle on how to get packages in. Thanks, Alex ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
