The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
Drop the dependency on metakit, and add dependencies on PyRTF and
pysqlite21. Hopefully this can put an end to the utter nonsense
whereby this port was marked BROKEN because its build caused a
file within ${PYTHON_SITELIBDIR} to get byte-compiled. There was
no really graceful way to handle it, and now I can just let the
next poor shmuck whose port depends on py-metakit deal with that
dilemma.
a python-enabled metakit, but that requirement cannot be assured with
the current framework. The solution, as discussed with krion, is to
make metakit's python support on by default. This fix, however, won't
go in until after the slush, so gourmet will not have a 6.0 package
in the meantime.
Also, I'm backing out krion's change, because it wasn't the right fix.
The original RUN_DEPENDS library check will be the correct one once
the metakit change goes in.
Approved by: portmgr (krion)
one, and it has a nice metakit db backend.
Gourmet allows you to collect, search and organize your
recipes, and to automatically generate shopping lists from
your collection.
Gourmet's features include:
* Simple searching and sorting
* Easy recipe editing
* Import and export from various formats
* A shopping list creator and organizer
WWW: http://grecipe-manager.sourceforge.net/
