| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".
Approved by: portmgr (blanket)
|
| | |
|
| |
|
|
| |
Reported by: lwhsu
|
| | |
|
| |
|
|
|
|
|
|
|
| |
- Fix typos
- Remove duplicate variables
- Remove nop variables
- Sort categories
Reported by: portscan
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- regen patches by 'make makepatch'
- adjust consumers which affected by new doxygen styles
- take maintainersip
Changelog: https://www.doxygen.nl/manual/changelog.html#log_1_9_0
PR: 242347
Submitted by: fluffy
Reported by: Naram Qashat (ex-maintainer)
Exp-run by: antoine
|
| |
|
|
|
|
| |
/usr/local/bin/ld: lib/libuhd.so.4.0.0: undefined reference to `__atomic_compare_exchange_16'
/usr/local/bin/ld: lib/libuhd.so.4.0.0: undefined reference to `__atomic_store_16'
/usr/local/bin/ld: lib/libuhd.so.4.0.0: undefined reference to `__atomic_load_16'
|
| | |
|
| |
|
|
|
| |
PR: 249591
Submitted by: rhurlin@
|
| |
|
|
|
|
| |
Builds fine
MFH: 2020Q1 (fix build blanket)
|
| | |
|
| |
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_72_0.html
PR: 241449
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D22136
|
| |
|
|
|
| |
PR: 225462
Submitted by: John Hein
|
| |
|
|
|
|
|
|
|
| |
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/benchmark_rate.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/curses_fft.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/rx_to_file.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/tx_waveforms.py:No such file or directory
Reported by: pkg-fallout
|
| | |
|
| |
|
|
|
|
|
|
|
| |
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/benchmark_rate.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/curses_fft.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/rx_to_file.py:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/comms/uhd/work/stage/usr/local/share/uhd/examples/python/tx_waveforms.py:No such file or directory
Reported by: pkg-fallout
|
| |
|
|
|
| |
PR: 225462
Submitted by: John Hein
|
| |
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_71_0.html
PR: 238827
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D20774
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_70_0.html
PR: 235956
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D19303
|
| |
|
|
| |
PR: 236110
|
| |
|
|
|
|
|
|
|
|
|
| |
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_69_0.html
PR: 232525
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17645
|
| | |
|
| |
|
|
|
|
|
|
| |
Also various fixes related to said option.
PR: 230864
Submitted by: mat
exp-runs by: antoine
|
| |
|
|
|
|
|
|
|
| |
- Switch to C++14 for libboost_system to support C++14 consumers
Changes: http://www.boost.org/users/history/version_1_68_0.html
PR: 229569
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D16165
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Approved by: portmgr (tier-2 blanket)
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
host/lib/usrp/cores/rx_vita_core_3000.cpp:77:35: error:
no matching conversion for functional-style cast from 'double' to 'boost::posix_time::milliseconds' (aka
'subsecond_duration<boost::posix_time::time_duration, 1000>')
boost::this_thread::sleep(boost::posix_time::milliseconds(1.0));
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PR: 227427
Reported by: antoine (via exp-run)
|
| | |
|
| |
|
|
|
|
|
|
| |
this oversight.
Reviewed by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14368
|
| |
|
|
| |
PR: 224087
|
| |
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_66_0.html
PR: 223922
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D13279
|
| | |
|
| |
|
|
|
|
| |
- Remove FLAVOR from py-docutils dependency in comms/uhd, in this case
it needs the rst2html command, not the docutils module
- Mark some ports as not compatible with python3
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_65_1.html
PR: 218835
Approved by: maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by: jhibbits (on powerpc64, earlier version)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582
|
| |
|
|
|
|
|
|
| |
PR: 218835
Obtained from: https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by: maintainer timeout (2 months)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using ninja instead of make (1) can lead to significant speed ups while building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
|
| |
|
|
| |
This is more consistent and translates into gmake instead of make.
|
| |
|
|
| |
Approved by: rakuco (mentor, implicit)
|
| |
|
|
|
|
|
|
| |
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
|
| |
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_64_0.html
PR: 218835
Approved by: office (bapt)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D10472
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
|
| |
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_63_0.html
PR: 215598
Exp-run by: antoine
Approved by: office (bapt)
MFH: 2017Q1
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC
Changes: http://www.boost.org/users/history/
PR: 199601
Submitted by: Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by: rakuco (kde) (earlier version)
Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions)
Approved by: bapt (office)
|