Skip to content

Commit bde6550

Browse files
authored
add some context
1 parent 5ba962b commit bde6550

File tree

1 file changed

+23
-0
lines changed

1 file changed

+23
-0
lines changed

README.md

Lines changed: 23 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -11,6 +11,29 @@ space that uses outgoing HTTP connections only, thereby avoiding most of the fir
1111

1212
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
1313

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+
1437
## Problems?
1538

1639
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

Comments
 (0)