Date: Fri, 12 Jul 2019 10:42:33 +0200 From: "Patrick M. Hausen" <hausen@punkt.de> To: David Demelier <markand@malikania.fr> Cc: freebsd-ports@freebsd.org Subject: Re: ffmpeg port Message-ID: <31A41EBB-0839-4DAC-8922-EBBFAC5BF432@punkt.de> In-Reply-To: <bc258c8a-53ac-37a6-b224-e4325b767dc0@malikania.fr> References: <2288dfa5-0ec0-d1f5-eeca-066260604c22@aventia.pw> <1ryy-rtgr-wny@FreeBSD.org> <95f2326f-8431-804d-1439-40dbc28f71a0@malikania.fr> <CAP7rwcjOa3xuBz66pLivnDxNifJbdR0=_xtJqyT678Y2xd6tWg@mail.gmail.com> <bc258c8a-53ac-37a6-b224-e4325b767dc0@malikania.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! > Am 12.07.2019 um 10:34 schrieb David Demelier <markand@malikania.fr>: > I'm not sure how can a LTS branch that you usually never update = (except CVE, security fixes) take more time than quarterly branches that = you need to recreate every 3 months and do some merges. The problem is that you need to backport security patches that you don=E2=80=99t get from upstream. E.g. for PHP 5.6. As far as the PHP = project is concerned the bugfix for PHP 5.6 is PHP 7.x and PHP 5.6 is dead. If you create an LTS branch with that older version there is the = implicit promise that it will be maintained. Redhat does this. I don=E2=80=99t know how large their department for = backporting is but i guess it is =E2=80=9Ehuge=E2=80=9C. Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?31A41EBB-0839-4DAC-8922-EBBFAC5BF432>