In message <52538D19.8000505_at_freebsd.org>, Julian Elischer writes: > On 10/8/13 12:34 PM, Mehmet Erol Sanliturk wrote: > > > > > > > > On Mon, Oct 7, 2013 at 9:49 PM, Julian Elischer <julian_at_freebsd.org > > <mailto:julian_at_freebsd.org>> wrote: > > > > On 10/8/13 9:33 AM, Steve Kargl wrote: > > > > On Mon, Oct 07, 2013 at 08:41:38PM -0400, George Mitchell wrote: > > > > On 10/07/13 20:28, John-Mark Gurney wrote: > > > > Julian Elischer wrote this message on Tue, Oct 08, > > 2013 at 08:01 +0800: > > > > not a big thing but I believe that a lot of > > poeple use ci/co on /etc > > becasue it is "just there" > > > > +1 > > > > Folks, this is just plain a major violation of the > > Principle of Least > > Amazement. RCS is ideal for keeping track of my > > configuration files > > in /etc. What do we gain by removing it? > > > > Less GPL code in FreeBSD? > > > > not a problem unless you plan in shipping a changed version of > > it on your product?? > > > > > > > > Most new versions of GPL licensed code are converted to Version 3 GPL . > > > > This is blocking FreeBSD if they keep GPL licensed code in base , > > because commercial companies usingFreeBSD are not able to use > > FreeBSD any more if the FreeBSD switches to Version 3 GPL . > > > > This obstacle is in the base system GCC : It stayed in an older > > version , and necessitated to switch to Clang/LLVM . > > > > Difficulty of such a switch is apparenly known . > > Therefore cleaning base from GPL licensed code is a vital > > requirement for further progress WITH RESPECT TO FreeBSD Project > > structure . > > > > Thank you very much . > > sure but lets keep the one one in the the tree untill there is a > replacement ready to commit. ro 10 will have NO RCS which is a POLA. We do now have an rcs57 port which is the same as what was in base. The port could be made to _optionally_ install into /usr instead of ${LOCALBASE}. -- Cheers, Cy Schubert <Cy.Schubert_at_komquats.com> FreeBSD UNIX: <cy_at_FreeBSD.org> Web: http://www.FreeBSD.orgReceived on Tue Oct 08 2013 - 18:24:40 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:42 UTC