Repo2docker-action: MyBinder aún crea la imagen, en lugar de extraerla

¡Gracias por abrir su primer número en este proyecto! ¡Un compromiso como este es esencial para los proyectos de código abierto! :abrazos:

Si aún no lo ha hecho, consulte el Código de conducta de Jupyter . Además, intente seguir la plantilla de problemas, ya que ayuda a otros miembros de la comunidad a contribuir de manera más eficaz.

Puedes conocer a los otros Jovyans uniéndote a nuestro foro de Discurso . También hay un hilo de introducción allí donde puedes pasar y saludar. :ola:

¡Bienvenido a la comunidad de Jupyter! : tada:

Sé que Binder usa repo2docker, que escaneará su repositorio en busca de archivos de configuración que tengan la siguiente prioridad de compilación

Con solo echar un vistazo rápido a su repositorio, parece que tiene otros archivos de compilación allí que le indicarán a Binder que compile, en lugar de usar su imagen. No estoy seguro de si hay una manera de decirle a Binder que desea construir a partir del Dockerfile como primera prioridad. @choldgraf ¿tienes alguna idea para esto?

Oh, mis disculpas tuvieron un ligero malentendido.

Parece que está intentando forzar a MyBinder a crear una imagen para forzarla a almacenar la imagen en caché. Tenga en cuenta que si su repositorio tiene confirmaciones adicionales, la caché se invalida. Además, esto está sujeto a las reglas y la capacidad de almacenamiento en caché de MyBinder, que podrían cambiar con el tiempo.

Según tengo entendido, esto no debe estar relacionado en absoluto con que su imagen sea visible públicamente. Etiqueté a un amigo que tiene más información sobre esto.

Si intenta usar mybinder.org dos veces seguidas para iniciar un cuaderno (sin depender de esta acción), ¿se construye cada vez?

Sí, binder reconstruirá la imagen en función del hash de confirmación, por lo que si está cambiando el repositorio, se activará una nueva compilación incluso si no está cambiando un archivo de configuración

Veo. Sin embargo, estoy volviendo a ejecutar esta acción en cada confirmación. Entonces, si espero a que se cargue la imagen de Docker antes de iniciar Binder, ¿no debería ver un inicio casi instantáneo?

hmmm - por lo que la acción repo2docker solo crea una imagen y la envía a un repositorio, no hace nada específicamente con Binder. Necesitaría configurar un repositorio de Binder que _pulls_ desde donde esté presionando repo2docker-action , y dejarlo estático para que Binder no lo vuelva a construir cada vez.

Solo para comprobar si he entendido correctamente su último comentario:

1. Puedo tener una rama / repositorio separado con environment.yml y la acción de empujar a un repositorio de paquetes.
2. La rama principal tiene un binder/Dockerfile cuyo único contenido es la línea FROM repo/package:latest .

@choldgraf @robertodr no, en realidad, esta acción tiene la capacidad de almacenar en caché las compilaciones directamente en MyBinder.org; sin embargo, si la acción termina creando un compromiso para usted, esa caché se invalidará inmediatamente.

Veo que estabas usando la bandera incorrecta anteriormente y se suponía que debías usar MYBINDERORG_CACHE https://github.com/ENCCS/veloxchem-workshop/commit/eeb4832cd8f8de1400a0a8fe16b113675dd630b2#diff -3f922dcd4f5c4ccf1903cfda1cee980

¿Funciona ahora?

¿Es MYBINDERORG_CACHE o BINDER_CACHE junto con MYBINDERORG_TAG ? Parece que está funcionando ahora, pero lo más probable es que haya iniciado los cuadernos un par de veces en breve sucesión: facepalm:

@robertodr Me gustaría seguir con este ejemplo del README, lo siento, significaba TAG no CACHE

@hamelsmu wow, esta acción es más genial de lo que recordaba 😄

Vaya, sí, me siento bastante tonto ahora ... Creo que intenté que empujara la imagen a GHCR y esperaba que se usara en MyBinder.org automágicamente. Luego traté de arreglar eso y confundí los nombres de las opciones: facepalm:

Aparte, el intento con BINDER_CACHE también funcionó. Sin embargo, el repositorio específico con el que estoy trabajando usa LFS para almacenar los cuadernos y no se verían correctamente.

¡vale genial! Cerraré este tema entonces. Esto también fue un buen repaso para mí, ya que no he mirado este repositorio en algún tiempo.