[MacPorts] #38099: Portfile for Krita

MacPorts noreply at macports.org
Tue Feb 19 05:40:44 PST 2013


#38099: Portfile for Krita
------------------------------------+--------------------------------
  Reporter:  patrik.andersson.se@…  |      Owner:  macports-tickets@…
      Type:  submission             |     Status:  new
  Priority:  Normal                 |  Milestone:
 Component:  ports                  |    Version:  2.1.3
Resolution:                         |   Keywords:
      Port:                         |
------------------------------------+--------------------------------

Comment (by egall@…):

 Replying to [comment:15 larryv@…]:
 > Replying to [comment:14 patrik.andersson.se@…]:
 > > The reason why I override the build-phase was because it did "make
 > > all" and it failed for Krita. I will try run without the modifications
 > > of destroot and post results tonight.
 >
 > You can accomplish this by setting `build.target` to nothing. (Its
 default value is “all”.) But I don’t see why `make` should work while
 `make all` fails.
 >
 > > I only use their current build system which is a bit different from
 > > the usual ./configure & make & make install since it uses cmake
 > > instead.
 > >
 > > I thought ${destroot} would be a suitable prefix for the install
 > > prefix, then it will create some subfolder like ./lib ./share and
 > > ./include in DCMAKE_INSTALL_PREFIX. Could this be changed to a better
 > > prefix to prevent it installing outside the prefix?
 >
 > You should look into using the
 [[source:trunk/dports/_resources/port1.0/group/cmake-1.0.tcl|cmake
 PortGroup]], which
 [http://guide.macports.org/chunked/reference.portgroup.html handles a lot
 of the work] required for using CMake. You can use it by changing the top
 of your portfile to
 > {{{
 > PortSystem  1.0
 > PortGroup   kde4 1.1
 > PortGroup   cmake 1.0
 > }}}
 >
 > Once you do this, you should be able to remove your custom configure,
 build, and destroot phases, as well as the “`destroot.violate_mtree`” bit.

 The kde4 portgroup actually already includes the cmake portgroup within
 it, so putting them both would be redundant.

-- 
Ticket URL: <https://trac.macports.org/ticket/38099#comment:16>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list