OK,
RTFS ;-)
Anyway, what I am asking then is simply a change in the
OSCAR release mechanism so that the master repository listing is
included in the tarball at build time. Even better, the master
repository listing can be put in the main OSCAR CVS tree instead of
into www/repository ?
Maybe in oscar/oscarsamples/oscar_repositories.xml ?
On another level, maybe we can migrate this file in
oscar.openclustergroup.org/repository/ with an automatic anonymous update of this
file directly from the SF CVS repository ?
This way (with some delay !) any OSCAR developper will be able to
add/update the repository listing (daily update + SF cache = 2-3 days).
Ben
* Jeff Squyres <[EMAIL PROTECTED]> [03-10-23 20:10]:
> On Thu, 23 Oct 2003, Benoit des Ligneris wrote:
>
> > What I would like is a "very smart OPD" : just ask for the modification
> > time and size of the oscar_repositories.xml files. If it is the same,
> > don't download it and, if the file is not accessible, use your old file.
>
> I tried to subtly hint at this in my previous message: if you'd go read
> the opd source, you'd see that this is exactly what it already does. :-)
>
> > In this context, you don't loose dynamism and you do not depend on the
> > remote avalaibility of the oscar_repositories.xml. All in all, I think
> > it only removes a dependency and doesn't diminish the dynamism of the
> > repositories.
>
> You still have to download the file once.
>
> If you include a cached repository file in the OSCAR distro, the installed
> version will have a timestamp of whenever you ran "make install", not the
> timestamp when the distro was made (and the file was cached). Therefore,
> opd will think that it has a recent copy and not try to download it again.
> Hence, the first time the user installs OSCAR and opd launches, it is
> guaranteed to be the local copy (and possibly out of date).
>
> If you want to hack, go right ahead. Here's what needs to be done (off
> the top of my head; there may be more):
>
> a) make dist: include the most current copy of the repositories file
> b) make install: install the cached file with the original timestamp
>
> My $0.02 is that this is spending way too much effort for a rare problem,
> which is why I won't implement it. :-)
>
> --
> {+} Jeff Squyres
> {+} [EMAIL PROTECTED]
> {+} http://www.lam-mpi.org/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Oscar-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/oscar-devel
--
Benoit des Ligneris Ph. D. <|> http://benoit.des.ligneris.net/
Centre de Calcul Scientifique <|> http://ccs.USherbrooke.ca/
OSCAR Developpe(u)r <|> http://oscar.sourceforge.net/
�duLinux <|> http://www.edulinux.org/
R�volution Linux <|> http://www.revolutionlinux.com/
-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community? Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
