From owner-freebsd-ports-bugs@freebsd.org Sun May 24 12:12:39 2020 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93B5232C1B8 for ; Sun, 24 May 2020 12:12:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49VJyH3VcJz3dd1 for ; Sun, 24 May 2020 12:12:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7809432C3D7; Sun, 24 May 2020 12:12:39 +0000 (UTC) Delivered-To: ports-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 77D1932C42D for ; Sun, 24 May 2020 12:12:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VJyH2dkWz3dgc for ; Sun, 24 May 2020 12:12:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5601B20FE1 for ; Sun, 24 May 2020 12:12:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 04OCCdHq066958 for ; Sun, 24 May 2020 12:12:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 04OCCdS4066955 for ports-bugs@FreeBSD.org; Sun, 24 May 2020 12:12:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 246623] www/caddy: Update to 2.0.0 Date: Sun, 24 May 2020 12:12:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: buildisok X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: basil.hendroff@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 12:12:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246623 --- Comment #7 from Basil Hendroff --- (In reply to Daniel Tihanyi from comment #6) Hi Daniel, Thank you for considering the additional feedback from Dan and myself. I wo= uld also encourage you to visit and continue to monitor the Caddy forum post https://caddy.community/t/caddy-version-1-end-of-life-date/7835/11 as there= has been some new feedback from the Caddy team, and, it is likely the=20 Caddy team will use this as the vehicle for further feedback. There are two key stakeholder groups here - Representing and driving it from the FreeBSD side, at this stage, are you, Dan and me; From the Caddy side, = it is Matt Holt and his team. Where possible, we want to try and accommodate t= he interests of both groups. I'm going to try to impartially, but critically, speak to this in the points below. 1. pidfile, DAEMON, etc. Like you, I'm scratching my head wondering about the significance of some elements. Maybe there's a gap in my knowledge; maybe it's a FreeBSD complia= nce thing. If it's the latter, what bothers me is that we add in superfluous elements that appear to add no real value to running Caddy in the FreeBSD r= d.c framework. The issue that we create is that, down the track, those followin= g in our footsteps, lose sight of what's relevant and what's not. Thank you for considering my suggestion about command_args reordering. I st= ill think this is a good idea, however, based on feedback from the Caddy team, I now withdraw my comments about a 'quiet mode'.=20=20 2. The location of the Caddy binary and Caddyfile. >From a FreeBSD perspective, if you are to maintain backward compatibility w= ith the V1 package, the Caddy binary should be located in /usr/local/bin/caddy = and for the Caddyfile it is /usr/local/www/Caddyfile. From a Caddy perspective,= the preferred locations for V2 are /usr/bin/caddy and /etc/caddy/Caddyfile.=20 The way to accommodate both groups is to include configurable script parame= ters in the rc script for both the binary and Caddyfile. The tough decision for = you to make will be to decide which set of defaults to use. I think the question for you to consider in this will be 'Which stakeholder group will benefit m= ost from the defaults?'. 3. Caddy2 I can understand why Dan has raised this. Matt has some concerns with the approach though. I think what's important from a FreeBSD perspective is that both V1 and V2 continue to be available for the foreseeable future. Given t= he lack of backward compatibility, this is not an unreasonable request. Is it possible to accommodate both Dan and Matt's concerns? I don't have enough understanding of the ports framework to make any suggestions around this, b= ut I guess, ideally, caddy should default to the latest version, but V1 should be selectable via some switch. --=20 You are receiving this mail because: You are the assignee for the bug.=