Re: Review queue/FESCo after the merge

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2007-11-16 at 09:18 -0500, Tom "spot" Callaway wrote:
> On Fri, 2007-11-16 at 14:30 +0100, Nicolas Mailhot wrote:
> 
> > For the record:
> > 1. I disagreed with this change when it was first posted on fedora-devel.
> > 2. I still disagree with this change
> > 3. I actually maintain font packages (just in case some people still
> > think that's relevant to comment on associated guidelines)
> > 4. The associated scriplet barfed once in years of use by many
> > packages (and not even on a stable release but during a rawhide
> > update!), because of actual packaging bugs in one package. I don't
> > think one transaction error in years is such a huge price to pay to
> > keep our packages sane
> 
> While I understand what you're saying, we adopted the policy that %post
> should never ever fail, because it has the potential to really destroy a
> large transaction. It was an accidental omission on that specific
> section, which is why I corrected it. In fact, I thought I had already
> done it a while ago, but had forgotten to.
> 
> I have read your font guideline drafts, and I think they are rather
> good. We simply just don't want any scriptlets to fail, no matter how
> unlikely or contained the failure may be.
> 
> Please don't take it personally. :)
> 

Of course, the correct way to have scriptlets that don't fail is to
write them in a way that doesn't fails, not the swipe the failure under
the carpet...

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux