|
From: | Frederick Muriithi |
Subject: | [bug#27637] [PATCH 2/2] gnu: Add conda |
Date: | Tue, 18 Jul 2017 10:53:53 +0300 |
Frederick Muriithi <address@hidden> writes:My question was more whether it made sense to provide two different
>> The previous patch also creates "$out/bin/conda". Does that executable
>> not work? Why do we need both packages?
>>
>
> Conda has two forms:
>
> * a python library form, that can be included in python programs, and
> * an executable form that can be run on the cli
>
> I defined python-conda to provide the library form, whereas conda was
> to provide the executable form.
packages, if they both have the same files. Does the `conda` executable
from 'python-conda' work differently? Maybe we should rename or remove
it to avoid conflicts?
Great, thanks!
>> There are a few phases that messes with the tests, yet they are
>> disabled. Why?
>
> My bad. I will reactivate them. Must have left that in by mistake. My apologies.
Ahh okay. Having read both scripts it looks like 'setup.py' only
>> Wooow. What happens with the default 'python setup.py install'?
>>
>
> The default setup.py builds the python library form, whereas the
> utils/setup-testing.py builds the executable version
installs "conda.cli.pip_warning:main" instead of the real thing. Sorry
for the confusion!
Sounds good. I still think it's worth investigating if this "official"
>> Unless there exists a good reason to both have a "conda" package and a
>> 'python-conda', I think we should consolidate these two. The previous
>> patch (from PyPi) did not have tests either, so I suppose we should use
>> this release (but we should really figure out why setup.py is broken).
>
> I don't think setup.py is broken, I think the conda team built it that
> way, so that one is explicit on what they want to do, at least that is
> what I could gather from my reading on it. I will redefine the
> packages to make it cleaner, and simply use the release/url that has
> the tests to define both.
(quotes since it's still explicitly unsupported) build method also can
be used as a library so we can avoid maintaining three variants of
nearly the same package. Let us know what you find :-)
Thanks!
[Prev in Thread] | Current Thread | [Next in Thread] |