non port: Mk/Uses/python.mk |
Number of commits found: 198 (showing only 98 on this page) |
Sunday, 23 Feb 2020
|
21:49 antoine
Add a developer warning to ports using python:2.7
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D23757
|
Tuesday, 4 Feb 2020
|
17:56 sunpoet
Update PYNUMPY
science/py-geometer requires math/py-numpy between 1.15 and 1.19 (>=1.15,<1.19)
|
Sunday, 2 Feb 2020
|
11:06 sunpoet
Update PYNUMPY
devel/py-xarray requires math/py-numpy 1.15
|
Friday, 31 Jan 2020
|
19:10 sunpoet
Update PY_ENUM34
devel/py-glance-store requires devel/py-enum34 1.0.4.
|
Wednesday, 15 Jan 2020
|
20:34 antoine
Fix packaging of some python ports after r523104
With hat: portmgr
|
Monday, 13 Jan 2020
|
17:49 sunpoet
Update PY_IPADDRESS
mail/py-mail-parser requires net/py-ipaddress 1.0.23
|
Thursday, 9 Jan 2020
|
13:33 mat
Cleanup after removing PYTHON_VERSION from DEPENDS_ARGS.
Much of the Python version selection code had compat shims around to
accomodate the transition from before to with flavors. These can now be
removed.
PR: 243185
Reviewed by: antoine
Differential Revision: https://reviews.freebsd.org/D23084
|
13:32 mat
Remove the legacy way of passing Python version.
This was used before flavors were a thing to make sure if you built port
A with some python version, and it needed port B, port B would also be
built with the same python version.
PR: 243185
Reviewed by: antoine
Differential Revision: https://reviews.freebsd.org/D23084
|
Monday, 16 Dec 2019
|
06:29 antoine
Switch default version of python3 and python from 3.6 to 3.7
With hat: portmgr
PR: 233770
|
Wednesday, 6 Nov 2019
|
14:16 antoine
Adjust PYTHON_ABIVER for python 3.8
With hat: portmgr
|
Saturday, 2 Nov 2019
|
23:40 wen
- Repocopy lang/python37 --> python38 and update to 3.8.0
PR: 241416
Submitted by: wen@(myself)
Reviewed by: koobs@, amdmi3@
|
Sunday, 4 Aug 2019
|
16:11 sunpoet
Update PY_TYPING
devel/py-typing-extensions requires py-typing 3.7.4+.
|
Wednesday, 3 Jul 2019
|
07:31 koobs
Uses/python.mk: Clarify language, messaging and usage for <version-spec>
Make it clear that <version-spec> is a declarative not imperative
specification to declare what version of Python a port or software
*supports*, not the versions it should *use*.
The version that gets selected is a function of Python.mk, DEFAULT_VERSIONS
which change over time, and can be overridden or otherwise set by the user.
While I'm here, add a special note about bare USES=python (without a
<version-spec>), which is likely to be deprecated at some point down the
line. In the meantime, describe what the semantics of not specifying a
<version-spec> entails, and encourage minimisation of its use where
appropriate.
Approved by: koobs (python, maintainer)
|
06:35 wen
- Update python version in comment, remove deprecated version.
|
Sunday, 23 Jun 2019
|
19:21 sunpoet
Update PY_FUTURES
security/theonionbox requires py-futures>=3.2.
|
Friday, 31 May 2019
|
10:00 sunpoet
Introduce PY_TYPING and simplify Makefile
Since devel/py-promise requires 3.6.4+, the minimal version is set to 3.6.4.
With hat: python
|
Saturday, 27 Apr 2019
|
18:27 sunpoet
Update comment for PYTHON_PKGNAMESUFFIX
The deprecated comment was added in r364450 (bsd.python.mk to Uses/python.mk
transition) but it is not.
|
Thursday, 25 Apr 2019
|
15:21 antoine
Remove PYTHON_PYOEXTENSION from plist substitutions
With hat: portmgr
|
Thursday, 18 Apr 2019
|
13:16 tobik
Mk/Uses/python.mk: Flag unknown USES=python args and unknown USE_PYTHON features
PR: 235901
Approved by: mat
Differential Revision: https://reviews.freebsd.org/D19569
|
Wednesday, 16 Jan 2019
|
15:13 mat
PYTHON_VERSION cannot be changed, use DEFAULT_VERSIONS.
PR: 224024
|
Tuesday, 18 Dec 2018
|
09:19 rene
Unregister Python 3.4, it expired today.
|
Sunday, 25 Nov 2018
|
17:11 sunpoet
Update PYMAGICTAG
imp.get_tag() is deprecated since version 3.4.
Use sys.implementation.cache_tag directly starting in Python 3.3.
Reference: https://docs.python.org/3/library/imp.html#imp.get_tag
|
Saturday, 3 Nov 2018
|
22:26 sunpoet
Update PEP link
|
Friday, 6 Jul 2018
|
16:11 miwi
- Finish up lang/python37 import
- Added python37 docs
- Added python37 support to Mk/
Reviewed by: bapt
Approved by: bapt (portmgr)
Differential Revision: https://reviews.freebsd.org/D16159
|
Wednesday, 18 Apr 2018
|
13:58 jbeich
devel/cmake: allow consumers to qualify boost_python version
PR: 227428
Exp-run by: antoine
|
13:57 jbeich
devel/boost-*: update to 1.67.0
Changes: http://www.boost.org/users/history/version_1_67_0.html
PR: 227427
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D15030
|
Wednesday, 28 Feb 2018
|
15:12 sunpoet
Remove PYNUMERIC
It's only used by 1 port (devel/py-fortran).
|
Monday, 26 Feb 2018
|
19:33 antoine
Remove support for deprecated USES=python:2 and USES=python:3
PR: 225752
With hat: portmgr
|
Thursday, 15 Feb 2018
|
12:34 mat
devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.
Reviewed by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14368
|
Tuesday, 6 Feb 2018
|
20:49 bdrewery
Remove leading newline to FLAVORS.
Approved by: portmgr (implicit)
|
Thursday, 25 Jan 2018
|
12:36 mat
Add a USES=python:patch for when Python is needed during the patch
phase.
Sponsored by: Absolight
|
Monday, 22 Jan 2018
|
19:59 mat
Describe when allflavors should be used.
Sponsored by: Absolight
|
Sunday, 21 Jan 2018
|
10:51 mat
Remove PYTHON*_DEFAULT_VERSION.
|
Tuesday, 19 Dec 2017
|
16:23 mat
Enhance USES=uniquefiles to be more generic.
This allows to have more complex renaming schemes. Until now, it could
only add a prefix or a suffix, but this was not working at all for man
pages, because it would give man/man1/pyfoo.1.gz-2.7 or
man/man1/pyfoo-1-2.7.gz. With this change, a man page will be correctly
renamed to man/man1/pyfoo-2.7.1.gz.
Unfix ports that were already handling man pages.
PR: 220214
Submitted by: Fukang Chen (previous patch)
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13444
|
Thursday, 14 Dec 2017
|
13:48 mat
Rework PY_FLAVOR to always work.
Before this, it could have been set to the current flavor of the port
that may not have been related to Python at all.
This of course never came up during development because at that time,
the only flavors were the Python flavors.
Reported by: dbn
Sponsored by: Absolight
|
Tuesday, 12 Dec 2017
|
12:31 mat
Add a DEV_WARNING about some hypotetical case.
Sponsored by: Absolight
|
11:40 mat
Limit matching Python flavors to two digits.
Sponsored by: Absolight
|
Monday, 11 Dec 2017
|
12:41 mat
Make USE_PYTHON=concurrent flavors friendly.
Before, it would only create the default symlink if the Python version
was the default Python version. Change that to if the Python flavor is
the default flavor.
PR: 224242
Sponsored by: Absolight
|
Monday, 4 Dec 2017
|
15:43 mat
Remove extra .endif.
Reported by: antoine
Sponsored by: Absolight
|
15:27 mat
Add a USES=python:env, that will not add a dependency on Python.
It has the same effect than setting PYTHON_NO_DEPENDS, but in a more
compact way.
Sponsored by: Absolight
|
11:26 mat
Add a note about USE_PYTHON=optsuffix being a kludge.
Sponsored by: Absolight
|
11:17 mat
Depend on pkgnames and not files, always better.
Sponsored by: Absolight
|
11:07 mat
Deprecate USES=python:2 and USES=python:3
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13291
|
11:07 mat
Correctly fix the Python 3 being the default but in fact not problem.
Sponsored by: Absolight
|
11:07 mat
Add a WARNING for people trying to do clever but bad things with Python
versions.
Sponsored by: Absolight
|
Sunday, 3 Dec 2017
|
20:03 amdmi3
Fix default python flavor wrt python version
There's a flaw in FLAVOR selection logic which makes python FLAVOR
default to py27 even with DEFAULT_VERSIONS=python=3.6. Fix this and
generate FLAVOR based on PYTHON_DEFAULT, PYTHON2_DEFAULT, PYTHON3_DEFAULT
(in that order) similar to how it's done in other parts of python.mk.
This does not affect FLAVOR in default setup (py27 remains), but
if python default version is modified, it will now properly affect FLAVOR.
Approved by: portmgr (antoine)
Differential Revision: D13326
|
Thursday, 30 Nov 2017
|
15:50 mat
Convert Python ports to FLAVORS.
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
|
Sunday, 3 Sep 2017
|
10:36 rene
Remove Python 3.3 from the Ports Framework.
|
Saturday, 17 Jun 2017
|
23:26 bdrewery
Specifying an invalid PYTHON_VERSION against its USES should be IGNORED.
The port's own USES may note that is only supports certain versions. If it
is attempted to build an unsupported version there's no reason to even
try. Rather than giving a WARNING, actually mark it IGNORE.
Currently this should only impact devel/py3-enum34 which does not support
the default python3 version of 3.6.
With hat: portmgr
|
Tuesday, 6 Jun 2017
|
00:28 bdrewery
Don't pass the default version in DEPENDS_ARGS.
This greatly simplifies handling for Poudriere.
With hat: portmgr
|
Friday, 21 Apr 2017
|
19:35 antoine
Use POSIX conformant expressions with grep(1)
PR: 218690
Submitted by: Kyle Evans
With hat: portmgr
|
Thursday, 16 Mar 2017
|
19:23 antoine
Rename python setuptools ports to better match other python ports
Reviewed by: mat, sunpoet
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D9983
|
Saturday, 7 Jan 2017
|
21:42 sunpoet
Add more PLIST_SUB to Mk/Uses/python.mk
- Add PYTHON_PYOEXTENSION and PYTHON_SUFFIX
- Add PYTHON2 and PYTHON3
- Respect PYTHON_VERSION
- Rename PYOEXTENSION to PYTHON_PYOEXTENSION
This change would help:
- Build databases/postgresql*-plpython with Python 3
(It has PLIST issue since bsd.python.mk to Uses/python.mk transition)
- Simplify Makefile
PR: 205807
Differential Revision: https://reviews.FreeBSD.org/D4758
Exp-run by: antoine
|
Sunday, 25 Dec 2016
|
15:08 wen
- Repocopy lang/python35 --> lang/python36 and update to 3.6.0
|
Friday, 14 Oct 2016
|
19:50 antoine
Change the default version of python3 from 3.4 to 3.5
Thanks to Ruslan Makhmatkhanov for doing all the fixes
PR: 204519
With hat: portmgr
|
Wednesday, 3 Aug 2016
|
12:09 mat
Always include bsd.default-versions.mk in bsd.port.mk.
The variable defined in it are now always available after including
bsd.port.pre.mk.
PR: 210666
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D6933
|
Saturday, 25 Jun 2016
|
19:51 antoine
Reduce a little bit foot shooting for people installing python 3 ports using
PYTHON_ABIVER/PYTHON_INCLUDEDIR, when they use default options for
lang/python3x, by providing a reasonable default value to PYTHON_ABIVER
With hat: portmgr
|
Thursday, 28 Apr 2016
|
12:17 antoine
Remove ${PORTSDIR} from python _DEPENDS
|
Friday, 22 Apr 2016
|
09:24 mat
Make all the targets in USES use the _USES_* helpers.
It is left as an exercise to the reader to reorder some of those targets
to fix some small problems, and to add a comment about why each target
is ran when it is ran.
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D5717
|
Thursday, 14 Apr 2016
|
13:34 mat
Try to be more helpful to our users, and keep all the possible versions
close to their default value in Mk/bsd.default-versions.mk.
Sponsored by: Absolight
|
Sunday, 27 Mar 2016
|
01:23 bapt
Remove the now unneeded ${PORTSDIR} from dependency definition in
The infrastructure Makefiles
PR: 206569
Exp run by: antoine
Differential Revision: D5047
|
Friday, 19 Feb 2016
|
20:44 bdrewery
For PYTHON_NO_DEPENDS don't pass PYTHON_VERSION to dependencies.
The PYTHON_NO_DEPENDS only really makes sense in meta ports, where passing
the PYTHON_VERSION doesn't make sense. The ports listed will pick up
USES+=python and the default version as needed.
This fixes depending on both lang/python2 and lang/python3 in a meta package.
|
Tuesday, 2 Feb 2016
|
20:21 rm
Update examples to exclude version 3.2
With hat: python
|
20:16 rm
Remove expired lang/python32
Python 3.2 has reached it's EOL. Please update to Python 3.5
With hat: python
|
Friday, 22 Jan 2016
|
11:33 sunpoet
- Remove _PYTHON_CMD
PR: 206380
Submitted by: John Hein <z7dr6ut7gs@snkmail.com>
|
Saturday, 2 Jan 2016
|
17:30 sunpoet
- Sort PYTHON_* knobs
|
15:24 koobs
Mk/Uses/python.mk: Add support for optional 'test' argument
Some ports may need to use Python for their testing suite but otherwise
do not need it at all (ie, not for build or run). This patch adds
support for the test argument to be used in the USES clause, such as
python:3.2+,test. This enables the relevant Python environment and
modifies TEST_DEPENDS as necessary.
For non-Python ports that use Python as their testing suite, add
python:<ver>,test as required to the USES clause.
PR: 205616
Submitted by: Brendan Molloy <brendan+freebsd bbqsrc net>
Reviewed by: mat, miwi, koobs, antoine
Approved by: koobs (python)
Differential Revision: https://reviews.freebsd.org/D4711
|
Tuesday, 29 Dec 2015
|
12:03 marino
lang/python27(3*), Mk/Uses/python.mk: remove make spawn
There are some inefficiencies in python.mk that significantly slow down
full tree scanning. The use of bmake to obtain the current version of
a specific python is responsible for the majority of the slow done.
This commit splits out the PYTHON_PORTVERSION definition (which is the
same as the lang/python* PORTVERSION) into separate files. With this
change, python.mk can simple include the makefile fragment instead of
spawning a new instance of make.
Different Revision: https://reviews.freebsd.org/D4660
Approved by: antoine (python), mva (python)
|
Sunday, 27 Dec 2015
|
16:44 antoine
Remove PYTHON_PORTVERSION guards since it's no longer exported
With hat: portmgr
|
Friday, 25 Dec 2015
|
21:55 antoine
Do not cache PYTHON_PORTVERSION, it is not invariant between ports
|
Monday, 9 Nov 2015
|
18:52 bdrewery
Fix partial tree checkouts with 'all-depends-list', 'make clean', etc, after
inclusion of the ports_env feature into that handling around r399791.
With hat: portmgr
Reported by: ian, lev
|
Monday, 19 Oct 2015
|
21:10 bdrewery
Avoid redundantly looking up python command executions for dependency
calculation.
This gets all-depends-list in x11/kde4 down to 30 seconds after the 52->41
second improvement in r399703.
With hat: portmgr
|
Thursday, 15 Oct 2015
|
07:36 bapt
Readd PORTSDIR for now we will only start removing them after 2016Q1 is branched
This gives more time for tools to get updated, available in packages etc before
bothering users
|
Wednesday, 14 Oct 2015
|
16:49 bapt
Drop the necessity to add ${PORTSDIR} to dependency line
Modify make describe to automatically prepend ${PORTSDIR} if the path for the
port is not absolute
Checked with poudriere, portmaster, portupgrade
PR: 203685
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D3866
|
Wednesday, 16 Sep 2015
|
14:40 rm
textproc/py-xml: remove port
This package has been included into python standard library since python 2.2 or
2.0, but some of our ports used apis not available in stock python xml package.
Now all the issue are fixed and we can finally remove this port.
It is dead upstream and because of it's invasive nature it may break innocent
ports while installed (there were known issues for Eric and Docutils), so it was
removed in most distributions years ago. There is comprehensive summary on
reasons why PyXML was removed at Fedora Project [1]. The same reasons are also
applicable to our tree.
[1] https://fedoraproject.org/wiki/Features/RemovePyXML
|
Monday, 14 Sep 2015
|
12:26 antoine
Since PEP 0488 and python 3.5, pyo files are eliminated and bytecode files
for level 1 optimization have opt-1.pyc extension
Adjust USE_PYTHON=py3kplist to handle this
Tested by: koobs
|
08:28 koobs
Uses/python.mk: Fix PYTHON_REL for pre-release Python versions
Modify the PYTHON_REL variable assignment in python.mk so that it
can support PORTVERSION's that have non-integer suffixes such as
the current lang/python35 version (PORTVERSION currently 3.5.0.r3).
Currently, ports that use PYTHON_REL while DEFAULT_VERSIONS is set to
3.5, fail to build with the following make error:
make: "/usr/ports/Mk/Uses/python.mk" line 503:
warning: String comparison operator should be either == or !=
make: "/usr/ports/Mk/Uses/python.mk" line 503:
Malformed conditional (${PYTHON_REL} >= 3200 &&
defined(_PYTHON_FEATURE_PY3KPLIST))
This is caused by a non-integer value ("r3") in PYTHON_REL.
While I'm here, add a comment block to be clear on what we
(currently) want to achieve.
PR: 203093
Reported by: Andrew Berg (aberg010 my.hennepintech.edu)
Reviewed by: antoine
MFH: 2015Q3
Differential Revision: https://reviews.freebsd.org/D3662
|
Tuesday, 8 Sep 2015
|
16:08 koobs
[NEW] lang/python35: Welcome Python 3.5.x! (Note: RC3)
FreeBSD welcomes Python 3.5 (early, pre-release) to the Ports tree,
with 3.5.0 release candidate 3!
Please test this port and Python 3.5 profusely. If you notice issues,
please report them upstream at: https://bugs.python.org to ensure a
robust upcoming 3.5.0 release.
Whats New in Python 3.5:
* https://docs.python.org/3.5/whatsnew/3.5.html
Python 3.5 Release Schedule (PEP 478)
* http://www.python.org/dev/peps/pep-0478
Note: This port retires an old fcntlmodule.c patch, possibly
temporarily. User impact *should* be zero. For more information
see: https://bugs.python.org/issue25026
Requested by: Webair Inc :)
|
Wednesday, 10 Jun 2015
|
09:23 makc
Pass the default Python version (or the version required by port)
for CMake based ports. By default CMake picks up the highest
available version of Python package, therefore ports which use CMake
may fail to build or link to different Python library than one could
expect (e.g. bugs 199685, 200518).
In essence this commit reverts r366996.
PR: 168159
Exp-run by: antoine
Approved by: mva
|
Tuesday, 26 May 2015
|
16:47 antoine
Switch PYTHON_REL from a 3 digits number to a 4 digits number to handle
python 2.7.10
Differential Revision: https://reviews.freebsd.org/D2639
Reviewed by: sunpoet, mva
|
Friday, 15 May 2015
|
03:54 bdrewery
Add back support for PYTHON_NO_DEPENDS that was lost in the USES=python
conversion in r364450. This feature is still very useful for meta packages
to be able to easily depend on py-* packages using the correct PY_* vars.
For the sake of POLA retain the same name so previously working ports just work.
|
Wednesday, 7 Jan 2015
|
17:22 mva
- Remove support for deprecated python bits from the ports
framework. The following knobs are not supported anymore:
USE_PYTHON=<yes|version+-|-version|version-version>
USE_PYTHON_BUILD
USE_PYTHON_RUN
USE_PYDISTUTILS
PYDISTUTILS_AUTOPLIST
PYTHON_PY3K_PLIST_HACK
PYDISTUTILS_NOEGGINFO
PYTHON_CONCURRENT_INSTALL
USE_PYTHON_PREFIX
PR: 196477
Differential Revision: https://reviews.freebsd.org/D1416
Exp-run: antoine
Reviewed by: antoine
Approved by: portmgr (antoine)
With hat: python
|
Monday, 27 Oct 2014
|
18:58 mva
- Second attempt to fix the python version usage on single port builds
If a port requests a different python version from the one being the
default or provided at the command line, certain directories as well
as plist entries will use the wrong python version value (the one
being the default or provided at the command line), instead of the
value, the port requests.
PR: 194605
exp-run by: antoine@
With hat: python@
|
Friday, 24 Oct 2014
|
22:31 antoine
Revert r371447, this breaks important ports like devel/py-gobject
With hat: portmgr
|
16:10 mva
- Use the proper python version value within a single port build
If a port requests a different python version from the one being the
default or provided at the command line, certain directories as well
as plist entries will use the wrong python version value (the one
being the default or provided at the command line), instead of
the value, the port requests
Differential Revision: https://reviews.freebsd.org/D963
With hat: python@
|
Tuesday, 7 Oct 2014
|
16:51 mva
- Do not blindly assume PREFIX to be the same as PYTHONBASE, when creating the
egg-info entries for the plist
PR: 193811
Reported by: 6yearold@gmail.com
Exp-run by: antoine@
With hat: python@
|
Thursday, 2 Oct 2014
|
07:53 mva
- Mark INSTALLS_EGGINFO as unsupported
Differential Revision: D843
Reviewed by: gahr@, koobs@
Approved by: bapt@ (portmgr)
|
Sunday, 28 Sep 2014
|
16:36 tijl
Change the way USES is handled:
- Loop over USES twice, once to define all *_ARGS variables and once to
include Uses/*.mk. This allows all Uses/*.mk to examine arguments given
to other USES entries.
- Always define *_ARGS (possibly empty) and replace commas with spaces.
Similar for _USES_POST.
Adjust all Uses/*.mk:
- defined(u_ARGS) becomes !empty(u_ARGS)
- Eliminate helper variables like _*_ARGS=${*_ARGS:C/,/ /g}
- Some Uses/*.mk used ":" as argument separator instead of ",", but no port
used this form
- Uses/cran.mk: remove unused variable VALID_ARGS and USES+=fortran which
has no effect
- Uses/twisted.mk: simplify handling of the case where neither "build" nor
"run" arguments have been specified
PR: 193931
Exp-run by: antoine
Approved by: portmgr (antoine)
|
Saturday, 27 Sep 2014
|
07:27 mva
- Fix awk issue in add-plist-post, if python 3.x is the default
PR: 193966
Submitted by: corsmith@gmail.com
With hat: python@
|
Thursday, 25 Sep 2014
|
21:01 mva
- Resolve relative paths, such as path/./file.py or path/../file.py for
USE_PYTHON=autoplist, which can occur, if relative paths are set in a
setup.py script. Those cause pkg and QA sanity checks to misbehave.
- Remove @dirrm and @dirmmtry additions for USE_PYTHON=autoplist,
USE_PYTHON=py3kplist and egg-info entries, if USES=python is set. pkg 1.3.8
does not need those anymore.
- Add ${PYTHON_VER} to the PLIST_SUB defaults, if USES=python is set.
PR: 193885
Differential Revision: D812
Reviewed by: antoine@
Exp-run by: antoine@
With hat: python@
|
Wednesday, 3 Sep 2014
|
15:49 antoine
Fix man pages in ports using python autoplist after MANEXT removal
|
Tuesday, 2 Sep 2014
|
12:59 rakuco
Update CMake to 3.0.1.
The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
recent enough that ports/168671 can finally be committed: instead of
building and using CMake's own copies of bzip2, curl, expat, libarchive,
liblzma and zlib, we use the versions in ports and/or the base system.
* CMake's documentation system has been changed and vastly improved at the
cost of now depending on Sphinx. We still generate only man pages, but can
start generating the HTML documentation in the future if desired.
* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
the ncurses UI that is installed by devel/cmake itself.
* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
Python interpreter and its libraries, but requires us to revert a
workaround for that in Mk/Uses/python.mk itself, effectively reverting
the patch introduced by ports/168159.
* Similarly, a few ports had to be fixed manually due to CMake being
stricter when parsing some files or the ports detecting Python the wrong
way. Fortunately, they all had been fixed upstream so I just grabbed the
appropriate commits and pointed to them in the patches.
science/gnudatalanguage had to have its PORTREVISION bumped because
switching to USES=cmake:outsource removed a few files from the plist that
were not supposed to have been installed in the first place.
PR: 168671
PR: 192644
|
Monday, 1 Sep 2014
|
05:43 bapt
Remove support for NO_STAGE
Mark all current non staged ports as BROKEN
Reviewed by: antoine
Exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D693
|
Sunday, 17 Aug 2014
|
10:36 mva
- Deprecate INSTALLS_EGGINFO
- Remove PYTHON_MASTER_SITES deprecation; the knob is completely gone and can
not be tested for, since it does not get assigned by default
With hat: python@
|
Friday, 15 Aug 2014
|
20:55 mva
- Fix USE_PYTHON knob handling. Features are to be separated with spaces, not
comma
With hat: python@
|
Thursday, 14 Aug 2014
|
17:04 mva
- Rename PYTHON_FEATURES to USE_PYTHON to comply to USE_PERL5 and to avoid a
conflict in behaviour with the read-only COMPILER_FEATURES knob
- Fix the deprecated USE_PYTHON_BUILD and USE_PYTHON_RUN behaviour, which
usually should be mutually exclusive, but some ports include both knobs
Phabric: D581
Recommended by: danfe@, makc@
Reviewed by: danfe, wg, antoine
Approved by: portmgr
With hat: python@
|
Sunday, 10 Aug 2014
|
08:48 mva
- Only print the python version mismatch warning, if a dependency or user set
PYTHON_VERSION explicitly. Otherwise, ports using a non-default version
would always print the warning.
With hat: python@
|
Saturday, 9 Aug 2014
|
15:44 mva
Convert the Python framework bits to USES=python.
Please use USES=python instead of USE_PYTHON.
USE_PYTHON=yes becomes USES=python
USE_PYTHON=2.7+ becomes USES=python:2.7+
USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
...
A new PYTHON_FEATURES variable was added, which enables certain features for a
port and replaces some knobs at the same time;
PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
PYTHON_FEATURES=autoplist replaces PYDISTUTILS_AUTOPLIST
PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK (Only the first 15 lines of the commit message are shown above )
|
Number of commits found: 198 (showing only 98 on this page) |