10:20 Felix Palmen (zirias) 

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

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

    ddae4e9

21:10 Stefan Eßer (se) 

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

    b7f0544

14:46 Dima Panov (fluffy) 

*/*: bump all consumers after recent boost upgrade

    4cf39de

14:22 Tobias C. Berner (tcberner) 

science: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Andreas Fehlner <fehlner@gmx.de>
  *  Brad Huntting <huntting@glarp.com>
  *  Chao Shin <quakelee@cn.FreeBSD.org>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Chia-Hsing Yu <me@davidyu.org>
  *  Chris Rees <utisoft@gmail.com>
  *  David Naylor <dbn@FreeBSD.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Erik B Knudsen
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Frederic Culot <frederic@culot.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Glenn Johnson
  *  Greg Lewis <glewis@FreeBSD.org>
  *  Igor Serikov <iserikov@acm.org>
  *  Johannes Dieterich <dieterich@ogolem.org>
  *  Johannes Dieterich <jmd@FreeBSD.org>
  *  Johannes M Dieterich <jmd@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  Ju Pengfei <jupengfei@gmail.com>
  *  Kay Lehmann <kay_lehmann@web.de>
  *  Klaus Aehlig <aehlig@linta.de>
  *  Kurt Kanzenbach <kurt@kmk-computers.de>
  *  Leland Wang <llwang@infor.org>
  *  Li-Lun Wang <llwang@infor.org>
  *  Markus Brueffer <markus@FreeBSD.org>
  *  NAKATA Maho <maho@FreeBSD.org>
  *  NAKATA, Maho <maho@FreeBSD.org>
  *  Nakata Maho <chat95@mbox.kyoto-inet.or.jp>
  *  Nakata Maho <maho@FreeBSD.org>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pav Lucistnik <pav@oook.cz>
  *  Pedro F. Giffuni
  *  Pedro F. Giffuni <giffunip@tutopia.com>
  *  Pedro Giffuni
  *  Pedro Giffuni <giffunip@asme.org>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Rong-En Fan <rafan@FreeBSD.org>
  *  Ryo MIYAMOTO <rmiya@cc.hirosaki-u.ac.jp>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Shin'ya Murakami <murakami@ahs.scitec.kobe-u.ac.jp>
  *  Shin-ya MURAKAMI <murashin@gfd-dennou.org>
  *  Shin-ya Murakami <murashin@gfd-dennou.org>
  *  Stas Timokhin <devel@stasyan.com>
  *  Stephen Montgomery-Smith <stephen@math.missouri.edu>
  *  Steve Wills <steve@mouf.net
  *  Steve Wills <steve@mouf.net>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TAOKA Fumiyoshi
  *  Thierry Thomas <thierry@pompo.net>
  *  Tim Cas <ports@stdrand.com>
  *  Uffe Jakobsen <uffe@uffe.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen heping <wenheping@gmail.com>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  anholt@FreeBSD.org
  *  bacon@smithers.neuro.mcw.edu
  *  batman <batman@udel.edu>
  *  db
  *  gurkan@phys.ethz.ch
  *  ijliao
  *  jbacon
  *  maintainer.freebsd@xpoundit.com
  *  mi
  *  rafan@infor.org
  *  shurd@FreeBSD.org
  *  thierry@pompo.net
  *  will

With hat:	portmgr

    4619604

11:19 Rene Ladan (rene) 

all: return bsam's ports to the pool after his commit bit got safekept

    65e2c3c

20:17 Dima Panov (fluffy) 

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

    b082b3d

19:44 Baptiste Daroussin (bapt) 

INSTALLS_ICONS: retire the macro and rework the related dependencies

While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)

    2c672a4

08:16 Tobias C. Berner (tcberner) 

science/pulseview: prepare for glib-2.68.3

Add upstream fix.

Obtained
from:	https://github.com/sigrokproject/pulseview/commit/ed643f0b4ac587204a5243451cda181ee1405d62
PR:		256200

    8835d02

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

12:13 bsam 

science/pulseview: Use buildtools, linguisttools as build dependencies.

Reported by:	danfe

 

19:58 bsam 

science/pulseview: Fix build (Qt5LinguistTools not found)

Reported by:	pkg-fallout@FreeBSD.org

 

19:22 bsam 

science/pulseview: Update to version 0.4.2

 

17:53 jbeich 

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

 

15:35 jbeich 

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

 

20:46 gerald 

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

 

06:36 jbeich 

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

 

11:13 tijl 

Fix Qt5 symbol version scripts to put the catch-all clause first.  When
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)

 

01:35 gerald 

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

 

00:15 jbeich 

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

 

13:53 bsam 

science/pulseview: Update to version 0.4.1

This is quite a major release with loads of new features and bugfixes.

Major new features and improvements:

* One of the most-often requested features has been implemented:
  Snapping cursors to signal edges. The current implementation snaps
  to edges of a specific channel if the mouse cursor is inside that
  channel, and it snaps to edges of any channel otherwise. When moving
  both cursors at the same time, only the left cursor will snap, while
  the overall distance between the cursors stays the same (which
  allows for easy measurements/comparisons).
* There's a bunch of new command-line switches such as --driver or
  --dont-scan, as well as option support for --input-file, see manpage
  for details. You can now also load multiple files at once when
  starting Pulseview, e.g. via "pulseview *.sr" or the like.
* There's support for converting analog channels to digital/logic
  channels now, either via a threshold or a schmitt-trigger method.
  This allows feeding the converted channels to protocol decoders,
  which was not possible before.
* PulseView now has theme support and ships with the current (default)
  "light" theme and two new "dark"-style themes which some people
  might prefer.
* There have been a bunch of UI improvements, such as showing a tooltip
  for the cursor measurement values if needed, logic high areas are
  now colored differently for clearer visualization, there's a
  convenience mouse hover vertical line now, you can enable/disable
  many channels more easily via buttons, and lots more.
* Protocol decoder annotations can now be exported in a user-configurable
  format, either all annotations, or only those of a certain annotation
  row, or only those between the cursors, etc.
* Protocol decoder channel name auto-mapping has been improved, so
  it'll probably match your desired channel setup more often without
  requiring manual channel assignment.

Additionally, there have been quite a few performance and memory
usage improvements. E.g. files should load quite a bit faster now,
some painting operations are faster as well, various memory leaks
and inefficiencies have been fixed, and so on.

Of course there have also been a huge amount of fixes for some
rather annoying bugs (e.g. UI lag when changing decoder options/channels)
and also many smaller ones. A bunch of crash conditions on various
OSes have also been fixed.

See the NEWS file for a much more detailed list of changes, or
browse the git history for even more details.

 

06:58 jbeich 

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

 

23:21 jbeich 

science/pulseview: unbreak with boost 1.68 on FreeBSD 10.*

After https://github.com/boostorg/multiprecision/commit/3cedeeab3048
building with Clang 3.4.1 fails like the following:

In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:187:73: error: reference to type 'const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0>' requires an initializer
             _NOEXCEPT_(is_nothrow_default_constructible<_Hp>::value) : value()
                                                                        ^
/usr/include/c++/v1/type_traits:2359:44: note: in instantiation of member
function 'std::__1::__tuple_leaf<1, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>::__tuple_leaf' requested here
typename __select_2nd<decltype(_VSTD::move(_Tp(_VSTD::declval<_Args>()...))),
true_type>::type
                                           ^
/usr/include/c++/v1/type_traits:2360:1: note: while substituting deduced
template arguments into function template '__is_constructible_test' [with _Tp =
std::__1::__tuple_leaf<1, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>, _Args = <>]
__is_constructible_test(_Tp&&, _Args&& ...);
^
/usr/include/c++/v1/type_traits:2419:14: note: in instantiation of template
class 'std::__1::__libcpp_is_constructible<false, std::__1::__tuple_leaf<1,
const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public __libcpp_is_constructible<is_scalar<_Tp>::value ||
is_reference<_Tp>::value,
             ^
/usr/include/c++/v1/type_traits:2445:14: note: in instantiation of template
class 'std::__1::__is_constructible_void_check<false, std::__1::__tuple_leaf<1,
const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public __is_constructible_void_check<__contains_void<_Tp, _Args...>::value
             ^
/usr/include/c++/v1/type_traits:2653:14: note: in instantiation of template
class 'std::__1::is_constructible<std::__1::__tuple_leaf<1, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 4
contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all)
   template <class T, class = typename
boost::disable_if_c<std::is_constructible<T, self_type const&>::value ||
!std::is_default_constructible<T>::value, T>::type>
                                                                                
                                     ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of function template
specialization 'std::__1::tuple<pv::views::trace::View &, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString &&>::tuple<pv::views::trace::View &, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString, false>' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
/usr/include/c++/v1/memory:3705:27: note: in instantiation of function template
specialization 'std::__1::forward_as_tuple<pv::views::trace::View &, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString>' requested here
                   _VSTD::forward_as_tuple(_VSTD::forward<_Args>(__args)...)) {}
                          ^
/usr/include/c++/v1/memory:4280:26: note: in instantiation of function template
specialization 'std::__1::__shared_ptr_emplace<pv::views::trace::Flag,
std::__1::allocator<pv::views::trace::Flag>
>::__shared_ptr_emplace<pv::views::trace::View &, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString>' requested here
    ::new(__hold2.get()) _CntrlBlk(__a2, _VSTD::forward<_Args>(__args)...);
                         ^
/usr/include/c++/v1/memory:4644:29: note: in instantiation of function template
specialization
'std::__1::shared_ptr<pv::views::trace::Flag>::make_shared<pv::views::trace::View
&, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString>' requested here
    return shared_ptr<_Tp>::make_shared(_VSTD::forward<_Args>(__args)...);
                            ^
pv/views/trace/view.cpp:641:19: note: in instantiation of function template
specialization 'std::__1::make_shared<pv::views::trace::Flag,
pv::views::trace::View &, const
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, QString>' requested here
        flags_.push_back(make_shared<Flag>(*this, time,
                         ^
In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:188:9: error: static_assert failed "Attempted to
default construct a reference element in a tuple"
       {static_assert(!is_reference<_Hp>::value,
        ^             ~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/v1/tuple:187:73: error: reference to type
'boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0>' requires an initializer
             _NOEXCEPT_(is_nothrow_default_constructible<_Hp>::value) : value()
                                                                        ^
/usr/include/c++/v1/type_traits:2359:44: note: in instantiation of member
function 'std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>::__tuple_leaf' requested here
typename __select_2nd<decltype(_VSTD::move(_Tp(_VSTD::declval<_Args>()...))),
true_type>::type
                                           ^
/usr/include/c++/v1/type_traits:2360:1: note: while substituting deduced
template arguments into function template '__is_constructible_test' [with _Tp =
std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>, _Args = <>]
__is_constructible_test(_Tp&&, _Args&& ...);
^
/usr/include/c++/v1/type_traits:2419:14: note: in instantiation of template
class 'std::__1::__libcpp_is_constructible<false, std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public __libcpp_is_constructible<is_scalar<_Tp>::value ||
is_reference<_Tp>::value,
             ^
/usr/include/c++/v1/type_traits:2445:14: note: in instantiation of template
class 'std::__1::__is_constructible_void_check<false, std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public __is_constructible_void_check<__contains_void<_Tp, _Args...>::value
             ^
/usr/include/c++/v1/type_traits:2653:14: note: in instantiation of template
class 'std::__1::is_constructible<std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 4
contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all)
   template <class T, class = typename
boost::disable_if_c<std::is_constructible<T, self_type const&>::value ||
!std::is_default_constructible<T>::value, T>::type>
                                                                                
                                     ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of member function
'std::__1::tuple<pv::views::trace::View &,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &>::tuple' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
/usr/include/c++/v1/memory:3705:27: note: in instantiation of function template
specialization 'std::__1::forward_as_tuple<pv::views::trace::View &,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &>' requested here
                   _VSTD::forward_as_tuple(_VSTD::forward<_Args>(__args)...)) {}
                          ^
/usr/include/c++/v1/memory:4280:26: note: in instantiation of function template
specialization 'std::__1::__shared_ptr_emplace<pv::views::trace::TriggerMarker,
std::__1::allocator<pv::views::trace::TriggerMarker>
>::__shared_ptr_emplace<pv::views::trace::View &,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &>' requested here
    ::new(__hold2.get()) _CntrlBlk(__a2, _VSTD::forward<_Args>(__args)...);
                         ^
/usr/include/c++/v1/memory:4644:29: note: in instantiation of function template
specialization
'std::__1::shared_ptr<pv::views::trace::TriggerMarker>::make_shared<pv::views::trace::View
&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &>' requested here
    return shared_ptr<_Tp>::make_shared(_VSTD::forward<_Args>(__args)...);
                            ^
pv/views/trace/view.cpp:696:29: note: in instantiation of function template
specialization 'std::__1::make_shared<pv::views::trace::TriggerMarker,
pv::views::trace::View &,
boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24,
int, void>, 0> &>' requested here
        trigger_markers_.push_back(make_shared<TriggerMarker>(*this, location));
                                   ^
In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:188:9: error: static_assert failed "Attempted to
default construct a reference element in a tuple"
       {static_assert(!is_reference<_Hp>::value,
        ^             ~~~~~~~~~~~~~~~~~~~~~~~~~

PR:		229569

 

17:39 tcberner 

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

 

13:57 jbeich 

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

 

04:11 jbeich 

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

 

21:50 bsam 

science/pulseview: Update to version 0.4.0, switch to QT5.

 

00:08 jbeich 

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

 

00:05 jbeich 

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

 

06:48 jbeich 

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

 

08:45 jbeich 

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

 

17:40 antoine 

Those ports build fine with bsd make

 

12:45 jbeich 

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)

 

21:25 bsam 

Take maintainership.

Approved by:	Uffe Jakobsen <uffe@uffe.org> (maintainer, via e-mail)

 

14:25 mat 

Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.

With hat:	portmgr
Sponsored by:	Absolight

 

10:48 makc 

- Bump PORTREVISION after libzip update

 

20:02 pgollucci 

science/pulseview: disable Werror, add LICENSE_FILE

- Disable -Werror (should unbreak build on 11-CURRENT).
- Add LICENSE_FILE.
- Replace .000000000 +0000 in patch headers with UTC (make makepatch).

PR:                  202126
Submitted by:        s3erios@gmail.com
Approved by:         uffe@uffe.org

 

16:16 marino 

science/pulseview: Remove unnecessary RUN_DEPENDS

Suggested by:	makc
PR:		179854

 

23:22 marino 

Add new port: science/pulseview

PR:		179854
Submitted by:	uffe (uffe.org)
Major QA:	marino

    ==================================================================

The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.

WWW: http://sigrok.org/