[Digikam-devel] [Bug 257679] Build a package for Digikam on MacOSX

[Vlado Plaga]

https://bugs.kde.org/show_bug.cgi?id=257679


Vlado Plaga <rechner at vlado-do.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rechner at vlado-do.de




--- Comment #6 from Vlado Plaga <rechner vlado-do de>  2011-01-23 15:40:31 ---
I'm running digiKam on both Linux and Mac OS, and installed digiKam 1.7.0 on
Mac just a few days ago.

The idea of modifying some Portfiles so that they have less dependencies sounds
good and logical to me! In fact that's what I did, because a dependency
("atlas" and maybe also "akonadi" or "boost") did not compile. This is my
"diff" for the kdelibs4 Portfile (just two lines changed, but much of avahi's
large dependency tree removed):

36c36
<                     port:avahi port:qca \
---
>                     port:qca \
59c59
<                         -DWITH_Avahi=ON \
---
>                         -DWITH_Avahi=OFF \

A problem with Macports is that it tries to be a consistent packaging system,
like the one provided by Debian. So of course a Port has to depend on
everything that it would automatically use, when detecting it in the
"configure" phase. I once wanted to remove an "optional" kipi-plugins
dependency (gtk1) from the kipi-plugins Portfile, but Ryan Schmidt, one of
Macports project managers, clearly stated that this was not in line with the
Macports policy:

"It's not ok for ports to opportunistically use software that happens to be
installed."
http://trac.macports.org/ticket/25076

When creating a binary version of digiKam that installs in a directory like
"/opt/digikam" (instead of "/opt/local") this concern would not matter, though,
so ideally one would only have each Port depend only on what is really required
to build (or to provide the desired functionality). This should greatly
increase compile time, but it would also be a lot of work to maintain such a
set of modified Portfiles.

I'm not going to put much effort into this, as my old PPC system is too slow
for compilation tests. Anyway Macports' support for Mac OS 10.5 will probably
end soon after 10.7 is out this year, and I'm not going to buy an Intel Mac (or
any Intel computer - but no political discussion here).

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.