Date: Thu, 23 Sep 2021 15:10:17 -0300 From: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= <rollingbits@gmail.com> To: Baptiste Daroussin <bapt@freebsd.org> Cc: current@freebsd.org Subject: Re: [HEADSUP] making /bin/sh the default shell for root Message-ID: <89AFBF75-09BD-4AA2-B575-CB9D915D08AC@gmail.com> In-Reply-To: <577BC6B6-DA44-47FD-A70B-A30404968E4F@gmail.com> References: <577BC6B6-DA44-47FD-A70B-A30404968E4F@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail-21B2EC8B-C2DD-4250-80DC-A72AB9444BED Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sep 23, 2021, at 3:01 PM, Lucas Nali de Magalh=C3=A3es <rollingbits@gmail= .com> wrote: >=20 > =EF=BB=BF >>> On Sep 22, 2021, at 5:38 AM, Baptiste Daroussin <bapt@freebsd.org> wrote= : >>>=20 >> TL;DR: this is not a proposal to deorbit csh from base!!! (=E2=80=A6) >=20 > I'm used to see FreeBSD remembered as a traditional OS full of professiona= lism > and open to innovation. The front door for the BSD world and an OS that do= esn't > copy Linux. But more and more I'm seeing that BSD will need a new front do= or > soon, that this OS is becoming more and more another Linux, that professio= nalism > is being left aside and that innovation is being undone and/or simply eras= ed. > I wish I were about to write that it's the first time in a lot of time tha= t I see a problem > being systematically recreated but this isn't true either. And I feel sad I= 'm being > getting used to this, too. >=20 > Mark Millard found that LLVM multi-threaded linker is buggy on Armv7 and r= eported > it in another thread. I commented on it, even. It wasn't mention in that t= hread that the > numbers there shows another problem recreated that must be solved again. T= he > processes there were killed *before* virtual memory started to being heavi= ly used. This > goes against the intended use of virtual memory. If virtual memory isn't u= sed it's lost > resource: a thing that must be removed from the system, optimized away. In= that > specific case, virtual memory should have entered into place, being fully f= illed and then > the process will be killed. And just to be complete, the non-debuggability= of LLVM were > a known problem of LLVM by the time of the discussions that lead to it's i= mport in the > tree. And, by mentioning problems needing solution, I received: Post to freebsd-arch@FreeBSD.org denied: Re: [HEADSUP] making /bin/sh the de= fault shell for root This used to not be a problem. I know of what followed were the truth and I'= ve no intention in changing my status about this. And this huge thread is about a cosmetic change. Fanta= stic! --=20 rollingbits =E2=80=94 =F0=9F=93=A7 rollingbits@icloud.com =F0=9F=93=A7 rolli= ngbits@gmail.com =F0=9F=93=A7 rollingbits@yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?89AFBF75-09BD-4AA2-B575-CB9D915D08AC>