Também removi o container com docker rm app e tentei reconstruir em seguida, e o processo continuou.
Agora, quando chego ao ponto em que está usando o template mysql-dep, o seguinte erro é gerado.
...
Configurando libgmp-dev:amd64 (2:6.1.2+dfsg-4) ...
Configurando nettle-dev:amd64 (3.4.1-1) ...
Configurando libgnutls28-dev:amd64 (3.6.7-4+deb10u2) ...
Configurando libmariadb-dev (1:10.3.22-0+deb10u1) ...
Processando gatilhos para libc-bin (2.28-10) ...
I, [2020-02-27T16:51:33.937186 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle install --no-deployment --path vendor/bundle --jobs 4 --without "test development"'
[DEPRECATED] A flag `--path` está obsoleta porque depende de ser lembrada entre as chamadas do bundler, o que o bundler não fará mais em versões futuras. Em vez disso, use `bundle config set path 'vendor/bundle'` e pare de usar esta flag.
[DEPRECATED] A flag `--without` está obsoleta porque depende de ser lembrada entre as chamadas do bundler, o que o bundler não fará mais em versões futuras. Em vez disso, use `bundle config set without 'test development'` e pare de usar esta flag.
Você está tentando instalar em modo de implantação após alterar
seu Gemfile. Execute `bundle install` em outro lugar e adicione o
Gemfile.lock atualizado ao controle de versão.
Se esta for uma máquina de desenvolvimento, remova o congelamento do /var/www/discourse/Gemfile
executando `bundle config unset deployment`.
As dependências no seu gemfile mudaram
Você adicionou ao Gemfile:
* mysql2
I, [2020-02-27T16:51:34.670930 #1] INFO -- :
I, [2020-02-27T16:51:34.672542 #1] INFO -- : Encerrando processos assíncronos
I, [2020-02-27T16:51:34.673101 #1] INFO -- : Enviando INT para HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/10/bin/postmaster -D /etc/postgresql/10/main pid: 49
I, [2020-02-27T16:51:34.673593 #1] INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
2020-02-27 16:51:34.674 UTC [49] LOG: requisição de desligamento rápido recebida
166:signal-handler (1582822294) SIGTERM recebido, agendando desligamento...
2020-02-27 16:51:34.682 UTC [49] LOG: abortando quaisquer transações ativas
166:M 27 Feb 2020 16:51:34.693 # Desligamento solicitado pelo usuário...
166:M 27 Feb 2020 16:51:34.695 * Salvando o snapshot RDB final antes de sair.
2020-02-27 16:51:34.698 UTC [49] LOG: processo worker: lançador de replicação lógica (PID 58) saiu com código de saída 1
2020-02-27 16:51:34.701 UTC [53] LOG: desligando
166:M 27 Feb 2020 16:51:34.741 * Banco de dados salvo no disco
166:M 27 Feb 2020 16:51:34.742 # Redis agora está pronto para sair, tchau tchau...
2020-02-27 16:51:34.786 UTC [49] LOG: sistema de banco de dados desligado
FALHA
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle install --no-deployment --path vendor/bundle --jobs 4 --without test development' falhou com retorno #<Process::Status: pid 970 exit 16>
Local da falha: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "cmd"=>["echo \"gem 'mysql2'\" >> Gemfile", "apt-get update && DEBIAN_FRONTEND=noninteractive apt-get install -y libmariadb-dev", "su discourse -c 'bundle install --no-deployment --path vendor/bundle --jobs 4 --without test development'"]}
75b27d60e1dc3a4b5d76bc75f2874ebf405fe29edfebec3cb809233f7b01ec48
** FALHA NO BOOTSTRAP ** por favor, role para cima e procure mensagens de erro anteriores, pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.
Eu literalmente usei este modelo na semana passada e não tive nenhum problema com ele. É bastante estranho, mas vale a pena dar uma olhada na próxima semana. Vou adicioná-lo à minha lista.
