git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Petr Baudis <pasky@suse.cz>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	Wang Chen <wangchen@cn.fujitsu.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	FNST-Lai Jiangshan <laijs@cn.fujitsu.com>,
	FJ-KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	git@vger.kernel.org, Junio C Hamano <gitster@pobox.com>
Subject: Re: tip tree clone fail
Date: Sun, 12 Oct 2008 18:59:54 +0200	[thread overview]
Message-ID: <20081012165954.GA2317@elte.hu> (raw)
In-Reply-To: <20081012153952.GV10544@machine.or.cz>


* Petr Baudis <pasky@suse.cz> wrote:

> On Sun, Oct 12, 2008 at 05:24:27PM +0200, Ingo Molnar wrote:
> > hm, -tip's .git/hooks/post-update already contained this, for the last 2 
> > months:
> > 
> >   exec git update-server-info
> > 
> > so ... _despite_ us having this in the git repo, the HTTP protocol still 
> > does not work. Why?
> 
> I think your problem is that HTTP does not know where to look for
> objects coming from alternates; IIRC this would work if you used
> relative paths in objects/info/alternates, or you can create
> objects/info/http-alternates like
> 
> 	/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/objects
> 	/pub/scm/linux/kernel/git/sfr/linux-next.git/objects

ok, i've now set it up like this:

 $ pwd
 /pub/scm/linux/kernel/git/x86/linux-2.6-tip.git

 $ cat objects/info/alternates
 /home/ftp/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/objects
 /home/ftp/pub/scm/linux/kernel/git/sfr/linux-next.git/objects

 $ cat objects/info/http-alternates
 /pub/scm/linux/kernel/git/torvalds/linux-2.6.git/objects
 /pub/scm/linux/kernel/git/sfr/linux-next.git/objects

and i've added "git update-server-info" to hooks/post-receive and made 
it chmod +x.

that should be golden, right? I'm wondering why this isnt in the default 
setup - i've been behind a limited corporate firewall in a former life 
and having HTTP access is indeed very handy and pragmatic. Often hotel 
WLANs are HTTP only as well.

Soapbox: in fact it would be outright stupid to limit the kernel 
source's availability artificially by not making HTTP a tier-one access 
method.

Fighting against HTTP-only firewalls is like constantly pointing it out 
to the popular press that they should say 'cracker' instead of 'hacker'. 
It is pointless and only hurts the availability our own project.
	
	Ingo

  reply	other threads:[~2008-10-12 17:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <48EEA714.4010205@cn.fujitsu.com>
     [not found] ` <20081010072951.GB16016@elte.hu>
     [not found]   ` <20081010083720.GA32069@elte.hu>
     [not found]     ` <alpine.LFD.2.00.0810101040200.3271@apollo>
     [not found]       ` <48EF14FC.1000801@cn.fujitsu.com>
2008-10-10  8:56         ` tip tree clone fail Thomas Gleixner
2008-10-10  8:57           ` Wang Chen
2008-10-10 15:58             ` H. Peter Anvin
2008-10-12 11:28               ` Wang Chen
2008-10-12 12:04                 ` Lars Hjemli
2008-10-12 14:15                 ` H. Peter Anvin
2008-10-12 12:41               ` Ingo Molnar
2008-10-12 12:59                 ` Miklos Vajna
2008-10-12 14:14                 ` H. Peter Anvin
2008-10-12 15:24                   ` Ingo Molnar
2008-10-12 15:36                     ` Teemu Likonen
2008-10-12 15:39                     ` Petr Baudis
2008-10-12 16:59                       ` Ingo Molnar [this message]
2008-10-12 17:37                         ` Jakub Narebski
2008-10-12 17:59                           ` Shawn O. Pearce
2008-10-13  4:09                         ` H. Peter Anvin
2008-10-13  9:40                         ` Wang Chen
2008-10-13 15:59                           ` H. Peter Anvin
2008-10-15  3:43                             ` Wang Chen
2008-10-15  5:25                               ` H. Peter Anvin
2008-10-13  4:07                       ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20081012165954.GA2317@elte.hu \
    --to=mingo@elte.hu \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=hpa@zytor.com \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=laijs@cn.fujitsu.com \
    --cc=pasky@suse.cz \
    --cc=tglx@linutronix.de \
    --cc=wangchen@cn.fujitsu.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).