Date: Sun, 16 Dec 2018 18:22:44 -0800 From: Cy Schubert <Cy.Schubert@cschubert.com> To: Mark Millard <marklmi@yahoo.com>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org> Subject: RE: A proposal for code removal prior to FreeBSD 13 Message-ID: <20181217022242.C88143C69@spqr.komquats.com>
next in thread | raw e-mail | index | archive | help
Picking a random email to reply to, the process should also include determi= nation whether to migrate the software /feature to ports is required. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post. Apologies. Cy Schubert <Cy.Schubert@cschubert.com> or <cy@freebsd.org> The need of the many outweighs the greed of the few. --- -----Original Message----- From: Mark Millard via freebsd-arch Sent: 16/12/2018 16:34 To: freebsd-arch@freebsd.org Subject: Re: A proposal for code removal prior to FreeBSD 13 Warner Losh imp at bsdimp.com wrote on Sun Dec 16 16:32:35 UTC 2018 : > On Sun, Dec 16, 2018 at 8:27 AM George Neville-Neil <gnn at neville-neil.= com> > wrote: >=20 > > Howdy, > > > > A few of us are working on a list of programs and other code that we'd > > like to remove before FreeBSD 13. If others with to collaborate on thi= s > > removal, or discuss it, please do so here. > > > > The list is being maintained on the project WIki: > > https://wiki.freebsd.org/WhatsGoing/FreeBSD13 >=20 >=20 > I'm in the process of writing some of the criteria I've been using to dri= ve > discussions. I've promised a formal policy for a long time, but that's > turning out to be harder than I thought to write and have just documented > the criteria I look at to do the cost / benefit analysis for things. It's > skewed a bit towards old drivers and old architectures (or platforms with= in > those architectures), but it's likely a useful snowman to work towards > something better. https://wiki.freebsd.org/ObsoleteCriteria >=20 > . . . Given discussions such as the one for -r341682 ( one message being https://lists.freebsd.org/pipermail/svn-src-head/2018-December/120994.html = ), is a requirement for 64-bit atomics in order to support SMP going to potentially eliminate platforms like the multi-processor 32-bit powerpc support (some old PowerMac models are examples)? Should it be an example in WhatsGoing and a new ProjectPolicy? (While I sometimes have access to a couple of such old PowerMacs and experiment with FreeBSD on them, there is no reason FreeBSD should consider that in any way. I'm just referencing an existing example context.) Separately: Is there a fairly complete list of the Project Policies someplace? Each possibly with the matching MD requirements implications (when there are some)? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______________________________________________ freebsd-arch@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20181217022242.C88143C69>