From owner-freebsd-multimedia@freebsd.org Sun Sep 16 20:29:02 2018 Return-Path: Delivered-To: freebsd-multimedia@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDB7110A998E for ; Sun, 16 Sep 2018 20:29:01 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB957F3B6 for ; Sun, 16 Sep 2018 20:29:01 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4506010A998C; Sun, 16 Sep 2018 20:29:01 +0000 (UTC) Delivered-To: multimedia@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22F6D10A998B; Sun, 16 Sep 2018 20:29:01 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B76227F3A0; Sun, 16 Sep 2018 20:29:00 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from atuin.in.mat.cc (unknown [IPv6:2a01:678:42:ffff:3e15:c2ff:fec4:452e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 5D4FB1B486; Sun, 16 Sep 2018 20:28:54 +0000 (UTC) (envelope-from mat@FreeBSD.org) Date: Sun, 16 Sep 2018 22:28:49 +0200 From: Mathieu Arnold To: Matthias Andree Cc: amdmi3@FreeBSD.org, danilo@FreeBSD.org, gnome@FreeBSD.org, grog@FreeBSD.org, h2+fbsdports@fsfe.org, jamesb-bsd@excamera.com, kde@FreeBSD.org, multimedia@FreeBSD.org, rm@FreeBSD.org, thierry@FreeBSD.org, woodsb02@FreeBSD.org, yuri@FreeBSD.org, portmgr , FreeBSD@Shaneware.biz, danfe@FreeBSD.org, dumbbell@FreeBSD.org, ehaupt@FreeBSD.org, olivier@FreeBSD.org Subject: Re: HEADS UP: [msg #2] graphics/ilmbase and graphics/OpenEXR update planned includes openexr rename - feedback required until Sept 23/portmgr Sept 21 Message-ID: <20180916202849.i3mntm3m5sfy6nff@atuin.in.mat.cc> References: <8745aabb-b6d8-b8b6-2745-78818c6d5594@FreeBSD.org> <92cd8d96-d129-5612-7246-7753800143e5@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rizectxnrfq4c2db" Content-Disposition: inline In-Reply-To: <92cd8d96-d129-5612-7246-7753800143e5@FreeBSD.org> User-Agent: NeoMutt/20180716 X-Mailman-Approved-At: Mon, 17 Sep 2018 01:07:12 +0000 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2018 20:29:02 -0000 --rizectxnrfq4c2db Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 16, 2018 at 12:21:18PM +0200, Matthias Andree wrote: > Greetings, >=20 > following up on myself, I have: >=20 > * ... included item #4 below and have uploaded a full patch against the > ports tree as of SVN r479880 here for your perusal, with MOVED and > UPDATING info and all intended updates to _DEPENDS. >=20 > - https://people.freebsd.org/~mandree/openexr-v2.patch > - https://people.freebsd.org/~mandree/openexr-v2.patch.asc (GnuPG sign.) >=20 > * ... test compiled on 11.2-RELEASE amd64 all direct dependencies of > openexr or ilmbase, with PORTREVISION bumps, and things look sane, so I > will forego (avoid) the -exp run. > (This is in response to Mathieu mat@'s request.) >=20 > There is one casualty, the unmaintained graphics/ampasCTL port. > There is no port that requires ampasCTL. > The upstream site https://github.com/ampas/CTL has apparently not seen > code updates in c. 5 years. >=20 > Getting the port to go anywhere with modern OpenEXR and pkg-config > required some cmake hacking (included in the patch above) to unroll > semicolon/;-lists in cmake, but there are further C++ incompatibilities > in EXR data types. >=20 > The patch above therefore marks ampasCTL as BROKEN, and we should > probably also mark it for expiration and perhaps > graphics/ampasACES-container, too. >=20 >=20 > ## portmgr ## >=20 > I figured that mail systems were getting in my way on the MAINTAINER=3D > addresses in some places with "you are not subscribed" or "too many > recipients" on kde@, or thereabouts, we can't have MAINTAINER=3D addresses > break mass communication like that, for sweeping updates that's an obstac= le. >=20 > I seek portmgr@ approval until Sept 21st for substitute approval in > advance in case group (kde@ gnome@ multimedia@...) maintainers are > unreached or do not respond in due time. The update to the respective > ports _DEPENDS lines is +++ REQUIRED +++ to keep ilmbase or openexr > dependees building. No, you will have to contact the maintainers, individually if needs be, even if they are groups, and make sure they approve the update. > I intend to commit in the European afternoon hours of Sept 23rd > (probably somewhen between 11:00 and 16:00 h UTC). >=20 > The proposed schedule leaves us one week before 2018Q4 to sort out > unforeseen fall-out, or worst case, a roll-back until after the branch > point. No, you do not commit stuff and fix the fallout afterwards (or hope someone will fix it for you, not sure what you are meaning here). You can submit a patch for exp-run, and work on fixing the fallout before you can commit your patch. Once everything is ok to go, you will be allowed to commit your patch. > Best regards > Matthias >=20 >=20 > I wrote on 2018-09-09: > > Greetings fellow porters, > >=20 > > Each of you maintain one or more ports that directly depends on ilmbase > > and/or OpenEXR, which are high-profile ports. > > There are c. four dozen ports that depend directly on ilmbase and/or > > OpenEXR, with indirect dependencies the entire list amounts to ~500 > > affected ports. > >=20 > > I intend to update the graphics/ilmbase and graphics/OpenEXR port to > > v2.3.0, which brings shared library version bumps, and you may have to > > update your ports' *_DEPENDS lines to chase the ilmbase/OpenEXR version > > bumps accordingly. > > Spot checks of the new ports with gegl, gegl3, darktable did not show > > compile-time issues if the *_DEPENDS is updated and the port recompiled. > >=20 > > I want to coordinate the update with you so your ports do not break, but > > I do NOT intend to keep multiple versions of ilmbase/OpenEXR around. > >=20 > > I need your input regarding the OpenEXR port upgrade on these items: > >=20 > > 1. do we need an -exp run? If yes, please state your reason - a weak > > but halfway plausible reason will suffice so that I request the -exp > > run. > > 2. do you need to handle a potential *_DEPENDENCIES update yourself > > because you keep a master repository outside FreeBSD? If yes, which > > ports and maintainer aliases are affected? > > 3. if you are knowledgable about OpenEXR internals, should we flip the > > switch for "large stack optimizations"; > > or else: do you have an URL that you can point me to that assesses > > stack size considerations under FreeBSD, for applications? > > 4. can we take this opportunity to rename the OpenEXR port to openexr, > > so it matches its distribution name? This would simplify the OpenEXR > > port quite a bit, which works around the OpenEXR/openexr name > > dichotomy. The distribution calls itself openexr these days and is > > hosted on GitHub. > > 5. any other comments? > >=20 > > If I do NOT hear from anyone within 14 days, I will bump the shared > > library name in each of your ports' *_DEPENDS and bump PORTREVISION. > >=20 > > The proposed port update contains two ports under ${PORTSDIR}/graphics/ > > and has been uploaded to: > >=20 > > * https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar > > * https://people.freebsd.org/~mandree/OpenEXR-ilmbase.shar.asc <- this > > is the detached GnuPG signature for the shar above > >=20 > > Further links: > >=20 > > * OpenEXR web site > > * openexr project on GitHub > >=20 > > This is the list of maintained ports that have a direct dependency on > > ilmbase and/or OpenEXR, with OpenEXR elided for obvious reasons. > >=20 > > Thanks for your cooperation. > >=20 > >> amdmi3@FreeBSD.org: games/pink-pony > >> amdmi3@FreeBSD.org: graphics/nvidia-texture-tools > >> danfe@FreeBSD.org: graphics/alembic > >> danfe@FreeBSD.org: graphics/appleseed > >> danfe@FreeBSD.org: graphics/hdr_tools > >> danilo@FreeBSD.org: graphics/vips > >> dumbbell@FreeBSD.org: graphics/darktable > >> ehaupt@FreeBSD.org: graphics/exrtools > >> FreeBSD@Shaneware.biz: graphics/blender > >> FreeBSD@Shaneware.biz: graphics/openimageio > >> FreeBSD@Shaneware.biz: graphics/openshadinglanguage > >> FreeBSD@Shaneware.biz: graphics/py-openimageio > >> gnome@FreeBSD.org: graphics/gegl > >> gnome@FreeBSD.org: graphics/gegl3 > >> grog@FreeBSD.org: graphics/enblend > >> grog@FreeBSD.org: graphics/hugin > >> h2+fbsdports@fsfe.org: graphics/luminance > >> h2+fbsdports@fsfe.org: graphics/luminance-qt5 > >> jamesb-bsd@excamera.com: graphics/py-openexr > >> kde@FreeBSD.org: devel/kio-extras > >> kde@FreeBSD.org: editors/calligra > >> kde@FreeBSD.org: graphics/kf5-kimageformats > >> kde@FreeBSD.org: graphics/krita > >> kde@FreeBSD.org: x11/kde-runtime-kde4 > >> kde@FreeBSD.org: x11/kdelibs-kde4 > >> multimedia@FreeBSD.org: graphics/gstreamer1-plugins-openexr > >> olivier@FreeBSD.org: graphics/openfx-io > >> rm@FreeBSD.org: graphics/gimp-gmic-plugin > >> thierry@FreeBSD.org: graphics/cimg > >> woodsb02@FreeBSD.org: devel/synfig > >> woodsb02@FreeBSD.org: graphics/synfigstudio > >> yuri@FreeBSD.org: graphics/gmic > >> yuri@FreeBSD.org: multimedia/cinelerra-gg > >=20 > > Happy coding, > > Matthias > >=20 >=20 >=20 --=20 Mathieu Arnold --rizectxnrfq4c2db Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAluevQFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zkj0ig//eI8mtfh7DixekjZMIakItOtoWHvCkxgRpel3EweWWhkpE35guaCkyd8E tACBOalW3A6JuPjUvbmIcmGCvzwtM2ikp6PmCOkRkzy9uJDWaCt1sfY84IQn0JW7 6j6lmneUqku4IuvJJO0vIo5E9h51KmI3GcgtN+9dQVj69ok/jWGIR+3nzi5493b7 O0AknJulku+pxxsFLbvOgFRSNNg86AOL32dmkMXDLRoHuCD20UffRNIZF9TkuN8p /lVrCr1W3QS9vYWz5VKKRJyql/xs5BHDgjNUzqS73IFKUcE8a5tbzah9JJZXgSHr SxtKKh38cPI7J0QqQGDcts4ED+fkEglel+t+sfK757Ofty4mBHhaUTXPp0fx6xZc vONMq9P+OCBwlJ1bJcLFIFnm0cISHo56XPGAjG0/9erWauBJBJ73wYs2Jj17JiL3 bkKueDTJMMwA+mrzaOr8PCLU4fI8JZGVpV8XCZUHo28xFmPwG3ZqZJExtA59igte TcC2/Vol1OFmpM4jYuxDCHcaDmbkTxZwDVMpDFw/kAEQ7M9SHcdWyZB4yUQOVMGl 9XWqJzL52adyFlhnLldnGEqD4cGQNNbOw+MA2YS/e02ugQGhP6i/eelsP8JCz6Kh sEtePOyitMHtG+p1ofDXP0Mneu95v5BDDK53W69QWDJEEA/gs5A= =rtjL -----END PGP SIGNATURE----- --rizectxnrfq4c2db--