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
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
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 55435
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.
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 is
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
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
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 and its
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 recent release
* 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:
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 likely HTTP,
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
produced
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
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 sense, to name
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 the old
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 contains
TL == Tony Luck [EMAIL PROTECTED] writes:
TL Also git-fsck-cache in a repo that is fully packed complains:
TLfatal: 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 PROTECTED]
More
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
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:
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 filename
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-packing
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 another
22 matches
Mail list logo