[MacPorts] #38907: Resolving libjpeg-turbo + jpeg Port conflicts

MacPorts noreply at macports.org
Tue Nov 12 03:54:43 UTC 2019


#38907: Resolving libjpeg-turbo + jpeg Port conflicts
----------------------------+----------------------
  Reporter:  davidfavor     |      Owner:  larryv
      Type:  enhancement    |     Status:  assigned
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:
Resolution:                 |   Keywords:
      Port:  libjpeg-turbo  |
----------------------------+----------------------

Comment (by ryandesign):

 Replying to [comment:21 kencu]:
 > Oh, I see what you're saying .. a path dep should mean you could
 uninstall one and install the other and all would be hunky-dory without
 rebuilding anything...not that either could satisfy the need.
 >
 > Yeah, by that standard, a path dep will never work -- actually would
 probably quite rarely work for anything, come to think of it.

 It works in the original use case: a library, like libpixman or cairo or
 pango or glib2 or graphviz that maybe adds some functions in a new minor
 library version but does not remove functions and the major library
 version does not change. A user can install the -devel version of the port
 to get new features, and the programs that use the library still work
 without a rebuild.

 > I took the more liberal view of it, meaning one or the other could be
 installed.
 >
 > Perhaps that more liberal view of a path dep is more in keeping with
 what people actually want.... for example, webkit2-gtk and webkit2-gtk-
 devel share a path dep, but are not definitely binary compatible --- but
 it is likely that software could build against one or the other (actually,
 even that is not particularly guaranteed, but ... ).

 In that scenario, the binaries that the user gets of any programs linking
 with the library would be broken and would need to be rebuilt from source
 on the user's system. That's not the user experience we want.

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


More information about the macports-tickets mailing list