Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mmt-dev] QVTo downloads cleanup

Hi Ed,

Thank you very much for the job you've done!  Now I believe we almost done with M2M -> MMT renaming for QVTo project..

Some comments are in-lined below.


On Thu, Jun 7, 2012 at 3:51 PM, Ed Willink <ed@xxxxxxxxxxxxx> wrote:
Hi Sergey

I've moved downloads/m2m/qvtoml to /home/data/httpd/ but die to a permissions problem ( many of the source files have not been deleted.

I've created an extras-qvto.php so that old releases appear as archives.

In order to make the archives downloadable I had to replace most of the index.php files by the one from the 3.0.0 release, moving the old index.php to saved.index.php first.
The older index.php had smart layout that did not relocate to The 3.0.0 index.php is a simple directory listing.

In the archives area I have pushed the current releases down below a zz sub-folder, awaiting your ok to delete it.

I think we should keep build M201009301515 for 3.0.1 as it is latest for 3.0.1.  All other builds from 'zz' in archive area can be deleted.

In the downloads I have pushed the archived releases down below a zz sub-folder, again awaiting your ok to delete it.

I'm ok with the deletion.

I have updated about four Portal entries, so QVTo now consistently uses downloads/mmt/qvto, which now looks plausible, but:

3.1.1M4 is, I think, really 3.2.0M4 and so can just deleted as obsolete compared to RC1 and RC3.

You're right. It was my flaw.

3.0.1 has a maintenance build a little after 3.0.1. This is confusing to me and other users. Is it 3.0.1a? Is it a practice? Is it superseded by 3.1.0? Anyway it appears on the download page to allow the user to make a difficult decision.

Latest build (that is M201009301515) should be kept.

2.0.1 similarly has a maintenance build a little after 2.0.1. The archive display script is not keen on two 2.0.1 entries, so it's not visible. What needs to be done here?

Here again I think that the latest build should be kept.


       Ed Willink
mmt-dev mailing list

Back to the top