p5-xmltv - old?
Hello, Is there a reason why p5-xmltv haven't been updated? In ports we have version 0.5.52, but on the main web site version 0.5.56 have been available a while now. Simply chnaging the version in the Makefile, removing the PORTREVISION line and doing 'make makesum' get the port working: r...@kg-quiet# diff -u p5-xmltv_0.5.52/Makefile p5-xmltv/Makefile --- p5-xmltv_0.5.52/Makefile2009-10-18 10:26:10.0 +0200 +++ p5-xmltv/Makefile2009-11-14 22:16:39.0 +0100 @@ -6,8 +6,7 @@ # PORTNAME=xmltv -PORTVERSION=0.5.52 -PORTREVISION=1 +PORTVERSION=0.5.56 CATEGORIES=textproc perl5 MASTER_SITES=SF PKGNAMEPREFIX=p5- Ok, It isn't perfect, it complains a bit when you install: ===> Compressing manual pages for p5-xmltv-0.5.56 gzip: can't stat: /usr/local/man/man1/tv_grab_be.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_br_net.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_dk.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_es.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_jp.1: No such file or directory ===> Registering installation for p5-xmltv-0.5.56 But it is a good starting point. -- Regards, Torfinn Ingolfsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Is there any reason to keep sysutils/rc_subr?
Jilles Tjoelker wrote: > A separate rc_subr port may be useful in case new functions are added to > rc.subr, and it is desired to use these functions on systems that do not > have them in /etc/rc.subr. There have not been any substantive changes to the port in over 5 years, thus I find this argument uncompelling. :) If the circumstance you describe actually arise there is nothing wrong with temporarily duplicating the functionality in individual ports' scripts. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
Sat, Nov 14, 2009 at 05:09:53PM +0100, Rainer Hurling wrote:
> Thank you again, Eygene.
You're welcome ;))
> I will now prepare for submitting a PR with this new port.
I'll try to do a Tinderbox build of your port to see if the packaging
and dependency list is complete. I think that the committer who will
take care of this will do it by himself, but since I had already spent
some time on this, I'll try to do this validation.
So, please, Cc me when you'll be making your send-pr submission.
Thanks!
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-'" `"\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
On 14.11.2009 15:56 (UTC+1), Eygene Ryabinkin wrote: Sat, Nov 14, 2009 at 02:58:02PM +0100, Rainer Hurling wrote: BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: SAGA's configure understands no --with-wx-config option, so it is just a no-op. Both are deleted now from my Makefile and everything build and install just fine. Cool. So far, I only tested my new port "math/saga" under very recent 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it test on other platforms and/or system versions before requesting a commit? If you have access to other variants of systems, it will be good, but if you can't -- just submit it. If there will be build troubles when the port will be included to the ports collection, then you'll be warned about this as the maintainer. I am afraid I have no access to other variants of systems. 'portlint -A' gives me the following errors: FATAL: Makefile: MASTER_SITES appears out-of-order. FATAL: Makefile: order must be PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY. WARN: Makefile: "BUILD_DEPENDS" has to appear earlier. 2 fatal errors and 1 warning found. I think there is no chance to avoid the fatal errors with the used URL? Why? Just move DISTNAME below the MASTER_SITES and MASTER_SITE_SUBDIR and that's it. What worried you about the URL? It is a lot easier than I thougt ... Irritating is the warning about the position of "BUILD_DEPENDS". I am not sure if this is the right way to optionally install a library. What do you think? This is the right way. The thing is that the only BUILD_DEPENDS is OPTION-dependent, so you can't use WITH/WITHOUT_HARU prior to the inclusion of bsd.port.options.mk and this will enable portlint to emit warnings. So, if I am not missing some important point, you should live with it. But I had glanced over Haru usage inside the current sources and it turns out that Haru is disabled: preprocessor symbol _SAGA_DONOTUSE_HARU is defined throughout the whole load of the Makefiles. This symbol is actively used only inside src/saga_core/saga_api/doc_pdf.cpp and, in fact, PDF generation is disabled if _SAGA_DONOTUSE_HARU is here. I see no knobs to enable it without manual patching, so, if you really don't need PDFs -- you can drop haru dependency completely. If you still want to have it -- patch Makefile.in files once again (basing on the value of WITH_HARU), add the needed link knobs to the LDFLAGS and, possibly, some stuff to the CFLAGS. Ok, I personally have no need to use HARU PDF at the moment. I could leave it for an updated version of the port ;-) Another idea for an updated port version would be the use of unicode. But this is another story ... Attaching slightly cleaned-up version of the Makefile from which OPTIONS were removed. Yes, I will a Makefile without this option. Thank you again, Eygene. I will now prepare for submitting a PR with this new port. Rainer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: RFC: svn for make fetch
Wesley Shields wrote: On Fri, Nov 13, 2009 at 10:00:08AM +0200, Eitan Adler wrote: Actually I was thinking of eventually adding non-svn support as well I don't think bloating bsd.*.mk for the most common VCS out there is a good idea, not to mention what happens when someone wants support for some oddball VCS that is not normally used? The reason I started on this project is because the version of mplayer in ports is severely out of date. When I tried to update to port I noticed that the project wants you to compile and install from svn. I also noticed a few other ports that have hacks to let the maintainers "use his/her custom scripts" stuck into the port's Makefile. I think it would be good if there was some standardized way of solving both of these problems... Sure, but it doesn't belong in bsd.*.mk. Turn it into a script and submit it as a regular port. If it were just one port and/or just a port maintainers tool I'd agree. But this is something that affects MULTIPLE ports. Surely the whole value/purpose of the ports build infrastructure is to present a consistent way of doing things rather than different maintainers doing their own thing and solving problems in different, and quite possibly sub-optimal ways and/or bloating multiple individual port Makefiles with what could be kept in a single bsd.*.mk file. And if the file were (say) bsd.vcs.mk and were pulled in only if one of USE_SVNFETCH USE_CVSFETCH USE_GITFETCH etc were defined then the impact of the bloat on other ports is minimal. A quick scan of ports reveals that the following contain the string "svn export" in their Makefile ports/cad/kicad-devel ports/comms/wsjt ports/comms/wspr ports/devel/compiler-rt ports/devel/llvm-devel ports/devel/thrift ports/games/evq3 ports/games/q2pro ports/games/freeorion ports/games/worldofpadman ports/net-im/cjc ports/www/twiki ports/www/foswiki ports/x11-toolkits/gigi This thread has revealed at least two further ports that use a svn distribution but where this is hidden from the user. That's 15 ports already that could be sharing common code instead of doing it themselves. How many do you need? -- Thomas Sandford ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
Sat, Nov 14, 2009 at 02:58:02PM +0100, Rainer Hurling wrote:
> > BTW, there is absolutely no need to specify WX_CONFIG in your Makefile,
> > bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too:
> > SAGA's configure understands no --with-wx-config option, so it is just
> > a no-op.
>
> Both are deleted now from my Makefile and everything build and install
> just fine.
Cool.
> So far, I only tested my new port "math/saga" under very recent
> 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it
> test on other platforms and/or system versions before requesting a
> commit?
If you have access to other variants of systems, it will be good, but if
you can't -- just submit it. If there will be build troubles when the
port will be included to the ports collection, then you'll be warned
about this as the maintainer.
>
> 'portlint -A' gives me the following errors:
> FATAL: Makefile: MASTER_SITES appears out-of-order.
> FATAL: Makefile: order must be
> PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY.
> WARN: Makefile: "BUILD_DEPENDS" has to appear earlier.
> 2 fatal errors and 1 warning found.
>
> I think there is no chance to avoid the fatal errors with the used URL?
Why? Just move DISTNAME below the MASTER_SITES and MASTER_SITE_SUBDIR
and that's it. What worried you about the URL?
> Irritating is the warning about the position of "BUILD_DEPENDS". I am
> not sure if this is the right way to optionally install a library. What
> do you think?
This is the right way. The thing is that the only BUILD_DEPENDS is
OPTION-dependent, so you can't use WITH/WITHOUT_HARU prior to the
inclusion of bsd.port.options.mk and this will enable portlint to emit
warnings. So, if I am not missing some important point, you should live
with it.
But I had glanced over Haru usage inside the current sources and it
turns out that Haru is disabled: preprocessor symbol _SAGA_DONOTUSE_HARU
is defined throughout the whole load of the Makefiles. This symbol is
actively used only inside src/saga_core/saga_api/doc_pdf.cpp and, in
fact, PDF generation is disabled if _SAGA_DONOTUSE_HARU is here.
I see no knobs to enable it without manual patching, so, if you really
don't need PDFs -- you can drop haru dependency completely. If you
still want to have it -- patch Makefile.in files once again (basing on
the value of WITH_HARU), add the needed link knobs to the LDFLAGS and,
possibly, some stuff to the CFLAGS.
Attaching slightly cleaned-up version of the Makefile from which
OPTIONS were removed.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-'" `"\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
# Ports collection makefile for: saga
# Date created:13 November 2009
# Whom:Rainer Hurling
#
# $FreeBSD$
#
PORTNAME= saga
PORTVERSION=2.0.4
CATEGORIES= math
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux
MAINTAINER= rhur...@gwdg.de
COMMENT=System for Automated Geoscientific Analyses
LIB_DEPENDS=proj.5:${PORTSDIR}/graphics/proj \
gdal.14:${PORTSDIR}/graphics/gdal \
jasper.4:${PORTSDIR}/graphics/jasper \
tiff.4:${PORTSDIR}/graphics/tiff
WRKSRC= ${WRKDIR}/saga-${PORTVERSION:C/\.[[:digit:]]*$//}
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
USE_WX= 2.8
CFLAGS+=-I${LOCALBASE}/include
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
@${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \
${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \
${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c
.include
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
Hello Eygene,
On 14.11.2009 12:36 (UTC+1), Eygene Ryabinkin wrote:
Sat, Nov 14, 2009 at 10:41:58AM +0100, Rainer Hurling wrote:
The original configure script of SAGA GIS expects 'wx-config', but in
newer FreeBSD systems there only is e.g. wxgtk2-2.8-config.
The porters handbook shows how to configure the ports Makefile to let
the port know what wxWidget version to use. I patched the original
configure script but obviously that's not enough. The attached files
are saved under math/saga and show what I have tried.
Seems like spawning REINPLACE_CMD over the whole horde of Makefile.in
files will do the trick:
-
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
-
oh yes, I only patched configure, but not the Makefile.in's. That's it!
It would be nice if someone with more experience could give me a hint
how to do it right.
I am not sure for 100% that the above is the Only Right Way (tm), but
the Porter's Handbook suggests that in such cases (when "wx-config" is
hardcoded), the best thing is to patch the sources and that's what I did.
I read it but not understood it right until now ;-)
BTW, there is absolutely no need to specify WX_CONFIG in your Makefile,
bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too:
SAGA's configure understands no --with-wx-config option, so it is just
a no-op.
Both are deleted now from my Makefile and everything build and install
just fine.
So far, I only tested my new port "math/saga" under very recent
9.0-CURRENT, both i386 and amd64. Is there any need for me to let it
test on other platforms and/or system versions before requesting a commit?
'portlint -A' gives me the following errors:
FATAL: Makefile: MASTER_SITES appears out-of-order.
FATAL: Makefile: order must be
PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY.
WARN: Makefile: "BUILD_DEPENDS" has to appear earlier.
2 fatal errors and 1 warning found.
I think there is no chance to avoid the fatal errors with the used URL?
Irritating is the warning about the position of "BUILD_DEPENDS". I am
not sure if this is the right way to optionally install a library. What
do you think?
Many thanks again,
Rainer
# Ports collection makefile for: saga
# Date created:13 November 2009
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= saga
PORTVERSION=2.0.4
CATEGORIES= math
DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=System for Automated Geoscientific Analyses
LIB_DEPENDS=proj.5:${PORTSDIR}/graphics/proj \
gdal.14:${PORTSDIR}/graphics/gdal \
jasper.4:${PORTSDIR}/graphics/jasper \
tiff.4:${PORTSDIR}/graphics/tiff
OPTIONS=HARU "Enable Haru Free PDF Library (optional)" On
.include
.if !defined(WITHOUT_HARU)
BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu
.endif
#INSTALL_TARGET=install install-man
#ALL_TARGET=all
WRKSRC= ${WRKDIR}/saga-2.0
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
CFLAGS+=-I${LOCALBASE}/include
USE_WX= 2.8
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
@${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \
${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \
${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c
#MAN1= saga.1
#MANCOMPRESSED= yes
post-install:
@${CAT} ${PKGMESSAGE}
.include
MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce
SHA256 (saga_2.0.4_src_linux.tar.gz) =
e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe
SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635
SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free,
hybrid, cross-platform GIS software.
The heart of SAGA is it's C++ and thus object oriented Application Programming
Interface (API), providing data object definitions and computational methods for
raster, vector and tabular data. As a normal user, you will not get into touch
with the API. But as an interested scientist or coder you will soon discover
it's great flexibility.
WWW: http://www.saga-gis.org/en/index.html
bin/saga_cmd
bin/saga_gui
lib/libsaga_api.la
lib/libsaga_api.so
lib/libsaga_api.so.0
lib/saga/libcontrib_a_perego.la
lib/saga/libcontrib_a_perego.so
lib/saga/libcontrib_a_perego.so.0
lib/saga/libgeostatistics_grid.la
lib/sag
Re: Is there any reason to keep sysutils/rc_subr?
On Thu, Nov 12, 2009 at 12:49:02AM -0800, Doug Barton wrote: > I'm wondering if there is any reason to keep sysutils/rc_subr around? > In bsd.port.mk the default sub for %%RC_SUBR%% is already > /etc/rc.subr, and all supported platforms have always had that file. > After the release of 8.0 I'd like to do the following: > 1. Deprecate sysutils/rc_subr > 2. Update all ports rc.d scripts that currently use %%RC_SUBR%% to use > /etc/rc.subr instead. > 3. Simplify any ports Makefiles that depend on sysutils/rc_subr > 4. Simplify bsd.port.mk > I also think it would be reasonable to update the Handbook section on > ports rc.d scripts to use /etc/rc.subr now. > Any objections? A separate rc_subr port may be useful in case new functions are added to rc.subr, and it is desired to use these functions on systems that do not have them in /etc/rc.subr. -- Jilles Tjoelker ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
Sat, Nov 14, 2009 at 10:41:58AM +0100, Rainer Hurling wrote:
> The original configure script of SAGA GIS expects 'wx-config', but in
> newer FreeBSD systems there only is e.g. wxgtk2-2.8-config.
>
> The porters handbook shows how to configure the ports Makefile to let
> the port know what wxWidget version to use. I patched the original
> configure script but obviously that's not enough. The attached files
> are saved under math/saga and show what I have tried.
Seems like spawning REINPLACE_CMD over the whole horde of Makefile.in
files will do the trick:
-
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
-
> It would be nice if someone with more experience could give me a hint
> how to do it right.
I am not sure for 100% that the above is the Only Right Way (tm), but
the Porter's Handbook suggests that in such cases (when "wx-config" is
hardcoded), the best thing is to patch the sources and that's what I did.
BTW, there is absolutely no need to specify WX_CONFIG in your Makefile,
bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too:
SAGA's configure understands no --with-wx-config option, so it is just
a no-op.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-'" `"\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Possibly unbuildable ports reminder
Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/po...@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Getting MASTER_SITES for sourceforge ports more easily
On 14.11.2009 08:54 (UTC+1), Eygene Ryabinkin wrote: Sat, Nov 14, 2009 at 09:16:47AM +0300, Eygene Ryabinkin wrote: The attached shell script should produce the MASTER_SITE_SUBDIR for the SF-hosted ports for each URL given in the command-line. Inlining the script -- it was dropped by the Mailman: - #!/bin/sh while [ -n "$1" ]; do echo "$1" | sed -Ee's%^htt(p|ps)://(sourceforge|sf)\.net/projects/(.*)/[^/]*/download$%MASTER_SITE_SUBDIR= \3%' shift done - Isn't it something that should be mentioned in the porters handbook, for example in chapter 5.4.7? Rainer Hurling ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Question about creating a port for saga gis
I am working on a new port math/saga. It is my first port.
Now that I am able to directly download the sources of SAGA GIS from
sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is
another problem with porting where I need some help.
The original configure script of SAGA GIS expects 'wx-config', but in
newer FreeBSD systems there only is e.g. wxgtk2-2.8-config.
The porters handbook shows how to configure the ports Makefile to let
the port know what wxWidget version to use. I patched the original
configure script but obviously that's not enough. The attached files are
saved under math/saga and show what I have tried.
It would be nice if someone with more experience could give me a hint
how to do it right.
Many thanks in advance,
Rainer Hurling
# Ports collection makefile for: saga
# Date created:13 November 2009
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= saga
PORTVERSION=2.0.4
CATEGORIES= math
DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=System for Automated Geoscientific Analyses
OPTIONS=HARU "Enable Haru Free PDF Library (optional)" On
.include
.if !defined(WITHOUT_HARU)
BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu
.endif
LIB_DEPENDS=proj.5:${PORTSDIR}/graphics/proj \
gdal.14:${PORTSDIR}/graphics/gdal \
jasper.4:${PORTSDIR}/graphics/jasper \
tiff.4:${PORTSDIR}/graphics/tiff
#INSTALL_TARGET=install install-man
#ALL_TARGET=all
WRKSRC= ${WRKDIR}/saga-2.0
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
CFLAGS+=-I${LOCALBASE}/include
USE_WX= 2.8
WX_CONFIG= ${LOCALBASE}/bin/wxgtk2-2.8-config
WX_CONF_ARGS= absolute
post-patch:
@${REINPLACE_CMD} -e 's,wx-config,wxgtk2-2.8-config,' \
${WRKSRC}/configure
@${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \
${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \
${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c
#MAN1= saga.1
#MANCOMPRESSED= yes
#post-install:
# @${CAT} ${PKGMESSAGE}
.include
MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce
SHA256 (saga_2.0.4_src_linux.tar.gz) =
e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe
SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635
SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free,
hybrid, cross-platform GIS software.
The heart of SAGA is it's C++ and thus object oriented Application Programming
Interface (API), providing data object definitions and computational methods for
raster, vector and tabular data. As a normal user, you will not get into touch
with the API. But as an interested scientist or coder you will soon discover
it's great flexibility.
WWW: http://www.saga-gis.org/en/index.html
bin/saga_cmd
bin/saga_gui
lib/libsaga_api.la
lib/libsaga_api.so
lib/libsaga_api.so.0
lib/saga/libcontrib_a_perego.la
lib/saga/libcontrib_a_perego.so
lib/saga/libcontrib_a_perego.so.0
lib/saga/libgeostatistics_grid.la
lib/saga/libgeostatistics_grid.so
lib/saga/libgeostatistics_grid.so.0
lib/saga/libgeostatistics_kriging.la
lib/saga/libgeostatistics_kriging.so
lib/saga/libgeostatistics_kriging.so.0
lib/saga/libgeostatistics_points.la
lib/saga/libgeostatistics_points.so
lib/saga/libgeostatistics_points.so.0
lib/saga/libgrid_analysis.la
lib/saga/libgrid_analysis.so
lib/saga/libgrid_analysis.so.0
lib/saga/libgrid_calculus.la
lib/saga/libgrid_calculus.so
lib/saga/libgrid_calculus.so.0
lib/saga/libgrid_discretisation.la
lib/saga/libgrid_discretisation.so
lib/saga/libgrid_discretisation.so.0
lib/saga/libgrid_filter.la
lib/saga/libgrid_filter.so
lib/saga/libgrid_filter.so.0
lib/saga/libgrid_gridding.la
lib/saga/libgrid_gridding.so
lib/saga/libgrid_gridding.so.0
lib/saga/libgrid_spline.la
lib/saga/libgrid_spline.so
lib/saga/libgrid_spline.so.0
lib/saga/libgrid_tools.la
lib/saga/libgrid_tools.so
lib/saga/libgrid_tools.so.0
lib/saga/libgrid_visualisation.la
lib/saga/libgrid_visualisation.so
lib/saga/libgrid_visualisation.so.0
lib/saga/libio_esri_e00.la
lib/saga/libio_esri_e00.so
lib/saga/libio_esri_e00.so.0
lib/saga/libio_gdal.la
lib/saga/libio_gdal.so
lib/saga/libio_gdal.so.0
lib/saga/libio_gps.la
lib/saga/libio_gps.so
lib/saga/libio_gps.so.0
lib/saga/libio_grid.la
lib/saga/libio_grid.so
lib/saga/libio_grid.so.0
lib/saga/libio_grid_grib2.la
lib/saga/libio_grid_grib2.so
lib/saga/libio_grid_grib2.so.0
lib/saga/libio_grid_image.la
lib/saga/libio_grid_image.so
lib/saga/libio_grid_image.so.0
lib/saga/libio_shapes.la
lib/saga/libio_shapes.so
lib/saga/libio_shapes.so.0
lib/saga/libio_shapes_dxf.la
lib/saga/libio_shapes_dxf.so
lib/saga/libio_shapes_dxf.so.0
lib/saga/libio_table.la
lib/saga/libio_table.so
lib/saga/libio_
