Re: [KORG] Re: kernel.org lies about latest -mm kernel

4 messages, 4 authors, 2016-06-15 · open the first message on its own page

Re: [KORG] Re: kernel.org lies about latest -mm kernel

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:48

Greg KH [off-list ref] writes:
Any shortcut to clone or set up a repo using "alternatives" so that we
don't have this issue at all?
"clone -l -s" has been there for quote a long time (since mid Aug
2005).  Because -s implies -l since end of November 2005, you
should be able to say

	git clone --bare -s ..../torvalds/linux-2.6.git stable-queue.git

Re: [KORG] Re: kernel.org lies about latest -mm kernel

From: Jeff Garzik <hidden>
Date: 2016-06-15 22:42:48

Junio C Hamano wrote:
Greg KH [off-list ref] writes:
quoted
Any shortcut to clone or set up a repo using "alternatives" so that we
don't have this issue at all?
"clone -l -s" has been there for quote a long time (since mid Aug
2005).  Because -s implies -l since end of November 2005, you
should be able to say

	git clone --bare -s ..../torvalds/linux-2.6.git stable-queue.git
Yes but what about existing trees?

Can you add an alternatives file, then prune, and get the same result as 
if you had done a clone -s ?

	Jeff

Re: [KORG] Re: kernel.org lies about latest -mm kernel

From: Linus Torvalds <torvalds@osdl.org>
Date: 2016-06-15 22:42:48


On Sun, 7 Jan 2007, Jeff Garzik wrote:
Yes but what about existing trees?

Can you add an alternatives file, then prune, and get the same result as if
you had done a clone -s ?
Yes. Also do

	git repack -a -d -l

where the "-l" flag is the magic (it says to repack only objects that 
aren't already packed in the alternate repository)

		Linus

Re: [KORG] Re: kernel.org lies about latest -mm kernel

From: Martin Langhoff <hidden>
Date: 2016-06-15 22:42:48

On 1/8/07, Linus Torvalds [off-list ref] wrote:
On Sun, 7 Jan 2007, Jeff Garzik wrote:
quoted
Yes but what about existing trees?
Can you add an alternatives file, then prune, and get the same result as if
you had done a clone -s ?
Yes. Also do
        git repack -a -d -l

where the "-l" flag is the magic (it says to repack only objects that
aren't already packed in the alternate repository)
If all kernel.org repos get git-repack -a -d -l and git-pack-refs,
gitweb will see a significant speedup, as some up-to-date checks
become extremely cheap.

cheers



martin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help