Repositorios de recetas de conda y packages

Por lo que entiendo, hay varios repositorys para recetas de conda (no para el progtwig en sí):

  • El pnetworkingeterminado (¿ conda busca recetas por defecto?)
  • El siguiente repository de GitHub: https://github.com/ContinuumIO/conda-recipes
  • Otros repositorys de recetas en binstar.org

Mis preguntas son:

  • Cual es la relacion entre ellos? ¿Alguno de ellos es más "oficial" que los demás? (de la misma manera que Pypi es para pip )
  • ¿Cómo puedo decirle a Conda que extraiga packages del repository de GitHub arriba?
  • Binstar.org, parece ser un service de alojamiento para repositorys de packages. ¿Cómo puedo decirle a Conda que busque packages en él?

(publicado de forma cruzada desde https://github.com/ContinuumIO/conda/issues/298#issuecomment-25666539 )

Puede agregar mi repository binstar a su .condarc (consulte https://conda.binstar.org/asmeurer ). Tenga en count que solo construyo los packages para Mac OS X, que es la plataforma que uso, así que si no los usa, eso no lo ayudará. Si ese es el caso, la forma más fácil de get cosas sería buildlas usted mismo (o tratar de encontrar a otra persona que las tenga en binstar).

Creo que estás confundido acerca de cómo funcionan las recetas. Conda no extrae "recetas" de ningún lado. Tira de los packages construidos. Una receta es exactamente eso, una "receta" que le dice a la conda cómo crear un package, generalmente de la fuente, que luego se puede instalar más adelante.

De manera pnetworkingeterminada, conda solo conoce los packages en los serveres de Continuum, que son básicamente aquellos packages que vienen con Anaconda. El repository de recetas conda muestra ejemplos de recetas que puede crear para crear sus propios packages personalizados, que luego puede cargar a binstar para que cualquiera los use (siempre y cuando estén en la misma plataforma que usted). binstar.org es básicamente un sitio gratuito de hospedaje de packages (no solo para packages conda), por lo que las cosas realmente son para y de cualquiera (al less en lo que se refiere al sitio público).

Además, la mayoría de las recetas de binstar no son más que esqueletos conda esqueleto sin modificaciones de los packages que necesitaba en algún momento u otro. Un puñado (como qt) son para packages binarys que en realidad son bastante difíciles de conseguir por su count.

En general, no hay una relación formal entre dos repositorys git.

GitHub propone una relación con bifurcación , pero solo para repositorys GitHub.

Eso significa que los oficiales son generalmente los que muestran la mayor actividad y los compromisos más recientes (lo que significa que un repo "oficial" puede cambiar con el time).


Pero las recetas de ContinuumIO / conda y ContinuumIO / conda son en realidad dos repositorys diferentes (contenidos diferentes, historia diferente).
El primero representando "build y probar recetas" para el segundo.

Puede considerar conda-recipes "pnetworkingeterminado", ya que es parte de la misma organización GitHub ContinuumIO que incluye conda.

asmeurer enmienda en el comentario s:

El informe de las recetas que Continuum usa para los packages en Anaconda no es público.
Las recetas en recetas conda están solo ahí como ejemplos para personas interesadas en escribir sus propias recetas para conda.

Ver más en su respuesta (votada) .