Received: from mail-40135.protonmail.ch (mail-40135.protonmail.ch [185.70.40.135]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id A6EC2781A72 for <~alpine/devel@lists.alpinelinux.org>; Sat, 28 Nov 2020 12:39:57 +0000 (UTC) Date: Sat, 28 Nov 2020 12:39:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1606567196; bh=tLidSe6uQxq0sXYehkkQuYqFUraSY0uvFXXGH7DpKTI=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=QUPBXCvFig0hMsBrijC7Mzsl89FGmkXNDrINsZbIjPN+cjZ8daVezf1J7wS/UIWfa F4f2ZlPRT51NWsZlhqzSvY8UBDOIf4BghqBuo7NgIXv2VbStNuKgPKU//s/+k10waK j/kjZdu3HtAE1zXMW67XnL1X1RcLwLFjr28ZimEU= To: Rasmus Thomsen From: ecsx Cc: Natanael Copa , Alpine develmopment <~alpine/devel@lists.alpinelinux.org> Reply-To: ecsx Subject: Re: Alpine 3.12.0 release candidate 1 is out Message-ID: In-Reply-To: References: <20200522121940.31bd4862@ncopa-desktop.copa.dup.pw> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch > They'll both be equally well maintained, but ff-esr will stay on the > supported esr version (right now 68.x), while ff (non-esr) will always > be the latest release. As such you probably want to use ff-esr if you > value stability (as in no UI changes, no new features etc.) and ff if > you want the latest features or speed improvements. I did not keep up with both versions and updates. Did it happen as you expected? Did ff and ff-esr got same speed with upgrad= es and were equally maintained? I see in the wiki schedule that 3.13.0 is getting close and I will decide a= gain between ff and ff-esr (because both are in community repo). So I just want to know if the position is the same and if everything worked= out as you planned in 3.12.0? I think the most important question is what was the SLA for security update= s for ff and ff-esr and if one was better maintained. Sorry for so many questions but I depend on having updated ff for security = critical reasons. I'm asking all this assuming 3.13.0 will ship with both options again and w= ill I have to choose one. If that's not the plan please let me know Thanks all for the awesome work. There's no distro like alpine. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Tuesday, May 26, 2020 1:35 PM, Rasmus Thomsen wrote: > Hello, > > first off, thanks for testing the RC! :) > > On Tue, 2020-05-26 at 15:23 +0000, ecsx wrote: > > > I've been using 3.12.0-RC1 for the last days and it's working well so > > far. I got just a few notes. > > > > - There's firefox-esr and firefox in community repo now. Are they > > equally maintained? Which one is recommended? It's been clear in th= e > > past (with firefox-esr in community and firefox in testing) that yo= u > > should choose firefox-esr for stability and better support. What no= w? > > > > They'll both be equally well maintained, but ff-esr will stay on the > supported esr version (right now 68.x), while ff (non-esr) will always > be the latest release. As such you probably want to use ff-esr if you > value stability (as in no UI changes, no new features etc.) and ff if > you want the latest features or speed improvements. I imagine most end > users will want ff (non-esr). > > > - python3 doesn't provide a python binary or symlink, just a python3. > > The end-of-life python2 still owns `python`. For the next RC it > > should be the other way around? > > > > We tried removing the /usr/bin/python symlink from python2 in time for > 3.12 but unfortunately too many things in aports still rely on > /usr/bin/python being python2. Unfortunately it's now too late in the > release process for such a big change - but with 3.13 /usr/bin/python > being python2 should be a thing of the past. > > > - Are there any guides for syslinux installation on modern (UEFI) > > boards? I couldn't get it to work and ended up using GRUB. > > > > I could swear we have a wiki article about this (which I can't find > right now though), but I have to admit I always use rEFInd or GRUB on > my machines, so maybe someone else knows more about that :) > > > I'll keep using this RC and let you know if any bug pops up but so > > far it's good. > > Congrats! > > Thanks! > > Rasmus Thomsen