Bug 77359 - New port: graphics/gephex Software-based interactive video-effect system
Summary: New port: graphics/gephex Software-based interactive video-effect system
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Thierry Thomas
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-10 19:10 UTC by Igor Pokrovsky
Modified: 2006-01-22 13:45 UTC (History)
0 users

See Also:


Attachments
gephex.shar (21.32 KB, text/plain)
2005-02-10 19:10 UTC, Igor Pokrovsky
no flags Details
gephex.shar.gz (6.60 KB, application/octet-stream)
2005-09-01 19:05 UTC, Igor Pokrovsky
no flags Details
gephex.build.log.bz2 (10.09 KB, application/octet-stream)
2005-09-02 20:58 UTC, Thierry Thomas
no flags Details
gephex.diff (1.54 KB, patch)
2005-09-07 20:19 UTC, Thierry Thomas
no flags Details | Diff
bsd.autotools.mk.diff (1.31 KB, patch)
2005-09-11 22:55 UTC, Thierry Thomas
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Igor Pokrovsky 2005-02-10 19:10:14 UTC
GePhex is an interactive effect system for video jockeys. The effects
can be controlled with external devices like joysticks, web-cams, or
midi-devices. New effects can be designed in a GUI (Graphical User
Interface) by composing basic effects into more complex ones.

WWW:   http://www.gephex.org/
Comment 1 Thierry Thomas freebsd_committer freebsd_triage 2005-07-18 16:26:18 UTC
State Changed
From-To: open->feedback


Configure aborts, could you please check it? 

Building with the following configuration: 
WITH_AALIB=yes 
WITH_AVIFILE=yes 
WITH_FFMPEG=yes 
WITH_GL=yes 
WITH_MPEG3=yes 
WITH_PNG=yes 
WITH_SDL=yes 
Use WITH[OUT]_ definitions to change current port behaviour 
===>  Extracting for gephex-0.4.2 
=> Checksum OK for gephex-0.4.2.tar.bz2. 

bzip2: /usr/ports/distfiles//gephex-0.4.2.tar.bz2: trailing garbage after EOF ignored 
===>  Patching for gephex-0.4.2 
===>  Applying FreeBSD patches for gephex-0.4.2 
===>   gephex-0.4.2 depends on file: /usr/X11R6/bin/moc - found 
===>   gephex-0.4.2 depends on file: /usr/local/bin/nasm - found 
===>   gephex-0.4.2 depends on file: /usr/local/lib/libavcodec.a - found 
===>   gephex-0.4.2 depends on file: /usr/local/lib/libmpeg3.a - found 
===>   gephex-0.4.2 depends on executable: gmake - found 
===>   gephex-0.4.2 depends on file: /usr/local/bin/automake19 - found 
===>   gephex-0.4.2 depends on file: /usr/local/bin/autoconf259 - found 
===>   gephex-0.4.2 depends on file: /usr/local/bin/libtool15 - found 
===>   gephex-0.4.2 depends on file: /usr/local/bin/sdl11-config - found 
===>   gephex-0.4.2 depends on shared library: jpeg.9 - found 
===>   gephex-0.4.2 depends on shared library: aa.1 - found 
===>   gephex-0.4.2 depends on shared library: aviplay.0 - found 
===>   gephex-0.4.2 depends on shared library: png.5 - found 
===>   gephex-0.4.2 depends on shared library: SDL-1.1.7 - found 
===>   gephex-0.4.2 depends on shared library: SDL_image.10 - found 
===>   gephex-0.4.2 depends on shared library: SDL_ttf.3 - found 
===>   gephex-0.4.2 depends on shared library: X11.6 - found 
===>  Configuring for gephex-0.4.2 
configure.ac:5: version mismatch.  This is Automake 1.9.5, 
configure.ac:5: but the definition used by this AM_INIT_AUTOMAKE 
configure.ac:5: comes from Automake 1.9.4.  You should recreate 
configure.ac:5: aclocal.m4 with aclocal and run automake again. 
util/src/libjoystick/Makefile.am:24: variable `libjoystick_a_LDFLAGS' is defined but no program or 
util/src/libjoystick/Makefile.am:24: library has `libjoystick_a' as canonic name (possible typo) 
*** Error code 63 

Stop in /usr/ports/graphics/gephex. 

Remark: patch-modules_src_ffmpegoutmodule_ffmpegwriter.h and 
patch-util_include_basic__types.h don't apply cleanly, because the orig 
files contain ^M. It would be safer to submit a uuencoded shar or tgz 
in that case. 



Comment 2 Thierry Thomas freebsd_committer freebsd_triage 2005-07-18 16:26:18 UTC
Responsible Changed
From-To: freebsd-ports-bugs->thierry


