[EMAIL PROTECTED] wrote: > Hi Brock, > > >> For pkg install: >> 1) If a fmri with the version including the timestamp is given, no >> catalog refresh will be done. >> >> 2) Else: If the fmri specifies an authority or the package was >> previously installed from a specific authority, then that authority's >> catalog will be refreshed, but no others will. If that authority is >> unavailable, installation will fail. >> >> 3) Else: The catalogs for the preferred authority and the authority the >> package was previously installed from will be refreshed. If neither >> authority is available, the install will fail. If at least one of the >> authorities is available, then installation will proceed. >> > > It might be worthwhile to start with a simpler approach first, and then > make this more complex, as necessary. I might save the time of the last > refresh in the catalog attributes and then refresh all catalogs if we > haven't refreshed in N minutes. > One problem this is trying to solve is the situation where one (or more) of your authorities is offline, but not actually needed for the install/update that's being attempted. For example, the packages ares coming from repo Y, but you also have repo Z as an authority, but Z is down. It would be nice if image-update proceeded (which it doesn't today) and if install did not try to refresh the catalog from Z and then die.
I'm not sure what the advantage of the N minutes approach is other than its simplicity. Do you think the above approach is wrong, or just needlessly complex? > For install operations, it might also make sense to add a command-line > flag that will perform the install without refreshing the catalogs. If > we already have the manifest for a package, we might have its content in > the cache. If that's the case, we can perform the install without ever > having to hit the network. I'm assuming that this option won't get used > very much, though. > > Ok, I'll add that flag. Thanks, Brock > -j > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
