cad/kicad: update KiCad and libraries to 9.0.1

Announcement:
  https://www.kicad.org/blog/2025/03/KiCad-9.0.1-Release/

gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move

The GTK 1-based gdk-pixbuf has not existed for some time.

No functional or package changes.

*/*: Chase devel/abseil update

cad/kicad: update KiCad, docs and libraries to 9.0.0

Announcement soon on https://www.kicad.org/blog/

devel/boost: bump consumers after Boost-1.87 update

Sponsored by:	Future Crew, LLC

cad/kicad: update KiCad and libraries to 9.0.0-rc3

Announcement:
 
https://www.kicad.org/blog/2025/02/KiCad-Version-9.0.0-Release-Candidate-3-Available/

x11-toolkits/py-wxPython4: Update to 4.2.2

*/*: Bump consumers of x11-toolkits/wxgtk32

New version of wxgtk32 in tree

cad/kicad: unbreak build after 33d6f548e666c89bf3feef18e4c0569eac57adaf

some hacks to get to get the old KiCAD build with modern boost

cad/kicad: mark as BROKEN, fails to build with boost-1.86+

Sponsored by:	Future Crew, LLC

cad/kicad: fix build with libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes cad/kicad to fail to compile with clang 19 and libc++ 19,
resulting in errors similar to:

 
/wrkdirs/usr/ports/cad/kicad/work/kicad-7.0.2/thirdparty/nanodbc/nanodbc/nanodbc.cpp:261:25:
error: implicit instantiation of undefined template 'std::char_traits<unsigned
short>'
    261 |     auto const n = std::char_traits<NANODBC_SQLCHAR>::length(array);
        |                         ^
  /usr/include/c++/v1/__string/char_traits.h:45:8: note: template is declared
here
     45 | struct char_traits;
        |        ^

*/*: bump consumers after devel/boost* update

With hat:	office
Sponsored by:	Future Crew, LLC

cad/kicad: support of OpenCascade 7.8.0

Patch taken from OpenBSD, by Johannes Thyssen Tishman.

PR:		277310
Approved by:	maintainer’s time-out

*/*: Bump consumers of x11-toolkits/gtk30

New version of gtk3 in tree

*/*: Bump consumers of x11-toolkits/wxgtk32

New version of wxWidgets in tree

cad/ngspice_rework: update to v41

The current version's distfiles have dropped off sourceforge, so let's
take this time to update.  While we're here, upstream has since removed
the sbrk usage, so we can successfully build on aarch64 again.

Reverse dependencies PORTREVISION bumped to play it safe, because it's
not clear to me that the ABI really didn't change.

Approved by:    kevinz5000@gmail.com (maintainer)

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

audio/opus: bump consumers after update to 1.4

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

cad/kicad: update kicad and libraries to 7.0.2

Announcement:
  https://www.kicad.org/blog/2023/04/KiCad-7.0.2-Release/

Docs will follow soon.

cad/kicad: fix failure in certain modes (e.g. exports)

The use of dynamic_case here results in failures (error exits)
and seems to be actually wrong, which is exposed by our clang
(mabe gcc handles this just fine?

PR:		270273
Reported By:	Pero Orsolic

cad/kicad: backport powerpc build fix from kicad-devel

LLVM ERROR: out of memory

cad/kicad: update KiCad and libraries to 7.0.1

Announcement: https://www.kicad.org/blog/2023/03/KiCad-7.0.1-Release/

accessibility/at-spi2-core: update to 2.46.0

What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
  interface.

What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
  events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).

What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.

cad/kicad: fix clang options on 32bit platforms

The -ffloat-store option exists on gcc only, so do not add it
to the clang command line.

cad/kicad: update KiCad and libraries to 7.0.0

Announcement soon on https://www.kicad.org/blog/

cad/kicad: update KiCad and libraries to 6.0.11

Announcement soon on https://www.kicad.org/blog/

cad/kicad: update KiCad and supporting packages to 6.0.10

Announcement soon on https://www.kicad.org/blog/

cad/opencascade: bump PORTREVISION of consumers after upgrade to 7.7.0

cad/kicad: update KiCAD, libraries and docs to 6.0.9

Announcement soon on https://www.kicad.org/blog/

cad/kicad: use wx 32

PR:		265093

cad/kicad: update KiCAD and libraries to 6.0.8

Release Announcement:
  https://www.kicad.org/blog/2022/09/KiCad-6.0.8-Release/

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.

*/*: bump all consumers after recent boost upgrade

cad/kicad: update KiCAD and libraries to 6.0.7

Release Announcement soon on https://www.kicad.org/blog/

