Searches without login should now work. You must get asked to click a button.
Port details
nucleoToolkit to explore video and human-computer interaction
0.7.6_23x11-toolkitsΣ=0 0.7.6_23Version of this port present on the latest quarterly branch.
BROKEN: ld: error: /wrkdirs/usr/ports/x11-toolkits/nucleo/work/nucleo-0.7.6/nucleo/.libs/libNucleo.so: undefined reference to XCloseDisplay DEPRECATED: Unmaintained, only used by deprecated x11/metisse This port expired on: 2020-01-27 IGNORE: is marked as broken: ld: error: /wrkdirs/usr/ports/x11-toolkits/nucleo/work/nucleo-0.7.6/nucleo/.libs/libNucleo.so: undefined reference to XCloseDisplay
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
Nucleo is a toolkit for exploring new uses of video and new human-computer
interaction techniques. Most of it comes from a previous toolkit named
videoSpace.
Like videoSpace, nucleo is motivated by the desire to focus on the uses of
video, rather than the technologies it requires. In this perspective, the
toolkit is not focused on performance or reliability issues, but rather on
the ability to support rapid prototyping and incremental development of
video applications.
WWW: http://insitu.lri.fr/~roussel/projects/nucleo/
===> The following configuration options are available for nucleo-0.7.6_23:
FFMPEG=off: Build FFmpeg plugin
GD=off: Build GD plugin
GNUTLS=off: SSL/TLS support via GnuTLS
====> Service discovery: you can only select none or one of them
AVAHI=off: Zeroconf support via Avahi
MDNSRESPONDER=off: Zeroconf support via mDNSResponder
===> Use 'make config' to modify these settings
With Qt 4.x sadly going away in less than two months, remove the QT4
option earlier to ease the deprecation process and reduce repo churn
when the time comes.
Mark QT4 ports/functionality for removal on 2019-03-15
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
In r483285, compiler:c++11-lang was added to USES in order to unbreak the
port on GCC-based architectures, while actually the code predates 2011 by
couple of years. Turns out that the build against GCC was failing because
of the -Wno-c++11-narrowing option added back in r474518 to unbreak the
build against Clang 6. Fix the underlying problem with the code instead,
so we can remove offending option from CXXFLAGS and stop bogusly require
C++11-capable compiler just because of that option.
Tested on: Mac mini G4 (powerpc, gcc-4.2.1-based)
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
x11-toolkits/nucleo: unbreak build with ffmpeg 3.x
In file included from nucleo/plugins/ffmpeg/ffmpegImageSink.cxx:14:
nucleo/plugins/ffmpeg/ffmpegImageSink.H:39:10: error: ISO C++ forbids forward
references to
'enum' types
enum PixelFormat srcEncoding ;
^
nucleo/plugins/ffmpeg/ffmpegImageSink.H:39:22: error: field has incomplete type
'enum PixelFormat'
enum PixelFormat srcEncoding ;
^
nucleo/plugins/ffmpeg/ffmpegImageSink.H:39:10: note: forward declaration of
'nucleo::PixelFormat'
enum PixelFormat srcEncoding ;
^
(Only the first 15 lines of the commit message are shown above )
- Update security/gnutls to 3.4.10.
- Rename the LIBDANE option DANE because that's the name of the protocol
supported by libgnutls-dane and gnutls-cli. Also clarify the option
description.
- Add an IDN option.
- libgnutls-openssl has been removed in 3.4. Some ports used this library
in their LIB_DEPENDS but no port actually required it.
- Some old API functions have been removed. Ports that used these have been
updated or patched to use the new API.
- Add a patch to print/cups to prevent overlinking of libgnutls.so.
- Bump PORTREVISION on dependent ports.
net-im/jabber: This port used the old API to give users fine grained
control over which crypto algorithms were used via a configuration file.
It's not immediately obvious how to port this to the new API so the port
always uses the defaults now.
www/hydra: Mark BROKEN. This uses more removed calls than the other ports,
is said to be alpha quality and not fully functional and has been abandoned
10 years ago.
PR: 207768
Exp-run by: antoine
Approved by: portmgr (antoine)
- Update multimdedia/ffmpeg to latest upstrem version 2.7.1
- Mark ports BROKEN that were discovered not to work with
this update; discovered by exp-run in bug 201181
- Note the need for manual upgrade of dependent ports in
UPDATING
x11-toolkits/nucleo: #include <cstring>
This is fallout from png upgrade. Modern GCC needs <cstring> for memmove,
although clang seems to be happy without it.
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)
- Replace security/gnutls with security/gnutls3 and update to 3.2.15
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
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 )
- graphics/libexif:
* Update to 0.6.21
* Add LICENSE
* Switch to OptionsNG and PORTDOCS
- Document libexif 2012-07-12 vulnerabilty
- Bump PORTREVISION for libexif related ports
- Trim headers while here
PR: ports/175910
Approved by: swills (mentor)
Security: d881d254-70c6-11e2-862d-080027a5ec9a
- Trim Makefile header per new bylaws
- Convert to the new OPTIONS framework
- Remove explicit shlib versions from LIB_DEPENDS
- Relinquish maintainership
Feature safe: yes
- 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
- Update to version 0.7.6
- Make libexif dependency mandatory: it is no longer considered optional by
upstream sources, and there is no --without-exif configure script switch
- Ensure that optional dependencies are recorded correctly (prevent silent
dependency injection)
- Augment list of available plugins (FFmpeg, GD) and add GnuTLS support
- Correctly depend on QT components (via bpm infrastructure)
- Clean up Makefile a bit and rearrange pkg-plist for better readability
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
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)
Add Nucleo, a toolkit for exploring new uses of video and new human-computer
interaction techniques.
It's here mainly for upcoming Metisse port, an alternative X desktop with
nifty OpenGL capabilities.
WWW: http://insitu.lri.fr/~roussel/projects/nucleo/
XXX Currently, FFmpeg plugin is not built since out ffmpeg port lacks proper
pkg-config(1) hooks. XXX
