| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Needs newer GCC than what is in base:
CMake Error at VTK/CMake/vtkCompilerChecks.cmake:4 (message):
GCC 4.8 or later is required.
Approved by: mentors (implicit approval)
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/protocolbuffers/protobuf/releases
PR: 238808
Exp-run by: antoine
|
| |
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/protocolbuffers/protobuf/releases
PR: 236157
Exp-run by: antoine
|
|
|
|
|
|
|
|
|
|
| |
* Delete a bunch of patches not needed anymore
* Complete USES with gl
No info for this release.
PR: 234896
Submitted by: devel@stasyan.com (maintainer)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR: 233070
Submitted by: wen
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/protocolbuffers/protobuf/releases
PR: 231008
Exp-run by: antoine
|
| |
|
|
|
|
| |
Approved by: portmgr blanket
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
|
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://portal.hdfgroup.org/display/support/HDF5%201.10.2#releasenotes
https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hdf5-1.10.2-RELEASE.txt
PR: 231009
Exp-run by: antoine
|
|
|
|
|
| |
PR: 230884
Obtained from: upstream
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
|
|
|
|
|
|
|
|
|
|
| |
The behaviour of cmake's copy_directory was changed, so that it
now fails if the source directory does not exist.
Further add missing dependency on xmlpatterns.
PR: 229854
Reported by: antoine
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
|
|
|
|
|
|
|
| |
PR: 229116
Reported by: jwb
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D16024
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Port changes:
* Change to DISTVERSION
* Add USES=localbase
* Change USE_QT4 to USE_QT5 with corresponding changes to values
* Remove INSTALLS_ICONS (not needed)
* Remove many SHEBANG_FILES (not needed)
* Update LIB_DEPENDS for libOSMesa.so
Due to a strange upstream change that made it to install libprotobuf.so
into lib, paraview now conflicts with a lot of other ports like firefox,
chrome and tox.
PR: 228746
Submitted by: devel@stasyan.com (maintainer; original patch version)
|
|
|
|
|
|
|
| |
Add patches that fix null pointer representations in C++.
PR: 228569
Submitted by: devel@stasyan.com <maintainer>
|
|
|
|
| |
version 1.1.0 (via revision 464079).
|
|
|
|
|
|
|
| |
PR: 216634
Submitted by: Jan Beich
Approved by: jrm (mentor), maintainer timeout (3.5 months)
Differential Revision: https://reviews.freebsd.org/D13462
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
PR: 220271
Submitted by: mat (review), Yasuhiro KIMURA (PR)
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D11488
|
|
|
|
|
| |
PR: ports/218399 (based on)
Submitted by: emaste
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
- Bump PORTREVISION for shlib change
Changes: https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.1/src/hdf5-1.10.1-RELEASE.txt
|
|
|
|
|
|
| |
PR: 214684
Submitted by: yuri@rawbw.com
Approved by: maintainer
|
|
|
|
|
|
|
|
|
| |
- Add LICENSE_FILE
- Remove outdated PORTSCOUT
- Re-enable SZIP option by default: it was changed unintentionally in r398300
Changes: https://www.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.0/src/hdf5-1.10.0-RELEASE.txt
https://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
|
|
|
|
|
| |
With hat: portmgr
Sponsored by: Absolight
|
| |
|
|
|
|
|
|
|
| |
- Bump PORTREVISION for science/hdf5 shlib change
Changes: http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.15-RELEASE.txt
http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
|
|
|
|
| |
Submitted by: Stas Timokhin <devel (at) stasyan.com>
|
|
|
|
|
|
| |
with the patch already used for VTH (#define GLX_GLXEXT_LEGACY).
Submitted by: René Thümmler <rt (at) scientifics.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A while back, the happily building paraview stopped building because
libGL was updated. The other ports that suffered breakage for the same
reasons were updated to the latest API. Paraviews libGL callouts were
never fixed, so this port never should not have had it's BROKEN definition
removed as it was not fixed despite the claim. It's still breaking on all
platforms including DragonFly on clang, gcc47 and gcc50. Errors from
FreeBSD look like:
In file included from /wrkdirs/usr/ports/science/paraview/work/ParaView-
v4.1.0/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx:31:
In file included from /usr/local/include/GL/glx.h:333:
/usr/local/include/GL/glxext.h:480:143: error: unknown type name 'GLintptr'
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
/usr/local/include/GL/glxext.h:480:186: error: unknown type name
'GLsizeiptr'; did you mean 'GLsizei'?
typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext
readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget,
GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size);
|
|
|
|
| |
Submitted by: Stas Timokhin (maintainer)
|
|
|
|
|
|
|
|
|
| |
- Update MASTER_SITES
- Use INSTALL_TARGET=install-strip instead of MAKE_ENV=INSTALL_STRIP_FLAG=${STRIP}
- Bump PORTREVISION for science/hdf5 shlib change
Changes: http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.14-RELEASE.txt
http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
|
| |
|
|
|
|
|
|
|
| |
/wrkdirs/usr/ports/science/paraview/work/ParaView-v4.1.0/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx: In member function 'bool vtkFreeTypeTools::CalculateBoundingBox(const T&, vtkFreeTypeTools::MetaData&)':
/wrkdirs/usr/ports/science/paraview/work/ParaView-v4.1.0/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx:1190: error: no matching function for call to 'min(unsigned int&, int&)'
Reported by: pkg-fallout
|
|
|
|
|
|
|
|
| |
Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__. For some ports, this fixes the build
without the need for additional patches.
Approved by: portmgr (bapt, blanket)
|
|
|
|
| |
Submitted by: maintainer
|
|
|
|
|
|
|
|
|
|
| |
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
|
|
|
|
|
|
| |
Also bump this port as the LIB_DEPENDS has changed
confirmed by: adamw
|
|
|
|
|
| |
Untested because paraview takes hours and hours to build, but it's
currently failing on all platforms.
|
|
|
|
| |
Approved by: portmgr (implicit)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add LICENSE
- Convert to new LIB_DEPENDS format
- Convert to new options helper
- Use NOT_FOR_ARCHS
- Strip shared library
- Remove deprecated PTHREAD_*
- Use MAKE_CMD
- Bump PORTREVISION for science/hdf5 shlib change [1]
Changes: http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.12-RELEASE.txt
http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
Approved by: portmgr (bapt) [1]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
|
|
|
|
|
|
|
|
| |
Note: it's still broken on ia64, but this unbreaks on other platforms.
PR: ports/179370
Submitted by: Anton Shterenlikht <mexas (at) bris.ac.uk>
Approved by: maintainer time-out
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
|
|
|
|
|
|
|
|
| |
The non-header fix addresses the error, "calls to overloaded operations cannot
appear in a constant-expression". The fix was suggested on various bug
trackers.
Approved by: portmgr (bapt, implicit)
|
|
|
|
| |
science)
|
|
|
|
| |
Approved by: portmgr (bdrewery)
|
| |
|
|
|
|
|
|
|
| |
- while here clean up some ports from CMAKE_VERBOSE, which is intended
for users
Approved by: portmgr (miwi)
|
|
|
|
|
|
| |
PR: i176346
Submitted by: Anton Shterenlikht <mexas@bristol.ac.uk>
Approved by: maintainer timeout
|
|
|
|
| |
Review by: bapt, David Naylor (kde team)
|
| |
|
|
|
|
|
|
|
|
| |
Fix PORTSDOC usage/functionality
PR: ports/159334
Submitted by: Stas Timokhin <devel@stasyan.com> (maintainer)
Approved by: wxs (mentor)
|
| |
|
|
|
|
|
|
|
|
| |
- Remove support for 6.x and add workaround for CMAKE_BUILD_TYPE
while here I'm here
PR: ports/156223 [1]
Submitted by: Stas Timokhin (maintainer)
|
|
|
|
|
|
|
|
|
|
|
| |
- Disable broken Mangled Mesa support.
- Add GL2PS knob.
- Disable conflict with vtk 5.
- Use bsd.port.options.mk.
- Fix COMMENT.
PR: ports/153163
Submitted by: Stas Timokhin <devel@stasyan.com> (maintainer)
|
|
|
|
|
| |
PR: ports/147266
Submitted by: Stas Timokhin (maintainer)
|
| |
|
|
|
|
|
| |
Reviewed by: exp8 run on pointyhat
Supported by: miwi
|
|
|
|
|
|
|
|
|
|
| |
Pass maintainership to submitter
Mark MAKE_JOBS_SAFE
PR: ports/144260
Submitted by: Stas Timokhin <devel at stasyan.com>
Feature safe: yes
|
| |
|
|
|
|
|
|
|
|
| |
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
|
|
|
|
| |
Reported by: pointyhat
|
|
|
|
|
| |
PR: ports/141243
Submitted by: Stas Timokhin <devel@stasyan.com>
|
|
|
|
| |
Tested by: pav on pointyhat
|
| |
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
|
|
|
|
| |
MAKE_ENV
|
|
|
|
|
|
|
| |
- Update devel/cmake to 2.6.0 (also fix ports/123092)
- Use the new CMAKE build framework in all ports using cmake
Approved by: portmgr (pav)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
|
| |
|
|
|
|
|
|
|
|
| |
- Unbreak BROKEN with hdf5-1.6.7.
- use USE_LDCONFIG for installing shared libraries.
PR: ports/121408
Submitted by: Sunpoet Po-Chuan Hsieh <sunpoet at sunpoet.net>
|
| |
|
|
|
|
|
| |
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
|
|
|
|
|
|
| |
paraview has a ship-in TclTk, which also needs special care
Reported by: pointyhat
|
|
|
|
|
|
|
| |
love it needs.
PR: ports/101533
Submitted by: thierry
|
| |
|
|
|
|
| |
Reported by: krismail
|
|
|
|
| |
several libraries built inside of VTK with system versions.
|
| |
|
|
|
|
| |
Reported by: thierry
|
|
|
|
|
|
|
|
|
|
| |
[2] Install shared libraries and some cmake files so ports depending on paraview
can build.
Not very tested, because it crashes my X Server (oops), though I suspect the
previous version would have as well if I'd pre-tested.
PR: [2] 91885
Submitted by: [2] Thierry
|
| |
|
|
|
|
| |
Reported by: pointyhat via kris
|
|
|
|
| |
the libtiff vulnerability.
|
|
with the need to visualize large data sets in mind.
|