From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14033 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: vlse Newsgroups: gmane.linux.lib.musl.general Subject: Re: Supporting git access via smart HTTPS protocol for musl-libc Date: Wed, 27 Mar 2019 11:09:35 +0530 Message-ID: <20190327053933.GA2518@localhost> References: <20190326151344.GB23599@brightrain.aerifal.cx> <20190326154304.GB2267@homura.localdomain> <20190326154700.GC23599@brightrain.aerifal.cx> <20190326155743.GC2267@homura.localdomain> <20190326175700.GD23599@brightrain.aerifal.cx> <20190326220225.GE23599@brightrain.aerifal.cx> <20190326235835.GF23599@brightrain.aerifal.cx> <20190327001542.GG23599@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="29784"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.4.2.3i Cc: dalias@libc.org To: musl@lists.openwall.com Original-X-From: musl-return-14049-gllmg-musl=m.gmane.org@lists.openwall.com Wed Mar 27 06:39:25 2019 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1h91HX-0007ZA-W2 for gllmg-musl@m.gmane.org; Wed, 27 Mar 2019 06:39:24 +0100 Original-Received: (qmail 23702 invoked by uid 550); 27 Mar 2019 05:39:16 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 23684 invoked from network); 27 Mar 2019 05:39:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=veera.biz; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=PmLyozYCtT8b2jOATgxxDBp36PO+zdkNQYSPUmlpTlc=; b=ch8kh/o1gK92ejr430/NwqFppJ i325HoSwhb4XQuiDsb5cXNz6uGZZT4Jx89zL5pYQwQbd8VozF9hWe9bu3RUTFPPk37GTVHvWyVGcp Fa4JxCnfRCiaXNXvsq32gxSBXATvOnN/0L9uz70wgYGJUVLVigy8MxIfR6FHGUOn1NnhEN3yOrWso uMhet74yRDWXS6j/bL5LXTICpdnOB3+dZvKoEQbgOlsAhwcGk1Raot8OoT4OGzt/AtoZe57V+Ocow ydw7P9tilIzCIzs7M8IlhS02w+4gdPNwwXgUMZf2NTy3kYmcFogVPboHXduTu/aZIHhu8J/dqO2eg ciFJGWbA==; Content-Disposition: inline In-Reply-To: <20190327001542.GG23599@brightrain.aerifal.cx> X-OutGoing-Spam-Status: No, score=-0.2 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - in-pun-ln-srv139.advancedserverdns.com X-AntiAbuse: Original Domain - lists.openwall.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - veera.biz X-Get-Message-Sender-Via: in-pun-ln-srv139.advancedserverdns.com: authenticated_id: vlse@veera.biz X-Authenticated-Sender: in-pun-ln-srv139.advancedserverdns.com: vlse@veera.biz Xref: news.gmane.org gmane.linux.lib.musl.general:14033 Archived-At: On Tue, Mar 26, 2019 at 08:15:42PM -0400, Rich Felker wrote: > On Tue, Mar 26, 2019 at 07:58:35PM -0400, Rich Felker wrote: > > On Tue, Mar 26, 2019 at 04:32:32PM -0600, Assaf Gordon wrote: > > > > > > > > Thanks for the info. I've been playing with it, but haven't been able > > > > to get it to work yet. I suspect thttpd is doing something broken with > > > > the POST request since the git clone breaks during that. Going to look > > > > at it in more detail later. > > > > > > The same happened to me with busybox, and was solved by forcing: > > > > > > export HTTP_CONTENT_ENCODING=gzip > > > > > > Seems to me (from a cursory look) that "git clone" client always sends > > > gzipped (inflate) data, but either doesn't set the HTTP encoding header, > > > or the header gets lost somehow. > > > > > > The git-http-backend uses that header to decide whether to deflate > > > the stream or not ( > > > https://github.com/git/git/blob/master/http-backend.c#L460 ). > > > > > > That's the first thing I'd try if the GET request worked but the > > > following "POST git-update-pack" > > > does not. > > > > Amazingly, this works, but only if I do it only for > > REQUEST_METHOD=POST. Otherwise it breaks the GET request and it never > > makes it to the POST. *sigh* There's got to be some better way to fix > > this. > > Anyway, for now this is vaguely working, but it's a hack and it's > experimental and might break. Users interested in testing can clone: > > https://git.musl-libc.org/git/musl > > It might go up and down while I'm hacking on getting it right, but I > intend for the URL to be permanent in the long term. > > Rich Hi, I am using git-2.0.2 version. Following works: git clone https://git.musl-libc.org/git/musl cd musl git pull git fetch git fsck --full shows no error This does not works: mkdir musl.git cd musl.git git init git remote add -t master -m master origin https://git.musl-libc.org/git/musl git fetch git-fetch gives errors: fatal: protocol error: bad line length character: erro Running 'GIT_TRACE=2 git fetch' outputs: trace: built-in: git 'fetch' trace: run_command: 'git-remote-https' 'origin' 'https://git.musl-libc.org/git/musl' trace: run_command: 'rev-list' '--objects' '--stdin' '--not' '--all' '--quiet' trace: run_command: 'fetch-pack' '--stateless-rpc' '--stdin' '--lock-pack' '--include-tag' '--thin' 'https://git.musl-libc.org/git/musl/' trace: exec: 'git' 'fetch-pack' '--stateless-rpc' '--stdin' '--lock-pack' '--include-tag' '--thin' 'https://git.musl-libc.org/git/musl/' trace: built-in: git 'fetch-pack' '--stateless-rpc' '--stdin' '--lock-pack' '--include-tag' '--thin' 'https://git.musl-libc.org/git/musl/' fatal: protocol error: bad line length character: erro fatal: The remote end hung up unexpectedly Regards, Veera