Bug 236608 - ports-mgmt/portmaster failed to update devel/libdbusmenu-qt@qt5
Summary: ports-mgmt/portmaster failed to update devel/libdbusmenu-qt@qt5
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Stefan Eßer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-17 20:58 UTC by mikhail.rokhin
Modified: 2022-12-30 18:36 UTC (History)
5 users (show)

See Also:


Attachments
ports-mgmt/portmaster failed to update devel/libdbusmenu-qt@qt5 (12.10 KB, image/png)
2019-03-17 20:58 UTC, mikhail.rokhin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description mikhail.rokhin 2019-03-17 20:58:24 UTC
Created attachment 202942 [details]
ports-mgmt/portmaster failed to update devel/libdbusmenu-qt@qt5

Seems like there is some mis-logic - the port devel/libdbusmenu-qt is already qt5 and has name `libdbusmenu-qt5-0.9...` and has no FLAVORS , but easily compiles and installs without using `make FLAVOR=qt5 ...` .

Who is to blame?)
Comment 1 Rainer Hurling freebsd_committer freebsd_triage 2019-03-18 05:32:52 UTC
The port is installed in the flavored version and has to be reinstalled in the nonflavored version. Portmaster has some problems to manage this automatically, the following helps for me:

portmaster -o devel/libdbusmenu-qt libdbusmenu-qt-0.9.3.160420160218_9

The difference is the absence of @qt5. The are some other ports (like qca, qjson, quazip, ...), for which this approach seems to work.
Comment 2 mikhail.rokhin 2019-03-18 18:28:34 UTC
(In reply to Rainer Hurling from comment #1)
Thank you.

What will happen when version is changed, for e.g., from libdbusmenu-qt5-0.9.3.160420160218_9 to libdbusmenu-qt5-6.15.22 ?

Should I re-origin via `portmaster -o ...` on each version change?
Comment 3 Rainer Hurling freebsd_committer freebsd_triage 2019-03-18 18:41:44 UTC
(In reply to mikhail.rokhin from comment #2)

As far as I understand, 'portmaster -o' is only needed once, to change back from flavored to unflavored installation.
Comment 4 Tobias C. Berner freebsd_committer freebsd_triage 2019-03-18 20:31:39 UTC
Moin moin 

I removed the qt4/qt5 flavors of devel/libdbusmenu-qt when removing Qt4 -- there is a moved entry for it:

devel/libdbusmenu-qt@qt5|devel/libdbusmenu-qt|2019-03-16|Flavor has been removed


Maybe se@ can weigh in on what portmaster needs to be happy with it.


mfg Tobias
Comment 5 Tatsuki Makino 2019-03-18 23:06:48 UTC
portmaster cannot handle well the MOVED entries where the origins merge.
In that case, the following operations will be required.

pkg info -r originmerged # check required by ...
  # got result of dependonoriginmerged

pkg delete -f originmerged

portmaster dependonoriginmerged # install a new dependent port or package by reinstalling.