Number of commits found: 70

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

science/ghemical: fix build with GCC-based architectures

While here, add USES=gl gnome.

PR:		234303
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

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

science/libint: Update 1.1.6 -> 1.2.1

Port changes:
* Remove USES=perl5 (not needed)
* Remove static libs
* Remove USE_GCC (not needed)
* Silence command/remove braces
* Update WWW

Take maintainership.

Bump depending ports because the library list has changed in plist.

science/ghemical: Fix build error on CURRENT; Add missing dependences

Build was failing: prevent build errors: non-constant-expression cannot be
narrowed from type 'double' to 'fGL' (aka 'float')

Reported by:	fallout

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

science/ghemical: Remove DEPRECATED/EXPIRATION_DATE labels

libghemical isn't broken any more.

Port changes:
* Take maintainership
* Add LICENSE_FILE

Deprecate ports broken for more than 5 months

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

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

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

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), part II.

The first part covered  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.

This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.

PR:		214965
Reported by:	thierry

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

With hat:	portmgr
Sponsored by:	Absolight

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

Part 1 of adding USE_GNOME=intltool to ports that require it.

The reason for this is that in the GNOME 3.16 update, USE_GNOME gtk20 and
gtk30 don't pull intltool in anymore.

PR:		201980
Exp-run by:	antoine@

- Upadate biology/mopac to version 1.15
- Bump affected ports
- Switch ports to new mastersite, add LICENSE
- Reformat ports pkg descriptions

PR:		194493
Submitted by:	tkato432@yahoo.com

science/mpqc: Don't override libtool -version-info, bump dependent ports

We accept SHLIB version changes when moving to USE=libtool, so stop
overriding it with the intent of prevent library version changes, which
is considered the better approach over the long term. Two ports are
dependent on mpqc, so bump them for the second time today.

requested by:	tijl@

science: Fix mpqc, libint and unbreak ghemical, and libghemical atomically

science/ghemical would not link because libghemical.so (from science/
libghemical port) had never been properly linked.  Links to all mpqc "SC"
libraries were added to LDFLAGS to rectify this.  The configure breakage
and solution is described below.

After the version of lang/gcc was bumped from 4.7 to 4.8,
science/libghemical ceased to configure and it was marked broken.  After
recreating the conftest, it was discovered that two versions incompatible
versions of libgcc_s.so were getting pulled in by the realtime linker:
the base version and the gcc48 ports version.

The base version was getting pulled in by science/libint.  To unbreak
libghemical, libint is now built with lang/gcc.  It was necessary to

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

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)

- Stagify
- Fix and optionize NLS

Reset maintainership for ports not staged with no pending PR

With hat:	portmgr

Modernize LIB_DEPENDS

With hat:	portmgr

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

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

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)

Convert all USE_FORTRAN=yes to "USES=fortran, USE_GCC=yes".  In most cases
USE_GCC=yes has been omitted though.

Remove USE_FORTRAN handling from bsd.port.mk and bsd.gcc.mk.

Minor cleanups in some ports like USE_GMAKE, NOPORTDOCS,...

Exp-run:	bdrewery
Approved by:	portmgr (bdrewery)

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 )

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

- Convert USE_GETTEXT to USES (part 1)

Approved by:	portmgr (bapt)

Finish converting the whole ports tree to USES=pkgconfig

Update to 3.0.0.

- Remove wrong dependency on gtkglarea
While here:
- Trim headers
- Convert USE_GNOME=pkgconfig -> USE_PKGCONFIG= build

Approved by:	maho (maintainer)

science/openbabel:
- Update openbabel to 2.3.2
- Switch to CMake build system
- Add PYTHON and CAIRO options
- Don't rename babel binary, mark conflict with ancient biology/babel

science/py-openbabel:
- Merge py-openbabel to openbabel

other:
- chase openbabel update

Switch from libglut to freeglut and retire libglut. Libglut hasn't been
developed in years and has been dropped from the MESA 8.0 distribution.
Freeglut is a rewrite of glut and is actively developed and is used by
many linux distributions instead of libglut.

Bump all ports that directly depend on libglut because of the shlib version
change.

There are some extra items in this patch.

*) Because freeglut doesn't have the same dependancies as libglut, some ports
	need extra dependencies added to USE_XORG to make them build.
*) Mark graphics/f90gl broken, f90gl depends on a header that is only shipped
	with libglut.
*) Remove option for libglut/freeglut selection in games/cake, only freeglut
	remains now.
*) While here fix a png related build issue games/vegastrike.

Thanks to miwi for running the exp-run.

Approved by:	portmgr (miwi)

Collaboration with:	zeising@
Obtained from:	xorg-dev staging area.

- update png to 1.5.10

- 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

- DISTNAME= ${PORTNAME}-${PORTVERSION} is the default and not needed.

PR:             ports/153292
Submitted by:   myself (pgollucci)
Tested by:      -exp run by pav
Approved by:    portmgr (pav)

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

- update to jpeg-8

Update to 2.99.2.

Feature safe:   yes

Bump PORTREVISION for everything that sets USE_FORTRAN=yes which now
implies lang/gcc44 up from lang/gcc43.

Approved by:    portmgr

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

Remove CONFIGURE_ENV

Submitted by:   gerald@

Bump PORTREVISION due to change of USE_FORTRAN=yes to GCC 4.3.

Update to 2.98.

Bump portrevision after openbabel update.

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Now we use USE_FORTRAN=yes to use FORTRAN compiler.

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

* Migrate to gfortran.
* Bump port revision.
* gamess output support.

- Fix build

Approved by:    maho (maintainer, implicit)

Update to 2.10.

Fix build dependency

Submitted by:   Vladimir Chukharev <Vladimir.Chukharev@tut.fi>

Update to 2.01

- change mirror
- fix http://people.freebsd.org/~fenner/portsurvey/science.html#ghemical

PR:             97833
Submitted by:   Martin Wilke <freebsd@unixfreunde.de>

Remove USE_REINPLACE from all categories starting with S

Bump PORTREVISION on glib12/gtk12 consumer ports to ease the upgrade path.

Discussed with: kris
Approved by:    portmgr (implicit)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Update graphics/libglut to 6.4.1.
- Shared lib version and PORTREVISION bumb for all affected ports.

While I'm here:
- Remove USE_MESA knob where it was (35 ports).
  It marked as depricated for 2 years.

PR:             ports/90247
Submitted by:   Ermal Lu?i <eri--@albabsd.org>

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

- Change last few occurences of USE_GTK=yes to USE_GNOME=gtk12

Approved by:    portmgr (marcus)

Unbreak for FreeBSD >=5.x

Submitted by:   linimon

BROKEN on 5.x: Does not compile

Approved by:    portmgr (self)

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

1) some cleanups and enhancements
2) sorry I didn't mention your PR

PR:             63366
Submitted by:   Vladimir I. Chukharev <chu@gpi.ru>

update to 1.01 and unbreak

Submitted by:   kris via bento

This is broken on 4.x as well.

BROKEN on 5.x: does not compile

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 1)

Add new port science/ghemical
a computational chemistry software package

Number of commits found: 70

16 vulnerabilities affecting 137 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2019-04-23 04:07:39