Number of commits found XX: 39

Clean up Makefile

Use USES=pathfix

- Add USES=gnome
- Use = instead of += for PLIST_SUB
- Use CMAKE_BOOL
- Cosmetic change
- Take maintainership

- Update to 5.18.0

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

biology/libsbml: Fix build with Clang 6

In file included from
/wrkdirs/usr/ports/biology/libsbml/work/libsbml-5.17.0/src/sbml/Model.cpp:41:
In file included from
/wrkdirs/usr/ports/biology/libsbml/work/libsbml-5.17.0/src/sbml/SBMLDocument.h:298:
In file included from
/wrkdirs/usr/ports/biology/libsbml/work/libsbml-5.17.0/src/sbml/SBMLTransforms.h:48:
In file included from
/wrkdirs/usr/ports/biology/libsbml/work/libsbml-5.17.0/src/sbml/FunctionDefinition.h:129:
In file included from
/wrkdirs/usr/ports/biology/libsbml/work/libsbml-5.17.0/src/sbml/SBO.h:207:
/usr/include/c++/v1/map:629:15: error: object of type
'std::__1::pair<std::__1::pair<const std::__1::basic_string<char>, int>,
FormulaUnitsData *>' cannot be assigned because its copy assignment operator is
implicitly deleted
        {__nc = __v.__cc; return *this;}
              ^

http://beefy11.nyi.freebsd.org/data/head-i386-default/p477696_s338122/logs/errors/libsbml-5.17.0.log

Mark as broken with clang6 after r473289.

- Update to 5.17.0

- Update to 5.16.0

Switch from swig 2.0 to swig 3.0

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 )

- Update to 5.15.0

Cleanup no longer needed CHMOD usage after r424898.

PR:		213743
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Upgrade from 5.12.0 to 5.13.0. Release-announcement available here:

	https://groups.google.com/forum/#!topic/sbml-discuss/OEq_49c_X78

Notified by:	portscout

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

With hat:	portmgr
Sponsored by:	Absolight

- Update to 5.12.0

- Add LICENSE_FILE
- Switch to options helpers

Switch to USES=iconv:build.

The port does not use iconv on its own, the only dependency comes via
libxml2, which has one header that includes iconv.h.

- Update to 5.11.4

- Convert USE_PYTHON -> USES leftovers missed in the previous commits

Spotted by:	antoine
With hat:	python

- Update to 5.11.0

PR:		196377
Submitted by:	koue@chaosophia.net

- Update to 5.10.2

PR:		192198
Submitted by:	tkato432@yahoo.com

Convert the Python framework bits to USES=python.

Please use USES=python instead of USE_PYTHON.

  USE_PYTHON=yes becomes USES=python
  USE_PYTHON=2.7+ becomes USES=python:2.7+
  USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
  ...

A new PYTHON_FEATURES variable was added, which enables certain features for a
port and replaces some knobs at the same time;

  PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
  PYTHON_FEATURES=autoplist replaces PYDISTUTILS_AUTOPLIST
  PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK

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

- Update to 5.10.0

- Update to 5.9.0 [1]
- Stage support [1]
- Add LICENSE [1]
- Reset maintainer to port@

PR:		188554 [1]
Submitted by:	Muhammad Moinur Rahman <5u623l20@gmail.com> [1]

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 )

Convert b* to USES=zip

Reduce over inclusion of bsd.port.mk

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

- Fix build on head

- Switch to build with lang/ruby19
- No PORTREVISION bump, option is off by default

With hat:	portmgr

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

- adoption of optionsNG
- trim historical header
- tighten COMMENT

Approved by:	portmgr (miwi)

- Update to 4.2.0

- Update to 4.1.0

- Update to 4.0.1

- Mark MAKE_JOBS_UNSAFE

Reported by:    pointyhat

- Update to 4.0.0
- Update my mail address to FreeBSD

PR:             ports/137652
Submitted by:   wenheping@gmail.com(myself)
Approved by:    miwi(mentor)
Feature safe:   yes

- Switch SourceForge ports to the new File Release System: categories starting
with B,C

LibSBML is an open-source programming library to help you read, write,
manipulate, translate, and validate SBML files and data streams. It is
not an application itself (though it does come with example programs),
but rather a library you can embed in your own applications.

LibSBML understands all Levels and Versions of SBML, as well as the
SBML Layout proposal by Gauges, Rost, Sahle and Wegner. It's written in
ISO C and C++ but can be used from all the languages listed in the
right-hand box.

WWW: http://www.sbml.org/

PR:             ports/135022
Submitted by:   Wen Heping <wenheping at gmail.com>

Number of commits found XX: 39

14 vulnerabilities affecting 165 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-05-25 19:05:09