Hopefully this is a quick question, as I've found a solution for the
immediate issue and hopefully for the long term as well. I wanted to
follow up on an old thread and see if my understanding of mtxrun is
correct.
I added the whole texlive distribution to my profile, built some
documents with pdf
Le dimanche 18 octobre 2020 à 19:38 +0200, Mathieu Othacehe a écrit :
> You also need to add "divoplade-site" to "#:package-path-inputs" in
> the
> specifications.
>
> See the following snippet from Cuirass info page:
>
> --8<---cut here---start->8---
> ‘packag
> If I clone it and run your commands I do not get an error (I edited the
> notes about source file newer than compiled):
You also need to add "divoplade-site" to "#:package-path-inputs" in the
specifications.
See the following snippet from Cuirass info page:
--8<---cut here---
On Sun, Oct 18, 2020 at 04:53:17PM +0200, divoplade wrote:
> Thank you for your responses. I reduced down the problem further.
>
> The following program, as run in a service, creates an *empty* file
> "/tmp/wtf", and runs for a minute:
>
> (format (open-output-file "/tmp/wtf") "WTF???\n")
>
> (s
On Sun, Oct 18, 2020 at 01:55:49PM +0200, Zelphir Kaltstahl wrote:
> Hello Guix Users, hello Zimoun and Tobias!
>
> Thanks for your information regarding the importer syntax thing.
>
> I continued trying to get a jupyterlab environment today.
>
> Here is what I did so far:
>
> (1) Create my man
Thank you for your answer.
The package I want to run guix in should be this one:
https://code.divoplade.fr/divoplade-site.git/
It is a channel aggregating my packages. The one you tried is just the
source code of one of them, and it's not supposed to be used as a guix
channel (thus the errors).
Running this:
--8<---cut here---start->8---
mathieu@cervin:~/tmp$ GUIX_PACKAGE_PATH=pomdappi/ guix repl
scheme@(guix-user)> ,use (gnu) (guix store) (gnu ci)
scheme@(guix-user)> (define s (hydra-jobs (open-connection) '((subset
"pomdappi") (systems "x86_64-l
Hi,
Le dimanche 18 octobre 2020 à 17:46 +0200, Mathieu Othacehe a écrit :
> > See https://ci.divoplade.fr/eval/1/log/raw
>
> Sadly the log isn't helpful, could you share your specification?
Sorry, I tried a few different things and it might have changed a bit,
but the error is the same. The conf
Hello,
> See https://ci.divoplade.fr/eval/1/log/raw
Sadly the log isn't helpful, could you share your specification?
Thanks,
Mathieu
Sorry, answering my own questions here...
Le dimanche 18 octobre 2020 à 16:53 +0200, divoplade a écrit :
> Thank you for your responses. I reduced down the problem further.
>
> The following program, as run in a service, creates an *empty* file
> "/tmp/wtf", and runs for a minute:
>
> (format (o
Thank you for your responses. I reduced down the problem further.
The following program, as run in a service, creates an *empty* file
"/tmp/wtf", and runs for a minute:
(format (open-output-file "/tmp/wtf") "WTF???\n")
(sleep 60)
The following program, as run in the same condition, create an *e
Mayée you could wrap it with its dependencies? There are some examples of
wrap-program usage, with haunt for instance.
Le 18 octobre 2020 05:49:28 GMT-04:00, divoplade a écrit :
>Hello,
>
>It seems that the modules I import from my program are not available at
>run-time when running it as a serv
Hello Guix Users, hello Zimoun and Tobias!
Thanks for your information regarding the importer syntax thing.
I continued trying to get a jupyterlab environment today.
Here is what I did so far:
(1) Create my manifest file:
START
(specifications->manifest
'("python"))
~END~
(2)
Hello,
It seems that the modules I import from my program are not available at
run-time when running it as a service. More precisely, the modules I
have defined in my packages cannot be loaded from the program.
So I assume that the guile load and compile paths are not set. My only
debugging tool
14 matches
Mail list logo