similar to: experimental mercurial repository available

Hi all It seems Mercurial doesn't work with "write behind" on. Any ideas? With write-behind -- root at dj1:~/mnt# gluster volume set conf performance.write-behind on Set volume successful root at dj1:~/mnt# hg clone http://projects.unbit.it/hg/uwsgi destination directory: uwsgi requesting all changes adding changesets transaction abort! rollback completed abort: integrity check

Hi, all, This isn''t about rspec, but this list has people whose opinions I respect. So, I''m looking for a new version control system for my local development. I was going to install subversion, but I''ve heard rumors of people using some newer ones. Thoughts? I''d like to be able to run it either locally or on a home server. If I run it off a home server, then

On Wed, Jul 27, 2011 at 8:59 PM, Mark Lacey <641 at rudkx.com> wrote: > >> Besides, the git-svn readonly bridge is a great solution for those who >> want to use git >> > > It seems to be a reasonable solution for those individuals who want to use > git, but in my experience not for organizations that want to use git, e.g. > have a local server with local

Recently, I've been working on tools for doing high-quality conversions of project histories from centralized version-control systems like Subversion to modern decentralized systems like git and hg. To see what I mean by "high quality", take a look at my DVCS migration guide: <http://www.catb.org/esr/dvcs-migration-guide.html>. A really good conversion should, for example,

Hi, Just wondering whether anyone had thought about moving the R sources to a "distributed" version control system such as Bazaar, Git or Mercurial. These new generation systems make it easier to work on feature branches, allow working offline, are very fast, etc. Some projects that have moved to Git are Linux Kernel Perl Ruby on Rails ... http://en.wikipedia.org/wiki/Git_(software)

Jason Kim <jasonwkim at google.com> writes: > On Wed, Jul 27, 2011 at 8:59 PM, Mark Lacey <641 at rudkx.com> wrote: > > Besides, the git-svn readonly bridge is a great solution for those who want to use git > >   It seems to be a reasonable solution for those individuals who > want to use git, but in my experience not for organizations that >

Hi, the mercurial repository http://hg.mindrot.org/openssh hasn't been updated since a while now - are there any plans on bringing it back up-to-date again? Is there anything I could do to help with that? Thanks Cheers Petr -- Petr Cerny Mozilla/OpenSSH maintainer for SUSE Linux

On Sat, Mar 27, 2010 at 4:38 PM, Michel Alexandre Salim <michael.silvanus at gmail.com> wrote: >> git svn clone --no-minimize-url -s http://llvm.org/svn/llvm-project/llvm llvm > Initialized empty Git repository in /home/inf2/i2staff/salim/checkout/llvm/.git/ > RA layer request failed: Server sent unexpected return value (403 > Forbidden) in response to REPORT request for >

Hi, I have been looking at mirroring the SVN R repository into a DVCS (Mercurial, Git, bzr, etc...). The idea would be to have that as an always up-to-date untouched master (a mirror) but having it in a DVCS would make forks easier to make and maintain, and possibly ease up the process of having patches included upstream. Would anyone else be interested ? Laurent

> > > Besides, the git-svn readonly bridge is a great solution for those who want > to use git > It seems to be a reasonable solution for those individuals who want to use git, but in my experience not for organizations that want to use git, e.g. have a local server with local branches, with many people banging on that while at the same time continuously merging the LLVM mainline

Did the project ever come to a decision about making a transition to git? I'm trying to do some longer-term planning and it would be helpful to know what the roadmap is. Thanks! -Dave

I've changed to Mercurial for my working copies of survival for a number or resons not relevant to this post. When I do R CMD check, I get some warnings about certain files in the .hg directory with odd names. I've added the following 2 lines to my .Rbuildignore file without effect ^\.hg$ ^\.hg.* I'm not a Perl user so perhaps I'm reading the help page wrong. Any pointers? This

Sorry if this is the wrong list, but doing a code checkout via Mercurial produces the following: #hg clone http://xenbits.xensource.com/xen-3.2-testing.hg destination directory: xen-3.2-testing.hg requesting all changes adding changesets abort: could not import module ELFCLASS32! transaction abort! rollback completed Is there a workaround for this right now? -- Joe Auty NetMusician: web

I removed "dovecot" repository for now. It was almost the same as dovecot-1.1, with the exception that I had forgotten to commit a few things there and also messed up some other commits ("oh, hg export can export multiple changesets at a time, cool. oh, hg import imported it all in one changeset, not cool."). So for now v1.2 code doesn't exist. I'll clone it again from

On Jul 22, 2011, at 12:29 AM, Matthieu Moy wrote: > Andrew Trick <atrick at apple.com> writes: > >> SVN revision numbers are central to my workflow. I use them to tag >> results generated against various builds. I like those results sorted >> by time and the chronology should be obvious, > > This means in the presence of branches, you want the ordering to be

On Aug 18, 2011, at 10:57 AM, David Greene wrote: > > Did the project ever come to a decision about making a transition to > git? I'm trying to do some longer-term planning and it would be helpful > to know what the roadmap is. Me too. I've been catching up on the thread from a couple weeks ago, and I didn't see any clear conclusion. I have some comments about the

On Jul 22, 2011, at 2:02 PM, Andrew Trick wrote: >> Of course, if you've used SVN extensively, you've been trained to think >> that history has to be somewhat linear, and perhaps even that the trunk >> branch is the only one needing QA attention. Migration from SVN to Git >> is hard because you have to change the mental model, not just command >> names and

Bill Wendling <wendling at apple.com> writes: >> Let's face it, Joe Dragon is pretty much happy with svn and there's an >> svn-git bridge for the rest of us. The svn-git bridge is broken as several people stated before. It is easier to contribute code via the gateway but it causes headaches when one updates one's working git clone after submitting through dcommit.

On Sun, Mar 28, 2010 at 7:05 AM, Reid Kleckner <rnk at mit.edu> wrote: > On Sat, Mar 27, 2010 at 4:38 PM, Michel Alexandre Salim > <michael.silvanus at gmail.com> wrote: >>> git svn clone --no-minimize-url -s http://llvm.org/svn/llvm-project/llvm llvm >> Initialized empty Git repository in /home/inf2/i2staff/salim/checkout/llvm/.git/ >> RA layer request

On Sat, Jul 23, 2011 at 01:02:10AM +0200, Óscar Fuentes wrote: > One thing that I wanted to see (and probably missed, because I didn't > read all the thread) is to discuss the workflow. I'm under the > impression that not all regular LLVM developers understand the > implications for the LLVM community of migrating from a central VCS to a > distributed one, on terms of