| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
be, sortof.
|
| |
|
| |
|
|
|
|
| |
Requested by: adamw (maintainer)
|
|
|
|
| |
I have no idea where all the translations went.
|
| |
|
|
|
|
| |
the BROKEN thing.
|
| |
|
|
|
|
| |
Special thanks to: Edwin's awesometastic update check script. Hooray for Edwin!
|
|
|
|
| |
changes.
|
|
|
|
| |
Thanks to: kris's awesome reports
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
| |
Approved by: portmgr (implicit)
|
| |
|
| |
|
| |
|
| |
|
|
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/
|