update: graphics/GraphicsMagick

2009-10-07 Thread Okan Demirmen
update to 1.3.7; tested on i386/amd64/sparc64. comments, ok's? cheers, okan Index: Makefile === RCS file: /cvs/ports/graphics/GraphicsMagick/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile1 Sep 2009 1

Re: UPDATE: graphics/GraphicsMagick

2009-01-09 Thread LÉVAI Dániel
> GraphicsMagick update to 1.3.3: > http://www.demirmen.com/~okan/GraphicsMagick-1.3.3.diff Great work, thanks! > > koffice bit with kili's patch for GM 1.3.3: > http://www.demirmen.com/~okan/koffice-GM-1.3.3.diff > > While we've found no regressions so far, neither of us are > KDE/koffice users;

Re: UPDATE: graphics/GraphicsMagick

2008-12-30 Thread Okan Demirmen
GraphicsMagick update to 1.3.3: http://www.demirmen.com/~okan/GraphicsMagick-1.3.3.diff koffice bit with kili's patch for GM 1.3.3: http://www.demirmen.com/~okan/koffice-GM-1.3.3.diff While we've found no regressions so far, neither of us are KDE/koffice users; please test and comment - Thanks.

Re: UPDATE: graphics/GraphicsMagick

2008-12-17 Thread Matthias Kilian
On Sun, Dec 07, 2008 at 01:21:51PM -0500, Okan Demirmen wrote: > > > Fix koffice to work with latest GraphicsMagick? > > > > Please do. [...] > i'm not interested in krita, nor do i have the time to invest in it > right now. of course, others are more than welcome to do so :) Untested (I don't e

Re: UPDATE: graphics/GraphicsMagick

2008-12-07 Thread Okan Demirmen
On Wed 2008.12.03 at 16:41 +0100, L?VAI D?niel wrote: > On Tuesday 02 December 2008 03.41.51 Okan Demirmen wrote: > > seems i've missed a bit here while away... > > > > 2 things: > > > > koffice 1.6 branch does not support newer GraphicsMagick versions. > > > > i still don't understand the no_gs th

Re: UPDATE: graphics/GraphicsMagick

2008-12-07 Thread Okan Demirmen
On Thu 2008.12.04 at 18:26 -0500, Brad wrote: > On Thursday 04 December 2008 18:16:32 Matthias Kilian wrote: > > On Wed, Dec 03, 2008 at 04:41:04PM +0100, L?VAI D?niel wrote: > > > > at least we don't break the current koffice3, for now. > > > > > > Now I really think we should go down the road you

Re: UPDATE: graphics/GraphicsMagick

2008-12-04 Thread Brad
On Thursday 04 December 2008 18:16:32 Matthias Kilian wrote: > On Wed, Dec 03, 2008 at 04:41:04PM +0100, LÉVAI Dániel wrote: > > > at least we don't break the current koffice3, for now. > > > > Now I really think we should go down the road you have proposed earlier: > > Making a 1.1.x/ dir for main

Re: UPDATE: graphics/GraphicsMagick

2008-12-04 Thread Matthias Kilian
On Wed, Dec 03, 2008 at 04:41:04PM +0100, LÉVAI Dániel wrote: > > at least we don't break the current koffice3, for now. > Now I really think we should go down the road you have proposed earlier: > Making a 1.1.x/ dir for mainting compatibility with koffice 1.6, and a > 1.3.x for the latest stable

Re: UPDATE: graphics/GraphicsMagick

2008-12-03 Thread LÉVAI Dániel
On Tuesday 02 December 2008 03.41.51 Okan Demirmen wrote: > seems i've missed a bit here while away... > > 2 things: > > koffice 1.6 branch does not support newer GraphicsMagick versions. > > i still don't understand the no_gs thing. as kili pointed out, it > can be pinned down to removing the run

Re: UPDATE: graphics/GraphicsMagick

2008-12-01 Thread Okan Demirmen
seems i've missed a bit here while away... 2 things: koffice 1.6 branch does not support newer GraphicsMagick versions. i still don't understand the no_gs thing. as kili pointed out, it can be pinned down to removing the run dependency of ghostscript, but why? for example, GraphicsMagick suppor

Re: UPDATE: graphics/GraphicsMagick

