On Oct 6, 2011, at 11:34 AM, Lev Serebryakov <lev_at_FreeBSD.org> wrote: > Hello, Garrett. > You wrote 6 октября 2011 г., 19:28:07: > >>> On a newly installed development machine I installed subversion-freebsd >>> from ports and ended up with a huge dependency chain. Eventually I got >>> the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.12 >>> and m4. This is a bit too much. The last four should not be required to >>> check out the FreeBSD source tree. They also may conflict with newer >>> versions one wants to have on a development machine (python3, perl6, ...). >>> >>> Is there a way to cut this down a bit and just have a svn client with only >>> the necessary stuff? >> We're using an install method that's not recommended by the svn >> project, but the maintainer refuses to get on the supported track so > Huh? It is something new for me (maintainer). What is "recommended" > method? > You need slqite3, it is not-optional dependency. sqlite3 need tcl to > be built. Use binary package for sqlite3 and you will not need tcl. > >> we're stuck installing tcl and a few other things for subversion. >> Search for subversion in the closed prs for patches and more details.. > Please, blame sqlite3 for tcl. sqlite3 could be build without it > easily, and I don't understand, why sqlite3 maintainer uses it > unconditionally. Yes, it gives SLIGHTLY more optimal resulting code, > but, IMHO, tcl is too high price for it in most cases. You're right. I meant sqlite3, not subversion.. Sorry for the noise ;/.. Thanks, -Garrett >Received on Thu Oct 06 2011 - 16:43:38 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:18 UTC