On Mon, Mar 16, 2026 at 9:25 AM Tulio Magno Quites Machado Filho <[email protected]> wrote: > > Michael J Gruber <[email protected]> writes: > > > If it's rather something to be installed on top and used on a case by > > case basis, then a package specific path seems appropriate. Users > > would need to set their PYTHONPATH to prefer those specific paths, and > > probably adjust other env variables or build scripts so that a > > versioned clang is used instead of the unversioned one. > > Thanks for these suggestions. > In order to keep this new sub-package be available to developers too, > e.g. a mupdf developer working on both LLVM 21 and 22, I decided to > propose a solution based on this. > > llvm changes are being reviewed here: > https://src.fedoraproject.org/rpms/llvm/pull-request/572 > > I proposed the following changes to mupdf: > https://src.fedoraproject.org/rpms/mupdf/pull-request/9 > > I created the following Copr repository in order to test these changes: > https://copr.fedorainfracloud.org/coprs/g/fedora-llvm-team/test-python-clang-compat/ > > I do have some questions on how to proceed with this on Fedora 44 in > case this proposed change is approved, though. > If we were in the beginning of the development cycle, I would definitely > list this change in the LLVM 22 Fedora change. That isn't the case, > though. > The change is just creating a sub-package in the compat package (llvm21) > that is already available in the main package (llvm-22). > With that said, I believe it's a safe change to be applied at this time. > > Would this change require its own Fedora Change? > Or is it OK to just update the contingency section at > https://fedoraproject.org/wiki/Changes/LLVM-22 ? >
Mutually conflicting python-clang implementations are possible as long as they share a Provides+Conflicts stanza for a virtual name: e.g. Provides: pypi(clang) Conflicts: pypi(clang) It doesn't have to be anything complex or special, just something that literally does not exist (or cannot exist) as a package in Fedora. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ devel 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://forge.fedoraproject.org/infra/tickets/issues/new
