Hi,
Ludovic Courtès skribis:
>>> I double-checked and the GnuTLS Guile bindings already
>>> handle GNUTLS_E_AGAIN and GNUTLS_E_INTERRUPTED, so my guess is that this
>>> was just a side effect of dealing with stale TLS sessions:
>>>
On Sat, Apr 24, 2021 at 07:13:01PM +0200, Ludovic Courtès wrote:
> I’ve pushed these as two separate patches:
>
> c50db7156d http-client: Remove exception mishandling in 'http-multiple-get'.
> 02d62978f4 http-client, substitute: Gracefully handle GnuTLS EAGAIN/EINTR.
I assume they will be
Hi Florian,
"pelzflorian (Florian Pelz)" skribis:
> Success! Thank you.
\o/
> On Fri, Apr 23, 2021 at 11:19:28AM +0200, Ludovic Courtès wrote:
>> Florian, could you try again with the attached patch?
>
> It succeeds on two full installs of Enlightenment, no errors, no
> prolonged getting
Success! Thank you.
65;6003;1c
On Fri, Apr 23, 2021 at 11:19:28AM +0200, Ludovic Courtès wrote:
> Florian, could you try again with the attached patch?
It succeeds on two full installs of Enlightenment, no errors, no
prolonged getting stuck.
> If you have the courage, it would be awesome if
Hi Florian,
(Cc: Chris who’s also familiar with (guix http-client).)
"pelzflorian (Florian Pelz)" skribis:
> It still gets stuck (sometimes with enlightenment, one time with
> udisks, restarting the install fixed it once). After getting stuck,
> this different error message is shown now; no
Sorry for the slow response.
On Wed, Apr 21, 2021 at 12:38:58AM +0200, Ludovic Courtès wrote:
> Hi Florian,
>
> "pelzflorian (Florian Pelz)" skribis:
> > On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote:
> >> > git revert be5a75ebb5988b87b2392e2113f6590f353dd6cd
> > It
Hi Florian,
"pelzflorian (Florian Pelz)" skribis:
> On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote:
>> > git revert be5a75ebb5988b87b2392e2113f6590f353dd6cd
>
> It seems this is the bad commit. Downloading the enlightenment
> substitute got stuck and after a few
On Tue, Apr 20, 2021 at 02:00:54PM -0400, Leo Famulari wrote:
> On Tue, Apr 20, 2021 at 07:03:26PM +0200, pelzflorian (Florian Pelz) wrote:
> > On Tue, Apr 20, 2021 at 05:27:54PM +0200, pelzflorian (Florian Pelz) wrote:
> > > It seems this is the bad commit. Downloading the enlightenment
> > >
On Tue, Apr 20, 2021 at 07:03:26PM +0200, pelzflorian (Florian Pelz) wrote:
> On Tue, Apr 20, 2021 at 05:27:54PM +0200, pelzflorian (Florian Pelz) wrote:
> > It seems this is the bad commit. Downloading the enlightenment
> > substitute got stuck and after a few minutes displayed the usual TLS
> >
On Tue, Apr 20, 2021 at 03:21:13AM +0200, pelzflorian (Florian Pelz) wrote:
> > git revert be5a75ebb5988b87b2392e2113f6590f353dd6cd
It seems this is the bad commit. Downloading the enlightenment
substitute got stuck and after a few minutes displayed the usual TLS
error.
Regards,
Florian
After flashing the CMOS I can test again.
Without reverts TLS errors happen while or after downloading the
enlightenment substitute from the installer.
With all of those reverts *no* TLS errors happen:
On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote:
> git revert
On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote:
> I will bisect which reverts are needed, but it takes time …
My UEFI broke; the PC cannot display anything anymore. Don’t wait for
my debugging.
On Mon, Apr 19, 2021 at 10:05:25AM +0200, pelzflorian (Florian Pelz) wrote:
> I dd’d the resulting image to a USB drive and the TLS errors no longer
> appear (tried installing everything two times now; without reverts
> downloading enlightenment needed retrys everytime).
> […] I suspect restarting
On Sun, Apr 18, 2021 at 02:10:06PM +0200, pelzflorian (Florian Pelz) wrote:
> On IRC Ricardo/rekado suspected
> c7c7f068c15e419aaf5ef616516aa5ad4e55c2fa, I will try reverting it.
It was necessary to revert follow-up commits before reverting
c7c7f068c15e419aaf5ef616516aa5ad4e55c2fa.
I tried on
On Sun, Apr 18, 2021 at 01:33:37PM +0200, pelzflorian (Florian Pelz) wrote:
> (well with an unrelated error by
> grub-install that it could not determine the canonical path of
> /boot/efi).
Probably
> I will try reproducing, but Jin and me both had this
> error.
I got the error again with
On Sun, Apr 18, 2021 at 12:15:47PM +0200, Ludovic Courtès wrote:
> Was this in a VM?
No, an Asrock Beebox (real x86_64 hardware).
> Could it be that networking was unstable (e.g., you
> were running this over a flaky WiFi connection)?
It is a stable Ethernet connection.
> How reproducible is
Hi Florian,
"pelzflorian (Florian Pelz)" skribis:
> On Fri, Apr 16, 2021 at 10:40:55PM -0500, jcguu95 wrote:
>>2.2. Unexpected failure
>>
>>After running `guix system init /mnt/etc/config.scm /mnt' for 5 to 10
>>minutes, I got the error
>>
>>,
>>|substitute:
On Sun, Apr 18, 2021 at 11:48:47AM +0200, pelzflorian (Florian Pelz) wrote:
> On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote:
> > But now after maybe 10 minutes it finally continued and died with the
> > same TLS error about write_to_session_record_port and Resource not
On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote:
> But now after maybe 10 minutes it finally continued and died with the
> same TLS error about write_to_session_record_port and Resource not
> available.
The error happened while
substitute: updating substitutes from […]
On Sun, Apr 18, 2021 at 11:38:56AM +0200, pelzflorian (Florian Pelz) wrote:
> I needed to restart the installer at the last step, this stopped while
> downloading enlightenment with no error but it does not continue.
Note: The last message was
enlightenment-0.24.2 27.0MiB
20 matches
Mail list logo
