From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#33100: [libssh] fatal: dumb http transport does not support shallow capabilities Date: Sat, 27 Oct 2018 16:45:48 +0200 Message-ID: <877ei3a1nn.fsf@gnu.org> References: <87zhv94as1.fsf@gmail.com> <87in1w90iu.fsf@gnu.org> <87va5w3rtj.fsf@gmail.com> <875zxupapd.fsf@gnu.org> <87o9bj33e4.fsf@gmail.com> <20181024141523.GB5988@jasmine.lan> <87h8hbyqr4.fsf@gnu.org> <87k1m63ilz.fsf@gmail.com> <87lg6musc4.fsf@gnu.org> <878t2kuosf.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47999) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGPql-0007g8-9S for bug-guix@gnu.org; Sat, 27 Oct 2018 10:46:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGPqk-0003uT-Hf for bug-guix@gnu.org; Sat, 27 Oct 2018 10:46:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:41328) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGPqk-0003uD-Dp for bug-guix@gnu.org; Sat, 27 Oct 2018 10:46:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gGPqk-0002jW-7s for bug-guix@gnu.org; Sat, 27 Oct 2018 10:46:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <878t2kuosf.fsf@gmail.com> (Maxim Cournoyer's message of "Fri, 26 Oct 2018 22:05:52 -0400") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Maxim Cournoyer Cc: 33100-done@debbugs.gnu.org Hi Maxim, Maxim Cournoyer skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >>>>> I like it, but it doesn't seem to actually print anything for me when= I >>>>> trigger the failing case, for example by fetching the libssh source o= ver >>>>> HTTP. >>>> >>>> If might be that current-output-port is fully buffered. What if you >>>> add: >>>> >>>> (setvbuf (current-output-port) 'line) >>>> >>>> before the =E2=80=98format=E2=80=99 call? >>>> >>>> Thanks, >>>> Ludo=E2=80=99, who is found guilty of not actually running the code. >>> >>> What is preferable, between your solution or using (force-output)? >> >> I=E2=80=99d go for line buffering since you only need to do it once for = all. > > I finally got around to reproducing the problem and testing the fix; it > was costly to build using --no-substitutes. > > Is it OK to push this patch into master? Definitely, thank you! Ludo=E2=80=99.