Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#62414 - [polyml] Conflicting file with mesa-demos

Attached to Project: Community Packages
Opened by Mort Yao (soimort) - Saturday, 20 April 2019, 16:06 GMT
Last edited by Eli Schwartz (eschwartz) - Monday, 22 April 2019, 02:05 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Both mesa-demos and polyml contain a file named `/usr/bin/poly', which makes them impossible to coexist on the same system.

Additional info:
* polyml 5.8-1
* mesa-demos 8.4.0-1

Steps to reproduce:
Try to install both packages.
This task depends upon

Closed by  Eli Schwartz (eschwartz)
Monday, 22 April 2019, 02:05 GMT
Reason for closing:  Won't implement
Additional comments about closing:  There is no good solution for this, which is why we use conflicts in the first place. If/when an alternatives system is implemented and the packages still contain conflicting files, you are warmly encouraged to request that this bug be reopened; see last comment.
Comment by loqs (loqs) - Saturday, 20 April 2019, 16:26 GMT
polyml conflicts with mesa-demos to prevent exactly this issue [1] [2] [3].

[1]
pacman -Si polyml
Repository : community
Name : polyml
Version : 5.8-1
Description : Standard ML compiler originally written in the experimental
language Poly
Architecture : x86_64
URL : https://polyml.org/
Licenses : LGPL
Groups : None
Provides : None
Depends On : gmp libffi
Optional Deps : None
Conflicts With : mesa-demos
Replaces : None
Download Size : 2.46 MiB
Installed Size : 21.68 MiB
Packager : Alexander R
Build Date : Mon Mar 11 18:57:19 2019
Validated By : MD5 Sum SHA-256 Sum Signature

[2] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/polyml&id=f76b68b4856a1e9e57fdcb2494282c4d36e6ac6d#n12
Edit:
[3]
pacman -S polyml mesa-demos
resolving dependencies...
looking for conflicting packages...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: polyml and mesa-demos are in conflict
Comment by Mort Yao (soimort) - Saturday, 20 April 2019, 16:36 GMT
Yes I'm aware of that, but it would be likeable if both packages can coexist in some way.

mesa-demos is a dependency of playonlinux and lutris, which means I can't have them as long as polyml is installed on my system.
Comment by Eli Schwartz (eschwartz) - Monday, 22 April 2019, 02:03 GMT
By definition if the files conflict, there is really nothing we can do about this. Packages with conflicting desires upon the /usr/bin namespace are difficult to solve amicably, which package do you propose we strip of functionality in order to "let them coexist"?

There are really only two (three?) choices here:

- Use a complex systems of metapackages to allow people to install both packages, and alternately, also install some package providing targeted symlinks for one or the other. This is a painful, awkward idea and will not be implemented, but I mention it for completeness.
- Discuss with the respective upstream projects, asking them to transition to a more distinctive name, that is less likely to conflict with other projects.
- Wait until pacman implements a true alternatives system, which would allow users to configure their system to use a given implementation of the "poly" command, while having both installed. See https://wiki.archlinux.org/index.php/User:Allan/Alternatives for a proposal and https://lists.archlinux.org/pipermail/pacman-dev/2019-April/023314.html for discussion.

Loading...