<div dir="auto"><div dir="auto">Moin moin</div><div dir="auto"><br></div>Do you have a list of the kde@ ports broken by the update? Or is this a compile everything, then fix it call? <div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Mfg Tobias </div></div><br><div class="gmail_quote"><div dir="ltr">Matthias Andree <<a href="mailto:mandree@freebsd.org" target="_blank" rel="noreferrer">mandree@freebsd.org</a>> schrieb am Mo., 17. Sep. 2018, 10:35:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br>
<br>
following up on myself, I have:<br>
<br>
* ... included item #4 below and have uploaded a full patch against the<br>
ports tree as of SVN r479880 here for your perusal, with MOVED and<br>
UPDATING info and all intended updates to _DEPENDS.<br>
<br>
- <a href="https://people.freebsd.org/~mandree/openexr-v2.patch" rel="noreferrer noreferrer noreferrer" target="_blank">https://people.freebsd.org/~mandree/openexr-v2.patch</a><br>
- <a href="https://people.freebsd.org/~mandree/openexr-v2.patch.asc" rel="noreferrer noreferrer noreferrer" target="_blank">https://people.freebsd.org/~mandree/openexr-v2.patch.asc</a> (GnuPG sign.)<br>
<br>
* ... test compiled on 11.2-RELEASE amd64 all direct dependencies of<br>
openexr or ilmbase, with PORTREVISION bumps, and things look sane, so I<br>
will forego (avoid) the -exp run.<br>
(This is in response to Mathieu mat@'s request.)<br>
<br>
There is one casualty, the unmaintained graphics/ampasCTL port.<br>
There is no port that requires ampasCTL.<br>
The upstream site <a href="https://github.com/ampas/CTL" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/ampas/CTL</a> has apparently not seen<br>
code updates in c. 5 years.<br>
<br>
Getting the port to go anywhere with modern OpenEXR and pkg-config<br>
required some cmake hacking (included in the patch above) to unroll<br>
semicolon/;-lists in cmake, but there are further C++ incompatibilities<br>
in EXR data types.<br>
<br>
The patch above therefore marks ampasCTL as BROKEN, and we should<br>
probably also mark it for expiration and perhaps<br>
graphics/ampasACES-container, too.<br>
<br>
<br>
## portmgr ##<br>
<br>
I figured that mail systems were getting in my way on the MAINTAINER=<br>
addresses in some places with "you are not subscribed" or "too many<br>
recipients" on kde@, or thereabouts, we can't have MAINTAINER= addresses<br>
break mass communication like that, for sweeping updates that's an obstacle.<br>
<br>
I seek portmgr@ approval until Sept 21st for substitute approval in<br>
advance in case group (kde@ gnome@ multimedia@...) maintainers are<br>
unreached or do not respond in due time. The update to the respective<br>
ports _DEPENDS lines is +++ REQUIRED +++ to keep ilmbase or openexr<br>
dependees building.<br>
<br>
<br>
I intend to commit in the European afternoon hours of Sept 23rd<br>
(probably somewhen between 11:00 and 16:00 h UTC).<br>
<br>
The proposed schedule leaves us one week before 2018Q4 to sort out<br>
unforeseen fall-out, or worst case, a roll-back until after the branch<br>
point.<br>
<br>
Best regards<br>
Matthias<br>
<br>
<br>
I wrote on 2018-09-09:<br>
> Greetings fellow porters,<br>
> <br>
> Each of you maintain one or more ports that directly depends on ilmbase<br>
> and/or OpenEXR, which are high-profile ports.<br>
> There are c. four dozen ports that depend directly on ilmbase and/or<br>
> OpenEXR, with indirect dependencies the entire list amounts to ~500<br>
> affected ports.<br>
> <br>
> I intend to update the graphics/ilmbase and graphics/OpenEXR port to<br>
> v2.3.0, which brings shared library version bumps, and you may have to<br>
> update your ports' *_DEPENDS lines to chase the ilmbase/OpenEXR version<br>
> bumps accordingly.<br>
> Spot checks of the new ports with gegl, gegl3, darktable did not show<br>
> compile-time issues if the *_DEPENDS is updated and the port recompiled.<br>
> <br>
> I want to coordinate the update with you so your ports do not break, but<br>
> I do NOT intend to keep multiple versions of ilmbase/OpenEXR around.<br>
> <br>
> I need your input regarding the OpenEXR port upgrade on these items:<br>
> <br>
> 1. do we need an -exp run? If yes, please state your reason - a weak<br>
> but halfway plausible reason will suffice so that I request the -exp<br>
> run.<br>
> 2. do you need to handle a potential *_DEPENDENCIES update yourself<br>
> because you keep a master repository outside FreeBSD? If yes, which<br>
> ports and maintainer aliases are affected?<br>
> 3. if you are knowledgable about OpenEXR internals, should we flip the<br>
> switch for "large stack optimizations";<br>
> or else: do you have an URL that you can point me to that assesses<br>
> stack size considerations under FreeBSD, for applications?<br>
> 4. can we take this opportunity to rename the OpenEXR port to openexr,<br>
> so it matches its distribution name? This would simplify the OpenEXR<br>
> port quite a bit, which works around the OpenEXR/openexr name<br>
> dichotomy. The distribution calls itself openexr these days and is<br>
> hosted on GitHub.<br>
> 5. any other comments?<br>
> <br>
> If I do NOT hear from anyone within 14 days, I will bump the shared<br>
> library name in each of your ports' *_DEPENDS and bump PORTREVISION.<br>
> <br>
> The proposed port update contains two ports under ${PORTSDIR}/graphics/<br>
> and has been uploaded to:<br>
> <br>
> * <a href="https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar" rel="noreferrer noreferrer noreferrer" target="_blank">https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar</a><br>
> * <a href="https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar.asc" rel="noreferrer noreferrer noreferrer" target="_blank">https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar.asc</a> <- this<br>
> is the detached GnuPG signature for the shar above<br>
> <br>
> Further links:<br>
> <br>
> * OpenEXR web site <<a href="http://www.openexr.com/" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.openexr.com/</a>><br>
> * openexr project on GitHub <<a href="https://github.com/openexr/openexr" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/openexr/openexr</a>><br>
> <br>
> This is the list of maintained ports that have a direct dependency on<br>
> ilmbase and/or OpenEXR, with OpenEXR elided for obvious reasons.<br>
> <br>
> Thanks for your cooperation.<br>
> <br>
>> amdmi3@FreeBSD.org: games/pink-pony<br>
>> amdmi3@FreeBSD.org: graphics/nvidia-texture-tools<br>
>> danfe@FreeBSD.org: graphics/alembic<br>
>> danfe@FreeBSD.org: graphics/appleseed<br>
>> danfe@FreeBSD.org: graphics/hdr_tools<br>
>> danilo@FreeBSD.org: graphics/vips<br>
>> dumbbell@FreeBSD.org: graphics/darktable<br>
>> ehaupt@FreeBSD.org: graphics/exrtools<br>
>> FreeBSD@Shaneware.biz: graphics/blender<br>
>> FreeBSD@Shaneware.biz: graphics/openimageio<br>
>> FreeBSD@Shaneware.biz: graphics/openshadinglanguage<br>
>> FreeBSD@Shaneware.biz: graphics/py-openimageio<br>
>> gnome@FreeBSD.org: graphics/gegl<br>
>> gnome@FreeBSD.org: graphics/gegl3<br>
>> grog@FreeBSD.org: graphics/enblend<br>
>> grog@FreeBSD.org: graphics/hugin<br>
>> <a href="mailto:h2%2Bfbsdports@fsfe.org" rel="noreferrer noreferrer" target="_blank">h2+fbsdports@fsfe.org</a>: graphics/luminance<br>
>> <a href="mailto:h2%2Bfbsdports@fsfe.org" rel="noreferrer noreferrer" target="_blank">h2+fbsdports@fsfe.org</a>: graphics/luminance-qt5<br>
>> <a href="mailto:jamesb-bsd@excamera.com" rel="noreferrer noreferrer" target="_blank">jamesb-bsd@excamera.com</a>: graphics/py-openexr<br>
>> kde@FreeBSD.org: devel/kio-extras<br>
>> kde@FreeBSD.org: editors/calligra<br>
>> kde@FreeBSD.org: graphics/kf5-kimageformats<br>
>> kde@FreeBSD.org: graphics/krita<br>
>> kde@FreeBSD.org: x11/kde-runtime-kde4<br>
>> kde@FreeBSD.org: x11/kdelibs-kde4<br>
>> multimedia@FreeBSD.org: graphics/gstreamer1-plugins-openexr<br>
>> olivier@FreeBSD.org: graphics/openfx-io<br>
>> rm@FreeBSD.org: graphics/gimp-gmic-plugin<br>
>> thierry@FreeBSD.org: graphics/cimg<br>
>> woodsb02@FreeBSD.org: devel/synfig<br>
>> woodsb02@FreeBSD.org: graphics/synfigstudio<br>
>> yuri@FreeBSD.org: graphics/gmic<br>
>> yuri@FreeBSD.org: multimedia/cinelerra-gg<br>
> <br>
> Happy coding,<br>
> Matthias<br>
> <br>
<br>
</blockquote></div>