import sklearn.decomposition.pca
ImportError: /usr/local/lib/libcblas.so.2: Undefined symbol "cgemv_"
due to it trying to import pairwise_fast.so
PR: 194683
Update to version 0.15.2.
Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__. For some ports, this fixes the build
without the need for additional patches.
Approved by: portmgr (bapt, blanket)
USE_KDE4=kdehier component has been deprecated, new components added:
baloo - Baloo core libraries
baloo-widgets - Baloo widgets library
kfilemetadata - KDE library for extracting file metadata
New ports:
graphics/kqtquickcharts - QtQuick plugin to render interactive charts
misc/artikulate - Pronunciation trainer for KDE
(not usable currently, links to both
GStreamer 1.x and 0.10.x via dependencies)
sysutils/baloo[-widgets] - KDE framework for searching and
managing user metadata
sysutils/kfilemetadata - Library for extracting file metadata
l10n ports:
- Farsi (Persian) and Indonesian translations has been readded
- Vietnamese didn't pass threshold for inclusion into release
astro/kstars:
- switch dependency from math/eigen2 to math/eigen3
- add PYKDE option for updating supernovae data
deskutils/kdepim4:
- update dependencies: add libkgapi and baloo,
remove now needless clucene, link-grammar, strigi
- add patch to fix build with gcc42
- update COMMENT and description for all KDE PIM ports
devel/ruby-krossruby:
- remove BROKEN, it builds with ruby 2.x now
editors/kate:
- add patch to disable memory-hungry build of the kate tests [1]
graphics/okular:
- add dependency on graphics/libkscreen
math/cantor:
- add optional dependency on lang/luajit for LuaJIT backend
- fix gfortran detection [2]
misc/kdehier4:
- adapt to new pkg world. Now the purpose of kdehier4 only
to link some stuff between KDE4_PREFIX and LOCALBASE.
science/kalzium:
- switch dependency from math/eigen2 to math/eigen3
- add dependence on science/chemical-mime-data
x11-themes/kdeartwork4
- switch dependency from math/eigen2 to math/eigen3
among other changes:
- drop deprecated USE_KDE4=kdehier
- drop @dirrm from plist
- clean up pkg-descr
- convert to options helpers
- other portlint fixes
The area51 repository features commits by alonso, rakuco and myself.
PR: 187150 [1]
Reported by: pe.freethread@live.com
Patch by: Tobias Berner <tcberner@gmail.com>
PR: 180674 [2]
Reported by: torsten.eichstaedt@web.de
PR: 194316
Exp-run: antoine
ChangeLog summary:
Minor bug fixes, use the new g_object format to supress warnings about deprecated calls.
PR: 191376
Submitted by: tkato432@yahoo.com (ie: Ports Fury)
and libintl.so. This fixes a problem where DATADIRNAME gets an incorrect
value which causes locale files to be installed in the wrong place.
- The only configure checks that still need to be patched are related
to intltool so move DATADIRNAME patching from USES=pathfix to
USE_GNOME=intlhack.
- games/klavaro: remove excessive dependencies
- japanese/libskk: add INSTALL_TARGET=install-strip
- math/libqalculate: add INSTALL_TARGET=install-strip and remove pthread
patching
- multimedia/freetuxtv: remove excessive dependencies
- science/gramps: fix shared-mime-info use
Exp-run by: antoine
Approved by: portmgr (antoine)
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/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
force libtool to link with LDFLAGS that Mk/bsd.gcc.mk sets so that
the runpaths match across libraries used by libghemical.
When science/mpqc was staged, it utilized libtool which renumbered all
the library versions from 8.0.1 to 7.1.0. This was caused by the age
component being greater than 0. By patching configure.in with a new
version, we can generate major SHLIB of 8 again. While here, fix the
bin/sc-config tool to remove a bad include cflag.
With this fixes, science/ghemical builds successfully. Bump all 4 of
these ports, remove any BROKEN designation and remove redundant
@dirrm in pkg-plist
Note: this is not the latest. Now there is no separate release for ncs
and the sources are distributed as code_saturne-x.y.z. Next upgrades in
preparation!
checking for main in -llapack... yes
checking for sc-config... /usr/local/bin/sc-config
checking SC - version... no
*** Could not run SC test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding SC or finding the wrong
*** version of SC.
Reported by: pkg-fallout
- Update WWW
While here:
- Update LICENSE
- Convert non-functional (since February) USE_FORTRAN to USES=fortran
- Convert USE_PYTHON to USES=python:2 (3.x doesn't seem to work)
- Further convert to options helpers
- FORTRAN and QT4 options seem to build fine together, so make
them non-exclusive regular options
PR: 193590
Submitted by: pfg
PySAL is a cross-platform library of spatial analysis functions written in
Python. It is intended to support the development of high level applications for
spatial analysis.
WWW: https://pypi.python.org/pypi/PySAL
WWW: http://pysal.org/
- Remove LATEST_LINK and the usage of math/py-numpy's options - both do not
seem to have any value for the port
PR: 192893
Submitted by: myself
Approved by: wen@ (maintainer)
The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
recent enough that ports/168671 can finally be committed: instead of
building and using CMake's own copies of bzip2, curl, expat, libarchive,
liblzma and zlib, we use the versions in ports and/or the base system.
* CMake's documentation system has been changed and vastly improved at the
cost of now depending on Sphinx. We still generate only man pages, but can
start generating the HTML documentation in the future if desired.
* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
the ncurses UI that is installed by devel/cmake itself.
* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
Python interpreter and its libraries, but requires us to revert a
workaround for that in Mk/Uses/python.mk itself, effectively reverting
the patch introduced by ports/168159.
* Similarly, a few ports had to be fixed manually due to CMake being
stricter when parsing some files or the ports detecting Python the wrong
way. Fortunately, they all had been fixed upstream so I just grabbed the
appropriate commits and pointed to them in the patches.
science/gnudatalanguage had to have its PORTREVISION bumped because
switching to USES=cmake:outsource removed a few files from the plist that
were not supposed to have been installed in the first place.
PR: 168671
PR: 192644
