Re: Subversion for DF sources
On 2006-01-12, Erik Wikström [EMAIL PROTECTED] wrote:
I'd say that if there is a move then it will be to a decentralized VCS
and with some luck it will include an efficient checkout in the package.
Hm, I went for Mercurial and I'll never look back (the same regards to
the Linux kernel tree on my Linux box and would regard to FBSD source
tree on my FBSD box if someone would ever care to set up a Mercurial
mirror for it).
Yes, it will be never included in the base, because it's in Python
which is not feasible for the base. But honestly, is it worth to care
about? You can either:
* pkg_add python, bootstrap pkgsrc, insert Corecode's unofficial
Mercurial installation ruleset, install Mercurial;
* bootstrap pkgsrc, compile python, insert Corecode's unofficial
Mercurial installation ruleset, install Mercurial;
* pkg_add python, install Mercurial by hand;
It's not a big fuss, and insert Corecode's unofficial Mercurial
installation ruleset stage will go away as soon as Mercurial will get
into pkgsrc.
Once it's done, the source can be checked out and Mercurial provides
fast updates, superb offline history browsing with changeset based view
and it eliminates the need of retrospective src-051113{,.tar.{gz,bz2}}
style source tree backups as it features fast forwards/rewinds of
the source tree and cheap (hard link based) clones for the case when one
needs two snapshots simultaneously.
So as an end user, I massively ignore what the main repo is stored in
as long as the Mercurial service is in place; the other POV is that of
the maintainers of the main repo -- I'm sure they will be able to figure
out what's the optimal for their purpose. (Oh yes, another POV is that
of mirrors, and yet another is that of the ones with a commit bit -- but
my [naive?] idea is that the VCS backend makes a difference mainly for
repo maintainers and end users [who do source based updates]).
Just my 2 cents.
Csaba
Re: Subversion for DF sources
On 2006-01-12 14:29, Erik Wikström wrote: On 2006-01-12 05:43, Nigel Weeks wrote: A week or so ago, a discussion rattled around about cvsup being written in c++. What about launching into it, and moving to subversion instead? That way, the updater could be included in the base system, as it's c++ AND BSD licenced. Probably great scads or work, but it might be a good idea. Hot sure that solves the problem, to my (limited) understanding the problem is not with CVS per se (though there are problems with that too) but rather with checking out the whole repository at once. Using normal CVS this is not very efficient and CVSup is. The question then is how efficient subversion is. (Someone who knows please confirm/deny.) To correct myself: using cvsup you can get a copy of the repo and work against it localy, which you can't do with just cvs, don't know if you can get a local copy of the repo with subversion. Erik Wikström -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone -- Bjarne Stroustrup
Re: Subversion for DF sources
At 3:43 PM +1100 1/12/06, Nigel Weeks wrote: A week or so ago, a discussion rattled around about cvsup being written in c++. Some comments on this part of your message: FreeBSD already has a side project to rewrite cvsup in C (plain C, not C++). Right now this is not a full featured replacement, but it works. It is called 'csup', and is in the freebsd projects repo (which is a separate repository from the base-system repo, and separate from freebsd-ports). For my own purposes, 'csup' is not a complete-enough replacement for 'CVSup', but I expect it's a much better starting point than several thousand lines of modula-3 and an empty C++ source file. At the *exact* same time that the 'csup' project was first being worked on, it happens that I was paying an RPI grad student to do a rewrite of CVSup, and that work was in C++ (because that's the language he had the most programming experience with). Once we found out that two projects were going on, we kinda compared notes and at that time it seemed like the 'csup' project was farther along than mine, so I cancelled mine. I could probably dig up that code if you're really keen on a C++ rewrite, but I'm not sure how much of a help it would be. (I am not a C++ programmer...) What about launching into it, and moving to subversion instead? That way, the updater could be included in the base system, as it's c++ AND BSD licenced. Probably great scads or work, but it might be a good idea. I like subversion. Other developers have become attached to other SCM systems. Everyone hates CVS, but they all know CVS so it's often easier to stick with CVS than to fight out what should replace it... Everyone knows CVS sucks, but they also know it has a long reliable track record, and they know how to live with the parts of CVS where it sucks. More and more significant projects (such as samba) are switching to subversion, but it still doesn't have quite the track record that CVS has. I'm a little confused with your comment of What about launching into it, and using subversion instead?. If you want to launch into a rewrite of CVSup, then why would you *also* switch to subversion? Did you mean: What about *NOT* launching into a CVSup rewrite, and moving to subversion instead? There is also an OpenCVS being worked on from members of the OpenBSD group, which would give you CVS with a BSD license. I know they plan to be completely CVS compatible -- plus important new features!, but I have no idea if this would give you a CVSup-like ability. And obviously, this doesn't actually exist as a as a usable alternative yet. Of course, if you're going to write something from scratch, than what you have doesn't exist yet either, so you can't really claim that as an advantage over OpenCVS... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED]
Re: Subversion for DF sources
Csaba Henk wrote: So I'd appreciate if you could dig up the exact link, but if you can't... this very thread made me aware of the fact that with cvsup I can get the revision history (RCS files), so there is nothing to keep me away from setting up a hg mirror for FBSD like you do for Dfly apart from my laziness... yah, found it on the hg wiki: http://hg.fr.freebsd.org/ -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \
