Engine not working correctly on M1 about launchpad HOT 9 CLOSED

I was off for 3 weeks (👶 -> 🍼 )
I'll have a look next week.

The best way would still be for me to get an M1 ;-) (https://github.com/sponsors/Plopix)

from launchpad.

dear @Plopix ,

still on M1, ~/ez command does not find system env variables anymore.

I don't know if this a problem on my computer or if this is a problem with the way env variables are set in the last version of ezlaunchpad.

I have tried to update ezlaunchpad and to init a new launchpad env to check before posting :

docker-compose -p yohanntestlaunchpad -f /Users/yohann/Projects/test_launchpad/provisioning/dev/docker-compose.yml -f /Users/yohann/Projects/test_launchpad/provisioning/dev/docker-compose-osx.yml exec --user www-data engine /var/www/html/project/composer_install.bash
WARN[0000] The PROJECTCOMPOSEPATH variable is not set. Defaulting to a blank string.
WARN[0000] The PROVISIONINGFOLDERNAME variable is not set. Defaulting to a blank string.
WARN[0000] The PROJECTCOMPOSEPATH variable is not set. Defaulting to a blank string.
WARN[0000] The PROJECTMAPPINGFOLDER variable is not set. Defaulting to a blank string.
WARN[0000] The HOST_COMPOSER_CACHE_DIR variable is not set. Defaulting to a blank string.
WARN[0000] The COMPOSER_CACHE_DIR variable is not set. Defaulting to a blank string.
WARN[0000] The PROJECTCOMPOSEPATH variable is not set. Defaulting to a blank string.
WARN[0000] The PROVISIONINGFOLDERNAME variable is not set. Defaulting to a blank string.
WARN[0000] The PROJECTPORTPREFIX variable is not set. Defaulting to a blank string.
services.engine.volumes array items[1,2] must be unique

Best regards,
Yohann

from launchpad.

Hello your docker-compose command cannot work like that. You need env vars. Run ez ps and at the top you will fine the full docker command.

You can also just do: ez ps c ;-)

from launchpad.

Understood ! Thank You Sébastien !

In fact I got an error, but trying to type the docker compose command without env variables cause it to fail before

Yohann

from launchpad.

Indeed, my command was faulty because it lacked the env variables.

My real error is :

ez enter -v
www-data@47846dc7cb6a:~/html$ read /dev/stderr: bad file descriptor

from launchpad.

I can confirm that the above issue is related not only to M1 Macs. I'm having same issue on i7 MacBook after running ez enter:
www-data@d6921704a8e3:~/html$ read /dev/stderr: bad file descriptor

I think it may be related to the newest docker-compose update. Docker for Mac has updated my docker-compose:
Docker Compose version v2.0.0-beta.6

from launchpad.

@sklimaszewski I confirm your assumption.

I have deactivated this experimental feature and I have no more bad file descriptor.

Yohann

from launchpad.

@sklimaszewski and @YohannsMonnier thank you for the tip. I deactivated the experimental feature and it fixed the problem. I too am on an i7 MacBook and had the "bad file descriptor" when doing ez enter. I also was not able to do ez init anymore...

from launchpad.

close in favor or #107

from launchpad.