TypeError: sequence item 6: expected str instance, int found

[containers]

TypeError: sequence item 6: expected str instance, int found

[muayyad-alsadi]

please try dev branch (see README.md)

[lexfrei]

Same issue on 0.1.5 (can't compare it with 2019's dev in my brain)

Probably similar to kubernetes/kompose#986 (comment)

[renich]

My sysinfo: https://paste.centos.org/view/8cc6f84f

[renich]

Will do.

[renich]

Dev branch works. You can close this one if you like. Congratulations! ;D

[stweil]

Please reopen this issue. It still occurs with the development version (see example). Any numeric entry in docker-compose.yml (for example typically port numbers) will trigger the issue.

A workaround required rewriting the YAML file:

diff --git a/docker-compose.yml b/docker-compose.yml
index f471d44..6ad9a8e 100644
--- a/docker-compose.yml
+++ b/docker-compose.yml
@@ -16,13 +16,13 @@ services:
     <<: *app
     command: uwsgi --ini /usr/src/app/uwsgi.ini
     expose:
-      - 8000
+      - "8000"
 
   channelserver:
     <<: *app
     command: daphne --bind 0.0.0.0 --port 5000 -v 1 escriptorium.asgi:application
     expose:
-      - 5000
+      - "5000"
 
   db:
     image: postgres:10.5-alpine
@@ -109,7 +109,7 @@ services:
     build: ./exim
     image: registry.gitlab.com/scripta/escriptorium/mail
     expose:
-      - 25
+      - "25"
     environment:
       - PRIMARY_HOST=${DOMAIN:-localhost}
       - ALLOWED_HOSTS=web ; celery-main ; celery-low-priority; docker0

[stweil]

The failing Python statement is print(" ".join(cmd_ls)). There are other code lines which also don't like integer list elements:

  File "/home/stweil/venv/lib/python3.9/site-packages/podman_compose.py", line 719, in run
    p = subprocess.Popen(cmd_ls)
  File "/usr/lib/python3.9/subprocess.py", line 951, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
  File "/usr/lib/python3.9/subprocess.py", line 1756, in _execute_child
    self.pid = _posixsubprocess.fork_exec(
TypeError: expected str, bytes or os.PathLike object, not int

[stweil]

Pull request #305 should fix this issue.