Number of commits found XX: 145 (showing only 100 on this page)

1 | 2  »  

Move devel/swig30 to devel/swig and update to 4.0.1

- Do not silence installation message
- Update dependent ports:
  - Fix build with swig 4.0.1
  - Update *_DEPENDS
  - Remove BINARY_ALIAS

Changes:	http://www.swig.org/news.php
PR:		246613
Exp-run by:	antoine

x11-toolkits/wxgtk30: Update to 3.0.5.1

Changelog:
  -
https://raw.githubusercontent.com/wxWidgets/wxWidgets/v3.0.5/docs/changes.txt

PR:	 246218
Approved by:	tcberner (mentor)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D24808

Update Sphinx

- Repocopy textproc/py-sphinx to textproc/py-sphinx18

  Update it to 1.8.5 (latest version from 1.8.X).
  This version supports Python 2 and 3.
  Add test target.

- textproc/py-sphinx: Update to 3.0.2

  Python 3 only (3.5+).
  Add test target.

- Mk/Uses/python.mk: Add PY_SPHINX

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

comms/gnuradio: fix build on GCC architectures

Use C++11 compiler:
cc1plus: error: unrecognized command line option "-std=c++11"

comms/gnuradio: Update 3.8.1.0-rc1 -> 3.8.1.0

Also update WWW.

Reported by:	portscout

- Removed zombie dependancy on clang since system clang now works
- Now uses python3 by default remove python2 dependancy
- split the VOLK project into separate port

Change log from upstream follows
## [3.8.1.0-rc1] - 2020-02-16

### Changed

#### Project Scope

- clang-tidy improvements
  - Throw exceptions by value, catch by reference
  - `emplace_back` where applicable
  - `empty()` instead of `vector::size() == 0`

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

x11-toolkits/py-wxPython40: GUI toolkit for the Python programming language

py-wxPython40 aka Phoenix is a reborn of wxPython and in particular it allows to
use wxWidgets with Python3.


  - Add x11-toolkits/py-wxPython40
  - Replace wxPython30 by wxPython40 when python wxWidgets is required
  - Fix cad/kicad and cad/kicad-devel to use wxPython40 "Phoenix"
  - Update comms/congruity, graphics/py-mayavi from wx 2.8 to 3.0
  - While I'm here fix portlint per emulators/playonbsd
  - Remove RUN_DEPENDS from USE_WX per graphics/djvusmooth
  - Bump portversion
  - Fix unicode on x11-toolkits/wxgtk30 and take Maintainer'ship

PR:     241893
Reviewed by:	koobs, tcberner
Approved by:	tcberner (mentor)
Differential Revision:  https://reviews.freebsd.org/D21915
Exp-run by:     antoine

- According to @koobs the dependency on pyephem/ephem is spurious hence removed.
- When gnuradio was first imported into the tree, UHD (Ettus) was pretty much
the only
  viable high speed device for it. This is no longer true so default option
removed.
- Noted plist problem with removed UHD corrected.

PR:		ports/240546
Reported by:	w.schwarzenfeld@utanet.at
MFH:		2019Q4

devel/boost-*: update to 1.72.0

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

math/gsl: update to 2.6

- math/p5-Math-GSL does not seem to have any upstream activity to make it work
with this version -> mark it broken
  - this also breaks the two consumers of this port

- biology/gemma: has a conflict with cblas, and is makred broken.

PR:		241363
Exp-run by:	antoine

comms/gnuradio: Drop nop HAVE_PORTDOCS

Switch default devel/llvm* to 90

PR:		239682
Reviewed by:	tobik
Differential Revision:	https://reviews.freebsd.org/D21172

devel/boost-*: update to 1.71.0

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

Unbreak on non head FreeBSD
Use latest clang on all versions of FreeBSD

Submitted by:		pkg-fallout

Changelog:

## [3.8.0.0] - 2019-08-09

Witness me!

Tonight, we release GNU Radio 3.8.0.0.

It's the first minor release version since more than six years, not without
pride this community stands to face the brightest future SDR on general purpose
hardware ever had.

