Date: Mon, 31 Dec 2018 09:05:41 -0500 From: Eric McCorkle <eric@metricspace.net> To: freebsd-hackers@freebsd.org Subject: Re: Speculative: Rust for base system components Message-ID: <ccc601f5-8c9f-f6db-01ba-4da51fe9d438@metricspace.net> In-Reply-To: <39272.1546241776@critter.freebsd.dk> References: <ca76e5f7-6e59-bd67-144a-90ad66f0252e@metricspace.net> <39272.1546241776@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1EkmMiZUvYPMSPWClHwzggurudpsDtzaG Content-Type: multipart/mixed; boundary="qGfaMKZkWMWmUwlTF4WtmyNzVj8lSZc3n"; protected-headers="v1" From: Eric McCorkle <eric@metricspace.net> To: freebsd-hackers@freebsd.org Message-ID: <ccc601f5-8c9f-f6db-01ba-4da51fe9d438@metricspace.net> Subject: Re: Speculative: Rust for base system components References: <ca76e5f7-6e59-bd67-144a-90ad66f0252e@metricspace.net> <39272.1546241776@critter.freebsd.dk> In-Reply-To: <39272.1546241776@critter.freebsd.dk> --qGfaMKZkWMWmUwlTF4WtmyNzVj8lSZc3n Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12/31/18 2:36 AM, Poul-Henning Kamp wrote: > So exactly which "base system components" are we talking about ? >=20 > The largest non-contrib program we maintain in the tree, is ppp(8) > and that is only 43KLOC. >=20 > That is not enough code to warrant a refactoring into a different > programming language, in particular not when usage is so low that > nobody has even bothered to merge the multi-link support from > net/mpd5 in the last 10 years. >=20 > So the only piece of code I can imagine which would ever come close > to qualifying, would be if somebody starts writing BSystemD(8) > from scratch. >=20 > And I'm 100% convinced that people will want that optional and firmly > segregated in a port for at least the first a decade. >=20 > And as far as I know, we *are* trying to make base more modular, and > migrate it to pkgbase to make the attachment of/to ports more > seamless, right? That's an interesting point. If the modularization effort ends up providing the ability to replace parts of contrib with certain ports, then it would be rather straightforward to create rust-based alternatives= =2E As for what I'd be keen to rewrite, I'd put security-critical bits like, say, pam, kerberos, su, and such on the list. I've also kicked around the idea of trying to get a simple Rust-based EFI boot loader up and going. All of these would benefit from WRT kerberos, I did have the base heimdal replaced with MIT kerberos from ports for a while. This mostly works (and has some benefits), but unfortunately doesn't seem to be able to support kerberized NFS. --qGfaMKZkWMWmUwlTF4WtmyNzVj8lSZc3n-- --1EkmMiZUvYPMSPWClHwzggurudpsDtzaG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQPGL/SuSPN3pRzpwUI38IpFsHCbAUCXCoiNQAKCRAI38IpFsHC bLLvAP0ak9E/MRZxIVa94KrZ2iPW+hnHUb1iwNMAPJvzeATB2AEA8l5tehbGIYbW hP3SpWQ6YrawVbW8JCBVXCXMnO5CjQM= =Oadk -----END PGP SIGNATURE----- --1EkmMiZUvYPMSPWClHwzggurudpsDtzaG--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ccc601f5-8c9f-f6db-01ba-4da51fe9d438>