Number of commits found XX: 39

astro/gpstk: Update to 8.0.0

astro/gpstk: fix build on GCC architectures

Use C++11 compiler:
/wrkdirs/usr/ports/astro/gpstk/work/GPSTk-3.0.0/core/lib/GNSSEph/GloEphemerisStore.cpp:173:
error: 'class gpstk::Xvt::HealthStatus' is not a class or namespace

astro/gpstk: Update to 3.0.0 and take Maintainer'ship

Changelog:

 -  https://github.com/SGL-UT/GPSTk/releases/tag/v3.0.0

Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D24412

astro/gpstk: Update to 2.12

ChangeLog: https://github.com/SGL-UT/GPSTk/releases

Reported by:	portscout

Change cmake default behaviour to outsource.

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

astro/gpstk: Update to 2.10.6

PR:		232365
Submitted by:	Nathan <ndowens@yahoo.com>

Update to 2.10.

astro/gpstk: drop unused dependencies

Reviewed by:	pi
MFH:		2017Q4
Differential Revision:	https://reviews.freebsd.org/D12617

Bump PORTREVISION for ports depending on the canonical version of GCC
(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

Update astro/gpstk to 2.9 -- allows to be built with gcc6.

* Switch to github (project has moved).

PR:		219275

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

astro/gpstk: Fix patches and CMake build

After the last commit to this port [1], that updated DISTFILES, patch
errors were reported on pkg-fallout:

patch: **** can't cd to /wrkdirs/usr/ports/astro/gpstk/work/dev: No such file or
directory
=> Patch patch-ext__lib__FileDirProc__FileHunter.cpp failed to apply cleanly.
*** Error code 1

This change replaces a WRKSRC override with a CMAKE_SOURCE_PATH
variable to declare the source directory and regenerates patchfiles
against the default WRKSRC.

While I'm here: switch to USES=cmake:outsource to match the build
instructions upstream [2]

(Only the first 15 lines of the commit message are shown above )

astro/gpstk: Fix fatal portlint(8) error

Move EXTRACT_AFTER_ARGS out of the PORTNAME section causing FATAL portlint
error.

PR:		201196
MFH:		2015Q4

astro/gpstk: Fix distinfo, Mark Unbroken

- Update distinfo
- Add EXTRACT_AFTER_ARGS
- Mark unbroken

PR:		201196
Submitted by:	John Hein <z7dr6ut7gs snkmail com
Approved by:	unmaintained (blanket)
MFH:		2014Q4

Mark as broken ports with bad distfiles

astro/gpstk: 2.0 -> 2.5

http://www.gpstk.org/bin/view/Development/ReleaseNotes21
http://www.gpstk.org/bin/view/Development/ReleaseNotes22
http://www.gpstk.org/bin/view/Development/ReleaseNotes23
http://www.gpstk.org/bin/view/Development/ReleaseNotes24
http://www.gpstk.org/bin/view/Development/ReleaseNotes25

Switchover from build tool jam to cmake, with lots of restructuring
of code.

- Stagify; unbreak the against Clang
- Allow for parallel (-jX) builds
- Cleanup Makefile while I'm at here
- Augment port description, fix WWW

N.b., there's version 2.4 available.

Resetting maintainership on ports that have not been staged and without any
pending PR (related to stage)

With hat:	portmgr

Convert to USES=dos2unix

With hat:	portmgr

remove USE_GCC=4.2+ all support freebsd version has it or better.

Add NO_STAGE all over the place in preparation for the staging support (cat:
astro)

- update to 2.0

PR:	ports/169584
Changes:	http://www.gpstk.org/bin/view/Development/ReleaseNotes20
Submitted by:	maintainer, jhein@symmetricom.com

- Fix conflict & lib links
- Bump PORTREVISION

PR:             ports/168824
Submitted by:   John Hein <jhein@symmetricom.com> (maintainer)

- Avoid unecessary dos2unix invocations

PR:             ports/165518
Submitted by:   John Hein <jhein@symmetricom.com> (maintainer)

Update to 1.7
Pass maintainership to submitter

PR:             165139
Submitted by:   John Hein <jhein@symmetricom.com>

- Fix build when alternate LOCALBASE used.

- Fix insufficient buffer size for reading dual frequency NovaTel OEM4 range
data

PR:             140855
Submitted by:   IPS FreeBSD <freebsd@ips.gov.au>

- Update to 1.5

PR:             134621
Submitted by:   Ports Fury

Drop maintainerships.

- Remove USE_GCC where it can be satisfied with base compiler on following
  FreeBSD versions: 5.3 and up, 6.x, 7.x, 8-CURRENT

Update to release 1.3.

Submitted by:   Ying-Chieh Liao
PR:             115675

Remove strict dependency on gcc version (USE_GCC=3.4+).

Approved by:    MAINTAINER

Mark as requiring gcc 3.4.x; 4.x is not supported by gpstk.
Pass CC and CXX into Jam environment as appropriate.

Fix install target.

BROKEN: Does not build

Fix include file installation.

Mark gpstk as requiring gcc 3.4.x or greater.

Add new port gpstk, the ARL GPS Toolkit; a software library for working
with raw GPS data, NMEA feeds, ephemerii, etc.

Requested by:   Tom McHugh

Number of commits found XX: 39

12 vulnerabilities affecting 102 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-01-18 08:22:15