17:28 antoine 

Deprecate a few ports

 

12:37 antoine 

Mark BROKEN: unfetchable

 

20:46 gerald 

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

 

01:35 gerald 

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

 

22:18 gerald 

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

 

05:55 linimon 

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)

 

20:55 gerald 

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

 

05:03 rezny 

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

 

16:04 linimon 

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

 

18:46 rezny 

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

 

15:23 gerald 

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

 

03:45 sunpoet 

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

 

19:29 linimon 

The 64-bit arm arch is actually spelled 'aarch64', not 'arm64'.

 

08:47 linimon 

Mark as broken on arm64.

 

19:33 amdmi3 

- Cosmetic fixes
- Fix WWW:

 

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.

 

14:00 mat 

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

 

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)

 

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.

 

20:23 rakuco 

Remove BROKEN_FreeBSD_8 from all remaining ports.

FreeBSD 8 is no longer supported.

 

09:41 bapt 

Mark as broken: does not fetch

 

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.

 

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.

 

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)

 

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

 

16:18 marino 

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 )