On Fri, Jul 21, 2006 at 11:45:28AM -0700, Diwaker Gupta wrote: > On 7/20/06, Daniel Veillard <veillard@xxxxxxxxxx> wrote: > >On Thu, Jul 20, 2006 at 01:59:43PM -0700, Diwaker Gupta wrote: > >> Given that most Xen related stuff (including virt-man) lives in > >> Mercurial repositories, it seems a little weird (and a little > >> cumbersome) that libvirt continues to use CVS. This issue briefly came > >> up on the list once earlier, but didn't go anywhere. Is there any > >> strong reason why libvirt can't move to Mercurial? > > > > I know how to manage secure access to a CVS server, add users, write > >access, provide anonymous access and snapshot to tarballs. I have no idea > >how to do this with a mercurial server, that's #1 reason. I want the > >source code tools to be hosted on a server I manage too. > >Why do you think it is weird ? libvirt is not part of Xen source tree. > >You should not have to recompile libvirt when you compile Xen (and vice > >versa) so where is the problem for you ? > > I don't particular have a "problem" with CVS. My argument is simply > this: for read-only anonymous access (which usually is the majority), > Mercurial is infact easier to setup than CVS; for commit access, > Mercurial fixes a whole bunch of *known* CVS problems (atomic commits, > disconnected operation etc). Further, since libvirt is still fairly > new, it would be easier to make the switch now rather than later. > Finally, you're right that libvirt doesn't require compiling Xen -- I > mentioned that simply to say that since these are "related" software > projects, it is convinient for developers to just use one set of tools > across the baord rather than a different thing for each project. I just followed the mercurial presentation at OLS, and asked a couple of questions. Seems it should be possible to still operate in a centralized mode with push for people with commit rights, so I may switch if I manage to get my head around it and find the time needed to setup and test. But don't hold your breath, I think there is more pressing issues :-) Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/