| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reported by: lwhsu
|
| |
|
|
|
|
|
|
|
|
| |
Approved by: portmgr blanket
Differential Revision: https://reviews.freebsd.org/D28093
Notes:
svn path=/head/; revision=561562
|
|
|
|
| |
Notes:
svn path=/head/; revision=561252
|
|
|
|
|
|
|
| |
With hat: portmgr
Notes:
svn path=/head/; revision=559531
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Repocopy textproc/py-sphinx to textproc/py-sphinx18
Update it to 1.8.5 (latest version from 1.8.X).
This version supports Python 2 and 3.
Add test target.
- textproc/py-sphinx: Update to 3.0.2
Python 3 only (3.5+).
Add test target.
- Mk/Uses/python.mk: Add PY_SPHINX
Shared macro to use with flavors and not break
ports with USES=python (all versions).
Python >=3.5 --> textproc/py-sphinx (v3.0.2)
Python < 3.5 --> textproc/py-sphinx18 (v1.8.5)
All ports that uses sphinx were changed to use the new variable
${PY_SPHINX} in the dependency line, exceptions:
* Ports that fails to build with sphinx 3.0.2 because of code.
They are pointing to textproc/py-sphinx18 directly.
There aren't many ports.
* Ports that doesn't know Python flavors.
- Add several patches to fix Sphinx consumers
The most common issues are related with pkg-plist, the output
files from Sphinx changes between versions, keep this dynamically
is the better approach.
This will save time in future sphinx updates.
PR: 245629
Exp-run by: antoine
Notes:
svn path=/head/; revision=534966
|
|
|
|
|
|
|
| |
With hat: portmgr
Notes:
svn path=/head/; revision=498530
|
|
|
|
|
|
|
|
| |
PR: 232266
Submitted by: John W. O'Brien <john@saltant.com> (maintainer)
Notes:
svn path=/head/; revision=483390
|
|
|
|
|
|
|
|
|
|
| |
FLAVOR is the current port's flavor, it should not be used outside of
this scope.
Sponsored by: Absolight
Notes:
svn path=/head/; revision=472884
|
|
|
|
|
|
|
|
|
|
|
| |
- While I'm here, sort *_DEPENDS
Changes: https://github.com/miyakogi/m2r/blob/master/CHANGES.md
PR: 228379
Submitted by: John W. O'Brien <john@saltant.com> (maintainer)
Notes:
svn path=/head/; revision=470481
|
|
|
|
|
|
|
|
|
|
| |
PR: 224590
Submitted by: John W. O'Brien <john@saltant.com> (maintainer)
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D13683
Notes:
svn path=/head/; revision=457545
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
Notes:
svn path=/head/; revision=455210
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Update PORTVERSION and distinfo checksum (0.1.6)
- Add LICENSE_FILE (LICENSE)
- Add comment on supported Python versions for the future
https://github.com/miyakogi/m2r/blob/master/CHANGES.md
PR: 219762
Submitted by: John W. O'Brien <john saltant com> (maintainer)
Notes:
svn path=/head/; revision=442523
|
|
M2R is a Python module and command line utility to convert documents
formatted with markdown that include embedded reST markups to valid
reST formatted documents.
PR: 217183
Submitted by: John W. O'Brien <john@saltant.com>
Notes:
svn path=/head/; revision=434329
|