From owner-freebsd-gecko@freebsd.org  Tue Apr 10 21:20:39 2018
Return-Path: <owner-freebsd-gecko@freebsd.org>
Delivered-To: freebsd-gecko@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 DFD1FF9A60B
 for <freebsd-gecko@mailman.ysv.freebsd.org>;
 Tue, 10 Apr 2018 21:20:39 +0000 (UTC)
 (envelope-from jbeich@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 7F4C67F759
 for <freebsd-gecko@freebsd.org>; Tue, 10 Apr 2018 21:20:39 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: by mailman.ysv.freebsd.org (Postfix)
 id 3AD58F9A60A; Tue, 10 Apr 2018 21:20:39 +0000 (UTC)
Delivered-To: gecko@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 29BE5F9A609
 for <gecko@mailman.ysv.freebsd.org>; Tue, 10 Apr 2018 21:20:39 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2610:1c1:1:6074::16:84])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "freefall.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id D87E07F740;
 Tue, 10 Apr 2018 21:20:38 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: by freefall.freebsd.org (Postfix, from userid 1354)
 id B8BF5920C; Tue, 10 Apr 2018 21:20:38 +0000 (UTC)
From: Jan Beich <jbeich@FreeBSD.org>
To: "14th.president\@gmail.com" <14th.president@gmail.com>
Cc: gecko <gecko@freebsd.org>
Subject: Re: www/firefox-esr build dependencies
References: <CA+F8BMx7VqLFvaJC+z6_h6_xRj5Qq4--y3np3BYwFSAUFSyuMw@mail.gmail.com>
Date: Tue, 10 Apr 2018 23:20:34 +0200
In-Reply-To: <CA+F8BMx7VqLFvaJC+z6_h6_xRj5Qq4--y3np3BYwFSAUFSyuMw@mail.gmail.com>
 (14th.president@gmail.com's message of "Tue, 10 Apr 2018 16:38:30
 -0400")
Message-ID: <3702-sqql-wny@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain
X-BeenThere: freebsd-gecko@freebsd.org
X-Mailman-Version: 2.1.25
Precedence: list
List-Id: Gecko Rendering Engine issues <freebsd-gecko.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-gecko>,
 <mailto:freebsd-gecko-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-gecko/>
List-Post: <mailto:freebsd-gecko@freebsd.org>
List-Help: <mailto:freebsd-gecko-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-gecko>,
 <mailto:freebsd-gecko-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Apr 2018 21:20:40 -0000

"14th.president@gmail.com" <14th.president@gmail.com> writes:

> Greetings,
>
> I just got bit by having SECURE_DELETE turned off in
> databases/sqlite3, in that firefox failed the configure stage
> but only after a couple of hours of building other stuff had
> transpired.  I assume this applies equally to the other
> firefox ports, and probably seamonkey, as well.

SECURE_DELETE is documented by 20120726 in /usr/ports/UPDATING.
Properly fixing would require the ports framework to support
a way to specify dependencies with options, similar to flavors.

> I know that other ports have checks to make sure that
> certain flags are turned on in dependencies before
> trying to build, but I'm not sure how much of a headache
> that would be.

Those hacks tend to bitrot or grow out of sync over time e.g.,
https://svnweb.freebsd.org/changeset/ports/402343

There're not enough gecko@ peers to maintain existing hacks, so I'm not
enthused to add more for marginal benefit. After binary packages became
stable regular users shouldn't be using ports and power users should be
experienced enough to route around quirks.

If you feel strongly power up more and submit a patch. ;)