References: <6ff52cb81582c81835e39beebc7e6f7f3ecfd81d.1735317980.git.roman@burningswell.com> <8734hi1mdh.fsf@gnu.org> <868qr6n3j9.fsf@burningswell.com> <87ed0rt3oz.fsf@burningswell.com> <87o6zt5bjs.fsf@gmail.com> <87tt9je0sr.fsf@burningswell.com> <87y0yvdxej.fsf@gnu.org> <867c6e90ei.fsf@burningswell.com> User-Agent: mu4e 1.12.8; emacs 29.4 Hi Ludo, I just sent v3 of the patch series in which I added test. There are now unit and integration tests. You can run them with: ./pre-inst-env make check TESTS="tests/machine/hetzner/http.scm" ./pre-inst-env make check TESTS="tests/machine/hetzner.scm" The integration tests require network access and the GUIX_HETZNER_API_TOKEN environment variable to be set, otherwise they are skipped. Can you have another look please? And Christopher Baines, since Ludo mentioned you have a Hetzner account, would you be interested in trying this out and provide some feedback? Things to improve another day: - Get Hetzner to add a Guix image to their collectin of supported images. That would remove the need for using the rescue system to install an initial Guix system. - Installing the initial Guix system via the rescue system is kind of slow (especially if there are no substituyes), and done in sequence. I'm not sure how this could be parallelized with how things are invoke by guix deploy. Roman Date: Tue, 04 Feb 2025 20:10:53 +0100 Roman Scherer writes: > Hi Ludo, > > that's what I was looking for. Now it is working as expected! > > I will send an updated patch soon. > > Thanks for your help! > > Roman > > Ludovic Courtès writes: > >> Hi, >> >> Roman Scherer skribis: >> >>> When I run the mocked test I expect no code from the (gnu machine >>> hetzner http) module to be executed, since I mocked all those >>> functions. This seems to work in the Geiser REPL, but for some reason it >>> does not work when I run the test with: >>> >>> ./pre-inst-env make check TESTS="tests/machine/hetzner.scm" >>> >>> To me it looks like the mock function behaves differently in those 2 >>> situations. In the meaintime I also tried setting -O0, but that didn't >>> make any difference either. :/ >> >> Hmm. I was going to say that the likely problem is that code from (gnu >> machines hetzner http) gets inlined so you cannot really mock it. >> >> To make sure this can be mocked, you can use this trick: >> >> (set! proc proc) >> >> where ‘proc’ is the procedure you want to mock (that statement prevents >> the compiler from inlining it). >> >> Ludo’.