of providing precompiled binary packages, using patches by Peter Wemm and
Bjoern A. Zeeb. This gets up "good" cvsup for upcoming 6.0 release.
- Turn off X11 automatically on amd64 instead of erroring out
- Bjoern A. Zeeb agreed to take maintainership of this port for amd64 arch
(read: help endusers solving their problems)
Based on: bz's patches floating on mailing list
Approved by: jdp (maintainer)
for glibc 2.3.2 on Linux. There are no significant functional
changes.
Add support for FreeBSD/sparc64 in the port Makefile. This requires
the new version of Ezm3 (1.1) which I will commit soon.
Drop support for versions of FreeBSD prior to 4.1-RELEASE.
documentation updates, and portability fixes. There is no compelling
reason for FreeBSD users to upgrade if they are already running
snap-16.1e.
More importantly: Change the Modula-3 dependencies to use the new
"ezm3" distribution. It is a lot smaller and easier to install
than pm3.
Remove the special static linking when PACKAGE_BUILDING is set.
When ezm3 is used, programs are always statically linked with the
Modula-3 libraries. This means that binaries built with this port
will be stand-alone, but still dynamically linked with the system
libraries. So, for example, they will work with runsocks.
at this time, even though it is not called a "release". Make the
necessary changes to the cvsup-devel port, which uses the cvsup port
as its MASTERDIR.
I intentionally left "PORTREVISION?=0" in cvsup/Makefile, as a reminder
that this setting needs to be overridable by the cvsup-devel port.
At this moment, the cvsup-devel port builds the same thing as the
cvsup port. That situation probably won't last very long, so I am
leaving the cvsup-devel port in place. It is mentioned in a lot
of documentation, so I don't want to remove it just because it is
temporarily the same as the cvsup port.
This micro release of CVSup fixes a server bug that would have been
tickled by some planned repairs to the FreeBSD repository. The client
remains unchanged from release 14.1.
