Hi,
On Mon, 17 Apr 2023 at 15:16, Vagrant Cascadian
wrote:
> On 2023-04-17, Simon Tournier wrote:
>>> My plan is to write a service that makes it easy to offload a build to a
>>> VM that runs with a different time (“in the past”) or something along
>>> these lines to mitigate the problem.
[...
On 2023-04-17, Simon Tournier wrote:
> On lun., 17 avril 2023 at 15:32, Ludovic Courtès wrote:
>
>> My plan is to write a service that makes it easy to offload a build to a
>> VM that runs with a different time (“in the past”) or something along
>> these lines to mitigate the problem.
>
> Do you m
Hi,
On lun., 17 avril 2023 at 15:32, Ludovic Courtès wrote:
> My plan is to write a service that makes it easy to offload a build to a
> VM that runs with a different time (“in the past”) or something along
> these lines to mitigate the problem.
Do you mean “in the future” instead? We need to
Hi Konrad,
Konrad Hinsen skribis:
> That problem has been reported elsewhere and identified as caused by an
> expired certificate:
>
>https://github.com/openssl/openssl/issues/18441
>
>
> I guess there is nothing we can do retroactively to fix this, but can we
> do something to prevent such
Simon Tournier writes:
> I have,
>
> --8<---cut here---start->8---
> $ guix gc --list-dead | grep 9gfmn1yra7rzavxb9wppqi4lpdvqid8c
> finding garbage collector roots...
> determining live/dead paths...
> /gnu/store/9gfmn1yra7rzavxb9wppqi4lpdvqid8c-inferior-scrip
Hi,
On mer., 12 avril 2023 at 12:17, Konrad Hinsen
wrote:
> /gnu/store/41zsnwsk02549kqb5njd3fadgnmkzww8-guix-module-union
> –> /gnu/store/7r72vknkpnpgp143ckh5kfbg5zan3xsp-guix-command
> –> /gnu/store/cwqaas3mwlx2rhc0ckzmqvygmy7n2s7k-guix-ce35dc8
> –> /gnu/store/2h03nwj2r2jywjk5sk7sxn2hg
Hi Simon,
> I get the same thing without doing anything special.
Interesting. Before my clock-changing experiment, the same command line
got me much further: the old Guix started to work and only failed when
building OpenSSL.
> Well, v1.0 appears to me as the zero for time-travel – soft limit.
Hi Konrad,
On mar., 11 avril 2023 at 17:20, Konrad Hinsen
wrote:
>Backtrace:
> 5 (primitive-load
> "/home/hinsen/.cache/guix/inferiors/wisrwo5p2aq7o6r…")
>In ice-9/eval.scm:
>619:8 4 (_ #(#(#)
> "/home/hinsen/.cache…" …))
>619:8 3 (_ #(#(#)))
>1
Konrad Hinsen writes:
>building profile with 1 package...
>;;; WARNING: loading compiled file
> /gnu/store/41zsnwsk02549kqb5njd3fadgnmkzww8-guix-module-union/lib/guile/3.0/site-ccache/guix/ui.go
> failed:
>;;; In procedure load-thunk-from-memory: incompatible bytecode kind
I tried
Julien Lepiller writes:
> If you're able to find the derivation, you could set your system time
> and guix build /gnu/store/that.drv. this should not require network at
> all, so guix shouldn't complain.
Sounds good. The error message contains the path to the derivation,
so... let's just do it!
If you're able to find the derivation, you could set your system time and guix
build /gnu/store/that.drv. this should not require network at all, so guix
shouldn't complain.
Le 7 avril 2023 18:10:13 GMT+02:00, Konrad Hinsen
a écrit :
>Hi Josselin and Julien,
>
>Thanks to both of you for your s
Hi Konrad,
On Fri, 07 Apr 2023 at 09:47, Konrad Hinsen wrote:
> That fails, due to a build failure in OpenSSL:
Yeah, time bomb!
Somehow, it is a know issue: https://issues.guix.gnu.org/58650
As Julien pointed, replacing the date of the host system can fix such
issue. Somehow, one idea is to
Hi Josselin and Julien,
Thanks to both of you for your suggestions!
Josselin Poiret writes:
> We have --without-tests=package already, see --help-transform for all
> available package transformations. The one annoying thing is that
> disabling tests will change the derivation and you thus will
Changing your system date should let it build.
Le 7 avril 2023 10:30:11 GMT+02:00, Josselin Poiret a écrit :
>Hi Konrad,
>
>Konrad Hinsen writes:
>
>> I guess there is nothing we can do retroactively to fix this, but can we
>> do something to prevent such issues in the future?
>>
>> One idea is
Hi Konrad,
Konrad Hinsen writes:
> I guess there is nothing we can do retroactively to fix this, but can we
> do something to prevent such issues in the future?
>
> One idea is to allow disabling tests at the command line. I'd then run
> "guix build" for that specific package with tests disabled
Hi everyone,
For doing some experiments with Python 3.8.2, I tried to use the commit
that introduced that version into Guix;
guix time-machine --commit=ce35dc84a10b05dc891bfae03f613b907337945e \
-- shell --pure python \
-- python3
That fails, due to a build failure in OpenSSL:
buildi
16 matches
Mail list logo