Take it.
Comment 3 Igor Pokrovsky 2005-08-28 17:41:50 UTC
On Fri, Aug 26, 2005 at 09:59:13PM +0200, Thierry Thomas wrote:
> Le Ven 26 ao? 05 ? 19:20:17 +0200, Igor Pokrovsky <ip@doom.homeunix.org=
>
>  ?crivait=9A:
> > Hi Thierry,
>=20
> Hello,
>=20
> > I finally got some time to fix problems with my port.
>=20
> Great!
>=20
> > I've tried it on 4.x (unfortunatly I don't have 5.x or 6.x machines).
>=20
> Unfortunately, compilation aborts on 6.0:
>=20
> gmake[4]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics=
/gephex/work/gephex-0.4.3/base/src/utils'
> Making all in net
> gmake[4]: Entering directory `/space/portstrees/6-CURRENT/ports/graphic=
s/gephex/work/gephex-0.4.3/base/src/net'
> if c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I ./.. -I ./../../../util/in=
clude  -I/usr/local/include -I/usr/local/include  -I/usr/X11R6/include -D=
_GETOPT_H  -O2 -fno-strict-aliasing -pipe -march=3Dpentiumpro -MT netexce=
ptions.o -MD -MP -MF ".deps/netexceptions.Tpo" -c -o netexceptions.o nete=
xceptions.cpp; \
> then mv -f ".deps/netexceptions.Tpo" ".deps/netexceptions.Po"; else rm =
-f ".deps/netexceptions.Tpo"; exit 1; fi
> if c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I ./.. -I ./../../../util/in=
clude  -I/usr/local/include -I/usr/local/include  -I/usr/X11R6/include -D=
_GETOPT_H  -O2 -fno-strict-aliasing -pipe -march=3Dpentiumpro -MT protoco=
l.o -MD -MP -MF ".deps/protocol.Tpo" -c -o protocol.o protocol.cpp; \
> then mv -f ".deps/protocol.Tpo" ".deps/protocol.Po"; else rm -f ".deps/=
protocol.Tpo"; exit 1; fi
> In file included from convertbin.h:26,
>                  from protocol.cpp:43:
> ./../../../util/include/basic_types.h:39:26: sys/inttypes.h: No such fi=
le or directory
> gmake[4]: *** [protocol.o] Error 1
> gmake[4]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics=
/gephex/work/gephex-0.4.3/base/src/net'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics=
/gephex/work/gephex-0.4.3/base/src'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics=
/gephex/work/gephex-0.4.3/base'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics=
/gephex/work/gephex-0.4.3'
> gmake: *** [all] Error 2
> *** Error code 2
>=20
> Stop in /space/portstrees/6-CURRENT/ports/graphics/gephex.
>=20
> On FreeBSD-4.x, /usr/include/inttypes.h and /usr/include/sys/inttypes.h
> exist, but on FreeBSD > 5 there is only /usr/include/inttypes.h.
> Your patches patch-modules_src_gradnormmodule_gradnormmodule.cpp and
> patch-modules_src_frboutmodule_gloutput.cpp seem OK, but not
> patch-util_include_basic__types.h.

Ok. Here goes an obvious patch.

diff -ru gephex.orig/files/patch-util_include_basic__types.h gephex/files=
/patch-util_include_basic__types.h
--- gephex.orig/files/patch-util_include_basic__types.h	Sun Aug 28 20:32:=
53 2005
+++ gephex/files/patch-util_include_basic__types.h	Sun Aug 28 20:33:18 20=
05
@@ -5,7 +5,7 @@
  typedef unsigned char  uint8_t;
  typedef signed char    int8_t;
 +#elif __FreeBSD__
-+#include <sys/inttypes.h>
++#include <inttypes.h>
  #else
  #include <stdint.h>
  #endif



> > The only one issue remaining with the port: it installs all those
> > nasty *.la files along with *.so. I really don't have any idea how to=
 get
> > rid of them. I thought it could be fixed by using libtool:15, but it =
somehow
> > doesn't help here. If you know correct solution I'd be happy to incor=
porate
> > it in the port. In the mean time I'm attaching gzipped shar (not diff=
 to
> > avoid possible confusion) to this letter.
>=20
> A diff is always prefered, but that's OK ;-)
>=20
> Yes, libtool:15 should do the trick, but I have already noticed this
> kind of problem with QT based apps, and some KDE apps need them, then
> this is not a real problem. For example, run the following commands:

No worries then.

-ip

--=20
Anyone who follows a crowd will
never be followed by a crowd.
Comment 4 Igor Pokrovsky 2005-09-01 19:05:10 UTC
Final version of port follows.

-ip

-- 
History repeats itself.
that's one of the things wrong with history.
Comment 5 Thierry Thomas freebsd_committer freebsd_triage 2005-09-02 20:58:51 UTC
On Thu 1 sep 05 at 20:10:22 +0200, Igor Pokrovsky <ip@doom.homeunix.org>
 wrote:
>  
>  Final version of port follows.

Thanks for your feedback, but I still have two remarks with this
version:

1) When built on a machine without installed ffmpeg, the knob
WITH_FFMPEG is defined to "no":

WITH_AALIB=yes
WITH_AVIFILE=no
WITH_FFMPEG=no
WITH_GL=yes
WITH_MPEG3=no
WITH_PNG=yes
WITH_SDL=no
Use WITH[OUT]_ definitions to change current port behaviour

and configure disable it:

configure: checking for FFMPEG
configure: FFMPEG support turned off
configure: FFMPEG is not active

But it fails later because it tries to link with ffmpeg libraries:

/bin/sh ../../../libtool --tag=CXX --mode=link c++  -O2 -fno-strict-aliasing -pipe -march=pentiumpro  -pthread -o frbinmodule.la -rpath /usr/local/lib/gephex-0.4/modules -module -avoid-version -no-undefined -L./../libscale    /usr/local/lib/libavformat.a /usr/local/lib/libavcodec.a -lz frbinmodule_auto.lo frbinmodule.lo bmpdriver.lo framecache.lo     -lstdc++ -lscale -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg  -L/usr/X11R6/lib

*** Warning: Linking the shared library frbinmodule.la against the
*** static library /usr/local/lib/libavformat.a is not portable!

*** Warning: Linking the shared library frbinmodule.la against the
*** static library /usr/local/lib/libavcodec.a is not portable!
c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o  .libs/frbinmodule_auto.o .libs/frbinmodule.o .libs/bmpdriver.o .libs/framecache.o  -L/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src/libscale /usr/local/lib/libavformat.a /usr/local/lib/libavcodec.a -lz -lscale -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/lib -lstdc++ -lm -lgcc_pic /usr/lib/crtendS.o /usr/lib/crtn.o  -march=pentiumpro -pthread -Wl,-export-dynamic -Wl,-soname -Wl,frbinmodule.so -o .libs/frbinmodul e.so
c++: /usr/local/lib/libavformat.a: No such file or directory
c++: /usr/local/lib/libavcodec.a: No such file or directory
gmake[4]: *** [frbinmodule.la] Error 1
gmake[4]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src/frbinmodule'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3'
gmake: *** [all] Error 2

The problem seems in gephex, not in your port, but we have to solve it:
either patch the code or always depends on ffmpeg.

2) Problem with libtool.

As you can see from the previous extract, it does not use the system
libtool, but ../../../libtool (it's why .la files are installed).
It seems that the target patch-autotools: of bsd.autotools.mk is never
reached. Do you really need your specific run-autotools: target?

[Build log attached]

Regards,
-- 
Th. Thomas.
Comment 6 Igor Pokrovsky 2005-09-04 18:36:53 UTC
On Fri, Sep 02, 2005 at 09:58:51PM +0200, Thierry Thomas wrote:
> On Thu 1 sep 05 at 20:10:22 +0200, Igor Pokrovsky <ip@doom.homeunix.org>
>  wrote:
> >  
> >  Final version of port follows.
> 
> Thanks for your feedback, but I still have two remarks with this
> version:
> 
> 1) When built on a machine without installed ffmpeg, the knob
> WITH_FFMPEG is defined to "no":
> 
> WITH_AALIB=yes
> WITH_AVIFILE=no
> WITH_FFMPEG=no
> WITH_GL=yes
> WITH_MPEG3=no
> WITH_PNG=yes
> WITH_SDL=no
> Use WITH[OUT]_ definitions to change current port behaviour
> 
> and configure disable it:
> 
> configure: checking for FFMPEG
> configure: FFMPEG support turned off
> configure: FFMPEG is not active
> 
> But it fails later because it tries to link with ffmpeg libraries:
> 
> /bin/sh ../../../libtool --tag=CXX --mode=link c++  -O2 -fno-strict-aliasing -pipe -march=pentiumpro  -pthread -o frbinmodule.la -rpath /usr/local/lib/gephex-0.4/modules -module -avoid-version -no-undefined -L./../libscale    /usr/local/lib/libavformat.a /usr/local/lib/libavcodec.a -lz frbinmodule_auto.lo frbinmodule.lo bmpdriver.lo framecache.lo     -lstdc++ -lscale -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg  -L/usr/X11R6/lib
> 
> *** Warning: Linking the shared library frbinmodule.la against the
> *** static library /usr/local/lib/libavformat.a is not portable!
> 
> *** Warning: Linking the shared library frbinmodule.la against the
> *** static library /usr/local/lib/libavcodec.a is not portable!
> c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o  .libs/frbinmodule_auto.o .libs/frbinmodule.o .libs/bmpdriver.o .libs/framecache.o  -L/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src/libscale /usr/local/lib/libavformat.a /usr/local/lib/libavcodec.a -lz -lscale -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/lib -lstdc++ -lm -lgcc_pic /usr/lib/crtendS.o /usr/lib/crtn.o  -march=pentiumpro -pthread -Wl,-export-dynamic -Wl,-soname -Wl,frbinmodule.so -o .libs/frbinmod ule.so
> c++: /usr/local/lib/libavformat.a: No such file or directory
> c++: /usr/local/lib/libavcodec.a: No such file or directory
> gmake[4]: *** [frbinmodule.la] Error 1
> gmake[4]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src/frbinmodule'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules/src'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3/modules'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/space/portstrees/6-CURRENT/ports/graphics/gephex/work/gephex-0.4.3'
> gmake: *** [all] Error 2
> 
> The problem seems in gephex, not in your port, but we have to solve it:
> either patch the code or always depends on ffmpeg.

Please try the following patch.

--- gephex.old/files/patch-modules_src_frbinmodule_Makefile.am	Thu Jan  1 03:00:00 1970
+++ gephex/files/patch-modules_src_frbinmodule_Makefile.am	Sat Sep  3 21:09:34 2005
@@ -0,0 +1,19 @@
+--- modules/src/frbinmodule/Makefile.am.orig
++++ modules/src/frbinmodule/Makefile.am
+@@ -28,6 +28,7 @@
+ 
+ if WITH_FFMPEG
+ FFMPEG_sOURCES = ffmpegdriver.h ffmpegdriver.cpp
++FFMPEG_lDFLAGS = @FFMPEG_LDFLAGS@
+ endif
+ 
+ frbinmodule_la_SOURCES = \
+@@ -45,7 +46,7 @@
+ 
+ frbinmodule_la_LDFLAGS = \
+         -module -avoid-version -no-undefined \
+-        -L@builddir@/../libscale $(AVIFILE_LDFLAGS) $(SDL_IMAGE_lDFLAGS) $(MPEG3_lDFLAGS) @FFMPEG_LDFLAGS@
++        -L@builddir@/../libscale $(AVIFILE_LDFLAGS) $(SDL_IMAGE_lDFLAGS) $(MPEG3_lDFLAGS) ${FFMPEG_lDFLAGS}
+ 
+ frbinmodule_la_LIBADD = -lstdc++ -lscale
+ 

> 2) Problem with libtool.
> 
> As you can see from the previous extract, it does not use the system
> libtool, but ../../../libtool (it's why .la files are installed).
> It seems that the target patch-autotools: of bsd.autotools.mk is never
> reached. Do you really need your specific run-autotools: target?

Notice the line in run-autotools target from my port:

	@(${CAT} ${LIBTOOL_M4} >> ${WRKSRC}/aclocal.m4)

Somehow ${ACLOCAL} doesn't do it itself when creating ${WRKSRC}/aclocal.m4.
I overrided default target only because of this line.

Without it I'm always getting all that nasty messages from automake,
I described you before. I haven't found any other solution myself. 
Per your suggestion I emailed autotool's maintainer - haven't
got any reply. No help from gephex author as well.

Anyway, why do you think patch-autotools target is never reached?
Don't you think we can leave this issue as is, since it is not really a
problem?

-ip

-- 
If his IQ was any lower he'd be a plant.
Comment 7 Thierry Thomas freebsd_committer freebsd_triage 2005-09-07 20:19:44 UTC
On Sun  4 sep 05 at 19:40:13 +0200, Igor Pokrovsky <ip@doom.homeunix.org>
 wrote:
>  > The problem seems in gephex, not in your port, but we have to solve it:
>  > either patch the code or always depends on ffmpeg.
>  
>  Please try the following patch.

Thanks, it works.

>  > 2) Problem with libtool.
>  > 
>  > As you can see from the previous extract, it does not use the system
>  > libtool, but ../../../libtool (it's why .la files are installed).
>  > It seems that the target patch-autotools: of bsd.autotools.mk is never
>  > reached. Do you really need your specific run-autotools: target?
>  
>  Notice the line in run-autotools target from my port:
>  
>  	@(${CAT} ${LIBTOOL_M4} >> ${WRKSRC}/aclocal.m4)
>  
>  Somehow ${ACLOCAL} doesn't do it itself when creating ${WRKSRC}/aclocal.m4.
>  I overrided default target only because of this line.
>  
>  Without it I'm always getting all that nasty messages from automake,
>  I described you before. I haven't found any other solution myself. 
>  Per your suggestion I emailed autotool's maintainer - haven't
>  got any reply. No help from gephex author as well.
>  
>  Anyway, why do you think patch-autotools target is never reached?

Because if it were patched,
sed -e '/^LIBTOOL=/s^\$$(top_builddir)/libtool^${LIBTOOL}^g'
would have been executed, and we would not notice any ../../../libtool.

>  Don't you think we can leave this issue as is, since it is not really a
>  problem?

It seems that you can run the plain configure, without autoconf /
automake: check the attached patch. Of course, your patches of .am files
should be converted towards .in, and configure.ac to configure.

Regards,
-- 
Th. Thomas.
Comment 8 Igor Pokrovsky 2005-09-09 19:06:27 UTC
On Wed, Sep 07, 2005 at 09:19:44PM +0200, Thierry Thomas wrote:
> >  Anyway, why do you think patch-autotools target is never reached?
> 
> Because if it were patched,
> sed -e '/^LIBTOOL=/s^\$$(top_builddir)/libtool^${LIBTOOL}^g'
> would have been executed, and we would not notice any ../../../libtool.

In fact it is patched - see below.

> >  Don't you think we can leave this issue as is, since it is not really a
> >  problem?
> 
> It seems that you can run the plain configure, without autoconf /
> automake: check the attached patch. Of course, your patches of .am files
> should be converted towards .in, and configure.ac to configure.

It would be very ugly solution I think, since a lot of changes required
for configure script. So I decided to look deeper into the problem and
here is what I found.

In the very beginning of our discussion there was a problem with aclocal
- it didn't include information from ${LOCALBASE}/share/aclocal/libtool15.m4
into generated ${WRKSRC}/aclocal.m4. As you remember I used the following work
around :
	${CAT} ${LOCALBASE}/share/aclocal/libtool15.m4 >> ${WRKSRC}/aclocal.m4
And it worked. Now I found much nicer solution:
	ACLOCAL_ARGS=	--acdir=${ACLOCAL_DIR} -I ${LOCALBASE}/share/aclocal
-I flag includes specified dir into aclocal search path.
But at this stage a problem with *.la files persists.

Then I noticed that ${LOCALBASE}/share/aclocal/libtool15.m4 itself is unpatched
towards FreeBSD compatibility (which I think better should be done in libtool port).
And patch-autotools target in bsd.autotools.mk exist exactly for this purpose.
But here lies the problem - it does it in incorrect order. Now the order
of autotools targets is: patch-autotools run-autotools. So what this order does?
It patches old ${WRKSRC}/aclocal.m4 from distribution and then executes
aclocal, automake and so on. But executed aclocal rewrites patched version of 
aclocal.m4. So we have aclocal.m4 unpatched again. I cannot understand what was 
the purpose of such order of execution.

Here are solutions I'm aware of.
  1. Override run-autotools target with some kind of mix from bsd.autotools.mk

run-autotools:                                                                
	# generate aclocal.m4
	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${ACLOCAL} \
		${ACLOCAL_ARGS} -I ${LOCALBASE}/share/aclocal 2>/dev/null)

	# patch generated aclocal.m4:
	@${REINPLACE_CMD} -i '' -e "/^LIBTOOL=/s^\$$(top_builddir)/libtool^${LIBTOOL}^g" \
		${WRKSRC}/aclocal.m4

	# proceed as always
	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${AUTOHEADER}
		${AUTOHEADER_ARGS})
	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${AUTOMAKE} \
		${AUTOMAKE_ARGS})
	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${AUTOCONF} \
		${AUTOCONF_ARGS})
  
  2. Fix problem in bsd.port.mk and bsd.autotools.mk. In this case obviously
	no overriding of run-autotools target would be required.

What would be your suggestion? Should we use the first solution for now?

Best regards,

-ip

-- 
Hockey is a game played by six good players and the
home team.
Comment 9 Igor Pokrovsky 2005-09-10 18:50:32 UTC
On Fri, Sep 09, 2005 at 09:17:10PM +0200, Thierry Thomas wrote:
> Le Ven  9 sep 05 ? 20:10:20 +0200, Igor Pokrovsky <ip@doom.homeunix.org=
>
>  ?crivait=9A:
> >    2. Fix problem in bsd.port.mk and bsd.autotools.mk. In this case o=
bviously
> >  	no overriding of run-autotools target would be required.
> > =20
> >  What would be your suggestion? Should we use the first solution for =
now?
>=20
> Very interesting!
>=20
> I'm going to look deeper innto this problem, but I think we can go for
> the 1st solution, in order to get this port committed ;-)
> and in the meantime, I'll ask Ade Lovett to check it.

Ok. Please try the following patch.

diff -ruN gephex-old/Makefile gephex/Makefile
--- gephex-old/Makefile	Thu Sep  8 23:25:49 2005
+++ gephex/Makefile	Sat Sep 10 21:46:30 2005
@@ -18,6 +18,7 @@
 USE_BZIP2=3D	yes
 USE_REINPLACE=3D	yes
 USE_GMAKE=3D	yes
+ACLOCAL_ARGS=3D	--acdir=3D${ACLOCAL_DIR} -I ${LOCALBASE}/share/aclocal
 USE_AUTOTOOLS=3D	autoconf:259 autoheader:259 libtool:15 aclocal:19 autom=
ake:19
 CONFIGURE_TARGET=3D	--build=3D${MACHINE_ARCH}-portbld-freebsd${OSREL}
 CONFIGURE_ARGS=3D	--without-V4L --without-ASOUNDLIB --without-LINUX_JOYS=
TICK \
@@ -175,7 +176,9 @@
 run-autotools:
 	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${ACLOCAL} \
 		${ACLOCAL_ARGS} 2>/dev/null)
-	@(${CAT} ${LIBTOOL_M4} >> ${WRKSRC}/aclocal.m4)
+	# patch aclocal.m4 to use correct libtool
+	@${REINPLACE_CMD} -i '' -e "/^LIBTOOL=3D/s^\$$(top_builddir)/libtool^${=
LIBTOOL}^g" \
+		${WRKSRC}/aclocal.m4
 	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${AUTOHEADER} \
 		${AUTOHEADER_ARGS})
 	@(cd ${CONFIGURE_WRKSRC} && ${SETENV} ${AUTOTOOLS_ENV} ${AUTOMAKE} \
diff -ruN gephex-old/pkg-plist gephex/pkg-plist
--- gephex-old/pkg-plist	Thu Aug 25 23:04:40 2005
+++ gephex/pkg-plist	Sat Sep 10 21:42:41 2005
@@ -24,239 +24,122 @@
 include/gephex/types/rgbtype.h
 include/gephex/types/stringtype.h
 include/gephex/unistd.h
-lib/gephex-0.4/modules/audioaddmodule.la
 lib/gephex-0.4/modules/audioaddmodule.so
-lib/gephex-0.4/modules/audiobdmodule.la
 lib/gephex-0.4/modules/audiobdmodule.so
-lib/gephex-0.4/modules/audioenergymodule.la
 lib/gephex-0.4/modules/audioenergymodule.so
-lib/gephex-0.4/modules/audioinmodule.la
 lib/gephex-0.4/modules/audioinmodule.so
-lib/gephex-0.4/modules/audiooutmodule.la
 lib/gephex-0.4/modules/audiooutmodule.so
-lib/gephex-0.4/modules/audiospecmodule.la
 lib/gephex-0.4/modules/audiospecmodule.so
-lib/gephex-0.4/modules/audiosynthmodule.la
 lib/gephex-0.4/modules/audiosynthmodule.so
-lib/gephex-0.4/modules/audiovismodule.la
 lib/gephex-0.4/modules/audiovismodule.so
-lib/gephex-0.4/modules/audiowavegenmodule.la
 lib/gephex-0.4/modules/audiowavegenmodule.so
-lib/gephex-0.4/modules/blurmodule.la
 lib/gephex-0.4/modules/blurmodule.so
-lib/gephex-0.4/modules/bwmodule.la
 lib/gephex-0.4/modules/bwmodule.so
-lib/gephex-0.4/modules/centermodule.la
 lib/gephex-0.4/modules/centermodule.so
-lib/gephex-0.4/modules/chromakeymodule.la
 lib/gephex-0.4/modules/chromakeymodule.so
-lib/gephex-0.4/modules/color2numbermodule.la
 lib/gephex-0.4/modules/color2numbermodule.so
-lib/gephex-0.4/modules/diffmodule.la
 lib/gephex-0.4/modules/diffmodule.so
-lib/gephex-0.4/modules/doepfermodule.la
 lib/gephex-0.4/modules/doepfermodule.so
-lib/gephex-0.4/modules/dplmodule.la
 lib/gephex-0.4/modules/dplmodule.so
-lib/gephex-0.4/modules/effectv1dmodule.la
 lib/gephex-0.4/modules/effectv1dmodule.so
-lib/gephex-0.4/modules/effectvagingmodule.la
 lib/gephex-0.4/modules/effectvagingmodule.so
-lib/gephex-0.4/modules/effectvbaltanmodule.la
 lib/gephex-0.4/modules/effectvbaltanmodule.so
-lib/gephex-0.4/modules/effectvblurzoommodule.la
 lib/gephex-0.4/modules/effectvblurzoommodule.so
-lib/gephex-0.4/modules/effectvburnmodule.la
 lib/gephex-0.4/modules/effectvburnmodule.so
-lib/gephex-0.4/modules/effectvchameleonmodule.la
 lib/gephex-0.4/modules/effectvchameleonmodule.so
-lib/gephex-0.4/modules/effectvcyclemodule.la
 lib/gephex-0.4/modules/effectvcyclemodule.so
-lib/gephex-0.4/modules/effectvdicemodule.la
 lib/gephex-0.4/modules/effectvdicemodule.so
-lib/gephex-0.4/modules/effectvdiffmodule.la
 lib/gephex-0.4/modules/effectvdiffmodule.so
-lib/gephex-0.4/modules/effectvdizzymodule.la
 lib/gephex-0.4/modules/effectvdizzymodule.so
-lib/gephex-0.4/modules/effectvdotmodule.la
 lib/gephex-0.4/modules/effectvdotmodule.so
-lib/gephex-0.4/modules/effectvedgemodule.la
 lib/gephex-0.4/modules/effectvedgemodule.so
-lib/gephex-0.4/modules/effectvfiremodule.la
 lib/gephex-0.4/modules/effectvfiremodule.so
-lib/gephex-0.4/modules/effectvlensmodule.la
 lib/gephex-0.4/modules/effectvlensmodule.so
-lib/gephex-0.4/modules/effectvlifemodule.la
 lib/gephex-0.4/modules/effectvlifemodule.so
-lib/gephex-0.4/modules/effectvmatrixmodule.la
 lib/gephex-0.4/modules/effectvmatrixmodule.so
-lib/gephex-0.4/modules/effectvmosaicmodule.la
 lib/gephex-0.4/modules/effectvmosaicmodule.so
-lib/gephex-0.4/modules/effectvnervousmodule.la
 lib/gephex-0.4/modules/effectvnervousmodule.so
-lib/gephex-0.4/modules/effectvnoisemodule.la
 lib/gephex-0.4/modules/effectvnoisemodule.so
-lib/gephex-0.4/modules/effectvpredatormodule.la
 lib/gephex-0.4/modules/effectvpredatormodule.so
-lib/gephex-0.4/modules/effectvpupmodule.la
 lib/gephex-0.4/modules/effectvpupmodule.so
-lib/gephex-0.4/modules/effectvpuzzlemodule.la
 lib/gephex-0.4/modules/effectvpuzzlemodule.so
-lib/gephex-0.4/modules/effectvquarkmodule.la
 lib/gephex-0.4/modules/effectvquarkmodule.so
-lib/gephex-0.4/modules/effectvrdsmodule.la
 lib/gephex-0.4/modules/effectvrdsmodule.so
-lib/gephex-0.4/modules/effectvrevmodule.la
 lib/gephex-0.4/modules/effectvrevmodule.so
-lib/gephex-0.4/modules/effectvripplemodule.la
 lib/gephex-0.4/modules/effectvripplemodule.so
-lib/gephex-0.4/modules/effectvrndmmodule.la
 lib/gephex-0.4/modules/effectvrndmmodule.so
-lib/gephex-0.4/modules/effectvscrollmodule.la
 lib/gephex-0.4/modules/effectvscrollmodule.so
-lib/gephex-0.4/modules/effectvshagadelicmodule.la
 lib/gephex-0.4/modules/effectvshagadelicmodule.so
-lib/gephex-0.4/modules/effectvsimuramodule.la
 lib/gephex-0.4/modules/effectvsimuramodule.so
-lib/gephex-0.4/modules/effectvsparkmodule.la
 lib/gephex-0.4/modules/effectvsparkmodule.so
-lib/gephex-0.4/modules/effectvspiralmodule.la
 lib/gephex-0.4/modules/effectvspiralmodule.so
-lib/gephex-0.4/modules/effectvstreakmodule.la
 lib/gephex-0.4/modules/effectvstreakmodule.so
-lib/gephex-0.4/modules/effectvtransformmodule.la
 lib/gephex-0.4/modules/effectvtransformmodule.so
-lib/gephex-0.4/modules/effectvwarholmodule.la
 lib/gephex-0.4/modules/effectvwarholmodule.so
-lib/gephex-0.4/modules/effectvwarpmodule.la
 lib/gephex-0.4/modules/effectvwarpmodule.so
-%%WITH_FFMPEG%%lib/gephex-0.4/modules/ffmpegoutmodule.la
 %%WITH_FFMPEG%%lib/gephex-0.4/modules/ffmpegoutmodule.so
-lib/gephex-0.4/modules/flashmodule.la
 lib/gephex-0.4/modules/flashmodule.so
-lib/gephex-0.4/modules/flipflopmodule.la
 lib/gephex-0.4/modules/flipflopmodule.so
-lib/gephex-0.4/modules/fpsmodule.la
 lib/gephex-0.4/modules/fpsmodule.so
-lib/gephex-0.4/modules/frbinmodule.la
 lib/gephex-0.4/modules/frbinmodule.so
-lib/gephex-0.4/modules/frboutmodule.la
 lib/gephex-0.4/modules/frboutmodule.so
-lib/gephex-0.4/modules/funparsemodule.la
 lib/gephex-0.4/modules/funparsemodule.so
-lib/gephex-0.4/modules/gradnormmodule.la
 lib/gephex-0.4/modules/gradnormmodule.so
-lib/gephex-0.4/modules/ifsgenmodule.la
 lib/gephex-0.4/modules/ifsgenmodule.so
-lib/gephex-0.4/modules/ifsmodule.la
 lib/gephex-0.4/modules/ifsmodule.so
-lib/gephex-0.4/modules/ifsxfadermodule.la
 lib/gephex-0.4/modules/ifsxfadermodule.so
-lib/gephex-0.4/modules/imagebuffermodule.la
 lib/gephex-0.4/modules/imagebuffermodule.so
-%%WITH_PNG%%lib/gephex-0.4/modules/imagewritermodule.la
 %%WITH_PNG%%lib/gephex-0.4/modules/imagewritermodule.so
-lib/gephex-0.4/modules/imgarithmodule.la
 lib/gephex-0.4/modules/imgarithmodule.so
-lib/gephex-0.4/modules/isingnoizemodule.la
 lib/gephex-0.4/modules/isingnoizemodule.so
-%%WITH_SDL%%lib/gephex-0.4/modules/joystickmodule.la
 %%WITH_SDL%%lib/gephex-0.4/modules/joystickmodule.so
-lib/gephex-0.4/modules/jumpmodule.la
 lib/gephex-0.4/modules/jumpmodule.so
-lib/gephex-0.4/modules/midiccdecmodule.la
 lib/gephex-0.4/modules/midiccdecmodule.so
-lib/gephex-0.4/modules/midiinmodule.la
 lib/gephex-0.4/modules/midiinmodule.so
-lib/gephex-0.4/modules/netcontrolmodule.la
 lib/gephex-0.4/modules/netcontrolmodule.so
-lib/gephex-0.4/modules/noisemodule.la
 lib/gephex-0.4/modules/noisemodule.so
-lib/gephex-0.4/modules/numarithmodule.la
 lib/gephex-0.4/modules/numarithmodule.so
-lib/gephex-0.4/modules/number2colormodule.la
 lib/gephex-0.4/modules/number2colormodule.so
-lib/gephex-0.4/modules/numbermodule.la
 lib/gephex-0.4/modules/numbermodule.so
-lib/gephex-0.4/modules/numenvmodule.la
 lib/gephex-0.4/modules/numenvmodule.so
-lib/gephex-0.4/modules/numlfomodule.la
 lib/gephex-0.4/modules/numlfomodule.so
-lib/gephex-0.4/modules/numoscmodule.la
 lib/gephex-0.4/modules/numoscmodule.so
-lib/gephex-0.4/modules/numposmodule.la
 lib/gephex-0.4/modules/numposmodule.so
-lib/gephex-0.4/modules/numxfadermodule.la
 lib/gephex-0.4/modules/numxfadermodule.so
-lib/gephex-0.4/modules/oscinmodule.la
 lib/gephex-0.4/modules/oscinmodule.so
-lib/gephex-0.4/modules/oscmergemodule.la
 lib/gephex-0.4/modules/oscmergemodule.so
-lib/gephex-0.4/modules/oscnummodule.la
 lib/gephex-0.4/modules/oscnummodule.so
-lib/gephex-0.4/modules/oscoutmodule.la
 lib/gephex-0.4/modules/oscoutmodule.so
-lib/gephex-0.4/modules/overlaymodule.la
 lib/gephex-0.4/modules/overlaymodule.so
-lib/gephex-0.4/modules/pixelizemodule.la
 lib/gephex-0.4/modules/pixelizemodule.so
-lib/gephex-0.4/modules/planemodule.la
 lib/gephex-0.4/modules/planemodule.so
-lib/gephex-0.4/modules/plasmamodule.la
 lib/gephex-0.4/modules/plasmamodule.so
-lib/gephex-0.4/modules/pongmodule.la
 lib/gephex-0.4/modules/pongmodule.so
-lib/gephex-0.4/modules/posnummodule.la
 lib/gephex-0.4/modules/posnummodule.so
-lib/gephex-0.4/modules/rangeconvertmodule.la
 lib/gephex-0.4/modules/rangeconvertmodule.so
-lib/gephex-0.4/modules/resultmodule.la
 lib/gephex-0.4/modules/resultmodule.so
-lib/gephex-0.4/modules/rotozoommodule.la
 lib/gephex-0.4/modules/rotozoommodule.so
-%%WITH_SDL%%lib/gephex-0.4/modules/sdlfontmodule.la
 %%WITH_SDL%%lib/gephex-0.4/modules/sdlfontmodule.so
-lib/gephex-0.4/modules/signalgenmodule.la
 lib/gephex-0.4/modules/signalgenmodule.so
-lib/gephex-0.4/modules/signalplotmodule.la
 lib/gephex-0.4/modules/signalplotmodule.so
-lib/gephex-0.4/modules/staticcolormodule.la
 lib/gephex-0.4/modules/staticcolormodule.so
-lib/gephex-0.4/modules/stringtokenizermodule.la
 lib/gephex-0.4/modules/stringtokenizermodule.so
-lib/gephex-0.4/modules/timesourcemodule.la
 lib/gephex-0.4/modules/timesourcemodule.so
-lib/gephex-0.4/modules/tunnelmodule.la
 lib/gephex-0.4/modules/tunnelmodule.so
-lib/gephex-0.4/modules/twolayermodule.la
 lib/gephex-0.4/modules/twolayermodule.so
-lib/gephex-0.4/modules/xfademodule.la
 lib/gephex-0.4/modules/xfademodule.so
-lib/gephex-0.4/modules/y4minmodule.la
 lib/gephex-0.4/modules/y4minmodule.so
-lib/gephex-0.4/modules/y4moutputmodule.la
 lib/gephex-0.4/modules/y4moutputmodule.so
-lib/gephex-0.4/types/audiotype.la
 lib/gephex-0.4/types/audiotype.so
-lib/gephex-0.4/types/envtype.la
 lib/gephex-0.4/types/envtype.so
-lib/gephex-0.4/types/framebuffertype.la
 lib/gephex-0.4/types/framebuffertype.so
-lib/gephex-0.4/types/ifstype.la
 lib/gephex-0.4/types/ifstype.so
-lib/gephex-0.4/types/lfotype.la
 lib/gephex-0.4/types/lfotype.so
-lib/gephex-0.4/types/miditype.la
 lib/gephex-0.4/types/miditype.so
-lib/gephex-0.4/types/numbertype.la
 lib/gephex-0.4/types/numbertype.so
-lib/gephex-0.4/types/osctype.la
 lib/gephex-0.4/types/osctype.so
-lib/gephex-0.4/types/positiontype.la
 lib/gephex-0.4/types/positiontype.so
-lib/gephex-0.4/types/rgbtype.la
 lib/gephex-0.4/types/rgbtype.so
-lib/gephex-0.4/types/stringtype.la
 lib/gephex-0.4/types/stringtype.so
 %%PORTDOCS%%%%DOCSDIR%%/html/documentation.html
 %%DATADIR%%/gephex.conf.default

-ip

--=20
(1)	Anyone can make a decision given enough facts.
(2)	A good manager can make a decision without enough
	facts.
(3)	A perfect manager can operate in perfect ignorance.
Comment 10 Thierry Thomas freebsd_committer freebsd_triage 2005-09-11 22:55:03 UTC
On Sat 10 sep 05 at 20:00:34 +0200, Igor Pokrovsky <ip@doom.homeunix.org>
 wrote:

>  Ok. Please try the following patch.

Hello,

Thanks, it works.

However, I've submitted this problem to Ade Lovett, and he would prefer
not to rewrite bsd.autotools.mk targets in a port. His idea is to split
the run-autotools target into different sub-targets, in order to reorder
them when needed.

This could be done with something like the attached patch, and then,
your specific run-autotools: target could be replaced by:

# patch aclocal.m4 after aclocal to use correct libtool
run-autotools: run-autotools-aclocal patch-autotools run-autotools-automake run-autotools-autoconf run-autotools-autoheader

What do you think about it?
-- 
Th. Thomas.
Comment 11 Igor Pokrovsky 2005-09-12 19:29:50 UTC
On Sun, Sep 11, 2005 at 11:55:03PM +0200, Thierry Thomas wrote:
> On Sat 10 sep 05 at 20:00:34 +0200, Igor Pokrovsky <ip@doom.homeunix.org>
>  wrote:
> 
> >  Ok. Please try the following patch.
> 
> Hello,
> 
> Thanks, it works.
> 
> However, I've submitted this problem to Ade Lovett, and he would prefer
> not to rewrite bsd.autotools.mk targets in a port. His idea is to split
> the run-autotools target into different sub-targets, in order to reorder
> them when needed.
> 
> This could be done with something like the attached patch, and then,
> your specific run-autotools: target could be replaced by:
> 
> # patch aclocal.m4 after aclocal to use correct libtool
> run-autotools: run-autotools-aclocal patch-autotools run-autotools-automake run-autotools-autoconf run-autotools-autoheader
> 
> What do you think about it?

I think it's a very good solution. Should we wait while this patch will be committed?

-ip

-- 
He who hesitates is not only lost, but several miles from
the next freeway exit.
Comment 12 Thierry Thomas freebsd_committer freebsd_triage 2005-09-18 22:03:03 UTC
State Changed
From-To: feedback->suspended


Waiting for PR ports/86309 to be committed. 

Hereunder is the latest version of this port: 

--- gephex.uue begins here --- 
begin 644 gephex.tar.gz 
M'XL(`'[4+4,``^T]_5O;.-+W*WZ>]W_0!;B%@WPXGUU8>H0DI;D-"4O"MGO= 
M/C['5A(OCNVU'3[:K^_,Y*=V(X3FUY+;V^CIP5+&LU(&LUH1AJ;L2U;$TUQ 
MF-J3>C]7[Y&*A0*M4J%P&^Q5A'Q-R;_-^(A9)8*E4*95$D!;%<K5;_0BI? 
MI3>1-'-<V8:NN!.-VO;#2KB[":7Z&CSA09$OWL^OE,9A_N='FDZ=+TPC)?+ 
MM5*M7*S5@/_5@EC:/Y4I3_ULTX:^F:XWY!&C`?U7)Y%?_%<A$6!I_L5"M 
M%0MEY']5K/R%%+Y@'U:F/SG_AYKAL5Y8/&:I,=8,NER2M:FL!XO',RV270*Y 
M@Q5F45O8W7W3'KR6^LW.[BY6_V8^.*ZFW$A33=4D@[J"9BCZ3*7^4AS*CJ9( 
M[H-%G=PD6JGJ^M149SJ-K<)&L14S5]-CL$TU8RK?QY4[2EZQ94,=4V.YVG%< 
M&.U44LRI)2_UG_4+]4S8SO#P>@QNVZZI$M3^EP-AI1>QV8-G+65>NCM7U` 
M%JRK-V;3X7KZIJ.LJ[9,1W,UTU@'8X^'ZZIAKC5C'`Q,T!CJ5"N:T-_W15R 
MY3Q?(AX39%7UEHQCK@4<IH2C!K7'#^E@88&E@C-G;CI`QZ)*2L@'PYVD`[W5 
MG'2`=_(M!9%(!![J,SL9Z"X11*&&2Y,Q*1/;G,HW-)DIBJF;=I&OZT1@51N- 
MDH%,:HW2(+/T1!@*XJZXMV+R0O0@9=#.X[3`0UEWY63>^=#`P@^F.4T-/[-3 
MXU8FH-QT:J9O*#H-"VPJBE/@$W!XCGLAP_)*P'-I,%V@.EL,NDA1UI=FI8 
MG1K)8NW#:J/4>*<RJ.3[U-"F(VO)*LN#!M5Z:Y2=]LP-2=UORV;JK)K)HNJ 
M#S^STH-^^)!^@?X^D^V;M,"VFGHV;'J;&E2SK/0=M@TUM1YP%-O44ZLZ9R*/ 
M997JZ5>(HTUG8!NEA;:>,-6.I=ER^JZC$9@:MPO6I#."Q9>VP9UL3S4G0'H 
MP&+U;.Y7KRXN6^>[NRN:@N:SZ#B-Y3'292?9E!CIFC72S62A&5G)2WID#U/8 
M3@"5JOS`]9!"DT!;K%JI&$2V-UI["``2P-S/P(92-9+VE0>>S[!$JONZL9 
MS=K=V5H:4TJ;CF6`3.:VYH#I`?KW`UWJ"_/U5C3SW;]$_+_-ILDK"1T815%3 
MF,0(F6)!@3^J@+MBIY"='L/F)KIYI/;I$5FH*8$3@,&;F8:,'`4TX"!NY<& 
M#-R^-&`IEST03<$Y[!KX9<D<`4"@G08LC6HQ;ZFMREFH:7=PR[W(;E[EBX; 
MJ:"<:?(N:)DIW`/@5IH)@0UL3$$X8,#)TV)39Z:G`#-=,^QDI%`AC@JKU4A& 
M[FAC0];3J&D.:>DI;';'E4%]I9-2[^C"O*$&<#X9WM6FU#%G=@KWQ9T9!DW6 
M4>Z="8LS!6DFBHE0#^5I"DD$*)`<:XWP1(_(5D'X9V2KZJ.'9*O@_%.R5?7^ 
M,=FJ^ODYV2J`P$'9*A#_I&Q5?>BH;!60?U:VJCYP6,9DZ;)W-6CV&OU=2/B[ 
MV;[:W<U/W*F>5TT%=P=<SJ:1PR*`;]8'=0[#4>=`WD<YE8YDD.9P/5X@`(?N 
MY2DX$N*:NN*:NE)<W>B#(D_+<364W>:48I%RG;D4(4&_?=GB1]EY^ZMZ4J0 
M4Q;KI^.X52*?>;-5XJGSHT%$F2W7VS)`T0T)[2P/%DG,FPJFJV?:41##$ 
M%D.'XLKY(&-J0GQ>5(?8G0#C8XU;5"OJ/&F/K_5+XTYT5]3AF7ME?"M+TO^ 
M!U/<_9]*P7?_@C36W_5"I4BO_^MBL5BH5C"^[]*N;BY_WN.=$XO@>U$<XAL 
M@+B!II(55[NEA)G$`>-#HE(],FMYI*3?*;J=S0!R='!A,?R!$4:#RDQ/.8 
M=*J2.W!U"+T'?*#WB$IO-84ZH!QN*/$]/^>0W-%A%G0/)FV@)MKUH/,D2Z] 
M]$3#SVL2[#/`+EF$)F<7[?)WCE?OD#BVJ&VT,8!C&2%[I/A`%K.1.]4*N 
M$N?H8)@FF9HV91`Z#-T@*0@O'GSYFAKXKK643Y_=W>7_8^TQ[G!2%+VF.8 
MA4OSQC9OG9L'0;-.53!9<Q-S2F>&QN#^<"HJ*O^J!KPQ1N:7I)$D_V*YNB3_ 
MA>I&_IC730K9&^Q7^=*PQS,1V[XH;A/3HA:IF*I7!HIBORB))9IK592JZHL 
M*,7NA%613Z[7^UUK0'CI:*M>__<%+QYTE1^;^0;RC&@'U)&@GQ/U#)X__$ 
M:JE8$HLH_^5";2/_SY&VV49KF39NL[AU*^@&DJFW#'#C/R*>^;U-FK(+FZ9- 
MX9=ZM+55K)!_PM9<!!,.*M_`1@B%6^%MDOP0MT^^%+:AQ<XKF]*S?G,'<@*Z 
M)=WZ1>MDRR.'!3^WKOKM7O=DB^L6H5$?M,Y[5^U6'"I2M<U/N#UI74;P^P 
M.'[_5LT[0S=E->_8"FSF%_5V=P#_6U<G6['[>*-W<='J#DZV^N;(O9-MF@4; 
M@ID>"Q.)&439D*$D")WVF=1L7;:Z3>C+;Q8=Y[X_VOF(8T$/ZS$_%SBL$X3K 
M?DLZ^U?[LGBR]0`N$6:O6NWN9:?>:"V*SB_J/WK9>J/3:]0[4OWJ'`ADL[(" 
MKM+)SD>_'(F0;)OL?&3YLWJ_]9AW)C""O*SH)IA*#&/]>M`;]'H=P"'/7!/= 
M^Z-BY7N"F0G%XUB6!6_.-4W]2*P0K_61R(%PA<`S3%3W5?O^JHE#:!+K0'V 
M:3C3=!7Z=%%OO(8YAKXV7C]F<9$-=34[`J8/'77G8Z]_U>H!C#X8T+CT9RY 
MV9_+';+(U?N]ZVX3YC=0UFEWK]]*_^S]TA^T&S^27X6M0'-^[17$'/[5;O3 
M"I0@0"G2#"A<=H/-^LU..">U+^KGK4@S+!,7@7)U7EGP::2ASK-B/#P'A; 
MW9]/MAJO.G48=F;G(W]"[H68YSG!P-'+P>NK5KTI>8"9+>Q!ISE'X#T"ADX( 
M`W`QT!HZ!6W9*OAI(/V,(E`2WM2[`SQLY8NLW>T/ZIU.7^J_!FA>UFGRCN,* 
M`R[M[EY>M5ZUW^[N(OH7^(HOX]9_NR)[M'5H_#FZL?^5>-D:VOG(SPR,5@- 
MWB_>W<DZ]9$/GK_/I?/Z*T=D5H'3Z_$4G@L,;/Y$1!R/D3]@.LLARNNIQE 
MT]STYB76C6`F7M=_;N%@CRX<57D?_M;J(S=DBV5NNZ(E?U5!<4(3L@>'D_W 
MKMFD[0O^636?JAPU5&W$J=%[L*B=O2@_+LYQPS)^['HF6+QT/,GM.AQLA* 
M^59#W9U%H=;&*]!S4?`)-S3>G^KF"I5<G(`2Y'GZ>>1)ZO)(NK4+.Q-;# 
MS9Z?A-HRQCCQE7C<(/L>9GA:@_>M*(:PGG<`:3S*<W^%G,<L$%#=J![)7T]( 
M1BN]J&8B"O$`-:*O0J;3>VBL.U0XNVYWFOY.<!D*[(,#-F9AK8>*VISHJ# 
M'8#.DCU__>['$4=]%E""`0T8*`#5QU0*$P(0*+$B(#8Q!/SUO<J<JPZN)E" 
M%<B+&+^7RC(P8`4=?Z&OI,0!HK1N-4N7'W*%$,'I3,>[&563?2&+)^HO_E4T 
M>7T"#Z-RMJHG/'PCOB.>H*SJ!ZM.UPU/'E=UPH>([P:3J56=X/MM9/Y11BOQ 
MS(:J>"KG:Y;O>8<;4K`XER0P)*]<"BX[[3ZH]NLSP##7[9E3Q9SB50G)>$(8 
M#Y99@]U?&4LM/169@H8/N8X,F_"EEJC04A!@8)FE.>[V_)N#?:'9D_#AY-?M 
M.1CLL5E0,/8#>%+&^.A(V#K=^=AJO.Y)C8OF(F<H5&(AW'L:-"=H&^AZ^8= 
M%O&=:F:S.ZBC#!N0-YZPNHC@#.R.8%K,,X_^T%:#&^9@#'$?)T1V][;*WV" 
M/+N>I-=D+5%_9<0A%CND>2YM12]!FL)HKC$M0490B==]82`<"U!#SE$]>4 
M;]H>&9992XF#KR7&5GQ<6US-'B%X7$L&0=<28;HAKB7*O4<$'M<20=``D0C( 
MM4,)@KT#N^&]Q,FSZV"'N"91)AA[0929;:,$HVU+AG0">Y$YLS,@@Z;C9BW9 
M529<_.:N),>>I>0[YQ-8[@%/8'?W40U^'3,/)LMPA+">Z8.`_7-GF6H^9[! 
MX!8[R*?Q=PR4&?_@!SSF?7&G.5E9V_Y324@]%3.XZ?OR`*3?UR5D'UWB9L 
MZ+ZGFIN6B3P"=]TOP!F<.7CJ#],'+KOGW`KVS,BB2XL9YXB$LEF_+4.]*(]" 
M>1XQ#G2Y!L<;TX#[V?$."S"2>2Q?^_PG]OW//!^L=[,K.;8B!<(PI<"DIZ*1 
M</XOBL5*^/W/8K6X.?][GI3-9LD3,E6@N&V0>'*F;8V%@X.#M(`"Z>G)%M 
M<5@E!_"S1DY/!8&`+@WL3`+AOR6G=WW5:/7)">%FK&IK8$/D)N&L8EG"@==" 
MYX<<T.+4*_&./4X%XIDB)+A:=5GJSXGROI6KD"O#LI5OV1,Z<PJ"9,G 
M#20KWYJ:FH5>.7A0FC7,[,SP=XE?A>P<OG/*CL%4S3[-YW)H(#N@1RC9V?/, 
M`9_./A3-72I_>%C(=KU%P=)P#[X>K9V/X=E^C)FE]EF]V81)RNJ.JRJP-.`! 
MJ0J;ZYX_3EJG__%E6<G;FR3^-J[_.NZ3:"3=_Y8+E?#];[%<$3?WO^24/C 
MG_U3YO!;UPNUOQJ&:=12!;4]_'R!&I5@%?J,7KR&,T%#E>#EB5B5W.,%P,SP 
M0,"RM0F9`<2+$$"HFF%@]0?;5(<=19*&R1)@J*Y&0507N=>"F2;6>)D40O: 
M"@".K9A?&LF?,.T3O[9'#+KSXM9E>9O>3^)1J+%ZM1^0?XC?P_1T+Y]T*& 
MP:#S^+MXFW^A`-8`,0U0+:!-Q7ZB!A`(O^T"$=4,'8PC@F83@3:231WM`]WK 
M.<H`FO^=J(Y[B()-#'K7AYI]@7Q$.TIV'&J[>ZR-9MS*MB8;[AY`[Y-]T`#Y 
M?!((Z(N0?OD[4FC*KLRJ#^HD#V/*OD!.Y)]J5-C_T^D$)[@_W?@I'N19$' 
M]N>4-#02Y;4B?L5DO5TD;^GR/%^']S/N<#?%[I`,9"<P^PAAH!?G*;8+$! 
M3V5W`MLO`0G&N-*1/'3"^S.^N#V9R$;*'YPIJE8#G(?GQYN#1@`X3*G<F4 
M8U^49WC/?>SZ?1`&GE/_Q";"2+_OD:&HGR7RV%Y;]4*%4W]O^SI*CAQD; 
M?0:^!RO"!*;<8WP/=,(W]MA.W@Q95TT6]@.,H^^?2)S'/D)1&+A0(8!3,6 
MR@W6^]'15#..0[IA;M(G>0&<&`$$>_(A&>Z3O3UY'_;^/7C!'G(WS>#^J& 
MD+OS/Z8:ULE_)C^/Z&1&/^YY/^+Y=+F_8]G22C_03XOQ#MT28/2*Q:KL)4? 
MX"]19`(TI@0D]]=X<"1;ZDJQ02C982#N!"UZ"U41B#U"^FR/G@M_338>U?, 
ME7*%]X=DI_^Z?M7"J+_6V$AF0`5Z7?WY($ZBXQA[K/&C5ZWV1ZT>]UZ9X% 
M;OT$+5SJN"1SO^,!9@)Y*!Y9C_4KU#WH<]L7(T)56X<9J3HVM`&]P)?$R'U 
MAM1XW6KB#W?4_5#53<M:ASR2:H5<'8.Q%KI4*SZ:HZ8%M[AR?H"#Y0?R(J$ 
M=*5Y""!_@!F+"PH,W,/Y)S$`*1#>%YB>JSKKT;OSSOO#Q<&UG][-N_T:9KUU 
MA7#YL7Z?F[P_9),SUMFT^LPJ[%H#!/8@XO0$*'[T&^#ASV-,R.]YY%;O 
M%PSAL$%^D."XPW/S&#_2?A,QOO,7#F3WWHDYD:T<UBU'U0-K!7.KA@50W$! 
MW'Q@WC/V%A]7#8WW)#@V@`X.CNU_Q1+;`$NB;Q,3'HX6,S0>%9..D1@LXW.1 
M(UQPTLOS86>7<`6XR2'G`U]D<31>;G]QZ?"Y*`Z%@ZTM'$/_^JP_V(-!^F)W 
M2#+93N@>&6R,OLK)]V?H]"<S+A=043S4/$&!>JW`RIO5C8(=YU4PP?^#U( 
M[-R!<((9U6R`T:0JMEY]@:<-O1BLHXQS,7@:X^7(%^."=HBH5+#/`9EZDU- 
M!#QQM7+0^:0OLC@;7F[5#/JC"T@;Q.>07;(6ZX<EMDQ;QE_X]0!&YNM5QCC 
M?=W]Z;HW:#5AQJ[.VMV+7O.ZTY(:=9A0"=20EW.:E@1](X=NI@C%@FDR`K 
M9#%!BTLFO*MWR)YFD(LSM@9&VC&ZA/ZTK^@MGW1@EW>#M8@(W1+-FO98`7> 
MG^SPWX$([='(H39X@*$BC`.$`FKP(&X,I5<S!"W-5!TYV/[:/2';"R!;<VX> 
M</O*$JI,3')I4TM&?]I;X8MM'29=UW.Y''8P+2@[-=LF[1$9AJ*Y_-M'#&+E 
MDG#H(7$"6.YDPV5A+$/*T"!6_U51V2#RT#'UF4LQU&*28Q!UW3'Q+5$F+-A2 
M-8EC3@&5:=_(MCDS5%@AJJD0)*XY8-<[S$O`+=O[M,!^#N8BP*J/O(./&>SL 
M?6Z^7`BQ[E3V>V]Z@^@6<:(WE"!)]S,37'M&>6:@?U$=;3"30"CM]98#!S 
M<I#B,X!(3&^9&":CC+@!RW#S6_=60,PQ[+L87!QV6Q?G?P;!O1O[+X""LH? 
M-N;]F99X61B0-_8PA58N1OZSK3G<_#&B]3)>V[F*]Y!`Z,4K??)]J#7[.$" 
M1I=M12]RF=4T<KD_[<2,P4K/K$10$P?%6PAZ<N"]:(%])"X,!+6BN6QH^ 
M0/JUP5JP(?/'+[$?%R?MT#UO_A$D'-A6MD54]RF35DDE8)M.3^#>BA,77# 
MZ@DW+E_IP7J".LG/NG"YC&EJ":BO?&M'S[P>8OHJ'DL.'XY4':#SSF9I&G( 
M@LA#>0DJW]`+VAUAY9LL0C=%?5A_*C&5Q'`]Y12=AVP+9X^D'0M>4]94_X( 
M_5EF0,/O37L>]L(BSH/$XZKF*)>G<($R/$?^#;J_UA8;=0,D.7;O9=OC2)?' 
MSI$/FYEW9K':`U&58&C%&ARH,D&$(Q/%7W3Z''R>2F!2)&2Y3DT_%A_XLP<# 
M"+[::`ZV_;,-!T1_;$WN)3_R21M*J)EE0^7E[&+<*Q7F&PHWZ-`8O._VNBU$ 
M[MMZX-EZ'U*2>-&W/%'K/N_L>Y?]*P]]_=3OU_,7K_5]O_8?G26OO_X) 
M3G$!&`3G#F,1'6WX&;T!5/#`W@Q=S"G+C]<AC>%+U<<](?N`)//_X.P]%ZA 
M5IC4E$Y-^P$O!;U1YXW?:;WV,6+K;_V3YKY6B3]5L;8Y_W^6E"#_'I]3 
M";'RR2_4CH4B^2`_T+9)Z3!/I4I6P2DVF(1.!CS4W=Q]P:SNJ,Y[KOWL%]^ 
M/.^E:[.S^J'!)^:O>NS3NOL^M6KUM4AZ9H&?62-W_:I^T8S5/-NCL(ASIU 
MC">4L-G#-LQC?E3-P7,3R9"G5+)<^YC9],21[C$,"3=HFSK'O.C!*WK@15B8 
MSQ,W2<R!@A8L/[1(9KL@.KMX0?U*`[FD"6QQLYKJU,K;U@_6'&,P@R^R<G 
M>-6)*8K@I'",G<$76)!NL]V_[-1_(=2XU6S38&_TL0"HH8ZG*]PQ2N9_:OD/ 
M?R/<R_-O22>%`R;)?ZD6N?OUFJ%PD;^GR,MR7^8S_DPGU?H@;5M^)F[=_'A 
M60+!G5<S^5]1"F_'L@7[_O^%(GI86-!+O`?R;_%;%]>=^J`EM;N#P2^7K7[P 
MTG[NIDXRX6+NG?ZOW>-_;EHG_T]]SVM52I+_:C$J_Z)8V[S_]2P)Y3_ZGM=6 
M7X:->38FQ0+.ZH4C0"_@32GX`>AFP5.*`["KL$0.`>[*+H>]/`C1E+O 
M$B^@.4J,5<5LOWK,_R>#&3]<U7SA(_6R/2R\])B]@>"K'3+_FS(^[L[ 
MGFE$E5W9/_5W"#LK7:#_4FB#;Z4R&H1?%L)^/``R9]?G?=)MO>D3C&VX:)%& 
M[_*7=O?<R^;8-XO]S%163.?>.Q^1)KSR>?52VOT_.W]X'.J$X`D^:]$O_]8 
MK(FU3?S_LZ3H_A_@;3["Y_C-?TT#_JXE<P3@9RER!G`+DF;:*UWS:.BO@]^= 
M=6.B>><^_D&*!@9U0?3=O&9$*H#WAKD,K`XC92/%</4(-?^O#[X,O/:@F^,! 
M.!3PZ_B_^DSA"?(__]L0H4P*#9!H_Y?*4?FO5,2-_#]'BI'_.6OS43ZOU`"K 
MFWB60!4M@<@I8"8$.F$W8*YN1]Q"@YB-,@?3NK^>](Z^4>3B0D_^ZNY$HW 
MX0&,#RF/_EE*M/+4?N_4JENY/]9$LH_IE),N-S?HG/"[%/@F327F.^/OO) 
MY)V]J>L'^??Z$OMFIW?(-94T,*NS+R>RH>IXL9C:?=8")`B@1+8VSD5X-. 
M4^KVWN`[?4OHSOK-?1XODPY9LR-UZO_Z9?^8AS(^H0=>L^4N7/;Z[:>-J,#Q 
M?/NWC]/N_TM_.NX)7X%)E/_RTOY?WGS__7E2=/]?XG/R5V#6-O&"XE$CL)^H 
M$;8@+?I0OQ[.["3+R^TT!=9TGR&1<C&(UEL,0RQO//E@@'ZZ%/`Q'*I]&V 
MT.%VM]&Y;K*ORV3;ISQBZ30_CR[BAPULHKQSAU]#;QQ;8(?6P#P;[U&-FF3 
M-FF3-FF3-FF3-FF3-FF3-FF3-FF3-FF3-FF3-FF3-FF3-NF/D_X?#7_XX`"@ 
"```` 
` 
end 
--- gephex.uue ends here ---
Comment 13 Thierry Thomas freebsd_committer freebsd_triage 2005-11-20 08:48:06 UTC
State Changed
From-To: suspended->open


PR ports/86309 has been committed.
Comment 14 Thierry Thomas freebsd_committer freebsd_triage 2005-12-05 21:06:26 UTC
State Changed
From-To: open->suspended


To build cleanly, this port requires the following patches (written by 
the submitter) to be committed: 

--- bsd.port.mk.diff begins here --- 
--- Mk/bsd.port.mk.orig	Wed Nov  9 20:41:24 2005 
+++ Mk/bsd.port.mk	Mon Dec  5 22:03:03 2005 
@@ -3691,8 +3691,8 @@ 
do-patch post-patch post-patch-script 
_CONFIGURE_DEP=	patch 
_CONFIGURE_SEQ=	build-depends lib-depends misc-depends configure-message  
-		pre-configure pre-configure-script patch-autotools  
-		run-autotools do-configure post-configure post-configure-script 
+				pre-configure pre-configure-script run-autotools  
+				do-configure post-configure post-configure-script 
_BUILD_DEP=		configure 
_BUILD_SEQ=		build-message pre-build pre-build-script do-build  
post-build post-build-script 
--- bsd.port.mk.diff ends here --- 

--- bsd.autotools.mk.diff begins here --- 
--- Mk/bsd.autotools.mk.orig	Fri Dec  2 07:28:41 2005 
+++ Mk/bsd.autotools.mk	Mon Dec  5 22:00:53 2005 
@@ -338,7 +338,7 @@ 
# the order of autotools running. 

.if !target(run-autotools) 
-run-autotools:: run-autotools-aclocal run-autotools-automake  
+run-autotools:: run-autotools-aclocal patch-autotools run-autotools-automake  
run-autotools-autoconf run-autotools-autoheader 
.endif 

--- bsd.autotools.mk.diff ends here ---
Comment 15 Thierry Thomas freebsd_committer freebsd_triage 2005-12-05 22:58:05 UTC
On Mon  5 dec 05 at 22:12:06 +0100, Thierry Thomas <thierry@FreeBSD.org>
 wrote:
> Synopsis: New port: graphics/gephex Software-based interactive video-effect system
> 
> State-Changed-From-To: open->suspended
> State-Changed-By: thierry
> State-Changed-When: Mon Dec 5 21:06:26 GMT 2005
> State-Changed-Why: 
> 
> To build cleanly, this port requires the following patches (written by
> the submitter) to be committed:

Note: these patches are now part of PR ports/89999.

Waiting for PR ports/89999.
-- 
Th. Thomas.
Comment 16 Thierry Thomas freebsd_committer freebsd_triage 2006-01-22 10:15:23 UTC
State Changed
From-To: suspended->open


PR ports/89999 has been committed.
Comment 17 Thierry Thomas freebsd_committer freebsd_triage 2006-01-22 13:44:26 UTC
State Changed
From-To: open->closed


New port finally added, thanks for your patience!