CopperSpice is a set of individual libraries which can be used to develop
cross platform software applications in C++. It is a totally open source
project released under the LGPL V2.1 license and was initially derived
from the Qt framework. Over the last several years CopperSpice has
completely diverged, with a goal of providing a first class GUI library
to unite the C++ community.
Our motivation for developing CopperSpice was to change the fundamental
design and turn the existing framework into a set of libraries for C++
developers. We are accomplishing this by leveraging modern C++
functionality, new technology, and modern tooling. CopperSpice currently
requires C++17 or newer.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
x11-toolkits/copperspice: update Qt-ish toolkit to latest release
This release has a tag, but no GitHub release notes. Since
we pull from GH tags, this is not an issue. I can't tell
what the actual changes are, although the one patch needed
for FreeBSD (from pkubaj@) has been merged upstream.
framework: convert bsd.gstreamer.mk to Uses/gstreamer.mk
- convert bsd.gstreamer.mk to Uses/gstreamer.mk
- convert ports tree to make use of USES=gstreamer
- remove duplicate dependency lines from the tree
Differential Revision: https://reviews.freebsd.org/D35097
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
x11-toolkits/copperspice: use distributed tarballs, not for i386
- Switch to the distributed tarballs, rather than pulling from
github. This means NO_WRKSUBDIR, dos2unix, and removing the
patches that apply to sources in GH but that are not in the
released source tarballs.
- Set NOT_FOR_ARCHS to i386, since there's issues in WebKit like
ld: error: relocation R_386_PC32 cannot be used against
symbol cti_vm_throw; recompile with -fPIC
and I'm insufficiently interested in chasing this.
x11-toolkits/copperspice: resurrect CopperSpice
CopperSpice is a toolkit, forked from Qt and updated to use
modern C++ and CMake in the Qt 5.something LGPL days. It was
removed from the tree for being unfetchable in 2017, now
restored. I didn't bother to look at the old ports files, so
this is entirely new work.
CS builds cleanly, except I patched in -pthread as a linker
option; I think this ought to be part of the Threads package
found by CMake, but it isn't (on FreeBSD at least). Some linkage
options need to be PUBLIC to be carried through to consuming
applications (this is a FreeBSD thing).
While here, introduce the misc/copperspice-examples which
is a demo application *kitchensink* that exercises the libraries.
CopperSpice shares notional-filenames with Qt (e.g. binaries
called "lupdate" for UI design) but the Qt ports are versioned
("lupdate-qt5"). CopperSpice gets "-cs" as a suffix.
There's a bunch of patching to make things "behave" like a
regularly packaged set of libraries and applications that
consume those libraries. In particular using $(LOCALBASE)/share/
rather than putting everything in the same target directory.
