[MacPorts] #51619: qt5.depends_component procedure

MacPorts noreply at macports.org
Thu Dec 29 18:13:14 CET 2016


#51619: qt5.depends_component procedure
---------------------------+----------------------
  Reporter:  RJVB          |      Owner:  mkae
      Type:  enhancement   |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:
Resolution:                |   Keywords:
      Port:  qt5, qt5-kde  |
---------------------------+----------------------

Comment (by MarcusCalhoun-Lopez):

 Replying to [comment:14 RJVB]:
 > - port:qt5 currently installs the pkg-config files to
 `${qt_libs_dir}/pkgconfig`. Is that to be changed?
 Links to the .pc files are currently put into `${prefix}/lib/pkgconfig`
 (see [https://trac.macports.org/changeset/142505/trunk/dports here]).

 > - I don't really like the "-append" suffix, if not only because it
 suggests there are also "-prepend", "-replace" etc. modifiers.
 You are right, the original name is probably best.

 > - qt5.using_kde isn't always defined, I don't know if `[tbool
 qt5.using_kde]` catches all possible situations(?) Evidently the variable
 could be defined by the shared PortGroup.
 `tbool` [https://github.com/macports/macports-
 base/blob/master/src/port1.0/portutil.tcl#L884 tests for existence]

 > I am VERY much in favour of maintaining the PortGroup approach
 implemented in
 >
 [https://github.com/RJVB/macstrop/blob/master/_resources/port1.0/group/qt5-1.0.tcl
 qt5-1.0.tcl]
 I believe there would be **strong** objections from the other developers
 to having dependencies influenced by {{{[file exists
 ${prefix}/include/qt5/QtCore/QtCore]}}}.[[BR]]
 At the very least, it would run contrary to ReproducibleBuilds.[[BR]]
 `port deps libQGLViewer` would give different answers from one day to the
 next depending on which Qt is installed.

 > The qt5-kde stub ports are mostly there to be able to satisfy dependency
 requirements when someone moves from port:qt5 to port:qt5-kde . A user who
 installs port:qt5-kde from the start shouldn't be obliged to need them.
 I may have misunderstood how qt5-kde stubports are used, but I humbly
 suggest this is resolved after consensus is reached on general strategy.

--
Ticket URL: <https://trac.macports.org/ticket/51619#comment:17>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list