pytgk2 is not used by this port, so remove it.
The port is marked broken already (fetch fails), but it also broken
in another way:
=============================================================================
===> vboxgtk-0.8.2_1 depends on file: /usr/local/lib/python2.7/site-packages/xpcom/vboxxpcom.py - not found
*** Error code 1
Since version 3.18, the --without-cheese configuration argument didn't
work out of the box. However, touching a couple of files causes c source
files to be regenerated enabling the option to be honored.
This commit restores the options as they were before r421349 but now
disabling the default CHEESE option works.
PR: 207426
Approved by: follow-on commit (r421349)
scriptable/fileclass.cpp: In constructor 'FileClass::FileClass(const QString&, QScriptEngine*)':
scriptable/fileclass.cpp:27: error: class 'FileClass' does not have any field named 'ScriptableClass'
scriptable/fileclass.cpp:28: error: no matching function for call to 'ScriptableClass<QFile, FilePrototype>::ScriptableClass()'
scriptable/scriptableclass.h:63: note: candidates are: ScriptableClass<Object, ObjectPrototype>::ScriptableClass(QScriptEngine*) [with Object = QFile, ObjectPrototype = FilePrototype]
scriptable/scriptableclass.h:59: note: ScriptableClass<QFile, FilePrototype>::ScriptableClass(const ScriptableClass<QFile, FilePrototype>&)
scriptable/fileclass.cpp: In member function 'QScriptValue FileClass::newInstance(const QString&)':
scriptable/fileclass.cpp:34: error: 'template<class Object, class ObjectPrototype> class ScriptableClass' used without template parameters
scriptable/fileclass.cpp: In member function 'QScriptValue FileClass::newInstance()':
scriptable/fileclass.cpp:39: error: 'template<class Object, class ObjectPrototype> class ScriptableClass' used without template parameters
Approved by: portmgr blanket
See "Maintainer Reset" in
https://www.freebsd.org/portmgr/policies_contributors.html. makc's last commit
was in March 31st (r412218), and his ports have been timing out since at least
July (r418155).
I also emailed him 2 weeks ago and have received no response so far.
A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are
released as a bundle upstream, however, there was not really a clean
way to share this information.
Using these new categories, we can simplify the Makefiles for the diverse
KDE ports.
At the moment we support the virtual category
* kde-kde4
In the future, this will be extended to
* kde-frameworks
* kde-plasma
* kde-applications
PR: 213406
Differential Revision: https://reviews.freebsd.org/D7645
Exp-run by : antoine
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
These ports starting failing on gold linker with messages like:
./.libs/libspice-client-gtk-3.0.so:
error: undefined reference to 'XGetPointerControl'
./.libs/libspice-client-gtk-3.0.so:
error: undefined reference to 'XChangePointerControl'
The problem and fix was already described here:
https://bugs.freedesktop.org/show_bug.cgi?id=97383
Apparently USES=pathfix and USES=autoreconf can't be used together, so
the pkgconfig directory is now passed via MAKE_ARGS
While here, fix py-spice-gtk install error by removing non-installed file
from the pkg-list.
Approved by: just-fix-it
- Project is hosted on Github now
Update math/qalculate to 0.9.9
- Qalculate now uses GTK+3
- Project is hosted on Github now
- Take maintainership
Bump PORTREVISION on ports that depend upon libqalculate due to shlib increase
No other downstream appends synthetic library version, and doing so
causes underlinking due to fragile build system (see below). Not to
mention being unable to swap out bundled libs from upstream builds.
$ cc -lplds4 -L/usr/local/lib
/usr/lib/crt1.o: In function `_start1':
crt1_c.c:(.text+0xa6): undefined reference to `main'
/usr/local/lib/libplds4.so: undefined reference to `pthread_set_name_np'
/usr/local/lib/libplds4.so: undefined reference to `pthread_create'
/usr/local/lib/libplds4.so: undefined reference to `pthread_condattr_init'
/usr/local/lib/libplds4.so: undefined reference to `pthread_setschedparam'
/usr/local/lib/libplds4.so: undefined reference to `pthread_getschedparam'
PR: 213144
Exp-run by: antoine
In toplevel form:
howm-backend.el:23:1:Error: Symbol's function definition is void: ed
In toplevel form:
howm-cl.el:33:1:Warning: cl package required at runtime
howm-vars.el: `labels' is an obsolete macro (as of 24.3); use `cl-labels' instead.
In toplevel form:
howm-common.el:23:1:Error: Symbol's function definition is void: ed
howm-vars.el: `labels' is an obsolete macro (as of 24.3); use `cl-labels' instead.
In toplevel form:
howm-date.el:23:1:Error: Symbol's function definition is void: ed
...
Reported by: pkg-fallout
MFH: 2016Q4
USES=localbase:ldflags can be used to set LDFLAGS. Normally LDFLAGS
appears too early on the command line causing some ports to link with
their own libraries in LOCALBASE (if installed) instead of WRKSRC.
Also make use of _USES_POST so -L${LOCALBASE}/lib is added as late as
possible after anything a port Makefile might set. Use _USES_POST
instead of .include in libedit.mk and libarchive.mk so things like
'USES=libedit localbase:ldflags' work correctly.
Fix some issues with LIBS in some ports.
Switch ports that don't support LIBS to localbase:ldflags.
PR: 212987
Exp-run by: antoine
Approved by: portmgr (antoine)
- Fix: Autostart - Pads did not hide on startup when set in the
preferences due to the tray icon not being recognized properly
(#1560019)
- adjust dependencies
- fix spelling on header
- Clean up the Makefile.
- Follow some upstream recommendations (--with-data-packaging=archive,
--disable-renaming, -DICU_NO_USER_DATA_OVERRIDE).
- Patch makefiles to install static libraries with INSTALL_DATA so they
aren't stripped.
- Patch config/mh-bsd-gcc to sync with config/mh-linux-gcc.
- Fix endianness detection in ICU. The code wanted to use BYTE_ORDER
defined in machine/endian.h, but this isn't visible because ICU is
compiled with _XOPEN_SOURCE. Patch the code to use _BYTE_ORDER instead.
- Compile ICU with C++11 compiler to enable move constructors.
- Patch ICU to fix a problem with atomics in the case of a C++11 compiler
without C++11 header <atomic> (like Clang on FreeBSD 9).
- Bump all ports that depend on it due to library version change.
- Add USES=compiler:c++0x to some ports that pick up -std=c++0x from ICU
pkgconfig files.
- Add USES=compiler:c++11-lib to graphics/libcdr01 because it also needs
a C++11 runtime library now. Add this to all ports that depend on it
so their executables load the right libstdc++.so on FreeBSD 9.
PR: 205120
Exp-run by: antoine
Approved by: portmgr (antoine)
- If a port has another upstream, remove GOOGLE_CODE
- If a port only has GOOGLE_CODE mark it BROKEN
Some ports have a local mirror configured but for security reasons, it
is not considered upstream.
Sponsored by: Absolight
- Remove unneeded patch (send to upstream)
- Add patch for new themes
- Submitter-, self-hosting of the tarball, because it is not well formed for
Gtk+ < 3.20
PR: 212553
Submitted by: olivierd
hide actual commands executed and only show short summary line (like
"CC foo.c"). CMake and ninja enable this by default, some autotools
using ports do as well. This is unacceptable because we need complete
build logs at any time, so we now switch to verbose build logs
unconditionally. Note that this change deliberately affects ALL
builds and not only package builds on cluster, because we need to
be sure that user experiencing failure can always provide informative
build log regardless of settings and without rerunning the build.
Change summary:
- Always do verbose builds for cmake, ninja and GNU configure (the
latter includes check if --disable-silent-rules is actually supported
by the configure script; there are isolated cases when it's not true)
- Remove CMAKE_VERBOSE, NINJA_VERBOSE and
CONFIGURE_ARGS=--disable-silent-rules from all ports which set them
for this is no longer needed
- Revert hacks for --disable-silent-rules support priorly committed
to biology/ncbi-blast+ and net-p2p/mldonkey - no longer needed as well
Submitted by: amdmi3
Reviewed by: mat
Exp-run by: antoine
Approved by: portmgr (mat, antoine)
Differential Revision: D7534
Since version 3.18 was introduced (Feb 2016), it's not been possible to
build gnome-contacts with the CHEESE option turned off. Since it appears
to be required now, remove this option and set the configuration and
dependencies for cheese unconditionally.
PR: 207426
Approved by: maintainer timeout (6.5 months)
Changelog:
- Generating the activity tags timetables
- Added comments for teachers, students, subjects, activity tags,
rooms and buildings
- Very rare crash bugs fixed
- Added a new example file from Indonesia
PR: 212148
Submitted by: Zsolt Udvari (maintainer)
Plasma5 ports
At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When
working on the ports for KDE Frameworks and Plasma5 it seemed to be more
reasonable to create a new kde.mk instead of adding an bsd.kde5.mk.
The kde.mk in this review is a stripped down version of the one we are using in
the KDE Test repositories plasma5 branch [1] to only contain the parts relevant
to the current KDE4 ports in the portstree [2].
Changes to the KDE Ports needed by this:
Replace USE_KDE4 by USE_KDE [3]
Add USES=kde:4 [4]
[1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk
[2] The version in the plasma5 branch also handles frameworks/plasma5 and
handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt
Ports -- I chose to leave this out for now, as the diff is already large
enough.
[3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we
want is already specified as argument to kde:<arg>
[4] For KDE Frameworks and Plasma5 ports this would be kde:5
PR: 210667
Approved by: portmgr, mat (mentor), rakuco (mentor)
Reviewed by: mat, rakuco
Differential Revision: https://reviews.freebsd.org/D6961
Add license block.
While here record indirect dependancies.
This release uses another map provider since the one in
previous releases discontinued it's services.
PR: 211509 (based on)
Submitted by: cpm@
The upcoming KDE Frameworks ports need grantlee5
* Add devel/grantlee5 and move installed headers into a subdirectory include/grantlee5
* Move header files from devel/grantlee into a subdirectory
include/grantlee4
to make sure ports do not pick up the wrong headers
* Add Uses/grantlee.mk to handle the PLIST_SUB and LIB_DEEPENDS needed
by ports using grantlee (before we set the PLIST_SUB manual in very
of the depending ports, which now should not be needed anymore).
* The ports depending on devel/grantlee have been modified from
LIB_DEPENDS=libgrantlee_gui.so:devel/grantlee
to
USES=grantlee:4
as this does not affect the package no version bumped was made.
Reviewed by: mat, rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7434
A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
Note that it's pulled in by a non-default option.
In this particular case, USES=zip:infozip is set, so unzip is pulled in
anyway through this mechanism (so explicit callout is still redundant)
Approved by: infrastructure blanket (removal of redundant deps)
A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
Approved by: infrastructure blanket (removal of redundant deps)
gcalcli requires a dependency on oauth2client <= 1.4.12 to work
correctly, as higher versions replaced the run() method with run_flow().
The version of oauth2client in ports is 2.2.0 at the time of writing.
Fixes for the issue [1][2][3] have been submitted upstream in multiple
cases, although upstream has closed them as duplicates of a refactor
issue [4] that is yet to be committed/resolved.
This commit commits the proposed change in issue #229 [2].
While I'm here:
* Explicitly specify (and limit) supported Python versions to -2.x
* Add python to CATEGORIES
* Group, re-order and sort USE{s}, NO_* and files/plist sections
* Capitalize OPTIONS descriptions
[1] https://github.com/insanum/gcalcli/pull/211
[2] https://github.com/insanum/gcalcli/issues/229
[3] https://github.com/insanum/gcalcli/issues/244
[4] https://github.com/insanum/gcalcli/issues/165
PR: 206045
Submitted by: Lawrence Chen <beastie tardisi com>
Approved by: portmgr (maintainer timeout, 6+ months)
MFH: 2016Q3
As there is an shlib version bump, bump them portrevision of dependent ports.
While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.
PR: 211329
Reviewed by: mat, rakuco, kwm
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7283