2008-12-01 Thread LÉVAI Dániel
Matthias Kilian wrote: On Sun, Nov 30, 2008 at 09:10:16PM +0100, LÉVAI Dániel wrote: No. All you need is a global BUILD_DEPENDS= :ghostscript-*:print/ghostscript/gnu regardless of no_x11 or not. The whole purpose of this dependency is to always get the same delegates.mgk that uses pnm

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread Matthias Kilian
On Sun, Nov 30, 2008 at 09:10:16PM +0100, LÉVAI Dániel wrote: > > No. All you need is a global > > > > BUILD_DEPENDS= :ghostscript-*:print/ghostscript/gnu > > > > regardless of no_x11 or not. The whole purpose of this dependency > > is to always get the same delegates.mgk that uses pnmraw

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread LÉVAI Dániel
On Sunday 30 November 2008 19.22.22 Matthias Kilian wrote: > On Sun, Nov 30, 2008 at 02:18:26PM +0100, LÉVAI Dániel wrote: > > > After a closer look at configure.ac and at the source trees after > > > make configure (with ghostscript installed and uninstalled), I > > > think you really don't need t

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread Matthias Kilian
On Sun, Nov 30, 2008 at 02:18:26PM +0100, LÉVAI Dániel wrote: > > After a closer look at configure.ac and at the source trees after > > make configure (with ghostscript installed and uninstalled), I think > > you really don't need the no_gs flavor. The only relevant part that > > of GraphicsMagick

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread LÉVAI Dániel
On Sunday 30 November 2008 12.59.51 Matthias Kilian wrote: > On Sun, Nov 30, 2008 at 11:30:06AM +0100, LÉVAI Dániel wrote: > > > > Then the port now is broken, because no matter what, > > > > GraphicsMagick picks up ghostscript. So keeping "CONFIGURE_ARGS > > > > += > > > > --without-gslib" only ma

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread Matthias Kilian
On Sun, Nov 30, 2008 at 11:30:06AM +0100, LÉVAI Dániel wrote: > > > Then the port now is broken, because no matter what, GraphicsMagick > > > picks up ghostscript. So keeping "CONFIGURE_ARGS += > > > --without-gslib" only matters if we also remove the > > > BUILD_DEPENDS+= > > > :ghostscrip

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread LÉVAI Dániel
On Sunday 30 November 2008 11.08.25 Matthias Kilian wrote: > On Sun, Nov 30, 2008 at 09:35:17AM +0100, LÉVAI Dániel wrote: > > > FYI: only the gtk flavor of ghostscript contains libgs, so a > > > GraphicsMagick flavor depending on libgs (i.e. --with-gslib) > > > would have to explicitely depend on

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread Matthias Kilian
On Sun, Nov 30, 2008 at 09:35:17AM +0100, LÉVAI Dániel wrote: > > FYI: only the gtk flavor of ghostscript contains libgs, so a > > GraphicsMagick flavor depending on libgs (i.e. --with-gslib) would > > have to explicitely depend on ghostscript's gtk flavor. > > > > So, please just keep the CONFIGUR

Re: UPDATE: graphics/GraphicsMagick

2008-11-30 Thread LÉVAI Dániel
On Saturday 29 November 2008 22.36.56 Matthias Kilian wrote: > On Sat, Nov 29, 2008 at 10:08:12AM -0500, Okan Demirmen wrote: > > 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; > > FYI: only the gtk f

Re: UPDATE: graphics/GraphicsMagick

2008-11-29 Thread Matthias Kilian
On Sat, Nov 29, 2008 at 10:08:12AM -0500, Okan Demirmen wrote: > 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; FYI: only the gtk flavor of ghostscript contains libgs, so a GraphicsMagick flavor depending

Re: UPDATE: graphics/GraphicsMagick

2008-11-29 Thread LÉVAI Dániel
On Saturday 29 November 2008 16.08.12 Okan Demirmen wrote: > 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

Re: UPDATE: graphics/GraphicsMagick

2008-11-29 Thread Okan Demirmen
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

UPDATE: graphics/GraphicsMagick

2008-11-29 Thread LÉVAI Dániel
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 g

update: graphics/GraphicsMagick

2008-11-01 Thread Okan Demirmen
long overdue update to 1.2.5 with a bit of a re-work. comments and such are welcome. cheers, okan Index: Makefile === RCS file: /cvs/ports/graphics/GraphicsMagick/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Make