commit 1c2d89af9d6d06a61dab461bd4e0d15c43c8339a
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed Jun 17 20:38:49 2026 +0200

media-libs/opencv: Keyword 5.0.0-r90 for ~arm64

Same as 4.13.0-r90: this CUDA-fork revision had narrowed to ~amd64.
CUDA is USE-gated (off by default) and SIMD is selected per-arch (NEON
on arm64), so it is aarch64-portable. With 4.12.0-r90 (already ~arm64),
4.13.0-r90 and this, the whole opencv series carries ~arm64 again.
C++ (CMake).

commit 172b1635633dfd7b9b7d13fda27fb115b124ac6f
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed Jun 17 20:29:46 2026 +0200

media-libs/opencv: Keyword 4.13.0-r90 for ~arm64

4.12.0-r90 carries ~arm64, but the newer CUDA-fork revisions narrowed
to ~amd64 and dropped it. The CUDA paths are USE-gated (off by default)
and the SIMD is selected per-arch (NEON on arm64), so the package is
aarch64-portable; restore ~arm64 to keep the series consistent.
C++ (CMake).

commit dacca549e64e36915575294b78d13d59e95cade5
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Mon Jun 8 23:20:19 2026 +0200

media-libs/opencv: gate gapi on features (5.0.0)

5.0.0's opencv_contrib gapi/src/precomp.hpp includes <opencv2/features.hpp>
in any non-standalone build, but gapi's ocv_add_module declares only imgproc
(REQUIRED) + video/stereo (OPTIONAL), never opencv_features. Unlike the
other features-dependent modules (objdetect, stitching, videostab, ...),
which declare the dep and self-disable when features is off, gapi builds
without it and then fails on the missing header. 4.x gapi did not include
features2d here, so this is 5.x-only.

Gate BUILD_opencv_gapi on USE=features so it cleanly skips instead. Also
add pkg_postinst notes about the 4.x features2d -> 5.x features flag rename
(a carried-over package.use entry silently no-ops) and gapi's new features
requirement.

Verified: the reporter's exact -cuda -features contrib+contribdnn+ffmpeg
config now builds and installs (gapi dropped from the build set); the
features+cuda path is unaffected (gapi still builds).

Bug: https://github.com/istitov/stuff/issues/271

commit c9a5c6ada743b6449a1f6a33bf49226877819595
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sun Jun 7 09:05:49 2026 +0200

media-libs/opencv: fix opencv[contribdnn] build on 5.0.0 (caffe proto)

