Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Jan 2020 10:44:47 -0800
From:      Devin Teske <dteske@freebsd.org>
To:        "koobs@freebsd.org" <koobs@FreeBSD.org>
Cc:        Devin Teske <dteske@freebsd.org>, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Ben Woods <woodsb02@freebsd.org>
Subject:   Re: svn commit: r356758 - in head/usr.sbin/bsdinstall: . scripts
Message-ID:  <0516A31C-EDFF-4579-A61D-5F1A7352E1A5@freebsd.org>
In-Reply-To: <81104b94-8c89-7eec-720f-0aab2201eb3f@FreeBSD.org>
References:  <202001150747.00F7lqiG071097@repo.freebsd.org> <CAPjTQNHa9Um%2B0S8zMD3eeop3YSdVti0o=DSv5%2BB=455wcrq3VA@mail.gmail.com> <B1F5089A-8C8A-4DB3-A6EF-5193A5D0F903@freebsd.org> <0100016fad773f6c-22812db6-4185-4922-a424-94c4ae083344-000000@email.amazonses.com> <81104b94-8c89-7eec-720f-0aab2201eb3f@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help


> On Jan 16, 2020, at 01:01, Kubilay Kocak <koobs@FreeBSD.org> wrote:
>=20
> On 16/01/2020 7:27 pm, Colin Percival wrote:
>> On 2020-01-15 21:07, Philip Paeps wrote:
>>> On 2020-01-16 04:57:28 (+1000), Oliver Pinter wrote:
>>>> On Wednesday, January 15, 2020, Ben Woods <woodsb02@freebsd.org> =
wrote:
>>>>>   bsdinstall: Change "default" (first) Partitioning method to ZFS
>>>=20
>>>> Plus I miss from here the relontes tag.
>>>=20
>>> I'm not sure if this merits a release notes entry but ... sure.
>>>=20
>>> There is not actually a functional change here.  It's just a =
defaults change.
>> I'd say that a change in defaults is far more deserving of being =
mentioned
>> in the release notes than, say, adding a new feature.  Nobody will =
trip over
>> new features by mistake, but there's probably someone out there who =
is used
>> to holding down the Enter key in the installer and expects to get =
UFS.
>=20
> +1 on changing the default. This doesn't preclude UFS systems or =
reduce choice (we value choice).
>=20
> +0 on tweaking it or setting exceptions if and where necessary, as =
long as it doesn't result in more than minimal fragmentation between =
versions/archs/install types: this is also a POLA issue. I don't oin its =
own consider "4gb systems" as necessary.
>=20
> +1 RELNOTES, we value POLA.
>=20

-1 on (mentioned somewhere in the thread) dynamic menu items that change =
based on hardware. Muscle memory is not bad.
=E2=80=94=20
Devin=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0516A31C-EDFF-4579-A61D-5F1A7352E1A5>