Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Ricardo Wurmus skribis:
>>
>>> ice-9/boot-9.scm:106:20: In procedure #>> ice-9/boot-9.scm:97:6 (thrown-k . args)>:
>>> ice-9/boot-9.scm:106:20: No variable named make-delimited-input-port in
>>> #
>>
>> Arf, that’s because I wrote ‘resolve-
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> ice-9/boot-9.scm:106:20: In procedure #> ice-9/boot-9.scm:97:6 (thrown-k . args)>:
>> ice-9/boot-9.scm:106:20: No variable named make-delimited-input-port in
>> #
>
> Arf, that’s because I wrote ‘resolve-interface’ instead of
> ‘resolve-mod
Ricardo Wurmus skribis:
> ice-9/boot-9.scm:106:20: In procedure # ice-9/boot-9.scm:97:6 (thrown-k . args)>:
> ice-9/boot-9.scm:106:20: No variable named make-delimited-input-port in
> #
Arf, that’s because I wrote ‘resolve-interface’ instead of
‘resolve-module’ (the former means “public interfa
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> The numbers in the `bad-response' error message differ for different
>> operations. In all cases the first number (here 403) is larger than the
>> second (here 15). The second number is the reported content length.
>
> That rings a bell.
>
Ricardo Wurmus skribis:
> The numbers in the `bad-response' error message differ for different
> operations. In all cases the first number (here 403) is larger than the
> second (here 15). The second number is the reported content length.
That rings a bell.
Could you try this patch?
diff --g
Hi Guix,
I recently updated to CentOS 7.1, rebooted, fetched latest master (at
that time c267cc1578) and recompiled Guix (make clean-go && make clean
&& make). On this machine I usually install Guix system-wide with `sudo
make install`.
I noticed that HTTP pipelining appears to be broken on this