Since we've not been documenting changes in the shape of a Changelog for the
whole of the development that happened since GNU Radio 3.7.0, I'm afraid that
these release notes will be more of a GLTL;DR (git log too long; didn't read)

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

Update to 3.8.0.0-rc2

# Changelog
All notable changes to GNU Radio will be documented in this file.

The format is based on [Keep a Changelog](http://keepachangelog.com/en/1.0.0/)
and this project adheres to [Semantic
Versioning](http://semver.org/spec/v2.0.0.html), starting with version 3.7.12.0.

Older Logs can be found in `docs/RELEASE-NOTES-*`.

## [3.8.0.0-rc2] - 2019-07-20

This is the second release candidate for GNU Radio 3.8.

### Fixed

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

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

comms/gnuradio: Update to 3.8tech-preview-381

The previous commit kept GH_TAGNAME, as jbeich@ noted.

* Rebuilt pkg-plist
* Use GH_TUPLE for volk

Reported by:	jbeich

comms/gnuradio: Update 3.8.g20190309 -> 3.8tech-preview-381

Their PR#2500 officially fixed boost compatibility.

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

Unbreak gnuradio due to boost 1.70
Remove patch needed for cpu affinity which is now not needed

devel/boost-*: update to 1.70.0

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

Really fix DEPENDS

Fix DEPENDS

comms/gnuradio doesn't work with python3

PR:		234633

Update to 3.8 git version to move from Qt4 to Qt5

## unreleased

### Fixed
#### Project Scope
- `boost::posix_time::[milli]second` takes integer numbers, and we now at least
cast the floats to integers, as Boost 1.67 forced us to realize we're
(incorrectly) using floating point her
- CMake: using regex to match compiler against "Clang" now enables correct build
on OS X
#### GRC
- Fixed GRC bug which broke WX and Qt (by altering the template code), in
multiple (less than awesome) steps
#### gr-analog
- `fmdet_cf`'s derivative coefficients were wrong.
#### gr-blocks
- `float_array_to_int`: int32 limits were wrongly hardcoded.
- Fixed the undefined behaviour happening in `float_to_complex` when accessing
the second input_items element in the single-input case

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

wxGTK3.0: switch to gtk3 and webkit2

Discussed with:	portmgr

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

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

devel/boost-*: update to 1.69.0

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

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

pyqt: Change install directories for Python flavor support

* PyQt could not be installed for multiple Python versions at
  the same time, as there were conflicting files.

  This patch creates Python-version versioned directories for
  all these, and further installs binaries with a version number.

* Note, there might be some hickups for software that depends on
  on of the .so's provided by PyQt5, which might not be found
  anymore autmotically, and maybe need some LD-flaggery.

* Update PyQt5 to 5.10.1

* Mark www/py-qt5-webengine broken. It is unforuntately no longer
  compatible with the old qt5-webengine-5.9.4 we ship.

PR:		232745
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D8714

## [3.7.13.4] - 2018-07-15

### Fixed
#### Project Scope
- Fix Boost 1.67 linking issue
#### gnuradio-runtime
- Logging: fixed issues where messages weren't properly written to stdout/stderr
due to incorrect strings
#### gr-analog
- `fmdet_cf`'s derivative coefficients were wrong.
#### gr-blocks
- `skiphead` used to incorrectly handle tags, now properly shifts
#### gr-digital
- `qa_packet_format`: Unit test used to potentially lock up due to incorrect
conditionals
- `clock_recovery_cc`, `crc32_bb`: Accessing the `[0]` element of an empty
vector is UB, even if you don't use the result afterwards.
#### gr-fec
- `polar_encoder`/`_common`: Fixed multiple out-of-bound accesses due to
insufficient vector length checks
#### gr-filter
- `fft_filter`, `filter_delay`: Accessing the `[0]` element of an empty vector
is UB, even if you don't use the result afterwards.

Fix dependancy problem when UHD is not used.

devel/boost-*: update to 1.68.0

- 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

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

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

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

comms/gnuradio: Add missing library to LIB_DEPENDS; Add missing file to
pkg-plist

Both were reported by the stage-qa.

Approved by:	portmgr

Update math/gsl to 2.5

PR:		229067

Removed dependancy on uneeded git
Left the README files at all times

# Changelog
All notable changes to GNU Radio will be documented in this file.

The format is based on [Keep a Changelog](http://keepachangelog.com/en/1.0.0/)
and this project adheres to [Semantic
Versioning](http://semver.org/spec/v2.0.0.html), starting with version 3.7.12.0.

Older Logs can be found in `docs/RELEASE-NOTES-*`.

## [3.7.13.3] - 2018-06-13

### Fixed
#### Project Scope

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

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

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

ChangeLog v3.7.11
=================

This is a feature release of the 3.7 API series, and incorporates all
the bug fixes implemented in the 3.7.10.2 maintenance release.

Contributors
------------

The following list of people directly contributed code to this
release and the incorporated maintenance release:

* A. Maitland Bottoms <bottoms@debian.org>
* Alexandru Csete <oz9aec@gmail.com>
* Andrej Rode <andrej.rode@ettus.com>

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

Fails the same way on armvX as on aarch64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

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

devel/boost-*: update to 1.66.0

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

@snkmail.com
n shebangs to use the specified PYTHON_CMD (stage-qa fix) [1]

Add missing html file in plist (check-orphans) [2]

Also we don't need -DENABLE_BAD_BOOST=ON since the ports version of boost is now
at 1.65.

  info about ENABLE_BAD_BOOST in GrBoost.cmake...
  # Boost 1.52 disabled, see https://svn.boost.org/trac/boost/ticket/7669
  # Similar problems with Boost 1.46 and 1.47.

stage-qa, check-orphans and poudriere testport all pass now with the attached
patch.

[1]
====> Running Q/A tests (stage-qa)

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

Switch from swig 2.0 to swig 3.0

Mark more recently failing ports broken on aarch64.

While here, pet portlint and reformat some other BROKEN statements.

Approved by:	portmgr (tier-2 blanket)

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

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

devel/boost-*: update to 1.65.1

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

devel/boost-*: enable C++11 features

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

set qt tools as build deps

PR:		ports/217272
Submitted by:	John Hein <z7dr6ut7gs@snkmail.com>

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 math/gsl to 2.4

Exp-Run by:	antoine
PR:		220408

Fix shebangs

Reviewed by:		mat
Approved by:		mat
Differential Revision:	https://reviews.freebsd.org/D10527

devel/boost-*: update to 1.64.0

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

Update math/gsl to 2.3

This release introduces some new features and fixes several bugs:
	http://savannah.gnu.org/forum/forum.php?forum_id=8751

* update to 2.3 and take maintainership
* update math/py-gsl to 2.2.0 for gsl2 support
* update math/rubygem-rb-gsl to 2.1.0.2 for gsl2 support

PR:		218952
Exp-run by:	antoine
Reviewed by:	mat, rakuco
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D10522

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

Switch ports to use USE_PYQT=<foo> instead of using RUN_- and BUILD_DEPENDS

pyqt.mk provides USE_PYQT=<list> to depend on its components. Convert the ports
not yet using it to it.

Reviewed by:	rakuco, mat
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9261

- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL

Approved by:	portmgr blanket

Update to 3.7.10.1
Note temporary hack in CMakeLists.txt to fix build with -gsl
link_directories("/usr/lib" "${LOCALBASE}/lib")
This is from a missing -L somewhere in the swig generation code that
needs to be fixed.

ChangeLog v3.7.10.1
=================

This is the first bug-fix release for v3.7.10

Contributors
------------

The following list of people directly contributed code to this

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

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

Assume "pkg-config libusb*" works after 9.x EOL

FreeBSD appears to use different pkg-config name for 0.1.x API but it
doesn't matter much as 0.1, 1.0 and 2.0 share CFLAGS/LIBS.

Bump PORT_REVISION as pkg-plist has changed.
Fixed build on 10.1 but in the process found a bogus pkg-plist fixed.
If DOCS was defined, the plist was wrong.
Also cleaned up a dependency

Fixed using https://cmake.org/cmake/help/v3.0/command/link_directories.html
This shouldn't be necessary:

"Note that this command is rarely necessary. Library locations returned by
find_package() and find_library() are absolute paths. Pass these absolute
library file paths directly to the target_link_libraries() command. CMake will
ensure the linker finds them."

The directory path appears to be in /usr/local/libdata/pkgconfig/gsl.pc
so it would appear the swig handling code neglects to respect this.
I'll dig into this sometime later.

PR:		ports/210444
Submitted by:	rozhuk.im@gmail.com

Move doxygen dependency from DOCS to DOXYGEN.

Sponsored by:	Absolight

devel/boost-*: update to 1.62.0

- 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)

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.

Update to 3.7.9.2
Remove unecessary diffs using @sample keyword in pkg-plist
Use uhd port instead of usrp port
Add missing dependancies
Fix wrongly used PLIST_SUB [1]
Fix build due to missing dependency  [2]
Did my best to address libgcc stupidity for now [3]
 Please read
 http://lists.freebsd.org/pipermail/freebsd-toolchain/2016-August/002249.html
 PR 208120

[1] PR ports/210095 fix by @takefu
[2] PR ports/210444 fix by @takefu
[3] PR ports/211889 fix by @db

Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.

With hat:	portmgr
Sponsored by:	Absolight

Update to 3.7.8
USE_GCC=yes causes the build to fail on systems where clang and libc++ are
used by default (see bug 202143, for example). This essentially means
comms/gnuradio currently only builds on 9.x. The problem is caused by the
fact that on 10.x and later boost is likely built using clang and libc++,
but USE_GCC=yes forces gnuradio to be built with GCC and libstdc++. Ports
r392951 mentioned USE_GCC=yes was added because "clang's builtins were
conflicting with gnuradio", which does not seem to happen in my tests at least.

PR:		ports/203500
Submitted by:	takefu@airport.fm

- Fix build on 10.x: you can't use gcc when boost is built with clang; and it
builds with clang just fine

Approved by:	portmgr blanket

Replace devel/cppunit with devel/cppunit113.

Approved by:	bdrewery (maintainer)

Convert ports to use the options helpers in categories [abc]*, and minor fixes.

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3412?

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

- Update to later version of gnuradio
- fix build with portaudio
- clang builtin's are conflicting with gnuradio so use USE_GCC for now

- Mark BROKEN on 9.x:

/wrkdirs/usr/ports/comms/gnuradio/work/gnuradio-3.7.4/volk/kernels/volk/volk_8u_x4_conv_k7_r2_8u.h:191:
error: incompatible type for argument 1 of '__builtin_ia32_psrlqi128'

Approved by:	portmgr blanket
Reported by:	pkg-fallout

All directory handling is now automatic: cleanup plist

Update portaudio to v19/Remove portaudio2 [1]
Chase portaudio change
Add patches from debian for games/cultivation
Add patches from upsteam for audio/rezound
Mark py-fastaudio as broken

Approved by:	maintainer

MASTER_SITES cleanup.

- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
  of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
  no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.

While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.

Also, replace some EXTRACT_SUFX occurences with USES=tar:*.

Checked by:	make fetch-urlall-list
With hat:	portmgr
Sponsored by:	Absolight

Make fonts repecting XDG

Xorg is now looking in ${LOCALBASE}/share/fonts by default
Xorg now accepts symlinks in etc/X11/fontpath.d (as decribed in Xserver(1))
Large cleanup on lots of font ports
All fonts are now properly dynamically generating fonts.dir and fonts.scale
instead of sometime overwriting existing ones)
All fonts are generating fontconfig's cache
Improve consistency in fonts ports

Finally unbreak the build by preloading GCC_DEFAULT libs paths.
It is complicated by the intermix of gcc and gfortran libs being intermixed
with system libs. Especially by dynamically loaded modules into python
being linked against gfortran or current gcc. I realise using GCC_DEFAULT
lib paths is not a general solution.

Fix DEPENDS

Fix some _DEPENDS

- Convert ports from cad/, chinese/, comms/ and converters/ to new
  USES=python

Approved by:	portmgr (implicit)

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)

- Update to 3.7.4
- Important Bug Fixes and Additions
Fixed shutdown in message passing apps
Fixed PortAudio detection during configuration
Fixed QWT detection during configuration
Fixed gr::analog::agc3 volk kernel alignment
Fixed/improved support of audio on OSX
Improved performance on network-based sources and sinks
Fixed pfb_arb_resampler tag propagation
Fixed segfault in fast_atan2f
Updated codec2 support to latest standard and support all rates
New HDLC codec blocks in gr::digital

math/fftw3:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove PTHREAD_CFLAGS and PTHREAD_LIBS
- Use MAKE_CMD

math/gsl:
- Add USES=libtool and bump dependent ports
- Add USES=pathfix and INSTALL_TARGET=install-strip

Approved by:	portmgr (implicit, bump unstage port)

Unbreak

Reported by:	pkg-fallout since a few weeks

comms/gnuradio: use WX 3.0

Approved by:	portmgr (bapt, blanket)

- Changed Maintainer to hamradio@
- Added shebangfix to USES

Approved by:	maintainer (db@)

Do not overwrite build_depends

Reported by:	pkg-fallout

- Update to gnuradio 3.7.2.1

GRC Bus Ports (Nicholas McCarthy)

Bus ports in the GNU Radio Companion (GRC) allow ganging block input
or output ports into a single port for display and connections. This
simplifies flowgraph entry when dealing with blocks that work with an
arbitrary number of streams.

For further information, see:

http://gnuradio.org/redmine/projects/gnuradio/wiki/Busports

And see

http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_7_1

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)

- Updating to 3.7.2
- disabled USRP default option until usrp is fixed on -10 and head
- disable docs on i386 for now as it fails to build
- enable staging

PR:		ports/186799
Submitted by:	lev

- Bump PORTREVISION after KDE4_PREFIX change

Chase boost and icu bump
While here convert some LIB_DEPENDS

Python cleanup:
- USE_PYTHON* = 2.X -> USE_PYTHON* = 2
- USE_PYTHON* = 2.X+ -> USE_PYTHON* = yes
Reviewed by:	python (mva, rm)
Approved by:	portmgr-lurkers (mat)

In preparation for making libtool generate libraries with a sane name, fix all
LIB_DEPENDS in comms

Update to libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

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

Number of commits found XX: 145 (showing only 100 on this page)

1 | 2  »  

18 vulnerabilities affecting 82 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-07-10 06:33:27