Hi
When you're done I'll try and trim the protections.
The problem with e.g.
http://archive.eclipse.org/mmt/atl/downloads/drops/2.0.0/R200806101117/
is that there is an index.php that doesn't adapt to the archive
path.
Option 1: debug it.
Option 2: take one of the index.php's from QVTo that display a
simple directory listing; see my QVTo downloads cleanup message.
The problem with e.g.
http://archive.eclipse.org/mmt/atl/downloads/drops/3.2.0/R201106080518/
is that there is no index.php.
Regards
Ed
On 07/06/2012 16:58, William Piers wrote:
Hi
I cleaned both downloads and archive.
I tried to change the permission to 774 but it didn't work (I did
a "chmod -r 774 *" from mmt/atl). Do you know how I can achieve
this ? I'm not very used to those commands :-/
Also, there is a problem with the archives displayed on the
download page : none of the links leads to something downloadable.
Do you know what can go wrong ?
Thanks in advance,
William
Le 07/06/2012 16:19, Ed Willink a écrit :
Hi William
Protections are more generous now. Setting 775 was easiest.
Please trim to at most 774 when you're done.
Regards
Ed
On 07/06/2012 13:52, William Piers wrote:
Hi,
Thanks for you work & hints.
* modeling/m2m : I deleted all the remaining builds on
modeling/m2m/atl
* mmt/atl : I began to clean mmt/atl but it seems that I have
not the permission to delete some builds, e.g. :
drwxr-sr-x+ 4 ewillink modeling.mmt 4096 2010-06-08 02:49
S201006071047
I think you just have to allow the group to write on that
directory. Most of the builds on mmt/atl have this issue.
* archive : same issue as in mmt/atl
Regards,
William
Le 07/06/2012 11:35, Ed Willink a écrit :
Hi William
I was waiting for your RC3 before cleaning up the obsolete
downloads/modeling/m2m but there seems to be no ATL RC3, so
I've tried cleaning up anyway.
I moved the missing ATL RC1 from modeling/m2m to mmt.
Rather than delete outright, I moved
downloads/modeling/m2m/atl to
/home/data/httpd/archive.eclipse.org/mmt/atl but ran into
permission errors on the delete so half the deletes failed.
The overall size is huge: 1.2G was copied, of which 0.5G was
not deleted.
I see no point keeping milestones and release candidates for
previous releases, and little point in more than a couple of
milestones plus release candidates for the current release.
I see little point keeping more than the final service
release for the last couple of historic builds.
So on downloads, it is worth trimming to 3.3.0RC2, 3.3.0RC1,
3.2.1, 3.1.1
and on archive 3.2.0, 3.1.0, 3.0.*, 2.*, 1.*.
Please try to keep N-builds and I-builds under control.
My move saved 0.7G. Using your permissions you can save
another 0.5G from m2m/atl. Tidying up mmt/atl may save
another 0.8G. Tidying up the archive should trim it by at
least 0.5G as well.
All in all, ATL should be able to add 2 G to the 55 G saved
by other projects. Rather a large number for a project with
quite modest download size.
I'll investigate why the archives do not show up on the
Downloads page in the same way as e.g. MDT/OCL; may be I
just need to wait for a slow cache refresh.
Regards
Ed Willink
_______________________________________________
mmt-dev mailing list
mmt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/mmt-dev
_______________________________________________
mmt-dev mailing list
mmt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/mmt-dev
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.2178 / Virus Database: 2433/5053 - Release Date: 06/06/12
_______________________________________________
mmt-dev mailing list
mmt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/mmt-dev
_______________________________________________
mmt-dev mailing list
mmt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/mmt-dev
No virus
found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.2178 / Virus Database: 2433/5054 - Release Date:
06/07/12
|
