On 05/14/10 03:12 PM, [email protected] wrote:
On Fri, May 14, 2010 at 01:39:00PM -0500, Shawn Walker wrote:
Disable publishers you're not using, certainly.

I think an option similar to the "search" of pointing to a repository on
the command line would be nice. RFE?

Something similar is already planned, but that's not really the issue here.

In the past, the pkg(1)'s command was to simply continue on if a
refresh wasn't successful, but then some users indicated that was
not good default behaviour as it meant that if they did an
image-update, and the refresh failed, they may update to something
other than the newest bits they were expecting.

Likewise, an operation might fail much later on because a source
that was needed for the operation was unavailable, and the refresh
check at the beginning would have spotted that.

Long term, we'll have to work out some compromise that keeps both
sets of users happy.  (The goal is to avoid a
property/policy/setting/whatever to control this if at all
possible.)

Not to be glib, but if you care about installing packages from these
repositories, the solution is to debug why two of these depots failed to
refresh.  It looked like one was down (unreachable) and the other was
returning an unknown authentication error.

Right, but the general complaint in this scenario is that just because some publishers have repositories that are offline or unreacahable at the moment shouldn't prevent the install/image-update/whatever operation from proceeding if that operation only needs data from publishers that have repositories that are online and accessible.

For example, if I'm installing the flash package from the extra repository, it probably doesn't really matter if pkg.opensolaris.org/dev is unavailable.

Likewise, if we already have all of the data needed to perform the operation and don't need to retrieve any, then failing the operation just because the refresh failed prevents offline usage. That would fit with the future enhancement we've talked about adding to image-update, install, etc. where you have a --download-only option.

Cheers,
-Shawn
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to