Correcto,
Oh, a menos que te refieras a la sugerencia de Falco, en cuyo caso las actualizaciones deberían estar bien, ya que la versión del archivo de gema “fallido” se está bloqueando a la versión que funciona.
Correcto,
Oh, a menos que te refieras a la sugerencia de Falco, en cuyo caso las actualizaciones deberían estar bien, ya que la versión del archivo de gema “fallido” se está bloqueando a la versión que funciona.
Sí. Me refería al hook de sed. OK, ya veo, en teoría eso forzaría la versión anterior de la gema, así que actualizar estaría bien. Si la compilación del commit antiguo termina (y hasta ahora se ve bien), puedo volver al commit actual y probar ese hook como prueba. La compilación terminó, veamos si vuelvo a estar en línea…
Volveré al commit anterior. ¡Gracias a todos! Como sé que eso funcionará, reconstruiré en el commit actual con el hook sed para probar.
La compilación de prueba falló. Es posible que lo esté especificando incorrectamente. Aquí está el error:
Pups::ExecError: sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock falló con retorno #<Process::Status: pid 222 exit 2>
Ubicación del fallo: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec falló con los parámetros {"cmd"=>["sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock"]}
bootstrap falló con el código de salida 2
Así es como lo agregué:
## Los plugins van aquí
## ver https://meta.discourse.org/t/19157 para más detalles
hooks:
after_code:
### Intento de solución
- exec:
cmd:
- sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
¡Genial, ignórame! ¡Esa es la forma de manejar un caso como este!
Para ser claro, entiendo completamente lo que significa ser parte de un proyecto libre y de código abierto, así que entiendo que necesitan comentarios de la comunidad. (Yo dirijo uno)
Lo último que ustedes (me dirijo a todo el equipo aquí) pueden hacer es agradecer a los miembros por plantear el problema y por su esfuerzo en investigar el asunto, y también darles un seguimiento de lo que han hecho hasta ahora.
¿Es realmente tan difícil de hacer?!?
Lo tengo parcheado aquí:
Debería integrarse en nuestro árbol de fuentes en la próxima hora. Hazme saber si funciona.
Gracias por informarnos.
Compilación OK, ahora se está ejecutando 2.9.0.beta7 correctamente. ¡Gracias y gracias a todos por la rápida respuesta a este problema, muy apreciado!
También puedo confirmar que la solución temporal funcionó de nuestro lado. Muchas gracias por proporcionar esta solución.
Para nosotros, desafortunadamente, esta solución llegó demasiado tarde porque ya se han puesto en marcha los planes para cancelar el servidor actual (AMD Opteron 4180) por uno más moderno. Hace once días, no tenía idea de si me iban a dejar tirado o si realmente estaban buscando una solución.
A partir del próximo mes, tendremos que pagar el doble de la cantidad al mes debido a este problema y somos un pequeño proyecto de código abierto sin fines de lucro.
Al igual que nuestro proyecto, tienen un equipo increíble de programadores, pero en cuanto a la comunicación, honestamente deberían trabajar en mejoras serias.
Dejar a alguien, que con la gran ayuda de @jonathon, encontró el error después de que el foro estuviera caído durante más de 24 horas, en la oscuridad durante diez días sin ningún tipo de comunicación es algo de lo que deberían avergonzarse.
No creo que tenga que recordarles que están proporcionando una plataforma para personas que quieren comunicarse con su comunidad.
Creo que usted y su equipo están proporcionando uno de los mejores, quizás el mejor, software de foro que existe hasta la fecha. No estaba tan molesto por el problema técnico, sino más bien por la falta de comunicación. Por favor, aprendan de este caso.
[oj gem] v3.13.20 ya está disponible y deshabilita [SSEv4.2] por defecto: #806
Gracias por la información.
Por si acaso alguien se encuentra con esto y quiere/necesita reconstruir antes de que discourse_docker se actualice con una imagen más nueva, puede editar el script /var/discourse/launcher y elegir una imagen base más nueva para construir, por ejemplo:
-image="discourse/base:2.0.20220720-0049"
+image="discourse/base:2.0.20220812-0056"
La imagen más nueva incluye el pin de la gema oj=0.3.14 de Discourse update keeps failing - #69 by sam y, por lo tanto, la reconstrucción se completará con éxito.
La versión de la imagen en el lanzador se ha actualizado. Un git pull obtendrá la última versión:
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.