librelist archives

« back to archive

cloning

cloning

From:
Date:
2012-04-11 @ 04:36
Would somebody be kind enough to comment on 
http://librelist.com/browser//libgit2/2011/12/3/libgit2-questions/#180df46d1cfd0705f85af728ad44403e
and either expand on that or indicate changes that might be in effect now 
that we're 4 months on?

For my part, when I'm trying, I fail w/:

Failed to commit locked file from buffer 
        - Failed to load next revision

when attempting git_remote_download()


Kind regards,

-bch

-- 
Brad Harder
Method Logic Digital Consulting
http://methodlogic.net/
http://twitter.com/bcharder

Re: [libgit2] cloning

From:
Carlos Martín Nieto
Date:
2012-04-11 @ 07:26
On Wed, 2012-04-11 at 04:36 +0000, bch@methodlogic.net wrote:
> Would somebody be kind enough to comment on 
http://librelist.com/browser//libgit2/2011/12/3/libgit2-questions/#180df46d1cfd0705f85af728ad44403e
and either expand on that or indicate changes that might be in effect now 
that we're 4 months on?
> 
> For my part, when I'm trying, I fail w/:
> 
> Failed to commit locked file from buffer 

This error probably comes from the problem explained here:
https://github.com/libgit2/libgit2/pull/587#issuecomment-4691144

I'm writing a version of the indexer that can work when given data from
a network stream which indexes the pack at the same time as it writes it
out and will be able to do the final rename.

   cmn

Re: [libgit2] cloning

From:
Date:
2012-04-11 @ 16:34
On Wed, Apr 11, 2012 at 09:26:29AM +0200, Carlos Mart??n Nieto wrote:
> On Wed, 2012-04-11 at 04:36 +0000, bch@methodlogic.net wrote:
> > Would somebody be kind enough to comment on 
http://librelist.com/browser//libgit2/2011/12/3/libgit2-questions/#180df46d1cfd0705f85af728ad44403e
and either expand on that or indicate changes that might be in effect now 
that we're 4 months on?
> > 
> > For my part, when I'm trying, I fail w/:
> > 
> > Failed to commit locked file from buffer 
> 
> This error probably comes from the problem explained here:
> https://github.com/libgit2/libgit2/pull/587#issuecomment-4691144
> 
> I'm writing a version of the indexer that can work when given data from
> a network stream which indexes the pack at the same time as it writes it
> out and will be able to do the final rename.

OK -- so should I interpret this as git_download_remote() is required
for cloning, but doesn't currently work?

Reading that comment, not sure who to interpret the words :) -- when
you're talking about reverting a commit and overwriting objects, are you
talking about reverting a commit in the libgit2 development, or are you
talking about what libgit2 should do in the course of its operation? Did
git_download_remote() work previously? ETA for working version in future?

In general, I'm really enjoying libgit2, and appreciate all the work
that's gone into it so far. I'm looking forward to seeing it put a dent
in the way we use Git in the future...

Kind regards,

-bch

>    cmn
> 

-- 
Brad Harder
Method Logic Digital Consulting
http://methodlogic.net/
http://twitter.com/bcharder

Re: [libgit2] cloning

From:
Carlos Martín Nieto
Date:
2012-04-11 @ 17:05
On Wed, 2012-04-11 at 16:34 +0000, bch@methodlogic.net wrote:
> On Wed, Apr 11, 2012 at 09:26:29AM +0200, Carlos Mart??n Nieto wrote:
> > On Wed, 2012-04-11 at 04:36 +0000, bch@methodlogic.net wrote:
> > > Would somebody be kind enough to comment on 
http://librelist.com/browser//libgit2/2011/12/3/libgit2-questions/#180df46d1cfd0705f85af728ad44403e
and either expand on that or indicate changes that might be in effect now 
that we're 4 months on?
> > > 
> > > For my part, when I'm trying, I fail w/:
> > > 
> > > Failed to commit locked file from buffer 
> > 
> > This error probably comes from the problem explained here:
> > https://github.com/libgit2/libgit2/pull/587#issuecomment-4691144
> > 
> > I'm writing a version of the indexer that can work when given data from
> > a network stream which indexes the pack at the same time as it writes it
> > out and will be able to do the final rename.
> 
> OK -- so should I interpret this as git_download_remote() is required
> for cloning, but doesn't currently work?

git_remote_download() is what you call if you want to get data from the
other side, so yeah, you need it.

> 
> Reading that comment, not sure who to interpret the words :) -- when
> you're talking about reverting a commit and overwriting objects, are you
> talking about reverting a commit in the libgit2 development, or are you
> talking about what libgit2 should do in the course of its operation? Did

The first is about reverting the commit I mentioned. The problem that
commit tried to solve was Windows' dislike of overwriting existing (git)
object files, which made it delete the temporary file on non-Windows.

> git_download_remote() work previously? ETA for working version in future?

Yes, it used to work. I just finished writing a working version of the
new indexer. I still need to fix the memory leaks and clean up the
history and I'll be going home in a bit, so give it a few days,
depending on how much I need to do for the university.

   cmn