On 04/01/2012 Roberto Galoppini wrote:
2012/1/4 Jürgen Schmidt:
We should keep in mind that for many extension developers it's probably ok
to create a SF, GoogleCode or whatever project to host the extension code
and the binary. But i believe that there are also many developers who simply
want to put there macro collection in an extension container with the
necessary meta data and want share it with others. Means they simply want to
upload it for broader availability without creating their own project or the
necessity to have their own webspace for hosting the binary extension.

The SourceForge proposed solution would support this in exactly the
way the current system does

Perfect, and this addresses one of my few concerns with the (otherwise good, in my opinion) proposal from SourceForge. So it would possible to just upload an extension/template without turning it into a SF project.

First, what we're proposing in the short term is to migrate and
stabilize the current drupal instance using the sourceforge.net Secure
Project Web infrastructure.   This would give selected members of the
team SSH access to the server space where it's hosted, and full access
to both the code and database content.

Sounds good. The stabilization phase can be done anywhere, but as Rob wrote if we cannot keep the current repository as part of the project anyway, it makes sense to do it as part of a larger effort.

Middle term we would love to work with you to have this site become
the center of a federated extensions community.

Again nice, but here I have a few issues:

1) The proposed Drupal 5 to Drupal 7 migration would indeed yield, if done properly, a "template site" that can be installed anywhere with the same capabilities. Would it be possible to design it so that as a result we have a ready-to-deploy "extension repository" website, under a proper free license, that can be installed in several places? This has partly been covered in other parts of the thread, but the key point here is to design the site to be flexible from the beginning: for example, the current Templates sites was developed this way (i.e., you can reinstall it and get a new Templates site) but the current Extensions site wasn't (i.e., to reinstall it you need to copy over the whole extensions database too and then try and clean it up properly).

2) For those preferring to use other tools than Drupal, the protocol should still allow others to build their repositories/catalogs with tools of their choice, but it would be good and helpful to provide the Drupal 7 site as "reference implementation" and document it properly.

3) The community would need free access to statistics. It is very important for us to know how extensions are downloaded and updated. The current statistics are not very reliable due to caching and the multiple attempts needed to download an extension. Would SourceForge be available to share download figures and other statistics with the community?

Regards,
  Andrea.

Reply via email to