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.
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)
Fix symbolic links of idle and pydoc
- Bump PORTREVISION for package change
- While I'm here:
- Remove leading definite article from COMMENT
- Fix indent
- Add NO_ARCH
PR: 216310
Submitted by: Jose M. Alcaide <josemaria.alcaide@ehu.eus>
MFH: 2017Q1
Remove support for pkg_install Merge back bsd.pkgng.mk into bsd.port.mk Add a note about @stopdaemon not being supported anymore
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D693
- Move the symlink magic for the default python version into lang/python and lang/python2 and lang/python3. This change brings us closer to the goal of making Python ports usable with different Python versions at the same time. - Add a new lang/python2 port to handle the symlinks for bin/python2, bin/idle2, bin/pydoc2 and so on. - Add a new lang/python3 port to handle the symlinks for bin/
Introduce two new versions of Python: 2.6 and 3.0rc1 (finally!) Python 2.6 will be the next default python version when enough testings of consumer ports are done. The new "2to3" program is renamed to 2to3-2.6 and 2to3-3.0 for each version, respectively.
Repo-copied by: marcus
- use PORTUPGRADE_CMD instead of PORTUPGRADE so as not to confict with the portupgrade env variable
Pointed out by: Miroslav Lachman <000.fbsd@quip.cz>
- Make Python 2.5.1 the default Python version - Add significantly better support in bsd.python.mk for working with Python Eggs and the easy_install system
Tested by: pointyhat runs
Approved by: pav (portmgr)
Most work by: perky
Thanks to: pav
Revert the default version of Python to 2.4 for the ports freeze period. Python 2.5 brought a vast range of incompatibility to a large number of ports, so the python@ team will do more basic compatibility work in a private repository and merge it later. Sorry for the inconvenience.
Approved by: portmgr (kris)
- Restrict a dependency to the real interpreter to _RUN only. This allows portupgrade to upgrade lang/python from 2.4 flawlessly. - So remove obsolete instruction.
- Update the main python version to 2.5. - Now, lang/python is just a meta-port which depends on lang/python25. - And all versions of Python ports have short version identifier in its package name; python25-2.5, python24-2.4.3 and etc. - Also you must upgrade all python modules after lang/python updated, cd /usr/ports/lang/python && make upgrade-site-packages
- Give maintainership of Python ports to the new python@ group which
includes me, alexbl@ and others.
Fix buffer overrun when performing repr() on a unicode string in a build with wide unicode (UCS-4) support.
Obtained from: Python SVN (#51466)
Security: CVE-2006-4980
With hat: secteam
Avoid to use "ncursesw" which causes segfault when the system has devel/ncurses installed due to a shared library collision between a base ncurses from libreadline dependency and a local ncurses from libncursesw dependency.
PR: 99496
Submitted by: rachid achellal <rachid@in.nl>,
Xiao-Yong Jin <xj2106@columbia.edu>