As a middle ground, you can grant Hudson write access to a staging location
and then promote artifacts from there to your actual download location with
more restrictive permissions (manually or using a cron on build.eclipse.org
).

In the end we all need to trust Hudson anyways to the extend that the
produced binaries aren't tainted. Keeping artifacts in the Hudson workspace
won't protect them any better than storing them in a different location
that's more convenient to access. Both locations will inherently writeable
by all other Hudson jobs.

Steffen


P.S.: Some directory names on download.eclipse.org are excluded from
mirroring (such as archive/ I believe).


On Wed, Dec 7, 2011 at 4:00 PM, Dennis Hübner <dennis.hueb...@itemis.de>wrote:

> Am 07.12.11 15:44, schrieb Webmaster(Matt Ward):
> > 3) You can use the http/s links to get the files and put them where
> > your releng scripts expect, then run your release tools.  After that
> > you can work on updating your tools.
> ... and then? Wait for the next "potential fix"?
> Now I understand release engineers who just grand hudson (or even all)
> write access to their project download locations, to finally get the
> whole release/promote process working for more then just a couple of
> weeks/month.
>
> --
> Dennis Hübner
>
> Softwareentwickler
>
> Mobil:   0151 173 96 707
>
> http://www.itemis.de/
>
> itemis AG
> Am Germaniahafen 1
> 24143 Kiel
>
> Rechtlicher Hinweis:
> Amtsgericht Dortmund, HRB 20621
> Vorstand: Wolfgang Neuhaus, Jens Wagener, Dr. Georg Pietrek
> Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael
> Neuhaus
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
Steffen Pingel
Senior Software Developer, Eclipse Mylyn
Mylyn Tasks Lead
http://tasktop.com
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to