first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR: 194969
Differential Revision: https://reviews.freebsd.org/D1019
Exp-run by: antoine
Reviewed by: perl@
Approved by: portmgr
2014-11-07 math/elmer-umfpack: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-eio: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-matc: Obsoleted by cad/elmerfem
2014-11-07 science/elmer-meshgen2d: Obsoleted by cad/elmerfem
2014-11-07 science/elmergrid: Obsoleted by cad/elmerfem
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