Request for SVN/trac for OSGeo graphics

[robert]

Thank you for graphics mailing list [1]. Wiki page is already slowly growing [2]. At this stage SVN and trac are needed to start collecting graphics in one public place and trace OSGeo project's wishes. As I understand ​http://svn.osgeo.org/osgeo/graphics will be right place for that.

regards,

Robert Szczepanek (non-experienced SVN/trac user)

[1] ​http://lists.osgeo.org/mailman/listinfo/graphics

[2] ​http://wiki.osgeo.org/wiki/OSGeo_Graphics

[warmerdam]

Robert,

We have a couple options. We could setup freestanding svn and trac instances for the graphics project. Another alternative would be to just host you within the generic OSGeo subversion repository (at a location like ​http://svn.osgeo.org/osgeo/graphics, and create a "Graphics" component in the OSGeo trac at ​http://trac.osgeo.org/osgeo.

The benefit of hosting you in the generic OSGeo SVN and Trac is reduced overhead - particularly for setup, and the fact that we can go ahead with it immediately without any approval process. The downside is primarily a reduce level of control. My suggestion is to proceed within the OSGeo svn and Trac instance. If that is OK with you, I can set it up promptly and provide details on how to use it. You would likely be best to continue to work within the OSGeo wiki (wiki.osgeo.org) for wiki style content.

[robert]

Frank,

Thank you for explanation. As I understand, new svn/trac instance is better long-term solution, so please proceed with this option. I rely on your experience and hope to effort new duties with support from OSGeo team.

[warmerdam]

Robert,

Deploying a new Trac and SVN instance requires:

• A SAC primary administrator to volunteer to set it up.
• A motion to SAC being passed to accept SAC responsibility for hosting services for your non-OSGeo project.
• notification of the board and two business days for them to object.

I'm not really prepared to volunteer to do this more intensive process (which is partly why I advised to use the lighter weight approach of living inside the existing OSGeo svn/trac). So I'm reassigning this ticket back to SAC in general. No further action will occur till some other SAC member steps forward to pursue this topic.

[robert]

Oops,

I misunderstood you post. :-[ So we follow "lighter weight approach of living inside the existing OSGeo svn/trac". Is that OK?

[warmerdam]

OK, I have added you as an SVN commiter for the OSGeo repository. So you should be able to do something like:

svn checkout https://svn.osgeo.org/osgeo/graphics

add files in that directory, and commit them with the svn commit command. You will use the same account (robert) used for Trac.

[warmerdam]

I have added a Graphics component in the OSGeo Trac. You should be able to use the following url for people to submit tickets.

​http://trac.osgeo.org/osgeo/newticket?component=Graphics

You should be able to use the following url to see open tickets against the Graphics component:

​http://trac.osgeo.org/osgeo/query?status=new&status=assigned&status=reopened&component=Graphics

New tickets in this category will be automatically assigned to you and you can updated them, close, etc as needed. Let me know here, by direct email to warmerdam@… or asking in IRC (#osgeo) if you have questions about Trac or SVN.

[jsanz]

Should it be possible to automatically send any ticket with the graphics component to the mailing list, like in other committees?

cheers Jorge

[warmerdam]

Yes, this is possible but the tricky part is getting the mailing list to accept the email from Trac since the Trac from address will not be subscribed to the list. I would add that this practice can produce a lot of "noise" on the mailing list (and this practice has already driven me off the developer mailing lists for several projects). I don't know that traffic is likely to be a problem for this activity, but I personally do not consider it a good practice.

If you wish to pursue it, I will set the default assignee in the Trac admin, and it will be up to the whoever is administering the mailing list to ensure the emails get accepted. The normal approach is to change the "mail from unsubscribed posters" action to hold rather than reject and then inspect an email from trac to work out the from address in the headers and add this email to the white list of addresses email is always accepted from. Then set things back to reject unsubscribed emails again.

[jsanz]

Well this was just an idea and I don't want to interfere on this list administration, so if Robert is not really interested on this behaviour, well, I'm fine :-)

[robert]

Thank you Frank for configuration and your suggestions.

Jorge's idea sounds nice, but I would prefer to start with easy configuration. We can come back to this later and discuss it on graphics mailing list.