cad: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  AMAKAWA Shuhei <amakawa@jp.FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Andersson <anders@hack.org>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Christoph Moench-Tegeder <cmt@FreeBSD.org>
  *  David Yeske <dyeske@gmail.com>
  *  Diane Bruce <db@db.net>
  *  Joachim Strombergson <watchman@ludd.ltu.se>
  *  Johnny Sorocil <jsorocil@gmail.com>
  *  Julian Jenkins <kaveman@magna.com.au>
  *  Marc Fonvieille <blackend@FreeBSD.org>

cad/kicad: update KiCad and libraries to 6.0.6

Release Notes soon on https://www.kicad.org/blog/

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

cad/kicad: attempt to fix 3D-Viewer by using bundled GLEW

The 3D-Viewer (e.g. from the Footprint Editor) may fail to start
with an "Unknown error" message. Investigation indicates that
kicad really needs it's bundles libGLEW, using the system one
was a mistake.
While here, fix a possible nullpointer dereference in the 3D cache
destructor - this is only relevant when the 3D viewer fails unexpectedly,
but then it is quite annoying during debugging.

PR:		262802
Reported by:	Tomasz "CeDeROM" CEDRO

cad/kicad: update KiCad, libraries and docs to 6.0.5

Release Notees soon on https://www.kicad.org/blog/

cad/kicad: update to 6.0.4

Announcement: https://www.kicad.org/blog/2022/03/KiCad-6.0.4-Release/

cad/kicad: update KiCAD, documentation and library to 6.0.3

x11-toolkits/py-wxPython4: Update to 4.1

 - Rename wxPython40 to wxPython4
 - Update to 4.1 version
 - Fix wxgtk31 for string
 - Use wxGtk31 instead of wxgtk30
 - Fix kicad* ports with wxgtk31/wxPython 4.1

Changes:
 - https://www.wxpython.org/news/2020-11-21-wxpython-411-release/index.html

Reviewed by:	tcberner
Approved by:	yuri, bofh
Differential Revision:	D34080

cad/kicad: update to 6.0.2 (bugfix release)

Changes: https://gitlab.com/groups/kicad/-/milestones/11#tab-issues

Update CONFLICTS definitions in categories a* to c*

Update the CONFLICTS definitions of ports in the following categories:

- accessibility
- archivers
- audio
- benchmarks
- biology
- cad
- chinese
- comms
- converters

An attempt has been made to use generic conflicts patterns that do not
have to be updated whenever a new version of a conflicting port is
added to the ports system.

There is a misunderstanding that the port being built/installed has to
be omitted from the conflicts pattern. This is not true - the port
being built is implicitly non-conflicting due to logic in bsd.port.mk.

Approved by:	portmgr (implicit)

cad/kicad: update to 6.0.1

Major Release 6.0.0:
  https://www.kicad.org/blog/2021/12/KiCad-6.0.0-Release/
Bugfix Release 6.0.1:
  https://www.kicad.org/blog/2022/01/KiCad-6.0.1-Release/

PR:		261290
Reported by:	Kevin Zheng
Submitted by:	Kevin Zheng

This also updates the libraries and doc ports. As the docs distfile
for version 6.0.1 is not available yet, keep that at version 6.0 for
the time being.

cad/kicad: update to 5.1.12

This is a bugfix release. Included is a patch for compatibility
with opencascade 7.6

INSTALLS_ICONS: retire the macro and rework the related dependencies

While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

cad/kicad: update to 5.1.10

includes KiCad itself, docs and symbol libraries

Remove # $FreeBSD$ from Makefiles.

- Update math/glm to 0.9.9.8

kicad: clean up Makefile - that file has been gone for quite some time

Reported by:	emaste
Differential Revision:	D27873

update KiCad to 5.1.9

includes part libraries and docs as well
Releaes Announcement: https://kicad.org/blog/2020/12/KiCad-5.1.9-Release/

- Upgrade cad/opencascade to 7.5.0
  Release notes at
 
<https://old.opencascade.com/sites/default/files/documents/release_notes_7.5.0.pdf>

- Bump PORTREVISION of consumers.

update kicad and it's libraries to 5.1.8

https://kicad.org/blog/2020/11/KiCad-5.1.8-Release/

While here:
 - KiCad's official home on the Web is now https://kicad.org
  
https://kicad.org/blog/2020/10/kicad.org-the-permanent-internet-home-of-KiCad/
   update pkg-descr accordingly
 - development has moved to GitLab and the libraries' GitHub repos are
   already no longer active. Update all MASTER_SITES to fetch the released
   tarballs from Gitlab.

update cad/kicad and it's libraries to 5.1.7

https://kicad-pcb.org/download/source/

Move devel/swig30 to devel/swig and update to 4.0.1

