Please proceed with your plan tomorrow then.
I assume there are no outstanding issues we
can't sort out afterwards.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-developm
On Sunday 18 October 2009, Øyvind Harboe wrote:
> The only trick is that you'll only see the size reduction when
> you clone as removing the now unreferenced objects from the
> database is *much* harder than using git filter-branch in the
> first place.
Some combination of "git repack -Ad" and "gi
On Sunday 18 October 2009, Nicolas Pitre wrote:
> On Sun, 18 Oct 2009, David Brownell wrote:
>
> > On Sunday 18 October 2009, Øyvind Harboe wrote:
> > > I'm not quite up to speed on this graft stuff(first I heard of
> > > it), but I trust you on how to execute this in the best manner.
> >
> > I d
On Mon, Oct 19, 2009 at 3:53 AM, Nicolas Pitre wrote:
> On Sun, 18 Oct 2009, David Brownell wrote:
>
>> On Sunday 18 October 2009, Øyvind Harboe wrote:
>> > I'm not quite up to speed on this graft stuff(first I heard of
>> > it), but I trust you on how to execute this in the best manner.
>>
>> I d
> Yeah, plan on re-cloning ... that's why I wanted to see
> some some discussion on this. It's generally a consequence
> of rebasing. If I'd known about that issue, we could have
> done that before the original switchover.
I already planned on recloning. For this major improvement,
I don't think
On Sun, 18 Oct 2009, David Brownell wrote:
> On Sunday 18 October 2009, Øyvind Harboe wrote:
> > I'm not quite up to speed on this graft stuff(first I heard of
> > it), but I trust you on how to execute this in the best manner.
>
> I didn't know about "graft" (in the non-political sense!)
> befor
On Sunday 18 October 2009, Øyvind Harboe wrote:
> I'm not quite up to speed on this graft stuff(first I heard of
> it), but I trust you on how to execute this in the best manner.
I didn't know about "graft" (in the non-political sense!)
before I started exploring how to fix this either. ;)
It's
On Sat, Oct 17, 2009 at 10:02 PM, David Brownell wrote:
> On Friday 16 October 2009, Øyvind Harboe wrote:
>> > I have a tree that removes those commits plus a few other bits
>> > of noise that crept in. Thing is, pushing it would NOT be enough
>> > to achieve the full cleanup. The existing clone
On Friday 16 October 2009, Øyvind Harboe wrote:
> > I have a tree that removes those commits plus a few other bits
> > of noise that crept in. Thing is, pushing it would NOT be enough
> > to achieve the full cleanup. The existing clones would need some
> > cleanup/updating...
>
> Do you have a d
> I have a tree that removes those commits plus a few other bits
> of noise that crept in. Thing is, pushing it would NOT be enough
> to achieve the full cleanup. The existing clones would need some
> cleanup/updating...
Do you have a description of your changes?
Could you email me the reposito
I thought the large binaries were cleaned out already from
openocd git already.
We should definitely perfom this sort of cleanup *BEFORE*
0.3.
The large binaries were afterwards committed to the
zy1000 project.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JT
On Thursday 15 October 2009, Austin, Alex wrote:
>
> > > Removing those four commits brings the repo from 99MB to 5MB.
> > > While doing so would destroy history that others' use, it
> > > would be a great boon to those who are cloning it for the
> > > first time, and would not be difficult for th
> -Original Message-
> From: David Brownell [mailto:davi...@pacbell.net]
> Sent: Thursday, October 15, 2009 4:56 AM
> To: Austin, Alex
> Subject: Re: [Openocd-development] A little Git repo cleanup
>
> On Thursday 15 October 2009, you wrote:
> > I just did a
On Thursday 15 October 2009, Austin, Alex wrote:
> I just did a clone of the git repository and noticed how long it took
> to clone one of the many objects. After a little sleuthing, I've determined
> that:
> 2869bc4... Adds a few small files
> 2f37d16... Adds several large files.
> af3b53a... Ad
I just did a clone of the git repository and noticed how long it took to clone
one of the many objects. After a little sleuthing, I've determined that:
2869bc4... Adds a few small files
2f37d16... Adds several large files.
af3b53a... Adds more large files. It immediately succeeds the previous
1ef7
15 matches
Mail list logo
