On Sat 2008.11.29 at 11:39 +0100, L?VAI D?niel wrote:
> Hi!
> 
> It [1] is basically Okan's patch (sorry, but i only found your post 
> recently); I've changed VERSION from 1.2.5 to 1.2.6, and added a no_gs 
> FLAVOR. Also note, that now if one builds it with x11 (ie. not 
> specifing FLAVOR=no_x11) it depends on graphics/libwmf, and will 
> automatically pick up ghostscript (if FLAVOR=no_gs is not specified).
> Also, patches and PLISTs were regenerated.
> 
> Tried it out on i386 with gallery2, it works fine.
> 
> Note: one file was removed from patches/, and one was added, so please 
> use `patch -E`.
> 
> Please test/comment, thanks!

Hi,

One major issue/reason for keeping the current GraphicsMagick is
koffice3.  I'm not sure we can simply drop the filter that is dependent
on the old GraphicsMagick - I've looked into it some, but not enough;
and koffice3 isn't going away anytime soon.

Also note that GraphicsMagick 1.3.1 is out, the now current stable
release.

I know of at least one existing port that would benefit from a new
GraphicsMagick, but I'm sure there are others.  For what reason do you
need an update - new port or such?

Talking out loud, if there are many ports that would seriously benefit
from switching to GraphicsMagick, from ImageMagick, maybe we could go
down the route of splitting GraphicsMagick into 1.x/ and stable/, or
something.

Oh, and I see that GraphicsMagick doesn't recommend gslib, so maybe we
should just disable that by default instead of making it a FLAVOR; then
again, I wonder if we need a FLAVOR over a SUBPACKAGE - I clearly
haven't looked ;)

There are a few things to consider, hence my lagging on this port.
Thanks for your interest though - opinions welcome ;)

Cheers,
Okan

> Daniel
> 
> [1] - http://leva.ecentrum.hu/patches/GraphicsMagick_1.2.6+no_gs.diff
> 
> -- 
> LEVAI Daniel
> PGP key ID = 0x4AC0A4B1
> Key fingerprint = D037 03B9 C12D D338 4412  2D83 1373 917A 4AC0 A4B1

Reply via email to