You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+23Lines changed: 23 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,6 +11,29 @@ space that uses outgoing HTTP connections only, thereby avoiding most of the fir
11
11
12
12
Learn more about CVMFS and how you can get access to more than 97000 software containers in our CVMFS example setup: https://github.com/usegalaxy-eu/cvmfs-example
13
13
14
+
## Broader context
15
+
16
+
[Bioconda](https://bioconda.github.io/) and [Conda-Forge](https://conda-forge.org/) are collaborative communities focused on creating and maintaining Conda recipes.
17
+
These recipes facilitate the installation and management of scientific software,
18
+
providing researchers and developers with streamlined workflows. Packages from both [Bioconda](https://bioconda.github.io/) and [Conda-Forge](https://conda-forge.org/)
19
+
are hosted on [anaconda.org](https://anaconda.org/), a central repository that ensures reliable distribution.
20
+
21
+
The process for managing these packages is highly automated. Both Bioconda and Conda-Forge build and upload pre-compiled packages directly to anaconda.org. Bioconda goes a step further by testing all packages in minimal containerized environments to verify their compatibility and reliability. These containerized versions of the packages are subsequently pushed to quay.io/biocontainers, creating a robust and accessible ecosystem of ready-to-use environments.
22
+
23
+
For every package and every version within Bioconda, a corresponding pre-built container is available. This approach ensures that users have access to specific versions of tools in isolated and consistent environments.
24
+
Additionally, the multi-package-containers repository builds containers that include multiple Conda packages in a single container, known as mulled containers.
25
+
The naming convention for these containers relies on hashed package names and versions, providing unique identifiers for each.
26
+
Docker containers are directly pushed to quay.io/biocontainers, while Singularity images are uploaded to depot.galaxyproject.org/singularity.
27
+
28
+
To ensure seamless synchronization between these platforms, the [singularity-build-bot](https://github.com/BioContainers/singularity-build-bot) repository monitors quay.io for updates and uploads the corresponding containers
29
+
to [depot.galaxyproject.org](https://depot.galaxyproject.org/singularity/).
30
+
This ensures that all containers available on quay.io are also accessible via [depot.galaxyproject.org/singularity](https://depot.galaxyproject.org/singularity/).
31
+
32
+
Singularity containers hosted on depot.galaxyproject.org are further mirrored and geographically distributed using the CernVM File System (CVMFS).
33
+
This infrastructure optimizes access to containers globally, providing end-users with a reliable and efficient way to consume these resources.
34
+
The CVMFS distribution model parallels the accessibility of [quay.io/biocontainers](https://quay.io/organization/biocontainers), ensuring that users can seamlessly integrate these resources into their workflows.
35
+
36
+
14
37
## Problems?
15
38
16
39
Is a container missing? Or have you encountered something unexpected? Please [create an issue](https://github.com/BioContainers/singularity-build-bot/issues/new).
0 commit comments