Date: Mon, 31 Jul 2023 20:05:31 -0400 From: "Jason E. Hale" <jhale@freebsd.org> To: Charlie Li <vishwin@freebsd.org> Cc: "Jason E. Hale" <jhale@freebsd.org>, Vladimir Druzenko <vvd@freebsd.org>, Daniel Engberg <diizzy@freebsd.org>, ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 7ebddd96d372 - main - multimedia/mlt7*: Update to 7.18.0 Message-ID: <CAJE75NGYj4OV3wv1oWw2=hRgOkVxym0x5q-Mv6oG2nqYA80_Qw@mail.gmail.com> In-Reply-To: <85be2188-0502-4252-7aec-9951dcf36a0c@freebsd.org> References: <202307302015.36UKFpFO036109@gitrepo.freebsd.org> <39e34dfa-db88-0b05-6ae1-02137701dd9d@freebsd.org> <21e21bfd-e0e2-f3d8-2f7c-34333f2c94dd@freebsd.org> <fa3c4450-5ffe-95a3-37bc-8b49dc5df7e1@freebsd.org> <5afa5396-12f2-baa7-573a-6608225c25b2@freebsd.org> <dd4e4037e3f80898a6e4db29fba51a66@pyret.net> <0a630993-2521-e330-02dd-606ac146b91a@freebsd.org> <CAJE75NFTRVon=0=7xSVZ7V0yUPXNPX47ek=suj0rUSCPdFirJg@mail.gmail.com> <85be2188-0502-4252-7aec-9951dcf36a0c@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jul 31, 2023 at 5:56=E2=80=AFPM Charlie Li <vishwin@freebsd.org> wr= ote: > > Jason E. Hale wrote: > > On Sun, Jul 30, 2023 at 9:15=E2=80=AFPM Vladimir Druzenko <vvd@freebsd.= org> wrote: > >> The need has arisen. > >> > > > > I think the most sensible approach would be to handle the ebur128 > > dependency similar to librsvg2 and pycryptography. It would be trivial > > to create a Mk/Uses/ebur128.mk and allow the user to set whether they > > wanted to use the legacy C implementation via DEFAULT_VERSIONS in > > /etc/make.conf. The rust version would still be the default, however. > > Does that sound like an agreeable solution? > > > Not really. > > The librsvg2 and py-cryptography arrangements exist due to being > fundamental components of many consumers of wide-ranging general use > cases. Not having librsvg2 wipes out desktop and some (web) graphics > support, and no py-cryptography eliminates nearly any Python package or > consumer using SSL/TLS/X.509. ebur128 doesn't come close to those > impacts, and thus an additional USES is not worth the cost. > I'm curious as to what cost would it add other than an extra 1494 bytes of space to everyone's ports tree and my spare time, as I've already implemented it. > By contrast, multimedia, especially on the creation/rendering/mixing > side, is not nearly a general use case compared to those aforementioned. > Since this thread is about MLT in particular, there is no need for any > special treatment here, since MLT and its consumers are not designed or > intended to be built or ran on insufficiently-resourced computingues. > environments. > That's understandable, but vdv@ seems to have had the resources before this change, otherwise would not be raising the issue. -Jason
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJE75NGYj4OV3wv1oWw2=hRgOkVxym0x5q-Mv6oG2nqYA80_Qw>