https://bugzilla.redhat.com/show_bug.cgi?id=2263790

Michel Lind <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|needinfo?(michel@michel-slm |
                   |.name)                      |



--- Comment #23 from Michel Lind <[email protected]> ---
(In reply to Martin Hoyer from comment #22)
> Petr,
> I've coincidentally had a chance to briefly discuss yq with Michel, who did
> the #2276522. 
> With Neal, they've mentioned having the two packages conflicting each other,
> instead the use of alternatives.
> 
> Michel, would you help here in order to have the same logic in both packages
> please?

yup, of course. Have we aligned on what virtual provide to use?

What came up, IIRC is

- use a virtual provide, so we can do this (name is up for discussion)

Provides:  yq-bin
Conflicts: yq-bin

I also wonder if we can just say 'Conflicts: /usr/bin/yq' and if that could be
enough.

- the Python module does not need to conflict, only the Python binary, so the
binaries should be shipped in a separate subpackage (so you can have the Python
module installed on the same system as the Go binary, if needed)

Happy to adjust the Go package once we get this sorted.

Example of this being used by the different Django packages:
https://src.fedoraproject.org/rpms/python-django4.2/blob/rawhide/f/python-django4.2.spec
(you need to suppress rpmlint because it will be unhappy about the unversioned
provides:
https://src.fedoraproject.org/rpms/python-django4.2/blob/rawhide/f/python-django4.2.rpmlintrc)


-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=2263790

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%202263790%23c23
--
_______________________________________________
package-review mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to