non port: multimedia/zart/Makefile |
Number of commits found: 15 |
Thursday, 2 May 2024
|
17:42 Yuri Victorovich (yuri)
graphics/opencv: update 4.6.0 → 4.9.0
PR: 275977
Approved by: desktop@FreeBSD.org (maintainers timeout; 4+ months)
0a2c5ca0 |
Sunday, 23 Apr 2023
|
09:09 Gerald Pfeifer (gerald)
*: Bump PORTREVISIONs for math/mpc update to 1.3.1
8d3e020 |
Sunday, 11 Sep 2022
|
10:20 Felix Palmen (zirias)
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
ddae4e9 |
Wednesday, 7 Sep 2022
|
21:10 Stefan Eßer (se)
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.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
b7f0544 |
Friday, 2 Sep 2022
|
07:12 Tobias C. Berner (tcberner)
graphics/opencv: bump consumers after e21578d954550998435c5d6d532e2d5a67398bfe
This was missed in the upgrade of graphics/opencv.
Reported by: VVD
a49cb0f |
Friday, 12 Aug 2022
|
14:46 Dima Panov (fluffy)
*/*: bump all consumers after recent boost upgrade
4cf39de |
Tuesday, 17 May 2022
|
05:20 Yuri Victorovich (yuri)
graphics/gmic: Update 3.0.1 -> 3.1.2
2708928 |
Friday, 21 May 2021
|
11:19 Dmitry Marakasov (amdmi3)
multimedia/{opentoonz,zart}: unbreak (fixed by opencv)
5a859ef |
Wednesday, 19 May 2021
|
13:46 Dmitry Marakasov (amdmi3)
multimedia/zart: mark BROKEN (does not link, broken by glog)
Approved by: portmgr blanket
c8e025d |
Wednesday, 7 Apr 2021
|
08:09 Mathieu Arnold (mat)
One more small cleanup, forgotten yesterday.
Reported by: lwhsu
cf118cc |
Tuesday, 6 Apr 2021
|
14:31 Mathieu Arnold (mat)
Remove # $FreeBSD$ from Makefiles.
305f148 |
Saturday, 30 Jan 2021
|
18:08 tcberner
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
the option to pick the "wrong one" - this leads however to some abandoned
ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
has been removed. ffmpeg no longer can depend on opencv.
* graphics/py-opencv has been integrated into graphics/opencv, the default
versions python
bindings will be built unless the PYTHON option is explicitely turned off.
* graphics/opencv-java has been integrated into graphics/opencv -- it is off
by default,
but can be enabled by toggling the JAVA option -- there are no consumers
in the tree,
so that option might go away in the future.
* All the previous options have been removed and replaced by a (hopefully)
sane set of
dependencies that make the port and package most usable for the majority
of consumers.
- Please let me know if you think there are better defaults (i.e. anything
that is missing,
or something that should not be dependet on).
- If you think something should be added or removed, please open a bug
report.
- If you think something should be added as an optional dependency, please
open a
bug report (with a good reason [tm]).
The depending ports have been updated to work against opencv4, or marked broken.
* Ports broken:
- graphics/rubygem-objectdetect: OpenCV4 no longer ships opencv-1.0 API
- graphics/p5-Image-ObjectDetect: OpenCV4 no longer ships opencv-1.0 API
- graphics/gimp-gmic-plugin: OpenCV4 no longer ships opencv-1.0 API
* Backports:
- misc/visp:
https://github.com/lagadic/visp/commit/dfa7e4bd47c24cd2e631477e6afb18806733ff8a
- multimedia/zart:
https://github.com/c-koi/zart/commit/6ca1964690afbbc78627d7c868a692401043a584,
https://github.com/c-koi/zart/commit/d3a2931b1a07ec0322211f253468000363c4b6cb
* Others:
- misc/actiona: switch to pkgconfig 'opencv4'
- multimedia/libav: drop opencv support
- misc/darknet: already failed to build prior to the upgrade
- math/saga: remove patching added to work against opencv3
|
Wednesday, 25 Dec 2019
|
05:26 yuri
multimedia/zart: Update g20190911 -> g20191124
|
Thursday, 17 Oct 2019
|
00:43 linimon
Fix build on GCC-based systems:
cc1plus: error: unrecognized command line option "-std=gnu++11"
Approved by: portmgr (tier-2 blanket)
|
Saturday, 12 Oct 2019
|
07:15 yuri
New port: multimedia/zart: GMIC GUI for video streams
|
Number of commits found: 15 |