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.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
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
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
. Remove most options and configure unconditional support for them.
This is now a full featured port of gnuplot. If there is enough
interest then I'll creating a 'gnuplot-lite' port for a minimalist
version.
gnuplot completely removed support for the gnugraph and unixplot terminal
drivers in 2011. From the one of the ChangeLog files:
> 2011-05-31 Ethan A Merritt <merritt@u.washington.edu>
> [...]
> Remove obsolete terminal drivers gnugraph and unixplot. The underlying
> gnu plotutils library is itself more than 10 years out of date (last
> release July 2000) and the terminal drivers haven't been upgraded for
> longer than that. In any event, current gnuplot has better native
> terminal drivers for the devices supported by unixplot/gnugraph.
In practice, this means the PLOT option is a no-op and the dependency on
graphics/plotutils is unnecessary. Indeed, if one looks at the port's build
logs in the cluster the following can be seen:
configure: WARNING: unrecognized options: --without-lisp-files, --with-plot,
--disable-thin-splines, --with-wx-config
PR: 205488
Approved by: glewis (maintainer)
- Changes:
http://www.gnuplot.info/ReleaseNotes_5_0_1.html
- The "gnuplot mode" elisp and TeX files for use with emacs are now
maintained as a separate project
PR: 204886
Submitted by: pi
Approved by: glewis (maintainer), via mail
All applications in the ports tree works correctly with unicode version of wxGTK
Newer version of wxGTK are unicode only (3.0+)
Note that now WX_UNICODE macro is noop
to eliminate huge TeXLive dependency. Note that TeX terminal support is
still enabled by default because it works without them.
- Add Lua dependency to support TeX/Tikz terminal.
Approved by: glewis (maintainer)
Stefan Eßer
Bernhard Froehlich
Yuri Victorovich
Mathieu Arnold
Greg Lewis
Kurt Jaeger
Dirk Meyer
Niclas Zeising
Gerald Pfeifer
Sunpoet Po-Chuan Hsieh
Mark Linimon
Dmitry Marakasov
Antoine Brodin
Baptiste Daroussin
Raphael Kubo da Costa
Hiroki Sato