08:56 antoine 

Deprecate a few py27 ports

 

11:23 martymac 

Update multimedia/libdvdread and multimedia/libdvdnav to 6.1.0

Changelogs are available here:
https://code.videolan.org/videolan/libdvdread/-/blob/master/NEWS
https://code.videolan.org/videolan/libdvdnav/-/blob/master/ChangeLog

Also, bump dependent ports' revisions and mark sysutils/dvdbackup as BROKEN [1]

Approved by:	ehaupt [1]

 

10:07 martymac 

Update multimedia/libdvdread and multimedia/libdvdnav

- Update multimedia/libdvdread to 6.0.2 and bump dependent ports' revisions
  (shared library version changed)
- Update multimedia/libdvdnav to version 6.0.1 (no ABI change)

 

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

 

17:37 rakuco 

Fix gexiv dependencies in the port.

The port was erroneously depending on graphics/py-exiv2 while in fact it only
needs exiv2 itself (which was always present anyway because py-exiv2 depends on
it). This port builds a Python module that links against exiv2, so clarify the
situation and stop depending on py-exiv2, which is BROKEN and DEPRECATED.

PR:		236806
Approved by:	J.R. Oldroyd <fbsd@opal.com> (maintainer)

 

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

 

17:05 mat 

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

 

17:46 gerald 

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

 

11:10 antoine 

Reduce dependency on the python2 metaport

PR:		225752
Submitted by:	Yasuhiro KIMURA

 

15:50 mat 

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

 

14:16 mat 

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

 

16:48 tijl 

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version.  When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.

Also remove the devel/pcre dependency from USE_GNOME=glib20.  It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it.  The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20.  Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.

PR:		195724
Exp-run by:	antoine
Approved by:	portmgr (antoine)

 

17:22 mva 

- Convert ports of multimedia/ to new USES=python

Approved by:	portmgr (implicit)

 

20:50 gerald 

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)

 

08:01 miwi 

- Stage support

PR:		189996
Submitted by:	maintainer

 

10:17 martymac 

- Update multimedia/libdvdread to 4.9.9
- Bump dependent ports' PORTREVISIONS and update LIB_DEPENDS [1]
- multimedia/libdvdnav: remove dependency to (now removed) dvdread-config
- sysutils/vstrip: remove useless dependency to multimedia/libdvdread

Approved by:	portmgr (implicit) [1]

 

20:55 gerald 

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)

 

08:15 martymac 

- Update libdvdread and libdvdnav to 4.2.1
- Bump dependent ports' revisions

 

21:00 rene 

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)

 

00:52 gerald 

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
 - 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
 - Removed compatibility with K&R compilers, which was untestable due
   to lack of such compilers.
 - New functions
   . mpc_log10
   . mpc_mul_2si, mpc_div_2si
 - Speed-ups
   . mpc_fma
 - Bug fixes
   . mpc_div and mpc_norm now return a value indicating the effective
     rounding direction, as the other functions.
   . mpc_mul, mpc_sqr and mpc_norm now return correct results even if
     there are over- or underflows during the computation.
   . mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
     infinite part and equals output variable is corrected.
   . mpc_fr_sub: Wrong return value for imaginary part is corrected.

Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.

Bump PORTREVISIONS of all dependent ports.

PR:		183141
Approved by:	portmgr (bdrewery)

 

20:57 bapt 

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

 

12:45 rm 

- add patch to fix build when graphics/py-exiv2 is installed
- add dependency on py-exiv2 explicitly
- bump PORTREVISION because of dependency change

While here:
- use PYTHON_PKGNAMEPREFIX instead of PYTHON_SITELIBDIR
- strict python version to 2.x
- update pkg-descr:WWW
- correct pkg-plist

PR:             158987
Submitted by:   "J.R. Oldroyd" <fbsd at opal dot com> (maintainer)

05:26 dinoex 

- update png to 1.5.10

17:40 eadler 

At the moment 1385 ports use BUILD_DEPENDS= ${RUN_DEPENDS} and 450
ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are
currently broken. This is a temporary measure until we organically stop using
:= or someone(s) spend a lot of time changing all the ports over.

Explicit duplication > := > = and this just moves ports one step to the left

Approved by:    portmgr

14:35 martymac 

- Update libdvdread and libdvdnav to 4.2.0 and bump dependent ports' revisions
- libdvdread: allow package building with libdvdcss if WITH_DVDCSS is set [1]
- libdvdread/libdvdnav: fix endianness handling [2]

Submitted by: olgeni [1], richo <richo@psych0tik.net> [2] (via mail to ports@)
PR: ports/162197 [1]

22:26 amdmi3 

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

18:58 makc 

Bump PORTREVISION for libdvdread dependants

06:47 dinoex 

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

09:28 lwhsu 

- Update to 0.7.7

PR:             ports/144053
Submitted by:   "J.R. Oldroyd" <fbsd AT opal.com> (maintainer)

Feature safe:   yes

11:46 dinoex 

- update to jpeg-8

00:28 amdmi3 

- Switch SourceForge ports to the new File Release System: categories starting
with M

13:57 dinoex 

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin

18:52 miwi 

- Update to 0.7.6

PR:             135043
Submitted by:   "J.R. Oldroyd" <fbsd@opal.com> (maintainer)

13:40 pav 

- Chase libdvdread update

Missed by:      rnoland
Reported by:    pointyhat

12:30 beech 

The Kaa Media Repository is a set of python modules related to
media.

Kaa modules are based on parts from Freevo and modules created for
MeBox. Kaa exists to encourage code sharing between these projects,
and to serve as an umbrella for several previously disparate
media-related modules in order to make them available from one
(unique) namespace.

Kaa provides a base module that implements the common features
needed for application development, such as mainloop management,
timers, signals, callbacks, file descriptor monitors, etc. Kaa's
other modules provide specific media-related functionality, such
as retrieving metadata on arbitrary media files (kaa.metadata,
previously called mmpython), Python wrappers for Imlib2, Xine, and
Evas, and many other high level APIs for easily creating applications
that deal with video and audio.

Kaa is named after the python character in the Jungle Book by Rudyard
Kipling.

WWW: http://doc.freevo.org/2.0/Kaa

PR:             ports/130524
Submitted by:   J.R. Oldroyd <fbsd at opal.com>