Searches without login should now work. You must get asked to click a button.
Port details
osgearthC++ terrain rendering toolkit for OpenSceneGraph
3.6.1_8graphicsΣ=1 3.6.1_8Version of this port present on the latest quarterly branch.
BROKEN: Fails to build, error: cannot assign to non-static data member 'length' with const-qualified type 'const SizeType' This port expired on: 2025-12-31 IGNORE: is marked as broken: Fails to build, error: cannot assign to non-static data member 'length' with const-qualified type 'const SizeType'
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
osgEarth is a C++ terrain rendering SDK. Just create a simple XML file, point
it at your imagery, elevation, and vector data, load it into your favorite
OpenSceneGraph application, and go! osgEarth supports all kinds of data and
comes with lots of examples to help you get up and running quickly and easily.
===> The following configuration options are available for osgearth-3.6.1_8:
SPDLOG=on: Logging support via devel/spdlog
===> Use 'make config' to modify these settings
graphics/osgearth: Mark BROKEN and set expiration date to 2025-12-31
Fails to build
error: cannot assign to non-static data member 'length' with const-qualified
type 'const SizeType'
Reported by: pkg-fallout
graphics/osgearth: Fix build with protobuf 22+
Note that this port has a PLIST issue if libzip is installed.
====> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: lib/osgPlugins-3.6.5/osgdb_zip.so
===> Checking for items in pkg-plist which are not in STAGEDIR
===> Error: Plist issues found.
*** Error code 1
graphics/osgearth: Update to 3.5
Changes:
* New osgEarthCesium nodekit using the cesium-native SDK for 3D-Tiles
integration
* Upgrades to the TerrainConstraintLayer for better meshing,
performance, and support for 3D model constraints
* New TerrainMeshLayer for "bring your own" terrain surface meshing
* Integration of spdlog logging SDK (optional)
* Various updates to the osgearth_imgui panels
* Updated Triton and Silverlining shader sets
Reported by: portscout
graphics/osgearth: Unbreak build on arm64
The build failed on arm64 for including llvm intrinsics headers for x86
architectures. The extra patch for i386 already modified the build not
to use these intrinsics, so it solves the issue for arm64 as well. It is
still needed on i386 because intrinsics requiring SSE are used.
Therefore, rename the patch file to better describe the purpose and use
it for any architecture except amd64 and powerpc64, the latter assuming
the flags used for powerpc64 still work, which I cannot test myself.
The result on architectures that built fine before is unchanged,
therefore no revision bump is required.
Reported by: pkg-fallout
graphics/osgearth: Update to 3.4
Changes from 3.2: Bugfixes, performance and maintenance, see
https://github.com/gwaldron/osgearth/releases
Take maintainership from lbartoletti@.
PR: 272550
Approved by: lbartoletti (previous maintainer)
graphics/osgearth: Unbreak build
The build failed with
[...] error: no matching function for call to 'lerc_decode'
/usr/local/include/Lerc_c_api.h:223:17: note: candidate function not
viable: requires 10 arguments, but 9 were provided
and two similar errors. It obviously picked up lerc headers from
graphics/lerc although it uses a bundled lerc (which is directly built
in, not linked).
Add a patch to make sure the include path to the bundled lerc is
prepended.
(Only the first 15 lines of the commit message are shown above )
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.
(Only the first 15 lines of the commit message are shown above )
graphics: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
graphics/gdal: Set the default options as a workable set
- reinstate r552962 (was reverted in r553000)
- remove pkg-message from qgis and qgis-ltr
- Bump PORTREVSION on all consumers
PR: 224004
Approved by: portmgr
graphics/osgearth: fix build on powerpc64 head
Use GCC for its SSE - AltiVec translation.
In file included from
/wrkdirs/usr/ports/graphics/osgearth/work/osgearth-osgearth-2.10.1/src/osgEarthDrivers/fastdxt/intrinsic.cpp:42:
In file included from /usr/lib/clang/11.0.0/include/emmintrin.h:13:
In file included from /usr/lib/clang/11.0.0/include/xmmintrin.h:13:
/usr/lib/clang/11.0.0/include/mmintrin.h:33:5: error: use of undeclared
identifier '__builtin_ia32_emms'; did you mean '__builtin_isless'?
__builtin_ia32_emms();
Bump PORTREVISION for ports depending on the canonical version of GCC
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
graphics/osgearth: update to 2.10.1
Bug fix and performance release based on the 2.10 branch.
PR: 237790
Submitted by: lbartoletti@tuxfamily.org (maintainer)
Bump PORTREVISION for ports depending on the canonical version of GCC
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
Update to upstream version 2.10
Details:
- Update to upstream version 2.10
- Disable the unconditional dependency on SSE-optimized routines
on i386, as it (1) results in build failures and (2) there are
non-SSE-capable i386 CPUs in use in the FreeBSD community, thus
the default package cannot depend on it.
PR: 233491
Submitted by: lbartoletti@tuxfamily.org (maintainer)
Reviewed by: riggs
Make ninja opt-out in cmake.mk
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
graphics/osgearth:
- Update to 2.7 (this new version also allows osgearth to build against
osg-3.4.0)
- Rename and update patch of src/osgEarth/ThreadingUtils.cpp (pet portlint)
- Fix COMMENT (pet portlint)
- Fix BUILD_DEPENDS for minizip
Changes this release:
http://docs.osgearth.org/en/latest/releasenotes.html#version-2-7-july-2015
PR: 209236
Reviewed by: mat (mentor)
Approved by: lbartoletti@tuxfamily.org (maintainer), adamw (mentor)
Differential Revision: https://reviews.freebsd.org/D6344
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
Bump PORTREVISION on all ports with USE_SQLITE=yes or USE_SQLITE=3 that
have not been bumped yet after the latest libsqlite3.so library version
change.
Approved by: portmgr (implicit)
Move port to depend on graphics/osg, which was recently updated to
3.2.0, and osgearth's requirement was 3.0.1, to avoid conflicts with
other ports that depend on graphics/osg.
Make the graphics/osg version a variable, to ease maintainer's jobs as
graphics/osg gets updated (which requires osgearth's PORTREVISION and
PLIST_SUB to be bumped).
Some part of the discussion around PLIST_SUB is not recorded in the PR,
but it is still related to
PR: ports/184706
Submitted by: amdmi3
Add new port graphics/osgearth, pkg-descr:
osgEarth is a C++ terrain rendering SDK. Just create a simple XML file,
point it at your imagery, elevation, and vector data, load it into your
favorite OpenSceneGraph application, and go! osgEarth supports all kinds
of data and comes with lots of examples to help you get up and running
quickly and easily.
WWW: http://osgearth.org/
PR: ports/184706
Submitted by: lbartoletti <coder@tuxfamily.org>
