Kevin Fenzi wrote: > I think this entire thing has been a lot of mis-communication. > > First of all I didn't think this was that big a deal. > I have used 'make force-tag' and/or 'TAG_OPTS=-F make tag' a few times, > but it was very few and far between. I guess possibly because I don't > have packages that have tons of changes always happening. > (yes, I also mockbuild locally my packages before checking in changes > too, which I realize is not practical for everyone). > > It seems that forcing tags is heavily in the main path of some > developers. ;( I disagree that some of those reasons are needed, but it > sure seems to upset some people, and there is no reason to force a > change before we have some work around. > > Given this I would like to see this revisited this week, and reverse > the changes until we can get some fix in place (I like ajax's patch > using Entities, but thats up to the buildsys/koji folks). > Reversing the decision may be the right thing to do. To avoid seesawing decisions as one side and then another argues their case, I'd love to hear a few words from the koji devs, though: 1) In what situations can things be broken with force-tags? (ie: is it just when force tagging a successfully completed build? Are completed failed builds okay? What happens if a retag occurs on an in-progress build?) 2) What breakage occurs? (ie: the current discussion seems to be that only recreating an SRPM for GPL compliance is broken. What about requeue and other koji functions?) 3) Is there a plan for fixing things so developers don't need to do retags? Timeframe? Is it acceptable to leave these commands in until then? I feel like FESCo is in the unenviable position of mediating between tool developers who say the tool doesn't operate the way people are using it but haven't given enough details of what the problem is and package maintainers who want to do something potentially problematic because of other deficiencies in the tool. More communication between the two endpoints is desirable here. -Toshio
Attachment:
signature.asc
Description: OpenPGP digital signature
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
