Date: Sat, 4 Jun 2011 22:21:15 -0500 From: Ade Lovett <ade@FreeBSD.org> To: freebsd-ports Ports <freebsd-ports@freebsd.org> Subject: Re: GPC 2006 (Pascal) -- deprecated or "expired"?? Message-ID: <D834B653-18AD-45E0-80CE-BAD454BD5A14@FreeBSD.org> In-Reply-To: <4DEAEBAD.2040107@aldan.algebra.com> References: <BANLkTimmQ7UYubpe0R9NYCVDqXhApcSdGA@mail.gmail.com> <20110603001251.GA66356@server.vk2pj.dyndns.org> <BANLkTi=Qn6j4eVTxTcG0PdN1RjjvdEuQSQ@mail.gmail.com> <20110603065653.GB65291@server.vk2pj.dyndns.org> <BANLkTik_XeSpOY-RTeng-t%2BJpQA9=-jBQQ@mail.gmail.com> <4DE8D764.20607@gmx.de> <4DEA8A0E.5070108@aldan.algebra.com> <alpine.BSF.2.00.1106041541520.34154@wonkity.com> <4DEAB13F.5060809@FreeBSD.org> <4DEAEBAD.2040107@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 04, 2011, at 21:36 , Mikhail T. wrote: > On 04.06.2011 18:27, Doug Barton wrote: >> The math on this is simple, there are maintainers willing to do the = work, or not. > It does not matter, whether there are any such maintainers, /if there = is no work to do/. Neither lang/gpc nor databases/db2 (for one more = example) required a maintainer at all, when they got "pre-emptively" = killed... Incorrect. But you already knew that. Fundamental infrastructure = changes are coming. Yes, it's a cabal, and yes, you weren't invited. = This will require "tweaking things". When that level of changes = happens, things that are marked MAINTAINER=3Dports@FreeBSD.org are the = _first_ to get nuked. Why? Because no-one actually cares enough to = maintain things, as opposed to merely using them. > Every port in the universe (interestingly, all of them happened to be = in the Solar system), /that continues to build through changes in the = base OS/. That's quite achievable -- in fact, we had just that until = fairly recently... Horsecrap[tm]. src/ changes are in fact the least of our worries (but = you knew that already). Making Stuff Work[tm] through ports/ = infrastructural changes is a whole different ball game. Surprisingly = enough, we do spend considerable time working through edge cases to try = to make <random-port> continue to function, but given a choice between = making the infrastructure better, as opposed to a few MAINTAINER=3Dports@ = things falling by the wayside. It's a no-brainer. But you already knew that. Enjoy your perfect universe. Those of us in the real world will make = choices. -aDe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D834B653-18AD-45E0-80CE-BAD454BD5A14>