[Bug 265943] editors/libreoffice: upgrading via portmaster leads to conflict with existing installed port

From: <bugzilla-noreply_at_freebsd.org>
Date: Fri, 19 Aug 2022 15:29:56 UTC

--- Comment #5 from Martin Birgmeier <d8zNeCFG@aon.at> ---
Thank you for the detailed explanation, even though I must admit to not fully
understanding it.

Something must have changed in either portmaster or the libreoffice ports a few
months ago, resulting in the behavior described in this ticket and also in bug

I have noticed that for the libreoffice ports I am using, portmaster first
builds, e.g., german/libreoffice, then uninstalls the old version of this port,
then notices that it needs to upgrade editors/libreoffice as a (presumably
runtime) dependency, then builds that one and tries to install it. But that
fails because the old version is already installed. The result is that
german/libreoffice remains deinstalled after this failure, the old
editors/libreoffice remains installed, and the build directory contains a
readily built new editors/libreoffice.

It seems to me that if portmaster detects such a kind of runtime dependency
where the depended-on port needs to be upgraded, it should first perform the
upgrade of that port before proceeding to the upgrade of the depending port (in
this case, german/libreoffice).

This seemingly inverted dependency order is also visible in the output of the
first scan portmaster performs, before it is asking whether to continue (if not
using --no-confirm): The depended-on ports are listed after the depending ports
when it would seem more logical to invert this.

-- Martin

p.s. It is also visible in the following command I am using to watch the
progress of portmaster:

ps -axuewww | sed -n 's/.*PM_NEEDS_UPDATE= //p' | sort -u | tail -1 | sed 's/
/g' | sed '/^$/,$ d' | less

Not fully functional but still helpful.

You are receiving this mail because:
You are the assignee for the bug.