Remove the post-install/pkg-install, since gnomehier is taking care of
it.
devel/gnomevfs2
Add pkg-install and pkg-deinstall to restore libgnome's gconf key if
libgnome's .schemas exists. This fix the plist complained by pointyhat.
Why restore libgnome's gconf key during the installtion if it exists?
Because, libgnome always depend on gnomevfs2 so make sure the libgnome
is still in the top when we either reinstall or upgrade gnomevfs2.
misc/gnomehier
Remove the etc/gconf/gconf.xml.defaults/*, since the gconftool is
taking care of it. ie: GCONF_SCHEMAS
x11/libgnome
Add pkg-deinstall to restore gnomevfs2's gconf key if gnomevfs2's
schemas exists. This fix the plist complained by pointyhat. Also, this
is a real fix for the weird keyboard problem when you uninstall
libgnome without reinstall it.
Bump the PORTREVISION in all of four ports above to fix everything with gconf
keys stuff for plist. Those have been tested in the MarcusCom CVS, GNOME
tinderbox, and my tinderbox.
- Correct optional dependencies
- Correct logical evaluation of JAVASCRIPT knob
- Remove version check which interferes with package building
PR: ports/76660 [1]
Submitted by: Antonio Carlos Venancio Junior <antonio@php.net> (maintainer)
Running functions from the command line can be risky if the proper precautions
are not taken to escape the shell arguments and reaping the exit status
properly. This class provides a formal interface to both, so that you can run a
system command as comfortably as you would run a php function, with full pear
error handling as results on failure. It is important to note that this class,
unlike other implementations, distinguishes between output to stderr and output
to stdout. It also reports the exit status of the command. So in every sense of
the word, it gives php shell capabilities.
PR: ports/76749
Submitted by: Antonio Carlos Venancio Junior <antonio@php.net>
Note that I do not longer support FreeBSD 4.x at this point, as their
system-provided Pod::Man is way too old, and I'm tired of rolling that
extra man page tarball. Software developers can IMHO reasonably be
expected to run some version of FreeBSD 5.x these days.
