Thanks for the feedback... Danek Duvall wrote: > On Tue, Dec 09, 2008 at 10:37:36AM -0800, Joe Di Pol wrote: > >> See Comment 5 on: >> >> http://defect.opensolaris.org/bz/show_bug.cgi?id=2340 >> >> Our inclination is to go with Option (d): >> >> d) Store disabled authorities in another file, such as cfg_cache_inactive. >> >> The benefit to this option is that disabled authorities would be >> completely ignored by older code. This is important for our use of IPS >> where we can have situations where an older version of IPS is operating >> on newer user images. > > While that's perfectly legitimate, I don't want this to be the final > design. You should choose what you want that to be (I'd lean towards > option b), and make sure that pkg(5) recognizes that form as well as this > intermediate form of a separate file. At some point in the future, we can > deprecate the separate file, and have the command merge inactive > authorities back into the main config file, and later drop support for the > second file.
Understood. Long term I like b) as well. The new code could understand and preserve a "disabled" property on an authority, but otherwise use the file. >> Other >> ----- >> In general all other operations ignore disabled authorities. For example: >> >> "refresh" only refreshes catalogs for enabled authorities >> >> Package installation only looks for packages in enabled authorities. >> This means that the catalog cache maintained by Image does not contain >> packages from disabled authorities. >> >> "list -a" does not list packages from the catalogs of disabled >> authorities. > > It might be nice to have a way to enable an authority for the duration of a > single command -- if I want to list packages available from a disabled > authority, I'd have to enable it first, and then disable it again. I'm > don't know that this is a high priority feature, but it'd be nice. OK. If we don't implement it I'll file a separate RFE. > > I'd also suggest that you have short option names in addition to (or > instead of) the long ones. Perhaps -e/-d? OK Joe > > Otherwise, looks nice. > > Danek _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
