CSSC is the GNU Project's replacement for SCCS. SCCS is a proprietary suite
of tools which is provided with most nonfree versions of Unix. The purpose
behind CSSC is to provide a work-alike for SCCS which can be used on the
various Free versions of Unix.
SCCS was the only major form of source code control on Unix platforms for many
years, until RCS came along. SCCS was an effective method for small projects,
but these days it is less popular, particularly for projects involving large
numbers of files. A certain amount of old software is still in SCCS form, and
CSSC is designed to retrieve that software. Once retrieved, it is recommended
to bring the source under the control of a more modern source code control
system, such as git or Apache Subversion.
However, SCCS (and CSSC) is still perfectly adequate for small projects. For
example, if you are familiar with SCCS, it is not unreasonable to control the
files in /etc and /usr/local/etc on your private FreeBSD machine with CSSC.
===> The following configuration options are available for cssc-1.4.1_2:
BINARY=on: Support binary SCCS files (Solaris interoperability)
===> Use 'make config' to modify these settings
devel/cssc: Improve, lint, take maintainership
* Clarify the LICENSE
* Add LICENSE_FILE
* Remove BROKEN_mips* stances as MIPS is going to be unsupported and
irrelevant with STABLE-13 EOL (since May 2026)
PR: 294560
Approved by: db@, yuri@ (Mentors, implicit)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
This port needs USES=compiler:c11 to build on GCC-based architectures.
This obviates USE_GCC.
PR: 234214
Submitted by: Piotr Kubaj
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Install texinfo files (GNU info) into ${PREFIX}/share/info
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Mark ports broken on mips64 that are already broken on powerpc64. In
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
- Mark BROKEN on FreeBSD 9.x:
../gl/lib/unistd.h:135:3: error: #error "Please include config.h first."
../gl/lib/unistd.h:620: error: expected constructor, destructor, or type
conversion before 'extern'
/usr/include/c++/4.2/bits/gthr-default.h:46: error: expected constructor,
destructor, or type conversion before 'typedef'
/usr/include/c++/4.2/bits/gthr-default.h:584: error: '__gthread_key_create'
declared as an 'inline' variable
/usr/include/c++/4.2/bits/gthr-default.h:584: error: '__gthread_key_t' was not
declared in this scope
/usr/include/c++/4.2/bits/gthr-default.h:584: error: 'key' was not declared in
this scope
/usr/include/c++/4.2/bits/gthr-default.h:584: error: 'dtor' was not declared in
this scope
/usr/include/c++/4.2/bits/gthr-default.h:584: error: expected primary-expression
before 'void'
/usr/include/c++/4.2/bits/gthr-default.h:584: error: initializer expression list
treated as compound expression
...
Approved by: portmgr blanket
Reported by: pkg-fallout
Fix crash when built with clang by forcing gcc
Moves license to makes portlint happy
Bump portrevision
PR: ports/189975
Submitted by: rodrigo
MFH: 2014Q4
- Remove patch that was added in r332091 before maintainer patch was added
in r332099 that fixes the same issue in the same file
Discussed with: marino
