[MacPorts] #44193: qt: allow side by side installation of qt4-mac and qt5-mac

MacPorts noreply at macports.org
Tue Oct 6 01:55:45 PDT 2015


#44193: qt: allow side by side installation of qt4-mac and qt5-mac
-------------------------------+------------------------
  Reporter:  mojca@…           |      Owner:  mcalhoun@…
      Type:  enhancement       |     Status:  new
  Priority:  Normal            |  Milestone:
 Component:  ports             |    Version:
Resolution:                    |   Keywords:
      Port:  qt4-mac, qt5-mac  |
-------------------------------+------------------------

Comment (by rjvbertin@…):

 Another word about the exceptions "issue": I am using a Qt4 build with
 these same patches to minimise support for exceptions *inside* Qt on
 several Linux/KDE4 (Kubuntu 14.04) desktops. I haven't run into a
 ''single'' issue related to building Qt that way.

 Replying to [comment:74 michaelld@…]:

 > 0) commit the minimal patch to allow qt4-mac to install into libexec
 (just change qt_dir to be "${prefix}/libexec/qt4");[[BR]]
 > It's not perfect, but it gets things moving & does not require more
 testing/evaluation.

 The patch is minimal, but you're NOT minimising the amount of work it
 generates.

 > We will have enough work getting Qt4 dependent ports working with the
 parallel build that I don't think we need more things to deal with just
 right now.[[BR]]

 One last time, there will be less work, potentially much less work, by
 keeping the current install layout like it is as much as possible, and
 moving only the few parts that are not compatible with a parallel install
 (*not* "parallel build", that's something else).
 And if I'm right, all that unnecessary work will have to be undone at some
 point.

 As to shared maintainership on a qt4-mac-devel port: I don't think I like
 that idea any better than you seem to like the idea of it for port:qt4-mac
 . With only one of us having commit rights it'll be difficult enough
 already to maintain the shared part of the `qt4` Portgroup.

 Or has there been a change in "base" that allows content `_resources`
 directories (including the port/group directory) in a "personal" port tree
 to override the content from the global _resources directory? As long as
 that's not the case, users of portgroups from my repository have to copy
 the corresponding files into the global _resources directory.

 > and whatever changes are required to qt4-mac to allow it and qt4-mac-
 devel to be hot-swappable replacements;

 Hot-swapping after we've basically ended up in the situation of qt5-mac
 and my proposed qt5-kde, with the former installing all of Qt into a
 single prefix and the latter moving only the minimal number of components
 w.r.t. the current layout?
 * That will only be possible if my port provides symlinks in
 ${prefix}/libexec/qt4 that point to the locations where stuff is actually
 installed.
 That's not impossible (I presume), but not exactly any better than the
 transitional variant I'm providing at the moment.


 > these will probably require a rev-bump to qt4-mac

 As long as those changes do not touch the qt4-mac Portfile but only the
 PortGroup, a rev-bump shouldn't be required. Not as long as one accepts
 that users of qt4-mac-devel will have to build every dependent port from
 source (because the binary builds will all be for qt4-mac users).

-- 
Ticket URL: <https://trac.macports.org/ticket/44193#comment:75>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list