On Mon, 2011-08-01 at 15:54 +0200, Martin Zibricky wrote: > Florian Höch píše v Po 01. 08. 2011 v 15:40 +0200: > > So, if we need/want to support MacPorts we must include all > > dependencies > > from MacPorts. > > It seems in the original bug report, libcups was not bundled from > > /opt/local, thus causing the error. > > It is not possible to bundle cups from macports. > There is no package in macports which would install libcups.
Then PyQt/PySide in MacPorts is broken, because their Qt version *does* depend on libcups, but if they fail to install the MacPort's version of libcups while still installing libiconv, they create a conflict. Either MacPorts always relies on system's libcups (and *all* its dependencies, including libiconv), or it does not. If it does ship libiconv but not libcups, they have a bug. > IMHO there > no reason for that when there is already default libcups on mac with > stable API. > So all libraries from macports requiring libcups depend on the system > one (from /usr/lib). That's fine -- but then they should also *not* have a custom version of libiconv. -- Giovanni Bajo :: [email protected] Develer S.r.l. :: http://www.develer.com My Blog: http://giovanni.bajo.it
smime.p7s
Description: S/MIME cryptographic signature
