Date: Tue, 15 Nov 2011 08:55:52 -0800 From: Chip Camden <sterling@camdensoftware.com> To: freebsd-ports@freebsd.org Subject: Re: cvs checkout ./. csup Message-ID: <20111115165552.GC18788@libertas.local.camdensoftware.com> In-Reply-To: <CA%2Bt49P%2BP-kUeJ7Y-ugtBzBH-7V_mPHJZnsP_LL4-%2BVuycs9_Mw@mail.gmail.com> References: <20111115094823.GA9461@sh4-5.1blu.de> <4EC2466B.3020808@infracaninophile.co.uk> <CA%2Bt49P%2BP-kUeJ7Y-ugtBzBH-7V_mPHJZnsP_LL4-%2BVuycs9_Mw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--8X7/QrJGcKSMr1RN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Daniel Nebdal on Tuesday, 15 November 2011: > On Tue, Nov 15, 2011 at 12:00 PM, Matthew Seaman > <m.seaman@infracaninophile.co.uk> wrote: > > On 15/11/2011 09:48, Matthias Apitz wrote: > >> Since many years I'm fetching or updating /usr/ports with > >> > >> # cd /usr > >> # setenv CVSROOT :pserver:anoncvs@anoncvs.fr.FreeBSD.org:/home/ncvs > >> # cvs checkout ports > >> > >> and later do the updating just with: > >> > >> # cd /usr/ports > >> # cvs update > >> # portupgrade -ai > >> > >> The FreeBSD handbook describes (or recommends?) using 'csup' for > >> updating ports tree... What is the advantage (or reason, if any)? > > > > Efficiency, basically. =A0csup should require less bandwidth and put le= ss > > load on servers than using cvs directly. =A0It works like rsync, only > > transferring the parts of the files that changed but exploiting the cvs > > revision history to produce more specific and minimal deltas than you > > can get just by using the standard rsync algorithm. > > > > However csup(1) doesn't give you any of the VCS features you'ld get by > > doing a cvs checkout -- so no simple way to diff a local copy against > > the repo, etc. etc. 'cvs checkout' of all or parts of the ports is still > > frequently preferable for developing rather than just using the ports. > > > > There are also many more cvsup servers worldwide than there are anon-cvs > > servers. > > >=20 > There's also portsnap, which has been in the base system for a while > now. It has some of the same drawbacks as csup/cvsup (no VCS > features), but is in my experience faster than them. In short, you can > use "portsnap fetch extract" to download a complete compressed tarball > of current ports and extract it, and after doing that you can use > "portsnap fetch update" to update to the current state. Read the > manpage; there are some important details. >=20 > It uses a binary patch system that's quite efficient, so if you just > want an updated /usr/ports , it's probably the fastest solution. (I > think the exact method is that "fetch" grabs a tarball if it doesn't > exist. If it does exist, it gets the binary patches required to update > it to the current state. With it in place, "extract" unpacks the > entire thing, and "update" only extracts the files touched by the last > "fetch"-command.) >=20 > It has a handbook page: http://www.freebsd.org/doc/handbook/portsnap.html >=20 In my experience, portsnap is much faster than csup for updating ports. I've tried both (at different times) updating almost daily for months at a time. --=20 =2EO. | Sterling (Chip) Camden | http://camdensoftware.com =2E.O | sterling@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com --8X7/QrJGcKSMr1RN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJOwpmYAAoJEIpckszW26+RZuIH/jHh5NgXfWAOJwYtc7JKgYlr v++pYZvhLibVHCc/p1tUTW2RAkhmN4GVucJDZIYEeq86QMuSiLcoNT5zlRqDHgfo n5bP/MHwhUFi+OuTB//FL7v1+w/qvH8ThGrMmrWSEyIBmarVPAsSCV7sw1BLAnSu 2lnweO3506r041y2oIZiT8QpsHsreA+MVQi0ki0cQBQrYKVFGZrtPwUAseF1EEKI pv3sDn7EpbM9fsgSuS7vy14fRykMVlbibknoz9hpZFvGya84Tunn2q2DjExwx5ov gxDVb/m7DfJ1ghBLJLwO7MyvS2BddTrFAOzR5GGFlgnVwzHCnqayU57y6kl/Veo= =zD6V -----END PGP SIGNATURE----- --8X7/QrJGcKSMr1RN--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111115165552.GC18788>