Stephen Hahn wrote: > * Stephen Hahn <[EMAIL PROTECTED]> [2008-05-16 20:26]: >> * Tom Mueller (pkg-discuss) <[EMAIL PROTECTED]> [2008-05-16 15:53]: >>> Here is a proposed design for the following issues: >>> >>> 1347 optional UUID per image >>> >>> With both of these issues, the intent is to be able to store some >>> per-image attribute data, especially for user images. This data will be >>> stored in the cfg_cache file in a new section: >>> >>> [attribute] >>> title = "..." >>> uuid = "..." >>> >>> The pkg command will be modified to support new subcommands: >>> >>> pkg set-attribute attrname attrvalue >>> pkg attribute [attrname] >>> >>> Setting an attribute to an empty value, i.e., pkg set-attribute title >>> "", would cause it to be removed from the cfg_cache file. The "pkg >>> attribute" command is for printing out the values of image attributes. >>> These subcommands are intended to mimic the authority related subcommands. >> >> pkg unset-attribute, please. >> >>> The image-create subcommand does not set any attributes by default. >>> >>> The uuid attribute, if set, would be included in the user-agent value of >>> all requests to the repository. The format would be as follows: >> >> uuid cannot be an image-wide attribute. It must be a per-authority >> attribute. (That is, it's different.) I also don't think "pick your >> own UUID" makes any sense. I'd rather see >> >> pkg set-authority --reset-uuid authority >> pkg set-authority --unset-uuid authority >> >> to have a UUID generated or removed. > > Thinking a bit longer, I would prefer we called these image > properties. Attributes go on files, and tags upon packages. So > "set-property", "unset-property", etc.
Why don't we gi zfs style command, so there is simple "zfs set" and "zfs get" with arguments. This would give "pkg set" with list of arguments for example pkg set uuid=1000 to unset: pkg set uuid=none The command to list uuid: pkg get uuid please type "zfs set" to get an idea of what is there. -- best Michal Pryc _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
