From owner-freebsd-multimedia@freebsd.org Mon Sep 17 17:30:28 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 0044010A2B9F for ; Mon, 17 Sep 2018 17:30:27 +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 763E684898 for ; Mon, 17 Sep 2018 17:30:27 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 395C310A2B9C; Mon, 17 Sep 2018 17:30:27 +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 F0D2410A2B9A; Mon, 17 Sep 2018 17:30:26 +0000 (UTC) (envelope-from mandree@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 9492D84884; Mon, 17 Sep 2018 17:30:26 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from mandree.no-ip.org (p200300D023DE9800329C23FFFE3F7574.dip0.t-ipconnect.de [IPv6:2003:d0:23de:9800:329c:23ff:fe3f:7574]) (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 2BAD52342C; Mon, 17 Sep 2018 17:30:26 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 78213122DC5; Mon, 17 Sep 2018 19:30:23 +0200 (CEST) To: "Tobias C. Berner" 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 , danfe@freebsd.org, olivier@freebsd.org, ehaupt@freebsd.org, dumbbell@freebsd.org, FreeBSD@shaneware.biz References: <8745aabb-b6d8-b8b6-2745-78818c6d5594@FreeBSD.org> <92cd8d96-d129-5612-7246-7753800143e5@FreeBSD.org> From: Matthias Andree 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: <33ae9410-0161-84d0-f742-6d75989bb283@FreeBSD.org> Date: Mon, 17 Sep 2018 19:30:23 +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: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 18 Sep 2018 04:09:19 +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: Mon, 17 Sep 2018 17:30:28 -0000 Am 17.09.18 um 18:39 schrieb Tobias C. Berner: > Moin moin > > Do you have a list of the kde@ ports broken by the update? Or is this a > compile everything, then fix it call?  Moin Tobias, Thanks for picking up the thread for kde@. This list you are asking about is empty, but you never know what happens with sweeping changes in the field after the fact, that's why I am pushing forward. We don't want a high-profile port diverging between quarterly and head, and we don't want to duplicate fix efforts right after the branch. I have compile-tested all ports in poudriere 11.2-RELEASE amd64 that have a direct dependency on ilmbase or OpenEXR listed that is either mandatory, or an option that defaults to "ON". The only casualty is the unmaintained (upstream and ports) graphics/ampasCTL (see below why) and none of the *kde* or *qt* ports have broken or killed ports that require them. I may take one or two more stabs at ampasCTL to see if it turns out to be low-hanging fruit. My call is "check if you have any concerns about my proposed update to ilmbase/OpenEXR and the OpenEXR -> openexr rename". The proposed update is the one I provide as patch, not the earlier shar file. If you are keeping an outside private KDE repository, you may have to merge my patch into your private kde@ repository once I commit, and test your own ports that depend on ilmbase/openexr before you commit your tree back to the FreeBSD ports repository. NOTE: I think I do not formally need to ask approval about PORTREVISION bumps and bumps to requisite library changes, we do not normally do that. I do want to coordinate nonetheless, and I'll happily receive approvals. I just can't afford to spend hours on end to chase down everybody behind mail exploders. I believe I've done a thorough job of testing the builds and direct dependents, and if someone wants to do a full -exp run, use the patch from my previous message, URIs repeated below for convenience: - https://people.freebsd.org/~mandree/openexr-v2.patch - https://people.freebsd.org/~mandree/openexr-v2.patch.asc (GnuPG sign.) Note that OpenEXR is not formally advertised as incompatible, what I found out so far is: * "Iex::BaseExc no longer derived from std::string." is what appears to have broken ampasCTL because it can't seem to std::cout << ... those data types any more and I get a truckload of excuses why none of the candidates is viable for automatic type conversion. Haven't yet dug deeper, but I don't consider an unmaintained (upstream & downstream) leaf port as sitting in the critical path anyways, we can fix it after the fact (and the fix could also be MFHd from head to quarterly without ado since it's unbreaking a broken port, hence pre-approved). Cheers, Matthias