On 09/17/12 14:24, Shawn Walker wrote:
On 09/17/12 14:16, Brock Pytlik wrote:
Everything you have seems reasonable to me. I don't like the idea of
using -P with a dummy variant to pkgmerge as a way to republish packages
with an existing publisher. I think we just need to bite the bullet and
put that functionality into pkgrecv, not try to shove it into pkgmerge
where it doesn't belong. It'd be really nice though if the two commands
could share their implementation though.
I think I disagree. In fact, merging across publishers would have
been useful in a few cases I know of internally in the past.
The other reason I've been reticent to put such functionality into
pkgrecv is because it implicitly alters the packages, invalidating any
signatures. Placing that functionality into pkgmerge instead seems
desirable so that we can continue to keep our 'publication' and
'administrative' tools separate.
Perhaps I wasn't clear. I'm all for allowing pkgmerge to change
publishers as Tim's proposed, when actually merging packages. I don't
think our solution to "I want to republish this package under a
different publisher, and that's it" should involve pkgmerge. To me it
makes sense to put it into pkgrecv, but if you want to make it part of
pkgsend, pkgrepo, or a new command (pkgrepub?), that's fine with me to.
My sole point was that it makes no sense from a UI perspective to make
the solution to changing a package's publisher be 'run pkgmerge with a
dummy variant.'
Brock
-Shawn
_______________________________________________
pkg-discuss mailing list
pkg-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