- Do not silence installation message
- Update dependent ports:
  - Fix build with swig 4.0.1
  - Update *_DEPENDS
  - Remove BINARY_ALIAS

Changes:	http://www.swig.org/news.php
PR:		246613
Exp-run by:	antoine

x11-toolkits/wxgtk30: Update to 3.0.5.1

Changelog:
  -
https://raw.githubusercontent.com/wxWidgets/wxWidgets/v3.0.5/docs/changes.txt

PR:	 246218
Approved by:	tcberner (mentor)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D24808

update KiCAD and it's libraries to 5.1.6

Announcement: https://kicad-pcb.org/blog/2020/05/KiCad-5.1.6-Release/

switch kicad to python 3

This has been made possible by the addition of the python3-enabled
x11-toolkits/py-wxPython40. As python 2 is going away soonish, there's
no value in going through any hoops to provide optional switching between
python 3 and 2.

x11-toolkits/py-wxPython40: GUI toolkit for the Python programming language

py-wxPython40 aka Phoenix is a reborn of wxPython and in particular it allows to
use wxWidgets with Python3.


  - Add x11-toolkits/py-wxPython40
  - Replace wxPython30 by wxPython40 when python wxWidgets is required
  - Fix cad/kicad and cad/kicad-devel to use wxPython40 "Phoenix"
  - Update comms/congruity, graphics/py-mayavi from wx 2.8 to 3.0
  - While I'm here fix portlint per emulators/playonbsd
  - Remove RUN_DEPENDS from USE_WX per graphics/djvusmooth
  - Bump portversion
  - Fix unicode on x11-toolkits/wxgtk30 and take Maintainer'ship

PR:     241893
Reviewed by:	koobs, tcberner
Approved by:	tcberner (mentor)
Differential Revision:  https://reviews.freebsd.org/D21915
Exp-run by:     antoine

devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

cad/kicad: update to 5.1.5

Announcement: https://kicad-pcb.org/blog/2019/11/KiCad-5.1.5-Release/
This includes KiCad itself, documentation and all the part libraries.

Add USES=xorg USES=gl, ports categories c

Add USES=xorg, USES=gl and in a few cases USES=gnome to ports in categories
starting with 'c'.

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

Convert to UCL & cleanup pkg-message (categories a-c)

cad/kicad and libraries: update to 5.1.4

Announcement (soon): http://kicad-pcb.org/blog/2019/08/KiCad-5.1.4-Release/

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

update KiCAD and it's libraries to 5.1.2

See http://kicad-pcb.org/blog/2019/04/KiCad-5.1.2-Release/ and
https://launchpad.net/kicad/+milestone/5.1.1 and
https://launchpad.net/kicad/+milestone/5.1.2

Taking over maintainership from thierry@, with thanks for getting these
ports this far.

PR:		237654
Approved by:	thierry (maintainer)

update cad/kicad and libraries to 5.1.1

https://github.com/KiCad/kicad-source-mirror/releases

PR:		237396
Approved by:	thierry (maintainer)

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

- Upgrade to 5.1.0.

- enable KICAD_SCRIPTING_WXPYTHON_PHOENIX

Submitted by:	cmt

wxGTK3.0: switch to gtk3 and webkit2

Discussed with:	portmgr

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

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

Upgrade to 5.0.2.

Upgrade to 5.0.1.

Upgrade to 5.0.0.

Release notes at <http://kicad-pcb.org/blog/2018/07/KiCad-5--a-new-generation/>.

Change x11/xorgproto to become a build dep

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained
from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

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

kicad-* are not compatible with python3

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

Fix cad/kicad{-devel} in advance of CMake 3.11. Remove old duplicate CMake
module.

The old modules use CMake internals that are going away in 3.11;
this particular module has been shipped with CMake since 3.0 at least,
so it's just not necessary except on silly ancient platforms.

Reviewed by:	thierry (maintainer)
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D14772

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

Bump portrevision to chase graphics/glew shard library version update.

PR:		223370
Submitted by:	zeising
exp-run by:	antoine
Approved by:	antoine

KiCad has not depended on xpdf for a long time. As such, the RUN_DEPENDS
can safely be removed.

Submitted by:	Kevin Zheng <kevinz5000 (at) gmail.com>

Re-add the new website.

Remove dead WWW links

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

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

Fix plist with WITH_DEBUG=yes
(I suspect that makeplist is too smart...)

PR:		221977
Submitted by:	mizhka (at) gmail.com

Upgrade Kicad to 4.0.7 (the latest stable release).

The libraries are released separately: create a new port cad/kicad-library.

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

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

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

- Update WWW

Approved by:	portmgr blanket

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472