--- On Wed, 9/12/12, Chris Rees <[email protected]> wrote:
> From: Chris Rees <[email protected]> > Subject: Re: [HEADS-UP] Announcing the end of port CVS > To: "Jeffrey Bouquet" <[email protected]> > Cc: "Beat Gaetzi" <[email protected]>, [email protected] > Date: Wednesday, September 12, 2012, 12:07 PM > On 12 September 2012 15:14, Jeffrey > Bouquet <[email protected]> > wrote: > > > > --- On Wed, 9/12/12, Jeffrey Bouquet <[email protected]> > wrote: > > > >> From: Jeffrey Bouquet <[email protected]> > >> Subject: Re: [HEADS-UP] Announcing the end of port > CVS > >> To: [email protected], > "Beat Gaetzi" <[email protected]> > >> Date: Wednesday, September 12, 2012, 6:31 AM > >> > >> > >> --- On Fri, 9/7/12, Beat Gaetzi <[email protected]> > >> wrote: > >> > >> > From: Beat Gaetzi <[email protected]> > >> > Subject: [HEADS-UP] Announcing the end of port > CVS > >> > To: [email protected] > >> > Date: Friday, September 7, 2012, 5:36 AM > >> > The development of FreeBSD ports is > >> > done in Subversion nowadays. > >> > For the sake of compatibility a Subversion to > CVS > >> exporter > >> > is > >> > in place which has some limitations. For > CVSup > >> mirroring > >> > cvsup > >> > based on Ezm3 is used which breaks regularly > especially > >> on > >> > amd64 > >> > and with Clang and becomes more and more > >> unmaintainable. > >> > > >> > For those reasons by February 28th 2013 the > FreeBSD > >> ports > >> > tree will > >> > no longer be exported to CVS. Therefore ports > tree > >> updates > >> > via CVS > >> > or CVSup will no longer available after that > date. All > >> users > >> > who use > >> > CVS or CVSup to update the ports tree are > encouraged > >> to > >> > switch to > >> > portsnap(8) [1] or for users which need more > control > >> over > >> > their ports > >> > collection checkout use Subversion directly: > >> > > >> > % svn co https://svn0.us-west.FreeBSD.org/ports/head /usr/ports > >> > > >> > and update a checked out repository using: > >> > > >> > % cd /usr/ports && svn update > >> > > >> > Advanced users, or larger sites, might > consider setting > >> up a > >> > local > >> > svn mirror. Both for people doing direct > checkouts and > >> for > >> > people > >> > wanting to use a local mirror, they can access > one of > >> the > >> > public > >> > subversion servers [2]. > >> > > >> > How to set up a Subversion mirror using > svnsync(1) is > >> > described in > >> > the FreeBSD Committers Guide [3]. Initial > seeds to set > >> up a > >> > svnsync > >> > mirror are provided on the FreeBSD FTP mirror > sites > >> under > >> > /pub/FreeBSD/development/subversion/. > >> > > >> > Binary packages for pkg_install are still > provided via > >> the > >> > FTP mirror > >> > network. There is also pkgng which is a > feature rich > >> > replacement tool > >> > for pkg_install available in the ports tree > under > >> > ports/ports-mgmt/pkg. > >> > Packages for pkgng are available on > pkg.FreeBSD.org. > >> > > >> > To use pkg.FreeBSD.org at least pkgng 1.0 RC6 > is needed > >> and > >> > can be > >> > enabled in pkg.conf like this (where ${ABI} > is > >> dependent on > >> > your > >> > system): > >> > PACKAGESITE > : http://pkg.freebsd.org/${ABI}/latest > >> > SRV_MIRRORS > : YES > >> > > >> > With pkgng 1.0 SRV_MIRRORS is enabled by > default and > >> no > >> > longer needs > >> > to be set explicitly. If pkgng prior to 1.0 > RC6 is > >> used > >> > http://pkgbeta.FreeBSD.org can be used as > packagesite > >> > instead. > >> > > >> > Please keep im mind that the pkgng > infrastructure is > >> still > >> > considered > >> > as beta. More information about pkgng can be > found at > >> > http://wiki.FreeBSD.org/pkgng and https://github.com/pkgng/pkgng. > >> > > >> > Beat, on behalf of portmgr@ > >> > > >> > [1] http://www.FreeBSD.org/doc/handbook/updating-upgrading-portsnap.html > >> > [2] http://www.FreeBSD.org/doc/handbook/mirrors-svn.html > >> > [3] > >> > http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/committers-guide/subversion-primer.html > >> > > _______________________________________________ > >> > [email protected] > >> > mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > >> > To unsubscribe, send any mail to "[email protected]" > >> > > >> [1] Should not this go in UPDATING now for persons > who have > >> it > >> set in cron and do not read this list? Thus > they would > >> have time > >> to prepare adequately or to ask questions at the > minimum. > >> > >> [2] Any URL of sites which would be portsnap or svn > updated, > >> yet > >> export via a cvs server for persons to continue > using > >> csup/cvsup? > >> > >> I had a random thought that this change could be > delayed one > >> release > >> so that csup could depend upon a new .so. "on > purpose" in > >> v10 that > >> would notify the user somehow that it is deprecated > in > >> v11... but > >> that neglects cvsup... > >> > >> J. Bouquet > >> _______________________________________________ > >> [email protected] > >> mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports > >> To unsubscribe, send any mail to "[email protected]" > >> > > > > As an example of a problem they may encounter, I am > stuck at > > crafting a solution (a .svn or portsnap ports tree, > which I > > understand may not allow (at least without specific > > commands to "version" them...) local log files, local > > Makefile.local, etc...) > > You don't understand correctly. You've been told it's fine > before; svn > ignores any files it doesn't know about. > > > And a ports tree which includes many > > of the latter. > > > > It seems it would be somewhat of a three-way merge > > which at many points would be not adequately scripted, > since > > copies from the newer (.svn, portsnap) may not be > adequately mirrored to the > > more-files-included (as above) "final working ports > tree", etc, unless it > > specifically copied/gcp'd/rsync'd different types of > directories > > within the tree (find -depth, /files/, /src/, etc > etc...) so as > > to remove as well as add files depending upon the > location of > > the directory within the port's PWD. > > It seems doable, but at the expense of many many hours > of > > scripting. Unless someone's done it already and > put up a guide > > somewhere. > > > > Or I'm approaching it wrong, and simply want a ports > tree server > > on the network... or some near-equivalent. > > NFS? > > > Apologies if there is some simple step/solution that I > read and > > have not comprehended in a man page already, or a wiki > page, or > > equivalent. > > If you made clear exactly what you want, someone could point > you > towards documentation. > > >From what I can make of above, you want a three-way > merge of portsnap and svn? > > > Again, I see this as impacting more than just a few of > some admin's who > > use csup/cvsup as a matter of course, and may have a > few > > critical FreeBSD machines in a large infrastructure, or > many > > in a smaller infrastructure, and their updating > procedure > > may thus stall irrevocably (even worse, a remote > upgrade one > > version to another, or an early version 9 to a later > version 9, > > and a few hours of downtime to cvsup, say 2-3 am and > some may > > discover the command no longer works... maybe breaking > some > > process of site (or router) (or firewall) (or > network...) ...) > > This is why over six months' notice has been given. > > Chris > _______________________________________________ > [email protected] > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[email protected]" > Alright. I've not tried the precise older-files-rsync-over .svn yet. Thanks for the information, I've put it on the list of stuff to try if/when I get the time very soon. (Workable probably from a thumbdrive for some machines, some of which do not have space for a .svn repository on that filesystem) Sounds maybe more workable than the portsnap (man portsnap > update suggests local files will be gone. In the instance I tried, "/usr/ports was not created by portsnap" although it was... maybe due to post-portsnap addition of files.) ... I've not seen a long web page with screenshots of .svn updating equivalent to csup/cvsup... but that sort of ignores my concerns about the points of failure. Granted, .svn should not be relied upon by those unfamiliar with its use and the ports tree, but a beginner's guide in that regard maybe should be in place before .svn officially entirely replaces csup/csvup... Csup/cvsup is a 'binary' failure, usually, it works or it doesn't. Maybe a .svn-and-ports wiki webpage where the (five?) most common equivalents, and (five?) most common errors, could be expounded upon.... I also thought of today a scripted scheme using portmaster's portmaster -L --index-only... Howsoever, if it is this complex a workaround(s) (hours setup at each machine here, and subsequent testing, only one of which I use day-to-day) (and still dread the pkgng changeover), I suspect that there are a at least some CPU running FreeBSD where the admins/users *don't* read the ports list, forum, as closely as they would a notice in UPDATING (after all, pages and pages of forum search reveal csup/cvsup solely, with a side mention of the portsnap man page). That is why I thought that the notice to this list, should go in UPDATING right away, even if only tentative. Then maybe other persons also trying the switchover right away could write more threads or posts regarding any issues or concerns... J. Bouquet _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[email protected]"
