Running hello tutorial in container

Running hello tutorial in container

[Olivier Dion via]

Hi,

I'm trying to run the following workflow in a container:
------------------------------------------------------------
process greet
  packages "hello"
  # { hello }

process sleep
  packages "coreutils"
  # {
    echo "Sleeping..."
    sleep 10
  }

process eat (with something)
  name
    string-append "eat-" something
  # {
    echo "Eating {{something}}"
  }

process bye
  # { echo "Farewell, world!" }

workflow simple-wisp
  processes
    define eat-fruit
      eat "fruit"
    define eat-veges
      eat "vegetables"
    graph
      eat-fruit -> greet
      eat-veges -> greet
      sleep     -> eat-fruit eat-veges
      bye       -> sleep
------------------------------------------------------------

but I get many errors like this:
------------------------------------------------------------
run: 1.49 Executing: /bin/sh -c /gnu/store/z0kvv54isp0nb8ywrsjnwyp0im8hfp2g-gwl-greet-container.scm '((inputs) (outputs) (values) (name . "greet"))'
Backtrace:
           1 (primitive-load "/gnu/store/ggza923skigkq628gm9zpxbi4h9?")
In ice-9/eval.scm:
    619:8  0 (_ #(#(#<directory (guile-user) 7f7dfdad5c80> ("/gn?"))))

ice-9/eval.scm:619:8: Throw to key `match-error' with args `("match" "no matching pattern" ("/gnu/store/ggza923skigkq628gm9zpxbi4h9kmp73-gwl-greet.scm"))'.
run: 1.56 Executing: /bin/sh -c /gnu/store/dzm1alcp1x8b0i0k7xyjwmi4jwvxr0g9-gwl-eat-fruit-container.scm '((inputs) (outputs) (values) (name . "eat-fruit"))'
Backtrace:
           1 (primitive-load "/gnu/store/xc37y4crxjmi5pzhxvzsn3gc47h?")
In ice-9/eval.scm:
    619:8  0 (_ #(#(#<directory (guile-user) 7efe6e8e6c80> ("/gn?"))))
------------------------------------------------------------

I'm using gwl from commit bf1e701c610951bec93b2e49d186264100486847.

Is /gnu/store correctly exposed to the container?

-- 
Olivier Dion
oldiob.dev

Re: Running hello tutorial in container

[Ricardo Wurmus]

Hi Olivier,

> I'm trying to run the following workflow in a container:
> ------------------------------------------------------------
> process greet
>   packages "hello"
>   # { hello }
>
> process sleep
>   packages "coreutils"
>   # {
>     echo "Sleeping..."
>     sleep 10
>   }
>
> process eat (with something)
>   name
>     string-append "eat-" something
>   # {
>     echo "Eating {{something}}"
>   }
>
> process bye
>   # { echo "Farewell, world!" }
>
> workflow simple-wisp
>   processes
>     define eat-fruit
>       eat "fruit"
>     define eat-veges
>       eat "vegetables"
>     graph
>       eat-fruit -> greet
>       eat-veges -> greet
>       sleep     -> eat-fruit eat-veges
>       bye       -> sleep
> ------------------------------------------------------------
>
> but I get many errors like this:
> ------------------------------------------------------------
> run: 1.49 Executing: /bin/sh -c /gnu/store/z0kvv54isp0nb8ywrsjnwyp0im8hfp2g-gwl-greet-container.scm '((inputs) (outputs) (values) (name . "greet"))'
> Backtrace:
>            1 (primitive-load "/gnu/store/ggza923skigkq628gm9zpxbi4h9?")
> In ice-9/eval.scm:
>     619:8  0 (_ #(#(#<directory (guile-user) 7f7dfdad5c80> ("/gn?"))))
>
> ice-9/eval.scm:619:8: Throw to key `match-error' with args `("match" "no matching pattern" ("/gnu/store/ggza923skigkq628gm9zpxbi4h9kmp73-gwl-greet.scm"))'.

Thanks for reporting this!

I haven’t investigated yet, but I’m pretty sure that’s due to the
container wrapper not passing its arguments to the script it wraps.
Should be easy to fix.

-- 
Ricardo

Re: Running hello tutorial in container

[Ricardo Wurmus]

Ricardo Wurmus <rekado@elephly.net> writes:

> I haven’t investigated yet, but I’m pretty sure that’s due to the
> container wrapper not passing its arguments to the script it wraps.
> Should be easy to fix.

Fixed in commit 75f0e72ad7171913722a7c9c2905b1fda6cbad7c.  Thanks again!

-- 
Ricardo

Re: Running hello tutorial in container

[Olivier Dion via]

On Fri, 22 Apr 2022, Ricardo Wurmus <rekado@elephly.net> wrote:
> Ricardo Wurmus <rekado@elephly.net> writes:
>
>> I haven’t investigated yet, but I’m pretty sure that’s due to the
>> container wrapper not passing its arguments to the script it wraps.
>> Should be easy to fix.
>
> Fixed in commit 75f0e72ad7171913722a7c9c2905b1fda6cbad7c.  Thanks
> again!

Awesome it's working!

-- 
Olivier Dion
oldiob.dev