Re: Sparc64 doesn't care about you, and you shouldn't care about Sparc64
Warner Losh <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.sparc,gmane.os.freebsd.architechture |
|---|---|
| Message-ID | <CANCZdfoH7i9MBxjw1j4Pc3CpiZP=aP5vah2ay38cazkc7+reTA@mail.gmail.com> |
On Fri, Nov 13, 2015 at 11:15 PM, Elizabeth Myers <[email protected]> wrote: > You are seriously going to use "we're not NetBSD" as an argument? You noticed I didn't reply to it. The argument is completely lame. FreeBSD runs today in a variety of markets. Some new, some not so new. The thing that makes each of these areas unique is that there's a thriving community around them, FreeBSD still runs well enough on these machines to get something done, and when things break, they get fixed in a timely manner. Alpha was removed because it got broken by some changes, and stayed broken for a long time despite repeated requests to fix it. Sparc64 is on the cusp of that: some minor things are broken, but have been fixed. The current crisis is due to the end of life of gcc in the tree and its fallout coupled with some neglect of the port due to time constraints. At first I was all for removal. With more data, I'm less sure. If the promises are kept made in this thread, it looks to remain viable for a while, though the lack of a qemu-user solution means that packages for a slow platform (where they are really quite useful) will remain limited. Maybe there's enough hardware around that third-party pkg repos can fill the gap, maybe not. I think we should experiment with this model and see what it produces. Give the branching of 11 as the deadline to show something viable... Warner _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 To unsubscribe, send any mail to "[email protected]"