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
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
>> On Sat, 9 Jul 2005, Eric W. Biederman wrote:
>> I assume the commit graph information will be fairly modest.
That is true. My experience from the one I have been cooking,
Gitified 2.4.0->2.6.12-rc2 BKCVS export results in a bit shy of
60
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, Eric W. Biederman wrote:
>
> I assume the problem with the mirror it model was simply there were
> to many objects?
Yes.
> > And then you really can use just rsync or wget or ncftpget or anything
> > else that has a "fetch recursively, optimizing existing objects" mode.
>
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, 2005-07-09 at 09:15 -0700, Linus Torvalds wrote:
> Yes, looks that way. Except it's not "git on master.kernel.org", it's "git
> in your home directory", I suspect. I expressly held off packing the
> kernel repo until git had been updated on kernel.org.
Doh. I thought I'd already done tha
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
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Thu, 7 Jul 2005, Junio C Hamano wrote:
>>
>> However it does not automatically mean that the avenue I have
>> been pursuing would not work; the server side preparation needs
>> to be a bit more careful than what I sent, which unconditionally
>> runs
Hi, Marc Singer wrote:
> Yet, patch does apply. [...]
> patching file drivers/ide/ide-io.c
> Hunk #1 succeeded at 96 with fuzz 2 (offset -33 lines).
git-apply cowardly (but sensibly) refuses to apply patches with fuzz
(i.e., ignoring some supplied context lines).
Fuzz indicates problems.
I
Sounds like you're missing "stat" from coreutils.
skimo
Thanks. I've got it working to the point where it passes "make test"
now. All I had to do was install coreutils and findutils from
darwinports, and then make gcp, gstat and gnuxargs available under their
standard names.
Do the BS
Petr Baudis wrote:
Yes, please do. I deprecated rsync a day before Linus "broke" http-pull.
It's un-deprecated again for now in the latest Cogito.
Presumably for packed repos you want to drop the --ignore-existing
--whole-file options I assume?
Also, pulling with cogito-0.12:
cg-clone -s
On Fri, Jul 08, 2005 at 07:34:55PM -0400, Bryan Larsen wrote:
> This appears to be some sort of weird shell thing. I've got bash 3.0
> compiling in the background to see if that fixes the problem.
>
Sounds like you're missing "stat" from coreutils.
skimo
-
To unsubscribe from this list: send th
On Sat, 9 Jul 2005, David Woodhouse wrote:
>
> Does git on master.kernel.org need to be updated to handle packed
> objects? See attached.
Yes, looks that way. Except it's not "git on master.kernel.org", it's "git
in your home directory", I suspect. I expressly held off packing the
kernel repo
Wolfgang Denk ha scritto:
>Dear Marco,
>
>in message <[EMAIL PROTECTED]> you wrote:
>
>>Here is qgit-0.7, a GUI git viewer.
>
>
>Sorry, but I cannot compile it on a Fedora Core 4 system:
>
>-> ./configure
>+scons was found, that's excellent+
>scons: Reading SConscript files ...
>-> make
>scons -Q
On Sat, 2005-07-09 at 13:39 +0200, Petr Baudis wrote:
> Dear diary, on Sat, Jul 09, 2005 at 02:12:27AM CEST, I got a letter
> where Thomas Lord <[EMAIL PROTECTED]> told me that...
> > 2.0 is very much git influenced but it brings some (imo significant)
> > improvements to the table.
>
> Could yo
On 7/9/05, Bryan Larsen <[EMAIL PROTECTED]> wrote:
> On Mac OS X
It also uses on GNU xargs, and the xargs options aren't compatible
between GNU and BSD xargs.
Sad thing is, some of the dependencies, like xargs, aren't available
in fink, so you can build your toolchaing or boot into GNU/LinuxPPC.
David Woodhouse wrote:
Does git on master.kernel.org need to be updated to handle packed
objects?
Yes.
It's always fun when the on-disk format of the upstream 2.6.x kernel
repo changes without notice :/
Jeff
-
To unsubscribe from this list: send the line "unsubscribe git" in
the
Dear diary, on Sat, Jul 09, 2005 at 12:43:03PM CEST, I got a letter
where Russell King <[EMAIL PROTECTED]> told me that...
> On Fri, Jul 08, 2005 at 10:06:09AM -0700, Tony Luck wrote:
> > On 7/8/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > What happened in this session...
> >
> > Linus has "pack
Dear diary, on Sat, Jul 09, 2005 at 02:12:27AM CEST, I got a letter
where Thomas Lord <[EMAIL PROTECTED]> told me that...
> 2.0 is very much git influenced but it brings some (imo significant)
> improvements to the table.
Could you list some of the things interesting for us? What is the
benefit
Junio C Hamano <[EMAIL PROTECTED]> wrote:
>> "MS" == Marc Singer <[EMAIL PROTECTED]> writes:
> MS> If I've made several commits, I'd like to be able to gather several
> MS> together and produce a patch file. Better still, I'd like to be able
> MS> to pick a set of discontiguous commits an bund
Does git on master.kernel.org need to be updated to handle packed
objects? See attached.
Linus, please could you add the snapshot script to your regression
testing? http://david.woodhou.se/git-snapshot.sh
It'd be good to keep that working without too much manual intervention.
--
dwmw2
--- Be
(resending cogito patches)
add the -N option to cg-init
Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]>
---
cg-init | 22 +++---
1 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/cg-init b/cg-init
--- a/cg-init
+++ b/cg-init
@@ -10,13 +10,29 @@
#
# If `cg-init`
(resending cogito patches)
Add the -N option to cg-commit.
Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]>
---
cg-commit | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/cg-commit b/cg-commit
--- a/cg-commit
+++ b/cg-commit
@@ -39,6 +39,10 @@
# the t
On Fri, Jul 08, 2005 at 10:06:09AM -0700, Tony Luck wrote:
> On 7/8/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > What happened in this session...
>
> Linus has "packed" his GIT tree ... and now http-pull doesn't work.
> rsync still does (provided
> you have a new enough cogito).
So does that mea
(resending cogito patches)
Add the -N option to cg-add.
Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]>
---
cg-add | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/cg-add b/cg-add
--- a/cg-add
+++ b/cg-add
@@ -13,20 +13,35 @@
# is that 'Cogito' mana
(resending cogito patches)
Add the -N option to cg-add.
Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]>
---
cg-add | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/cg-add b/cg-add
--- a/cg-add
+++ b/cg-add
@@ -13,20 +13,35 @@
# is that 'Cogito' mana
(resending cogito patches)
Add the -N option to cg-add.
Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]>
---
cg-add | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/cg-add b/cg-add
--- a/cg-add
+++ b/cg-add
@@ -13,20 +13,35 @@
# is that 'Cogito' mana
I was playing with a tag that refers to another tag which refers
to a commit, and found out that some things did not work as I
expected.
Is it a PEBCAK on my part to expect tag-to-tag-to-commit to
behave the same way as a bare commit (or a tag to commit), or is
this just a bug? I think the follow
Stacked GIT 0.4 release is available from http://procode.org/stgit/
StGIT is a Python application providing similar functionality to Quilt
(i.e. pushing/popping patches to/from a stack) on top of GIT. These
operations are performed using GIT commands and the patches are stored
as GIT commit object
Here is qgit-0.7, a GUI git viewer.
you can download from:
http://prdownloads.sourceforge.net/qgit/qgit-0.7.tar.gz?download
This time a small changelog, but a lot of work ;-)
- rewrite of graph drawing
- start-up loading: switch to use git-rev-list --topo-order
- final fixes to annotation
- ca
32 matches
Mail list logo