opencv 5.0.0 still builds the Caffe importer (modules/dnn/src/caffe/
caffe_io.cpp includes opencv-caffe.pb.h) but dropped
src/caffe/opencv-caffe.proto from the tree and from the dnn protobuf
glob, shipping only a stale pre-generated misc/caffe/opencv-caffe.pb.*
(protoc 3.19.0, which includes generated_message_table_driven.h - removed
in modern protobuf). With PROTOBUF_UPDATE_FILES=ON (forced for bug
#631418) the pre-gen is never used and caffe is never regenerated, so
opencv-caffe.pb.h is missing and the build fails:

caffe_io.hpp:98:10: fatal error: opencv-caffe.pb.h: No such file or directory

Only opencv[contribdnn] is affected (dnn is off otherwise); 4.12.0/4.13.0
still ship the proto and build it.

Restore the proto in src_prepare and add it back to the regenerated set,
so protoc rebuilds it for the system protobuf. The shipped copy is the
4.13.0 opencv-caffe.proto - same 71-message schema as the 5.0.0 pre-gen -
with comments stripped (verified to regenerate the same code) and
xz-compressed, only to keep media-libs/opencv/files under the pkgcheck
TotalSizeViolation limit.

Build-tested: opencv[cuda,cudnn,contribdnn,contrib,features] full compile
on CUDA 13.3 / sm_86 (protoc regenerates opencv-caffe.proto, caffe_io.cpp
+ opencv-caffe.pb.cc compile, cuda4dnn + libopencv_dnn link), and the
no-cuda contribdnn path. Regeneration + compile verified on system
protobuf 34.2 and, via protoc-33, on protobuf 33.1.

Bug: https://github.com/istitov/stuff/issues/271

commit 569ee9400d615fa392fe0432f989863ce5f30077
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sun Jun 7 00:53:17 2026 +0200

media-libs/opencv: fix cuda build on CUDA 13.3 (videostab thrust tuple)

A second, independent CUDA-13 CCCL regression after the cudev zip.hpp one:
videostab's global_motion.cu calls thrust::make_tuple / make_zip_iterator
but no longer gets thrust/tuple.h + the zip iterator transitively on CUDA
13.3, so the CUDA TU fails ("namespace thrust has no member make_tuple").
It surfaces only on 13.3, which is why the 13.2-verified builds missed it.
Add the two owning includes (inert on older CUDA). Per-version patch: the
4.12.0 cuda-13.0 patch rewrites that include block differently from 4.13.0.

5.0.0 is unaffected (upstream rewrote the file off thrust tuples).

4.13.0-r90: full opencv[cuda,contrib,features2d] compile on CUDA 13.3 /
sm_86 (global_motion.cu builds, 1362/1362 clean). 4.12.0-r90: same fix,
its prepared-tree TU compiled.

Bug: https://github.com/istitov/stuff/issues/271

commit 12c808deeadb32d0e09fad782f0af3b9b4bc85f7
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat Jun 6 22:23:10 2026 +0200

media-libs/opencv: add 5.0.0-r90

Fork of opencv-4.13.0-r90 bumped to the upstream 5.0.0 major release;
::gentoo has no 5.x ebuild yet.

Upstream 5.0.0 reorganized the module set, handled here:
- ml and gapi (G-API) moved into opencv_contrib and are now only built
(and exposed to cv2) with USE=contrib; a pkg_postinst elog and the
contrib flag description document the change
- features2d was renamed to features
- python2, and the bundled quirc/openexr/plain-libjpeg copies, were
removed upstream; headers now install under /usr/include/opencv5
(MULTILIB_WRAPPED_HEADERS updated, the removed mcc module dropped)

Patches: the cudev and cudacodec CUDA 13.2+ fixes are native in 5.0.0,
as are the former python2, link-with-cblas-for-lapack and cmake-4
patches, so all are dropped. The ADE tar.gz patch moves into the contrib
block (gapi is contrib now).

Flag/dep changes vs 4.x:
- drop quirc: 5.x ships its own QR decoder and no longer uses
media-libs/quirc
- drop the dead WITH_LIBV4L and its libv4l dep (5.x v4l uses the kernel
V4L2 API directly)
- truetype is now a gapi (contrib) option (WITH_FREETYPE), gated on contrib
- add jpegxl (WITH_JPEGXL, media-libs/libjxl)
- pin WITH_OBSENSOR (defaults on, builds a V4L2 backend) to the v4l flag

Build- and runtime-tested with USE="cuda contrib python features jpegxl
truetype" on CUDA 13.3 / sm_86 (RTX A4500): cv2 5.0.0, cuda threshold
GPU == CPU, cv2.ml, cv2.gapi, and a JPEG XL encode/decode round-trip.

KEYWORDS=~amd64 (brand-new major release, amd64-verified only).

commit a0b31bfd6f5f4a430a363a6dcdc8d358f527b120
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat Jun 6 20:17:28 2026 +0200

media-libs/opencv: add 4.13.0-r90 (cudev CUDA 13.2+ + cudacodec fixes)

Bump the cuda-fix fork to 4.13.0. Most of 4.12.0-r90's patches are now
upstream (cuda-13.0 main+contrib, ffmpeg8, protobuf-34, qt-6.9,
fix_videowriter); drop them and the unused contrib-4.10.0-3607 distfile.
Rebase the system-flatbuffers / system-opencl / cmake-cleanup patches onto
the 4.13.0 tree, and carry the cudev ptr2d/zip.hpp CCCL namespace guard
(zip.hpp is unchanged from 4.12.0, so the existing patch applies).

Add opencv_contrib-4.13.0-cudacodec-cuda-include: cudacodec gained an
encoder (NvEncoder.cpp) in 4.13.0 that is globbed unconditionally but only
gets the CUDA toolkit include path when the Nvidia Video Codec SDK is
present. Without the SDK its <cuda.h> include (via precomp.hpp) breaks the
build, so link cudart for the headers regardless. (opencv 5.0.0 makes this
linkage unconditional upstream; the patch matches that.)

Keyworded ~amd64 only: brand-new upstream release, build- and runtime-
verified on amd64; ::gentoo has not keyworded 4.13.0 on any arch.

Verified: opencv[cuda] builds, installs, and runs GPU kernels (cudaarithm
threshold == CPU, cudaimgproc cvtColor, cudafilters GaussianBlur) on
CUDA 13.3 / sm_86.

Refs istitov/stuff#271.

commit 75479cc74dbbe96c10d182bbc44173c24d2049eb
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat Jun 6 20:17:26 2026 +0200

media-libs/opencv: add 4.12.0-r90 (cudev CUDA 13.2+ fix)

Fork of ::gentoo opencv-4.12.0-r2 adding one patch so opencv[cuda] builds
on CUDA 13.2+. opencv_contrib's cudev ptr2d/zip.hpp opens the libcu++ std
namespace via _LIBCUDACXX_BEGIN_NAMESPACE_STD to specialise tuple_size /
tuple_element; CUDA 13.2 reorganised CCCL and that macro no longer compiles,
so the build dies at the first CUDA TU (core/src/cuda/gpu_mat.cu). Backport
the upstream version guard selecting _CCCL_*_NAMESPACE_CUDA_STD for CUDA
>= 13.2 (present in opencv_contrib master / 5.0.0; inert on older toolkits
and without cuda).

Also drop the contrib-4.10.0-3607 distfile, which ::gentoo fetches but
never applies.

Verified: opencv[cuda] builds, merges, and runs GPU kernels (cudaarithm
threshold == CPU, cudaimgproc cvtColor, cudafilters GaussianBlur) on
CUDA 13.3 / sm_86. Drop once ::gentoo ships opencv with the upstream fix.

Refs istitov/stuff#271.

commit 2383d44d67f106f41a53ada354785876be375aed
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Mon Dec 16 17:03:48 2024 +0100

drop opencv

commit b451ac3b81ed540a5ce0bbef96d542cd2a2a0dcd
Author: istitov <istitov@github>
Date: Mon Feb 12 10:45:30 2024 +0100

upd copyright to 2024

commit 0b7fcf9639be3e82b30db7da1cc4785887b54326
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat Nov 25 04:52:49 2023 +0300

mass updated PYTHON_COMPAT for python:3

commit 0e523faf7b184df56a5394f0cbc663cb2b998f44
Author: VasilyLebedev <vasily.lebedev@ul.ie>
Date: Tue Nov 21 18:49:09 2023 +0000

prismatic added (#228)

* Add files via upload

* sk1

* Add files via upload

* alpine

* Add files via upload

* Add files via upload

* Deadbeef

* yd-tools

* gcc-switcher

* portopts

* aptana

* lxpanelx

* py2_eclass

* fontforge py2

* ortp

* sofastat

* Add files via upload

* skb

* Add files via upload

* wmfs

* Update link-traits-1.0.3.ebuild

* Add files via upload

* zarr

* Add files via upload

* Add files via upload

* Add files via upload

* dev-python/monty added

potential issues with pytorch

* Add files via upload

* traitsui

* Add files via upload

* Add files via upload

* Add files via upload

* fabio

* Add files via upload

* pyprismatic added

* prismatic added

* atomap added

* opencv[cuda]