Date: Thu, 3 Jan 2019 07:46:58 -0500 From: Eric McCorkle <eric@metricspace.net> To: freebsd-hackers@freebsd.org Subject: Re: Speculative: Rust for base system components Message-ID: <e954a12f-5d23-7a3f-c29b-c93e1250965c@metricspace.net> In-Reply-To: <201901021829.x02IT4Kc064169@slippy.cwsent.com> References: <201901021829.x02IT4Kc064169@slippy.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YKca981aoJ0Qm45jGoNlRSLtrWQ79U2Uz Content-Type: multipart/mixed; boundary="XYvkAQEoxZAJ3ICNi8mSi4WOZ7TL21rof"; protected-headers="v1" From: Eric McCorkle <eric@metricspace.net> To: freebsd-hackers@freebsd.org Message-ID: <e954a12f-5d23-7a3f-c29b-c93e1250965c@metricspace.net> Subject: Re: Speculative: Rust for base system components References: <201901021829.x02IT4Kc064169@slippy.cwsent.com> In-Reply-To: <201901021829.x02IT4Kc064169@slippy.cwsent.com> --XYvkAQEoxZAJ3ICNi8mSi4WOZ7TL21rof Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 1/2/19 1:29 PM, Cy Schubert wrote: >> I'm all for discussion and criticism of this, that's why I posted it, >> but I don't think these kinds of false equivalences are helpful. >=20 > Actually it is helpful. Without a solid proposal of a new feature or=20 > userland utility to be imported into base that requires the support of = > a language not already in base, the implication of the original email=20 > starting this thread was to rewrite FreeBSD using rust. That doesn't represent what I wrote at all, and is bordering on a strawman argument. Nobody to my knowledge is suggesting rewriting everything, nor would that be possible. > In reality we should rely more on ports. Over the years this business=20 > has become more fragmented. Each year we see new languages being=20 > developed and used. Importing new shiny objects into base is=20 > unsustainable. IMO the momentum is behind containerization,=20 > specifically kubernetes and docker-like containers. That is today. The = > next year or two will introduce new technologies and shiny objects=20 > which we will likely need to introduce here to remain relevant. We=20 > should be looking to reduce the footprint of base, introduce new=20 > technologies in ports (ports are much easier to build from scratch,=20 > maintain, and update than base). Additionally the idea of meta-ports=20 > that install groups of packages would make building purpose-built=20 > systems a breeze for our user base, similar to what anaconda does, like= =20 > a FreeBSD based LAMP (FAMP) stack package that installs all the=20 > necessary bits with one pkg install command. And that seems to be the point of convergence in all this, which is fine by me. I was looking to discuss the options and figure out the best way forward. --XYvkAQEoxZAJ3ICNi8mSi4WOZ7TL21rof-- --YKca981aoJ0Qm45jGoNlRSLtrWQ79U2Uz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQPGL/SuSPN3pRzpwUI38IpFsHCbAUCXC4EQgAKCRAI38IpFsHC bMPRAQChSF2bTSbOiwGk+G1staojbYANRO43piaeoY/rZ8m7fgEA/LBpFVKHSV8M ugt7YSbxsY8i74YER9MldbIxTCd9WwI= =yPFz -----END PGP SIGNATURE----- --YKca981aoJ0Qm45jGoNlRSLtrWQ79U2Uz--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e954a12f-5d23-7a3f-c29b-c93e1250965c>