The UUID can be set at the same time as setting the new authority:
pkg set-authority -O http://new.com/ --reset-uuid new_authority
We could certainly generate per-authority UUIDs always, and then use a
policy (in the [policy] section of cfg_cache) to determine whether they
are sent. Or, there could be a per-authority policy. Or to make it
even more complex, a per-authority policy with a default global policy.
(This latter seems like over-engineering to me.)
We don't have a way to set policies from the CLI yet, so the interface
for determining whether they are sent wouldn't be very nice (other
policies have this same problem).
Assuming that UUIDs are always generated and that they are sent by
default, then repository administrators would need to be aware of UUIDs
are are used in pre-installed images that are distributed without an
installer to reset the UUID. This same problem would exist with images
that are copied around or cloned via ZFS. The UUID is a hint about
unique images, but there is no guarantee that two UUIDs are not being
used in two different images.
Tom
Stephen Hahn wrote:
* Tom Mueller <[EMAIL PROTECTED]> [2008-07-07 21:59]:
Stephen Hahn wrote:
"what does set-authority" do to the UUID for a
new authority? The answer for set-authority and image-create should
be the same.
Yes, that's how it works. An image-create and a set-authority on a new
authority without the --reset-uuid option create the uuid as "None".
So, if I've opted-in, my next new authority will be opted out. (I
then have to "pkg authority --reset-uuid new_authority", right? Don't
like that much.) I wonder if Dan has a comment on his send/don't send
idea--maybe the interface simplifies if we always have UUIDs, but
filter how we send them.
- Stephen
begin:vcard
fn:Tom Mueller
n:Mueller;Tom
org:Sun Microsystems, Inc.;Update Center Software
adr:;;21915 Hillandale Dr;Elkhorn;NE;68022;USA
email;internet:[EMAIL PROTECTED]
title:Senior Staff Engineer
tel;work:877-250-4011
tel;fax:877-250-4011
tel;home:402-916-9943
x-mozilla-html:TRUE
version:2.1
end:vcard
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
