Discussion:
Bug#926416: ITP: conda -- OS-agnostic, system-level binary package manager and ecosystem
(too old to reply)
Andreas Tille
2019-04-04 20:10:01 UTC
Permalink
Package: wnpp
Severity: wishlist

Subject: ITP: conda -- OS-agnostic, system-level binary package manager and ecosystem
Package: wnpp
Owner: Andreas Tille <***@debian.org>
Severity: wishlist

* Package name : conda
Version : 4.6.10
Upstream Author : xx-20yy <upstream>
* URL : https://conda.io/
* License : <license>
Programming Lang: Python
Description : OS-agnostic, system-level binary package manager and ecosystem
Conda is a cross-platform, language-agnostic binary package manager. It
is the package manager used by Anaconda installations, but it may be
used for other systems as well. Conda makes environments first-class
citizens, making it easy to create independent environments even for C
libraries.

Remark: This package is maintained by Debian Med Packaging Team at
https://salsa.debian.org/med-team/conda
Andreas Tille
2019-11-08 10:10:02 UTC
Permalink
Control: block -1 by 924294

Complete missing information:


* Package name : conda
Version : 4.7.11
Upstream Author : 2012-2019 Anaconda, Inc.
* URL : https://conda.io/
* License : BSD-3-clause
Programming Lang: Python
Description : OS-agnostic, system-level binary package manager and ecosystem
Conda is a cross-platform, language-agnostic binary package manager. It
is the package manager used by Anaconda installations, but it may be
used for other systems as well. Conda makes environments first-class
citizens, making it easy to create independent environments even for C
libraries.
--
http://fam-tille.de
Mo Zhou
2019-11-09 02:00:01 UTC
Permalink
Hi Andreas,

Conda should not enter the main section.

As doko said, conda use MKL (non-free) by default, and prebuilt packages
are linked against libmkl_rt.so (entrance lib of MKL). So if you are going
to do performance tests, swithing BLAS/LAPACK alterntive to libmkl_rt
for Debian packages could help you reduce the number of variables to
control.

Install an Anaconda instance and identify the MKL linkage:

fdfind -e so -x readelf -d | rg mkl

Another point supporting the "should enter contrib" claim is that
Anaconda does NOT allow its software repository be mirrored without
asking, which makes the packages not freely redistributable.
Rebecca N. Palmer
2020-04-29 17:30:02 UTC
Permalink
Note that these are distinct:
- conda, the package manager itself; BSD-3 licensed
- Anaconda Individual Edition, a bundle of conda + some commonly-used
packages; non-DFSG-free as it includes intel-mkl and cudnn
(https://docs.anaconda.com/anaconda/eula/)
- Anaconda repository, the server conda uses by default
(https://repo.anaconda.com/pkgs/); has a no-unauthorized-mirrors policy

conda does not have to use its default server, as packages can be
created with conda-build (also BSD-3 licensed) and distributed with
standard web servers:
https://conda.io/projects/conda/en/latest/user-guide/tasks/create-custom-channels.html

Did you find an intel-mkl dependency in conda itself, or only in packages?
Mo Zhou
2020-04-30 07:50:02 UTC
Permalink
Hi Rebecca,

Conda itself, as a python package manager indeed does not require
nonfree blobs such as intel-mkl to function. Only some of the the
packages it downloads require, say intel-mkl, cudnn or alike.

However, if conda toolchains can be used to setup standalone servers,
I'll not stand in the way as long as anyone is willing to work on that.
Post by Rebecca N. Palmer
- conda, the package manager itself; BSD-3 licensed
- Anaconda Individual Edition, a bundle of conda + some commonly-used
packages; non-DFSG-free as it includes intel-mkl and cudnn
(https://docs.anaconda.com/anaconda/eula/)
- Anaconda repository, the server conda uses by default
(https://repo.anaconda.com/pkgs/); has a no-unauthorized-mirrors policy
conda does not have to use its default server, as packages can be created
with conda-build (also BSD-3 licensed) and distributed with standard web
servers: https://conda.io/projects/conda/en/latest/user-guide/tasks/create-custom-channels.html
Did you find an intel-mkl dependency in conda itself, or only in packages?
Loading...