Obtained from: Maintainer (partly)
modify the Makefile to use PLIST.mule if USE_MULE is defined. This
will allow the version with mule to be successfullt packaged and
pkg_delete'd.
Add a warning, obtained from the Maintainer, in the case where
HAVE_MOTIF is defined but MOTIF is really lesstif. It seems that
some users have seen problems with that constellation.
Add pkg/PLIST.mule to be used for the mule version.
Satoshi forgot to close the PR when he made his commit for the
reported problem with generating a version with mule.
was broken. I had an old entry for the plugin searchpath at the very end
of my .cshrc file pointing to an empty directory under
$HOME/.netscape/plugin :-/
The port is definitively working ;-)
Removed BROKEN completely from Makefile.
not only root.
Again, on my -current machine the plugins are only detected with
communicator 4.04, if I start the communicator as root. Perhaps I
check again with a brand new user with standard environment.
Or could someone other please try it out on -current ?
Submitted by: Brian Handy <handy@sag.space.lockheed.com>
from the author:
"I started to write at the Reports module.
from a table, no filters, no sorts (yet) !
Of course, no prints ! Only fields in output report (no labels, lines or
rectangles)!
I am working now at region resizing (page header, footer, detail, etc)
Reports will be generated as Postscript file!
stay close ..."
systems because I've made an error in the original ePerl 2.2.9 tarball (under
my FreeBSD boxes it worked, because there a /sw/bin/perl exists). I've now
fixed it for 2.2.10 and now the ports is again ok. At least I hope that it is
ok now again... ;_)
I know some people are working on splitting this port up, so this
is just a stop-gap solution until then.
Also remove the extra "\" at the end of the last master site.
them however (newsgroups.patch) is relative to a different directory
than the others so I've left it out for the time being. I can fix this
by duplicating the entire do-patch clause from bsd.port.mk into the
Makefile so that different -d switches can be given for different patch
files, but that's overkill. Also, fix the md5 file as Satoshi pointed out.
Update to version 0.70
From his announcement:
> PgAccess v0.70 handles now user defined forms and scripts!
>
> Manipulating forms, PgAccess could be enhanced by the user in order to
> generate new applications.
> The powerfull scripting feature inherited from Tcl/Tk, the native
> environment of PgAccess, allow users to define and use new procedures,
> libraries and even call "system" procedures that I have been used
> writting PgAccess. I would say that PgAccess will be able to accept
> "plugin" modules in order to make him more powerfull. It will make him
> just a "shell" who will set up only a "working environment" for newly
> developed applications!!!!
>
> More information and some examples you will find at
> http://www.flex.ro/pgaccess/pga-rad.html
>
> Once more, I would like to thank you folks for giving me PostgreSQL and
> Visual Tcl, and hoping that PgAcces would help making them more popular!
The documentation-minded may wish to mention this in the
handbook somewhere.
PR: ports/5279
Submitted by: Ian Vaudrey [3]Ian Vaudrey <i.vaudrey@bigfoot.com>
