| non port: graphics/copperspice/Makefile |
|
SVNWeb
|
Number of commits found: 28 |
|
Sun, 15 Sep 2019
|
[ 17:28 antoine  ]   (Only the first 10 of 354 ports in this commit are shown above.  )
Deprecate a few ports
|
|
Sun, 4 Aug 2019
|
[ 12:37 antoine ] (Only the first 10 of 37 ports in this commit are shown above. )
Mark BROKEN: unfetchable
|
|
Fri, 26 Jul 2019
|
[ 20:46 gerald ] (Only the first 10 of 3853 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
|
|
Wed, 12 Dec 2018
|
[ 01:35 gerald ] (Only the first 10 of 3168 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
|
|
Sun, 29 Jul 2018
|
[ 22:18 gerald ] (Only the first 10 of 1480 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
|
|
Thu, 30 Nov 2017
|
[ 05:55 linimon ] (Only the first 10 of 22 ports in this commit are shown above. )
For ports that are marked NOT_FOR/ONLY_FOR armv6, also mark them so
on armv7.
This is part one of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
|
|
Sun, 10 Sep 2017
|
[ 20:55 gerald ] (Only the first 10 of 1201 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
|
|
Tue, 23 May 2017
|
[ 05:03 rezny ] (Only the first 10 of 711 ports in this commit are shown above. )
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
|
|
Mon, 22 May 2017
|
[ 16:04 linimon ] (Only the first 10 of 44 ports in this commit are shown above. )
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Reported by: swills
|
|
Fri, 12 May 2017
|
[ 18:46 rezny ] (Only the first 10 of 52 ports in this commit are shown above. )
Consolidate the Mesa ports, update to 17.0.4, and add Wayland option
* libGL, libEGL, libglesv2, libglapi, and gbm have been moved into mesa-libs,
graphics/dri has been renamed to mesa-dri, and USE_GL has been adjusted
* mesa-libs has a new WAYLAND option that enables platform support in libEGL
* mesa-dri now depends on graphics/s2tc for compressed texture support [1]
* re-remove obsolete dependency on makedepends [2]
* correct sed fix backported from 17.1 [3]
PR: 218799 (exp-run), 212762 [1], 218552 [2], 218562 [3]
Submitted by: dbn [1], jbeich [2,3]
Reported by: afiskon@devzen.ru [1]
Reviewed by: kwm, johalun0@gmail.com
Approved by: portmgr, swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10448
|
|
Sat, 1 Apr 2017
|
[ 15:23 gerald ] (Only the first 10 of 1118 ports in this commit are shown above. )
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
|
|
Sun, 1 Jan 2017
|
[ 03:45 sunpoet ] (Only the first 10 of 161 ports in this commit are shown above. )
Remove BROKEN_FreeBSD_9
Approved by: portmgr (blanket)
|
|
Tue, 8 Nov 2016
|
[ 19:29 linimon ] (Only the first 10 of 45 ports in this commit are shown above. )
The 64-bit arm arch is actually spelled 'aarch64', not 'arm64'.
|
[ 08:47 linimon ]
Mark as broken on arm64.
|
|
Mon, 10 Oct 2016
|
[ 19:33 amdmi3 ]
- Cosmetic fixes
- Fix WWW:
|
|
Thu, 15 Sep 2016
|
[ 00:13 marino ]
graphics/copperspice: upgrade v1.2.2 => v1.3.2, release maintainership
I'm not longer evaluating copperspice for use in a project, so release
maintainship of it. I upgraded to the latest version first though.
|
|
Fri, 1 Apr 2016
|
[ 14:00 mat ] (Only the first 10 of 5103 ports in this commit are shown above. )
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight
|
|
Sun, 13 Mar 2016
|
[ 17:52 marino ]
graphics/copperspice: Upgrade to version 1.2.2 (Unbreak)
Tested on FreeBSD 10.2 amd64. I confirmed it still does not build on
i386 (same issue documented in BROKEN message for i386)
|
|
Wed, 2 Mar 2016
|
[ 11:29 marino ]
graphics/copperspice: partially revert r403659
Copperspice was already marked BROKEN (everywhere). Adding a second
broken was unnecessary and masks the originally reason. I've been waiting
for the authors to fix the issues -- they are enthusiastic about
supporting BSD but paid work and lack of test machines have been pushing
back the new work. This effort is not dead though.
|
|
Mon, 25 Jan 2016
|
[ 20:23 rakuco ]
Remove BROKEN_FreeBSD_8 from all remaining ports.
FreeBSD 8 is no longer supported.
|
|
Sun, 13 Dec 2015
|
[ 09:41 bapt ] (Only the first 10 of 64 ports in this commit are shown above. )
Mark as broken: does not fetch
|
|
Tue, 14 Jul 2015
|
[ 10:59 marino ]
graphics/copperspice: Mark broken everywhere
On FreeBSD clusters, this won't build (but it builds on my machine)
On DragonFly, the two removed TypeTrait.h patches are still required
(apparently this is a gcc thing, clang was happy enough without them)
Upstream is aware and working on it.
I may change this to BROKEN_FreeBSD when the missing patches are returned.
|
|
Thu, 9 Jul 2015
|
[ 11:06 marino ]
graphics/copperspice: Update BROKEN messages for FreeBSD 8 and 9
The BROKEN messages are pretty explicit, but there is an open PR on this
very issue so let's provide that bigger picture information instead.
Essentially "USES=compiler:c++11-lib" is not guaranteed to work on
FreeBSD release < 10 which is a significant issue.
|
[ 09:39 marino ]
graphics/copperspice: Unbreak amd64 with altered Makefile.in patch
I removed what appears to be a macos-only file from being built. I also
cleared ccache before rebuilding in poudriere, which succeeded. Hopefully
copperspice builds on cluster now (for F10+)
|
[ 06:36 marino ]
graphics/copperspice: Still broken in real world
Somehow ccache must be responsible for it's local success. Given the
error message, it may be configured for mac rather than BSD or Linux.
Make broken (on amd64) until further notice. i386 is already broken.
|
|
Wed, 8 Jul 2015
|
[ 05:35 marino ]
graphics/copperspice: Upgrade version 1.03 => 1.04 (Unbreak F10 !i386)
Upstream made an attempt to make copperspice jobs safe. They got closer
but no cigar yet. The new version did built in poudriere for me
(F10/amd64) so I am unbreaking !F(8|9). I will check i386 and F9 and
lower and remove BROKEN if/as they pass. Without multijob support these
builds take hours (> 4 on dedicated machine, > 11 on bulk build)
|
|
Tue, 23 Jun 2015
|
[ 21:16 marino ]
graphics/copperspice: Doesn't even build on F10 amd64
I got this building locally but pkg-fallout and amdmi3 both report
failures across the board. Mark it broken everywhere.
F10/amd64: QBuffer::_q_emitSignals Unable to register method pointer,
verify signal/slot
|
|
Sat, 20 Jun 2015
|
[ 16:18 marino ] (Only the first 10 of 14 ports in this commit are shown above. )
Add new port: graphics/copperspice
I would consider copperspice "experimental" for the time being. The
developers tested it on linux, windows, and macos, but not BSD. Several
issues have been identified already:
* differences in BSD install from GNU install caused fatal build
failure (already fixed in v1.0.2)
* It's not jobs safe (not reproducible on Linux, I suspect this is
another difference of the install programs
* specs don't exist for any BSD
* qmutex was implemented for non-linux, non-windows
* libtool is missing --tag
* Makefile template missing dozens of lines to support OSTYPE_FREEBSD
(or OSTYPE_BSD ?) which also needs to be implemented (Only the first 15 lines of the commit message are shown above )
|
Number of commits found: 28 |
As an Amazon Associate I earn from qualifying purchases.