17:41 Stefan Eßer (se)  Author: Tobias Kortkamp

Fix WWW in parent/child ports

Many of the WWW are overwritten later which means the wrong value
is used. This did not happen before where the children were either
 a) just using the pkg-descr from the parents
 b) or had their own separate pkg-descr with custom WWW

Use WWW?= in parents when the child's WWW is different.

Children that use the same WWW as the parent can just inherit it,
i.e., the child WWW can be removed.

Approved by:	portmgr (implicit)

    e79fe1a

21:10 Stefan Eßer (se) 

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.

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)

    b7f0544

13:59 Dmitry Marakasov (amdmi3) 

devel/py-ice37: limit supported python versions

modules/IcePy/Util.cpp:228:20: error: cannot initialize a variable of type
'PyFrameObject *' (aka '_frame *') with an lvalue of type 'struct
_interpreter_frame *'
    PyFrameObject *f = PyThreadState_GET()->frame;

Approved by:	portmgr blanket

    bbc2585

08:09 Mathieu Arnold (mat) 

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

    cf118cc

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

13:46 kai 

Relax hardcoded paths to fix build with Python 3.8.7

Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the
shared libs naming scheme.  This means "EXT_SUFFIX" is now derived from
SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so".

The affected ports strip the libaries in the "post-install" target via
hardcoded path(s) and the build fails at the end because the new extension
is not expected at this place.

Remedy the issue by adding wildcards to these paths.  This should also
prepare the ports for future Python releases, which will use the new shared
libs naming scheme.

[1] https://bugs.python.org/issue42604

PR:		252057
Reported by:	John Kennedy
Reviewed by:	fluffy, koobs
Approved by:	koobs (python)

 

05:55 linimon 

These ports now build on powerpc64.

Approved by:	portmgr (tier-2 blanket)

 

16:37 grembo 

Add ZeroC Ice 3.7.1 as new ports devel/{ice37|php-ice37|py-ice37}

Upgrading from Ice 3.6 isn't trivial, as it requires application
code changes. Therefore a new set of ports was created.

Marked devel/{ice|php5-ice|py-ice} as conflicting (and vice versa).

PR:		221141

 

12:09 grembo 

Add ZeroC Ice 3.7.1 python language mapping as devel/py-ice37

Upgrading from Ice 3.6 (devel/py-ice) is non-trivial (requires
application code changed), therefore a separate port was required.

PR:		221141