Re: [Guidelines Change] Conflicts

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

 



(sending this again; this time with proper cross-posting)

Tom "spot" Callaway schrieb:
> A new document was added to the Packaging/ hierarchy: Conflicts.
> This document is also linked from the Packaging/Guidelines.

I'd like to thank all members of the packaging committee for their work
and this policy.

> [...]
> Implicit Conflicts
> Keep in mind that implicit conflicts are NEVER acceptable. If your
> package conflicts with another package, then you must either resolve the
> conflict, or mark it with Conflicts:. 

/me hopes we sooner or later have a script running somewhere on a server
regularly that checks for implicit conflicts and bugs people if it finds any

> [...]
> Other Uses of Conflicts:
> If you find yourself in a situation where you feel that your package has
> to conflict with another package (either explicitly or implicitly), but
> does not fit the documented accepted cases above, then you need to make
> your case to the Fedora Packaging Committee. If they agree, then, and
> only then can you use Conflicts: in a Fedora package. [...]

Just wondering (and *not* meant as a critique!): Wasn't the "unwritten
rule" that the Packaging Committee handles theoretical packaging while
FESCo handles practical packaging? Or did I get something wrong?

*If* the Packaging Committee handles practical packaging like "Approve
Conflicts" I'd suggest we should consider moving "Request for packages
with static libs" and maybe "Appoval requests for kmod packages" from
FESCo's duty's over to the Packaging Committee.

CU
thl

-- 
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