From owner-svn-src-head@FreeBSD.ORG Wed Jun 19 15:01:32 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47FF4788; Wed, 19 Jun 2013 15:01:32 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 20437187C; Wed, 19 Jun 2013 15:01:30 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMGAFvGwVFR8m08/2dsb2JhbABagwkxv2R/F3SCIwEBBVYREhALDgoJFgQLCQMCAQIBJx4GDQEHAQGIDrtXj0IHCYNYA5ABgSyHPZAbgViBOTo Received: from 60.109-242-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.242.109.60]) by relay.skynet.be with ESMTP; 19 Jun 2013 17:01:24 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r5JF1McG012162; Wed, 19 Jun 2013 17:01:22 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Message-ID: <51C1C7BD.9060201@FreeBSD.org> Date: Wed, 19 Jun 2013 17:01:17 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130517 Thunderbird/17.0.6 MIME-Version: 1.0 To: Warner Losh Subject: Re: svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/libap... References: <201306180253.r5I2rj45053959@svn.freebsd.org> <51C08D7E.2000605@coosemans.org> <51C08F58.2070308@freebsd.org> <11DA3D8A-AD20-4DE1-B807-D09814F61947@bsdimp.com> In-Reply-To: <11DA3D8A-AD20-4DE1-B807-D09814F61947@bsdimp.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2PCQTSVESMILISWFUJFHD" Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andre Oppermann , Peter Wemm X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 15:01:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PCQTSVESMILISWFUJFHD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-06-19 03:37, Warner Losh wrote: > On Jun 18, 2013, at 11:36 AM, Peter Wemm wrote: >>> Installing SVN from ports is very painful because of the huge depende= ncy >>> chain it carries, with the largest being Python and Perl IIRC. >> >> That was one of my main motivations. A 2 year old machine builds this= >> in ~35 seconds with *no* footprint. The dependency abomination in >> ports tests my non-violent nature. This is a major source of pain on >> the freebsd.org cluster and after the stealth perl ABI changes without= >> a version bump.. well.. >=20 > Thanks for doing something! Although it came as a surprise (and seems > to have broken mips), I have found the developer load for svn isn't > building it once (that's easy, even if it does bring in the kitchen > sink). The problem comes when I update some OTHER port that updates > pyhton or something and boom, svn is busted until I rebuild it.... Python and Perl are pulled in by devel/apr1. I've sent a patch that splits up and simplifies this port to apache@ for discussion. I'll check the other subversion dependencies to see if more can be removed. Getting back to the discussion, the arguments I've seen so far are all about how bad the port is, but those are just reasons to fix the port not to tie the repo to releases. The transition period for the cvs-to- svn switch was way too long (several years) and despite that the switch was still disruptive to everybody's work flow. And now we're setting up exactly the same infrastructure just s/cvs/svn/? I'm also not convinced svnup in base would be good, because it still pulls src directly from svn and that would not be the case with a portsnap-like tool. With portsnap code distribution is separated from the underlying vcs. ------enig2PCQTSVESMILISWFUJFHD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iF0EAREIAAYFAlHBx8IACgkQfoCS2CCgtiupiwD+OSuDHnoEb2SIYuTOBv8MJ/5R hBnLh/bpUNY1kykMITwA9iBqPi/7Im8H672AGqu5IU5KcZTYjs47XPUhCx1F0to= =tp89 -----END PGP SIGNATURE----- ------enig2PCQTSVESMILISWFUJFHD--