want the X depandancy.
Bow to numerous wishes(yelling) to make GTK the default GUI lib vs. Motif.
Bram (Vim author) prefering GTK over Open Motif weighed kinda heavy.
With my dislike of the GPV and their political agenda, I have
been resisting this demand. [I fully agree with the reasons why the
`ddd' debugger didn't use GTK until the GNU people got a hold of it]
GNU's NIH and "brace and extend" is often as bad as Microsoft's.
And often the only reason people put up with it is because of they like
to force GNU Public Virused software forces down our throat.
Some argue that GTK is "smaller" than OpenMotif. Maybe GTK 1.2 is (but
don't forget to look at the GTK depends, where OpenMotif has none).
But GTK 1.3 definitely is not smaller than OpenMotif (just look at its
dependancy list).
I will review my decision to use GTK as default GUI when the GTK+ 1.{3,4}
behemoth is released.
For example, the Vim Makefile will not create the "rgvim" link in the
non-GUI case, but since we share the PLIST among all the various vim ports,
we have to be consistent.
From the webmin updates page:
* Apache Webserver: if Webmin is used in non-english language mode,
"<Directory>" sections created using this module may be wrongly written
out as something like "<Directorio>".
* Squid Proxy Server: the cache_dir directive is not properly supported in
squid 2.4.
* Users and Groups: passwords for users created or modified from a batch
file are not set correctly.
(see also http://www.webmin.com/webmin/updates.html)
While I'm here, check if a webmin configuration directory already exists at
install time (post-install target): in this case, automatically run the webmin
setup script (it will insert the proper Perl paths in the webmin scripts).
Users who have multiple or different configuration directories will have to
run the script manually, as before.
PORTREVISION bump to advertise the new changes.
A diff between the latest and current revision shows some user interface
changes (gtk programming and .glade files). Package file list is unchanged.
I opened a bug report on the project's bug database, asking for a proper
handling of the release number. If they cannot provide useful version
information I'll ask to have this port hosted on MASTER_SITE_LOCAL, so that
it won't break every time they re-roll the tarball.
warning about unknown owners. Add a reminder in the Makefile, because this
fix should be removed when a new release of the RPMS fixes the problem.
Specifically, the only affected file in the LINUXBASE hierarchy is
usr/man/man8/setserial.8 (-> root:wheel)
Approved by: marcel
* Move the call to configure.postgresql7 from pre-fetch to pre-extract, so it
won't hang while performing batch fetch operations (like portupgrade -F)
* Add some TCL related files to pkg-plist.tcl, and add a PLIST_SUB in the
Makefile to register the correct tcl version in the plist.
* Do not start postgresql if the database directory does not exist: the
startup sequence could hang because of this.
* Use the "-s" option when starting postgresql with pg_ctl, so it won't
display informational messages. Display only the port name, as do other
packages startup scripts.
Approved by: Palle Girgensohn <girgen@partitur.se>
${PREFIX}/pgsql (old layout). Adjust compiler flags so that headers and
libraries are found in either case.
PR: ports/26756
Submitted by: Palle Girgensohn <girgen@partitur.se>
Half-Life modports system worked out by the current HL port
maintainer(s).
Any problems with this (I took a bit of a gamble with the master
sites), go right ahead and fix as appropriate.
version, however they _just_ updated the version today. The only thing I
did differently from the maintainer's patch was to regen patch-ai.
PR: ports/26808
Submitted by: Anders Nordby <anders@fix.no> (maintainer)
version, however they _just_ updated the version today. Going to the
latest version didn't require any other mods.
PR: ports/26808
Submitted by: Anders Nordby <anders@fix.no> (maintainer)
