* Petr Baudis ([EMAIL PROTECTED]) wrote:
> Ok, cg-pull didn't quite handle this. I've fixed it so that it should
> reasonably handle it now. Hopefully.
Is this plus the zero-sized fix worth making cogito-0.12-2 rpm release?
IOW, these two patches...
diff-tree 291ec0f2d2ce65e5ccb876b46d6468af49dd
On Sun, 10 Jul 2005, Russell King wrote:
>
> On Sun, Jul 10, 2005 at 01:03:30PM -0700, Linus Torvalds wrote:
> > Anyway, I pushed out the merge, so don't worry about your tree. But let's
> > hold off on this partial thing for a while, ok?
>
> Thanks, that's good news. I was fearing having to r
On Sun, Jul 10, 2005 at 01:03:30PM -0700, Linus Torvalds wrote:
> Anyway, I pushed out the merge, so don't worry about your tree. But let's
> hold off on this partial thing for a while, ok?
Thanks, that's good news. I was fearing having to reconstruct stuff.
Do you want me to re-populate linux-
On Sun, 10 Jul 2005, Russell King wrote:
>
> Ok, let's give this a go then. However, I'm not confident in this
> working, especially after seeing the output of git-fsck-cache --full...
> and I've no idea _why_ it's complaining.
Ok, I've downloaded your objects, and it all looks fine. Nothing i
On Sun, Jul 10, 2005 at 09:51:16AM -0700, Linus Torvalds wrote:
> On Sun, 10 Jul 2005, Russell King wrote:
> > It means that rsync --delete-after can (in theory) be used when
> > making changes available to the upstream maintainer.
>
> I'd suggest against that from a safety standpoint (no backups)
On Sun, 10 Jul 2005, Russell King wrote:
>
> It means that rsync --delete-after can (in theory) be used when
> making changes available to the upstream maintainer.
I'd suggest against that from a safety standpoint (no backups), but what
you _can_ do is to upload only the objects I don't have.
Dear diary, on Sun, Jul 10, 2005 at 10:09:14AM CEST, I got a letter
where Russell King <[EMAIL PROTECTED]> told me that...
> On Sat, Jul 09, 2005 at 10:58:18PM +0100, Russell King wrote:
> > $ mv .git/objects/pack/* .git/
> > $ for i in .git/*.pack; do git-unpack-objects < $i; done
> > Unpacking 55
On Sun, Jul 10, 2005 at 12:15:48AM -0700, Junio C Hamano wrote:
> As a workaround until Cogito gets updated, would it help to have
> the environment variable GIT_ALTERNATE_OBJECT_DIRECTORIES
> pointing at the untouched copy of Linus tree's .git/objects/
> directory? All your other trees would find
On Sat, Jul 09, 2005 at 10:58:18PM +0100, Russell King wrote:
> $ mv .git/objects/pack/* .git/
> $ for i in .git/*.pack; do git-unpack-objects < $i; done
> Unpacking 55435 objects
> fatal: inflate returned -3
This morning's cg-update gave these new errors:
receiving file list ... done
wrote 86 b
> "RK" == Russell King <[EMAIL PROTECTED]> writes:
RK> I would if I could, but my workflow involves having an untouched local
RK> copy of your tree and several trees for each area.
RK> This involves updates using relative paths, and as has already been
RK> found elsewhere, this (with cogito 0
On Sat, Jul 09, 2005 at 10:15:41PM -0700, Linus Torvalds wrote:
> So you can fix this by getting the current git release, but you probably
> shouldn't even care. Just use the pack-files as pack-files instead, and
> enjoy the higher performance and lower disk use ;).
I would if I could, but my w
On Sat, 9 Jul 2005, Linus Torvalds wrote:
>
> No, I htink you're using cogito-0.12, and I fixed this one-liner that
> didn't make it into cogito:
Btw, this will only affect unpacking. The packed objects should be fine,
and you'll never see this if you keep the index file around and have the
pa
On Sat, 9 Jul 2005, Junio C Hamano wrote:
>
> > "RK" == Russell King <[EMAIL PROTECTED]> writes:
>
> >> $ mv .git/objects/pack/* .git/
> >> $ for i in .git/*.pack; do git-unpack-objects < $i; done
> >> Unpacking 55435 objects
> >> fatal: inflate returned -3
Ahh, damn.
> >> so it seems tha
> "RK" == Russell King <[EMAIL PROTECTED]> writes:
>> $ mv .git/objects/pack/* .git/
>> $ for i in .git/*.pack; do git-unpack-objects < $i; done
>> Unpacking 55435 objects
>> fatal: inflate returned -3
>>
>> so it seems that the pack is corrupt... or something.
>>
>> $ md5sum .git/*.pack
>>
On Sat, Jul 09, 2005 at 10:58:18PM +0100, Russell King wrote:
> On Thu, Jul 07, 2005 at 05:23:26PM -0700, Linus Torvalds wrote:
> > On Thu, 7 Jul 2005, Tony Luck wrote:
> > > This is what happens ("linus" is a local branch just pulled from
> > > kernel.org,
> > > so it just contains one pack file
On Thu, Jul 07, 2005 at 05:23:26PM -0700, Linus Torvalds wrote:
> On Thu, 7 Jul 2005, Tony Luck wrote:
> > This is what happens ("linus" is a local branch just pulled from kernel.org,
> > so it just contains one pack file and its index).
> >
> > $ cg-update linus
> > `/home/aegl/GIT/linus/.git/ref
On Fri, 8 Jul 2005, Petr Baudis wrote:
> It seems like the whole pull family is totally borked now, and I'm
> getting desperate. Looks like this evening will be *pull.c fixing for
> me.
>
> Jul 04 Daniel Barkalow [PATCH 0/2] Support for transferring pack files in
> git-ssh-*
>
> is what brings
Dear diary, on Fri, Jul 08, 2005 at 02:09:48AM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
>
>
> On Thu, 7 Jul 2005, Linus Torvalds wrote:
> > >
> > > cg-update from a local repo that contains packs is broken though :-(
> >
> > Is this with cg-0.12? The most re
On Thu, 7 Jul 2005, Kevin Smith wrote:
>
> Absolutely. For the kernel it might not make sense, but I view it as a
> really important feature for tiny projects around the world. Even a CGI
> requirement makes it impossible to serve a project from free or really
> cheap web hosts. Plain HTTP is
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Thu, 7 Jul 2005, Eric W. Biederman wrote:
>>
>> For optimizing network bandwidth that sounds like the way to go. For
>> adhoc development I don't know. For a central sever you still need
>> an authenticated way to push content, which makes it anoth
Eric W. Biederman wrote:
Linus Torvalds <[EMAIL PROTECTED]> writes:
That said, I really think the dumb protocols are useless anyway. No other
system supports pure static object pulling anyway, and as far as I'm
concerned, I want "rsync" to kind of work (but it won't be optimal, since
re-pack
On Thu, 7 Jul 2005, Tony Luck wrote:
>
> This is what happens ("linus" is a local branch just pulled from kernel.org,
> so it just contains one pack file and its index).
>
> $ cg-update linus
> `/home/aegl/GIT/linus/.git/refs/heads/master' -> `.git/refs/heads/linus'
> does not exist
> /home/ae
On Thu, 7 Jul 2005, Linus Torvalds wrote:
> >
> > cg-update from a local repo that contains packs is broken though :-(
>
> Is this with cg-0.12? The most recent release should be happy with packs.
Ahh, I see it. It's because it uses "git-local-pull", and yes,
git-local-pull does the old filen
> > cg-update from a local repo that contains packs is broken though :-(
>
> Is this with cg-0.12? The most recent release should be happy with packs.
Yes ... I pulled, built and installed the latest cogito this afternoon
before trying
to touch anything involving packs. cg-version says:
cogito-
On Thu, 7 Jul 2005, Tony Luck wrote:
>
> > > So, what _is_ then the way to pull now, actually? If we use rsync, won't
> > > we end up with having the objects we previous had twice now?
> >
> > Rsync works fine. You can either unpack the pack you get, or, if you
> > prefer, just run
> >
> >
> "TL" == Tony Luck <[EMAIL PROTECTED]> writes:
TL> Also "git-fsck-cache" in a repo that is fully packed complains:
TL>fatal: No default references
"git-fsck-cache --full", perhaps?
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTE
> > So, what _is_ then the way to pull now, actually? If we use rsync, won't
> > we end up with having the objects we previous had twice now?
>
> Rsync works fine. You can either unpack the pack you get, or, if you
> prefer, just run
>
> git-prune-packed
cg-update from a local repo that
On Fri, 8 Jul 2005, Petr Baudis wrote:
> Let me join the sceptics camp. :-)
>
> Dear diary, on Thu, Jul 07, 2005 at 09:04:58PM CEST, I got a letter
> where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> > Note that I just re-packed the kernel archive on kernel.org, and removed
> > _all_
On Thu, 7 Jul 2005, Eric W. Biederman wrote:
>
> For optimizing network bandwidth that sounds like the way to go. For
> adhoc development I don't know. For a central sever you still need
> an authenticated way to push content, which makes it another dimension
> of the problem.
I'm convinced th
Linus Torvalds <[EMAIL PROTECTED]> writes:
> That said, I really think the dumb protocols are useless anyway. No other
> system supports pure static object pulling anyway, and as far as I'm
> concerned, I want "rsync" to kind of work (but it won't be optimal, since
> re-packing will delete all
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
>> (2) When "showing --objects", it lists the top-level tree node
>> with no name, which makes it indistinguishable from commit
>> objects by pack-objects, probably impacting the delta logic.
>> Would something like the following patch make
Let me join the sceptics camp. :-)
Dear diary, on Thu, Jul 07, 2005 at 09:04:58PM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> Note that I just re-packed the kernel archive on kernel.org, and removed
> _all_ unpacked files. Once that percolates to the mirrors, t
On Thu, 7 Jul 2005, Junio C Hamano wrote:
>
> (1) Would it make sense to have an extra flag to "rev-list
> --objects" to make it list all the objects reachable from
> commits listed in its output, even when some of them are
> unchanged from UNINTERESTING commits? Right now, a pack
>
On Thu, 7 Jul 2005, Junio C Hamano wrote:
>
>- X.git/objects/pack can have packed GIT archives. I
> envision that this will be a series of 5 to 20 MB packs,
> occasionally adding a new incremental pack when
> X.git/objects/??/ directories accumulate enough standalone
> S
I have two questions on "rev-list --objects".
(1) Would it make sense to have an extra flag to "rev-list
--objects" to make it list all the objects reachable from
commits listed in its output, even when some of them are
unchanged from UNINTERESTING commits? Right now, a pack
produ
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> ... No other
LT> system supports pure static object pulling anyway,...
That is true, but on the other hand, no other system is easier
to be deployed by mere mortals on barebone ISP accounts.
-
To unsubscribe from this list: send the l
> "PB" == Petr Baudis <[EMAIL PROTECTED]> writes:
PB> It won't happen. Or rather, I hope the HTTP pulls become more efficient
PB> soon. Actually, perhaps Linus has something done already, my workstation
PB> is a bit derailed now so I couldn't pull from him in the last few days
PB> (hopefully w
Dear diary, on Wed, Jul 06, 2005 at 02:01:38PM CEST, I got a letter
where Brian Gerst <[EMAIL PROTECTED]> told me that...
> Petr Baudis wrote:
> > Also, I've deprecated rsync, as I explained in another mail. Use
> >cg-branch-chg to change the branch URLs to some more sensible scheme -
> >most like
* Petr Baudis ([EMAIL PROTECTED]) wrote:
> I'm happy to announce the release of the 0.12 version of the Cogito
> SCM-like layer over Linus' GIT tree history storage tool. Get it at
>
> http://www.kernel.org/pub/software/scm/cogito/
RPMs uploading to:
http://www.kernel.org/pub/soft
Petr Baudis wrote:
Hello,
I'm happy to announce the release of the 0.12 version of the Cogito
SCM-like layer over Linus' GIT tree history storage tool. Get it at
http://www.kernel.org/pub/software/scm/cogito/
or cg-update if you have an older version cloned.
I wanted to release
40 matches
Mail list logo
