Commit b7f05445c0 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)
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)
ChangeLog: https://github.com/Xastir/Xastir/releases/tag/Release-2.1.8
While here:
* Remove gettext and python from USES. The port doesn't used them anymore.
* Remove comment
* Move patch to .am file instead of generated .in file
* Remove sparc64 patch (architecture is UNSUPPORTED in 13 and above)
* Add USES=autoreconf
This last item allows us to bypass bootstrap.sh. The language preprocessing is
already done in the config directory so there is no need to do it as a bootstrap
step.
PR: 259669
Reported by: russo@bogodyn.org (xastir developer)
Approved by: carl@stagecraft.cx (maintainer, timeout > 1 month)
A new USES has been added to depend on ImageMagick.
USES=magick
adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}.
If a specific version is required, use for example
USES=magick:6 resp. USES=magick:7
If only a build, run or test is required, use for example
USES=magick:build resp. USES=magick:6,build,test
If a dependency on the nox11 flavor is required, use for example
USES=magick:nox11 resp. USES=magick:7,nox11,run,test
See magick.mk for more details on the available flags.
The tree has been completely converted to make use of this.
Approved by: bapt
Differential Revision: https://reviews.freebsd.org/D32754
FreeBSD's port still has 2.1.4 (over a year old), and that port was
recently patched to fix the build with GCC 10 by adding "-fcommon"
to the CFLAGS. Xastir 2.1.6 has had its GCC 10 compatibility fixed
so that sort of hack is no longer needed in the port if it were
updated to the new version.
There are also numerous other improvements over 2.1.4, including removal
of obsolete options, and consolidation of some options that had
previously been set up as independently selectable, but were in fact
completely dependent on each other. The build is simpler now,
as some of these things that were previously user-selectable are
automatic now -- notably, if shapelib support is requested and
shapelib is found, pcre is also required *and* automatically enables
dbfawk. The code that previously allowed shapelib support without
dbfawk (and therefore pcre) has been removed.
This means that the current Makefile, which has no option for deselecting
shapelib, but does have an option for selecting or deselecting DBFAWK,
needs a little changing: remove DBFAWK as an option and make pcre
a required package along with shapelib (instead of dependent on
the DBFAWK setting) and all should be well.
Submitted by: russo@bogodyn.org
Approved by: Maintainer
/usr/local/bin/ld: db.o:(.bss+0x2cc00): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: fcc_data.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: igate.o:(.bss+0x120): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: interface.o:(.bss+0x209a0): multiple definition of `pname'; db.o:(.bss+0x2cbe0): first defined here
/usr/local/bin/ld: interface.o:(.bss+0x209c0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: interface_gui.o:(.bss+0x3b00): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: location_gui.o:(.bss+0x20): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: main.o:(.bss+0x6c78): multiple definition of `number_of_predefined_objects'; db.o:(.bss+0x2cfe8): first defined here
/usr/local/bin/ld: main.o:(.bss+0x6c80): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: main.o:(.bss+0x6c70): multiple definition of `pname'; db.o:(.bss+0x2cbe0): first defined here
/usr/local/bin/ld: maps.o:(.bss+0x4a40): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_cache.o:(.bss+0x20): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_dos.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_geo.o:(.bss+0x20): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_gnis.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_OSM.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_pop.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_shp.o:(.bss+0x20): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_tif.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: map_WMS.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: messages.o:(.bss+0x9a80): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: messages_gui.o:(.bss+0x40): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: objects.o:(.bss+0x6d0): multiple definition of `number_of_predefined_objects'; db.o:(.bss+0x2cfe8): first defined here
/usr/local/bin/ld: objects.o:(.bss+0x6e0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: rac_data.o:(.bss+0x0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: track_gui.o:(.bss+0xc0): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: track_gui.o:(.bss+0x4a8): multiple definition of `number_of_predefined_objects'; db.o:(.bss+0x2cfe8): first defined here
/usr/local/bin/ld: util.o:(.bss+0x80): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: x_spider.o:(.bss+0x18): multiple definition of `pname'; db.o:(.bss+0x2cbe0): first defined here
/usr/local/bin/ld: xa_config.o:(.bss+0x20): multiple definition of `xa_config_dir'; color.o:(.bss+0x20): first defined here
/usr/local/bin/ld: xa_config.o:(.bss+0x8): multiple definition of `number_of_predefined_objects'; db.o:(.bss+0x2cfe8): first defined here
http://package18.nyi.freebsd.org/data/121amd64-default-PR244494/2020-06-10_18h04m44s/logs/errors/xastir-2.1.4_3.log
PR: 246700
This is needed to be able to update gegl to latest version.
Bump revision of all consumer as the ABI is not 100% backward compatible.
Provide a patch for graphics/devil to properly build with latest jasper.
While here add a missing USES=xorg to graphics/devil
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
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
invoked FdTOx (convert floating point to 64-bit integer) instruction
with odd register number as the second argument, while apparently[*]
an even number is required:
fdtox %f10, %f15
It caused ``Illegal operands'' error when compiling `draw_symbols.c':
{standard input}: Assembler messages:
{standard input}:2686: Error: Illegal operands
{standard input}:2695: Error: Illegal operands
{standard input}:2835: Error: Illegal operands
{standard input}:2844: Error: Illegal operands
{standard input}:2854: Error: Illegal operands
{standard input}:2864: Error: Illegal operands
Fix the build by forcing -O0 when compiling this file on sparc64.
- Remove OPTCFLAGS option which enabled "optimized" CFLAGS ``-O2 -pipe'':
these are our default CFLAGS for a long time
[*] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56890
GraphicsMagick was just updated, but there was as newer, second
PR to upgrade it once more. And again, the shared library version
has been bumped (haven't these guys heard of symbol versioning?)
While the INDEX references 114 users of GraphicksMagick, I'm going to
only bump the same 8 ports as yesterday. The bump script appears to
be obsolete (still uses CVS!)
PR: 203547
Submitted by: Walter Schwarzenfeld
released in 2014. The release has only minor changes, but among them
is the ability to link against BDB 5.x instead of being restricted to 4.x.
Since the current port has "WITH_BDB_HIGHEST" set to true, the highest
available is now 5.x, and the 2.0.4 would not work with 5.x, this alone
is reason to update.
I've pinged Carl several times and committing this fix anyway but will
email Carl again as a courtesy.
PR: ports/198872
Submitted by: russo@bogodyn.org
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)