From owner-freebsd-multimedia@freebsd.org Sun Sep 16 10:21:22 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 0E800109D6F7 for ; Sun, 16 Sep 2018 10:21:22 +0000 (UTC) (envelope-from mandree@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 9DC8986281 for ; Sun, 16 Sep 2018 10:21:21 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 62BDB109D6F6; Sun, 16 Sep 2018 10:21:21 +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 40659109D6F4; Sun, 16 Sep 2018 10:21:21 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 E81EE86273; Sun, 16 Sep 2018 10:21:20 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from mandree.no-ip.org (p54A03395.dip0.t-ipconnect.de [84.160.51.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: mandree/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id BEFC2176FF; Sun, 16 Sep 2018 10:21:20 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 11006122DC5; Sun, 16 Sep 2018 12:21:19 +0200 (CEST) From: Matthias Andree To: 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 Cc: FreeBSD@Shaneware.biz, danfe@FreeBSD.org, dumbbell@FreeBSD.org, ehaupt@FreeBSD.org, olivier@FreeBSD.org References: <8745aabb-b6d8-b8b6-2745-78818c6d5594@FreeBSD.org> Openpgp: id=DC4A655BD993CD4871FA8210E412B156EFF3855A 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: <92cd8d96-d129-5612-7246-7753800143e5@FreeBSD.org> Date: Sun, 16 Sep 2018 12:21:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <8745aabb-b6d8-b8b6-2745-78818c6d5594@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 16 Sep 2018 10:38:26 +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 10:21:22 -0000 Greetings, following up on myself, I have: * ... 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. - https://people.freebsd.org/~mandree/openexr-v2.patch - https://people.freebsd.org/~mandree/openexr-v2.patch.asc (GnuPG sign.) * ... 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.) 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. 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. The patch above therefore marks ampasCTL as BROKEN, and we should probably also mark it for expiration and perhaps graphics/ampasACES-container, too. ## portmgr ## I figured that mail systems were getting in my way on the MAINTAINER= addresses in some places with "you are not subscribed" or "too many recipients" on kde@, or thereabouts, we can't have MAINTAINER= addresses break mass communication like that, for sweeping updates that's an obstacle. 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. I intend to commit in the European afternoon hours of Sept 23rd (probably somewhen between 11:00 and 16:00 h UTC). 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. Best regards Matthias I wrote on 2018-09-09: > Greetings fellow porters, > > 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. > > 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. > > 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. > > I need your input regarding the OpenEXR port upgrade on these items: > > 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? > > 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. > > The proposed port update contains two ports under ${PORTSDIR}/graphics/ > and has been uploaded to: > > * 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 > > Further links: > > * OpenEXR web site > * openexr project on GitHub > > This is the list of maintained ports that have a direct dependency on > ilmbase and/or OpenEXR, with OpenEXR elided for obvious reasons. > > Thanks for your cooperation. > >> 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 > > Happy coding, > Matthias >