[MacPorts] #68970: libreoffice @7.6.3.2_1: depends unconditionally on unixODBC, which can lead to build conflicts

MacPorts noreply at macports.org
Sun Dec 24 01:45:25 UTC 2023


#68970: libreoffice @7.6.3.2_1: depends unconditionally on unixODBC, which can lead
to build conflicts
--------------------------+--------------------
  Reporter:  cooljeanius  |      Owner:  (none)
      Type:  defect       |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.8.1
Resolution:               |   Keywords:
      Port:  libreoffice  |
--------------------------+--------------------

Comment (by ryandesign):

 Replying to [ticket:68970 cooljeanius]:
 > I'm wondering if this dependency could be switched to be a `path:`-style
 dependency instead?

 My initial thought is that I don't think it can, because I don't think
 unixODBC and libiodbc are drop-in replacements for one another. Of all the
 ports that depend on unixODBC today, only one does so using a
 `path:`-style dependency, and it's pure-odbc, and I'm not sure why I did
 it that way when I created that port, but that might have been during a
 brief period when I was trying to use `path:` dependencies for everything.
 But I am remembering, for example, the php*-odbc ports where a different
 patchfile and different configure args need to be used depending on
 whether unixODBC or libiodbc is selected by variant.

 Normally a port for a program that supports either unixODBC or libiodbc
 ''should'' have variants so that the user can choose which library will be
 used and if one is to be used by default it would be a good idea if all
 ports could agree on what that default should be.

 libreoffice only has unixODBC as a build dependency, which makes me think
 it does not use the library. I'm not sure what part of unixODBC it does
 use. Possibly that port is the same between the two ports and a `path:`
 dependency could be used.

 It might be nice if unixODBC and libiodbc didn't conflict. Whichever of
 them is "best" might stay where it is and the other one could move to a
 subdirectory of /opt/local/libexec. All ports that depend on it would have
 to change following that move.

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


More information about the macports-tickets mailing list