You are not logged in.
I have putty installed (and use it) and just today with the prrte update, pacman says it conflicts with it. And indeed, looking at prrte's PKGBUILD, putty is flagged as a conflict.
Does anyone happen to know why it conflicts, and what alternative there is, short of giving up on either of them?
(I mainly use putty as a serial terminal - if anyone can point me to something else that works as well for this purpose, I'm open to that, but haven't really found anything that great for this purpose so far. 'screen' sucks.)
Last edited by OpusOne (2024-02-08 02:35:52)
Offline
I have the same problem and found at least some disscussions about this topic:
https://gitlab.archlinux.org/archlinux/ … -/issues/1
https://github.com/openpmix/prrte/issues/1836
Offline
I don't even have 'prrte' installed and it conflicts. Might be a new dependency but it doesn't tell me which exactly. Pacman is not very helpful. I have no clue what's causing this.
Any ideas?
# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
:: prrte and putty are in conflict. Remove putty? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: prrte and putty are in conflict
# pacman -Qi prrte
error: package 'prrte' was not found
/var/log/pacman.log:
[2024-02-06T00:21:47+0100] [PACMAN] Running 'pacman -Syu'
[2024-02-06T00:21:47+0100] [PACMAN] synchronizing package lists
[2024-02-06T00:21:47+0100] [PACMAN] starting full system upgrade
sys2064
Offline
I have the same problem and found at least some disscussions about this topic:
https://gitlab.archlinux.org/archlinux/ … -/issues/1
https://github.com/openpmix/prrte/issues/1836
Ah, thanks! Gives me all context needed to understand it.
If I get it right, the problem is just with the filename of 'pterm'. The fix would probably be to rename it in one of the packages. Of course, package maintainers may never agree on which one should give in.
Speaking of this as a general issue, I find it a definite downside to the typical Unix-y filesystem layout, which promotes placing all executables in the same directory. Avoiding conflicts given the thousands (millions?) of packages is almost a miracle.
Offline
@Maniaxx check the packages listed under "Required By" of prrte.
As far as I understand, it is a new dependency of openmpi
Offline
So, to update my system I have to remove putty (which I use)?
This is weird!!??
Why this new dependency forces us to remove an already installed program?
Sergio S.
Offline
I think the explanation was provided above. Yes, this bites.
Actually, this issue has been raised 3 months ago in the prrte project:
https://github.com/openpmix/prrte/issues/1836
If they haven't been able to settle on a solution for 3 months, not sure what kind of hope we'll have here from the respective projects. Probably the simplest for now would be to rename one of the executables in the PKGBUILD, although that may break stuff for people who rely on these names.
But probably better than preventing people from using putty altogether.
Last edited by OpusOne (2024-02-06 04:19:42)
Offline
@Maniaxx check the packages listed under "Required By" of prrte.
As far as I understand, it is a new dependency of openmpi
Indeed. How did you get that info? 'Yay' at least shows a preview list of to-be-installed packages (i could parse manually) but pacman is all quiet about that.
sys2064
Offline
VerbosePkgLists
Displays name, version and size of target packages formatted as a table for upgrade, sync and remove operations.
Enable that option in pacman.conf and you'll notice any new packages easily .
New deps are listed after the package that requires them, in this case openmpi .
(It's one of the options in pacman.conf I enable during an archlinux installation, usually in the chroot before booting the install for the first time.)
Last edited by Lone_Wolf (2024-02-06 10:50:48)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
I have 'VerbosePkgLists' already enabled. It usually shows a package list indeed but the conflict check seems to break it beforehand (its exactly as i posted above. '-v' doesn't help either). So far the only way to get to the solution ("openmpi") seems to be to check deps in the conflicting packages manually.
Last edited by Maniaxx (2024-02-06 12:00:55)
sys2064
Offline
The conflicts array has been removed with prrte 3.0.3-2 currently in 'extra-testing'...
Offline
Quick workaround for those of you like me that need to use putty, is to block the update to openmpi in pacman.conf, so that prrte does not get installed. You can also go the whole hog and block the updates to prrte and prrte-docs too while you're there.
Offline
I have the exact same problem as the OP. FWIW, there are GUI alternatives to screen/putty for serial console access:
Offline
The maintainer of the prrte package quickly fixed it, thanks to them! prrte's 'pterm' is now renamed to 'prrte-pterm' upon installation. So, no more conflict.
Offline