anyway and mmcc is going on a ports terminator rampage. original diff from
mmcc, I did the awkward @pkgpath bits.
ok landry and Daniel Jakots (maintainer, who spotted that my further attempt
at cleanup in post-install was broken)
- add a -gdata subpackage for the plugin interacting with google
contacts, since it picks up libgdata if present.
- add libnotify & libcanberra-gtk to LDEP-main since they're picked up
for the notification plugin if present.
- tidy WANTLIB, put the krb5 & friends only once in WANTLIB.
- remove a leftover empty WANTLIB-docs
- cleanup WANTLIB-* in the ldap FLAVOR, they made no sense
- all the plugins which were distributed separately are now bundled in.
- @conflict/@pkgpath markers added for upgrade path.
- add a pdfviewer plugin using poppler
- replace the dead gtkhtml2-based htmlviewer plugin by one using webkit.
- given the deps, pdfviewer and htmlviewer are subpackages.
- remove BDEP on libgcrypt, shouldnt be needed with gnutls >= 2.11.
- remove patches merged upstream.
From Ido Admon, thanks!
- attremover 1.0.14
- htmlviewer 0.32
- notification 0.30
- rssyl 0.33
- vcalendar 2.0.13
While here add patches for upstream bugs #2840, #2841 and #2842. Add
links to corresponding patches for tracking purposes.
All from Christopher Zimmermann, thanks!
Don't redirect errors to /dev/null and don't return true(1)
unconditionally. Instead, don't check for the existence of index.theme.
This will allow us to catch errors that may be happening because of a
missing dependency in the chain.
Some hidden issues may appear, in which case please contact me.
discussed with and ok blind jasper@
also following plugin updates, thanks!).
Remove -docs subpackage as upstream switched to docbook2html for doc
generation and doesn't seem to provide a way to install distributed
docs.. might come back later.
sorry, but the bogofilter and spamassassin subpackages cannot have changing
RUN_DEPENDS like that (and there's a debug flavor that affects them anyways)
The port may need further cleanup for optimization, but play it safe for now.
Due to some licensing mess, it now uses GnuTLS instead of OpenSSL.
Switched to textproc/enchant instead of textproc/aspell for spelling.
No objection from ajacoutot@, looks good to MAINTAINER.
Removes an integrated patch and some unmaintained/outdated translations.
Update patches and PLIST while here.
Tested by myself, pyr@ and pea at raveland dot org, thanks!
ok ajacoutot@
gtk-update-icon-cache is part of gtk+2: adding gtk+2 to run_depends just
to update the icon cache (which only gtk apps can use) is overkill to
say the least!
As from now, each time icons are installed under %D/share/icons, we try
to execute gtk-update-icon-cache and if it is not there, we just ignore
the error.
What it means is that if you have gtk+2 installed, then it'll run fine
and your apps will be able to use the cache. Otherwise, it will silently
fails which is fine since it means none of your apps would have been
able to take advantage of the cache anyway.
discussed with jasper@
by me to clean/reorder LIB_DEPENDS/WANTLIB. Remove two integrated patches.
clamav plugin is not part of it anymore due to licence issues, it will be
reimported soon in a standalone port.
Tested too by Pierre-Emmanuel Andre @i386, thanks !
ok ajacoutot@ pyr@
- gnomeprint flavor has been removed, it uses gtkprint now
- patch-src_procmime_c updated to fix a problem reported by Marten King
- pgp* plugins are built but not installed, due to a severe threading bug :
see http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1348
tested by many, ok ajacoutot@ kili@ and MAINTAINER
- disable useless static plugins
- remove unnecessary pseudo flavors
- build pgp and aspell support by default
- install tools and scripts
- shorter DESCRs for plugins
Should be ready now, but more testing is welcome.
Input from Brad, Ulrich (maintainer), espie@ and steven@.
ok steven@
From Ulrich Kahl, with work by pyr@, brad, myself and various people
on ports@. Not quite finished, but with this many contributers, it's
nice to have some version control.
ok pvalchev
----------------------------------------------------------------------
----------------------------------------------------------------------
