openastronomy / conda-channel

An open source community conda channel

openastronomy

General repo

conda-channel's Issues

Undefault combination dependency package versions

There used to be the conda channel astropy-ci-extras. I wonder whether it was also merged here? If not, then I'm afraid this will be off-topic.

We start to see problems when we need to use version restrictions on given dependencies, but those older versions start to cause conflicts on the default conda channel as new versions of other dependencies are coming out. Would be nice if we could host the most critical ones.

The example is mpl. We can't use the latest 1.5.1 version with our sphinx builds due to matplotlib/matplotlib#5836. However numpy 1.11 is out, so we can't use NUMPY_VERSION=stable any more either, unless we (or someone else) can and willing to host those builds.

This can be hacked around in ci-helpers, but it would be nicer to be able to use an appropriate conda package from somewhere.

cc @mdboom as he may know some hidden continuum corner for this particular case of mpl 1.5.0&np.1.11 with py2.7 & py3.5

GLIBC errors when importing healpy

I've been experimenting with the healpy conda package but I'm encountering some problems when installing heapy on older Linux distributions -- specifically SL6 and RHEL6. When I try to import healpy I get an error about the version of glibc:

(fermi-env)[vagrant@sl65-minimal ~]$ python -c "import healpy"
/home/vagrant/miniconda/envs/fermi-env/lib/python2.7/site-packages/healpy/pixelfunc.py:105: UserWarning: Warning: cannot import _healpy_pixel_lib module
  warnings.warn('Warning: cannot import _healpy_pixel_lib module')
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/vagrant/miniconda/envs/fermi-env/lib/python2.7/site-packages/healpy/__init__.py", line 42, in <module>
    from .sphtfunc import (anafast, map2alm,
  File "/home/vagrant/miniconda/envs/fermi-env/lib/python2.7/site-packages/healpy/sphtfunc.py", line 31, in <module>
    from . import _healpy_sph_transform_lib as sphtlib
ImportError: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/vagrant/miniconda/envs/fermi-env/lib/python2.7/site-packages/healpy/_healpy_sph_transform_lib.so)

The problem seems to be that SL6/RHEL6 come with glibc 2.12 while the healpy conda package was compiled against glibc 2.14. Is there a workaround for this?

python 2.7 build of healpy

I would like to use the healpy conda package but it looks like only builds for python 3.4/3.5 are currently available. Would it be possible to add a build for python 2.7 as well?

Automate making astropy affiliated/openAstro stay in sync

As discussed in this comment of #1, it would be useful to automate the process of keeping OpenAstronomy and the astropy affiliated channel in sync (i.e., should only need to be affiliated to be on OpenAstro).

From @mwcraig :

At the moment the transfer is manual (in the sense that I ran a script locally to do the initial copying). I've been meaning to open a PR to conda-build-all to allow cross-channel copying, but it won't happen for a couple more weeks at least.

It is tempting to move all of the building over here because it has a separate travis/appveyor build queue, but that gets a little complicated for maintaining a separate affiliate channel.

Future of the openastronomy conda channel

It seems that the infrastructure here is starting to break horribly (see e.g. #35), and it's very much diverged from what we had in astropy/conda-channel-astropy anyway. Do we have a vision for future directions here?

Should we switch to the same model as we do in astropy, namely build the packages on conda-forge and then copy the latest versions over with a travis cron job? Does it worth maintaining a totally separate infrastructure here?

cc @Cadair @mwcraig @dpshelio @eteq @astrofrog
(I'm sorry for the excessive pinging, but I'm actually not sure who is supposed to maintain this.)

SunPy isn't Bulding

Yeah I don't know why it's just not building the package.

Remove restriction on numpy builds in travis/appveyor config

It is limited right now because astropy hasn't been built by continuum yet for numpy 1.11

Create a package for jplephem

See astropy/astropy#4746

Conda fails to install OpenAstronomy Packages

Hi,
I've used OpenAstronomy in the past and I've never had issues but while setting up a new machine I've been unable to install healpy via OpenAstronomy using Conda. The error message is below:

` healpy: 1.9.1-np111py27_0 openastronomy

Proceed ([y]/n)? y

An unexpected error has occurred.
Please consider posting the following information to the
conda GitHub issue tracker at:

https://github.com/conda/conda/issues

Current conda install:

           platform : linux-64
      conda version : 4.3.13
   conda is private : False
  conda-env version : 4.3.13
conda-build version : not installed
     python version : 2.7.13.final.0
   requests version : 2.12.4
   root environment : /home/ruari/anaconda2  (writable)
default environment : /home/ruari/anaconda2
   envs directories : /home/ruari/anaconda2/envs
                      /home/ruari/.conda/envs
      package cache : /home/ruari/anaconda2/pkgs
                      /home/ruari/.conda/pkgs
       channel URLs : https://conda.anaconda.org/openastronomy/linux-64
                      https://conda.anaconda.org/openastronomy/noarch
                      https://repo.continuum.io/pkgs/free/linux-64
                      https://repo.continuum.io/pkgs/free/noarch
                      https://repo.continuum.io/pkgs/r/linux-64
                      https://repo.continuum.io/pkgs/r/noarch
                      https://repo.continuum.io/pkgs/pro/linux-64
                      https://repo.continuum.io/pkgs/pro/noarch
        config file : /home/ruari/.condarc
       offline mode : False
         user-agent : conda/4.3.13 requests/2.12.4 CPython/2.7.13 Linux/4.4.0-31-generic debian/stretch/sid glibc/2.23
            UID:GID : 1000:1000

$ /home/ruari/anaconda2/bin/conda install -c openastronomy healpy

Traceback (most recent call last):
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/exceptions.py", line 591, in conda_exception_handler
    return_value = func(*args, **kwargs)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/cli/main.py", line 134, in _main
    exit_code = args.func(args, p)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/cli/main_install.py", line 80, in execute
    install(args, parser, 'install')
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/cli/install.py", line 359, in install
    execute_actions(actions, index, verbose=not context.quiet)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/plan.py", line 823, in execute_actions
    execute_instructions(plan, index, verbose)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/instructions.py", line 247, in execute_instructions
    cmd(state, arg)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/instructions.py", line 100, in PROGRESSIVEFETCHEXTRACT_CMD
    progressive_fetch_extract.execute()
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/core/package_cache.py", line 474, in execute
    self._execute_action(action)
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/core/package_cache.py", line 490, in _execute_action
    exceptions.append(CondaError(repr(e)))
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/__init__.py", line 43, in __repr__
    return '%s: %s\n' % (self.__class__.__name__, text_type(self))
  File "/home/ruari/anaconda2/lib/python2.7/site-packages/conda/__init__.py", line 46, in __str__
    return text_type(self.message % self._kwargs)
TypeError: not enough arguments for format string

`

I tried a few other OpenAstronomy packages (cfitsio, aplpy) which I've used in the past and I get the same error. I don't think it's a Conda issue as it installs other packages. I also can't install healpy manually or with pip as I get an error like this:

healpy/healpy#367

AplPy on the other hand did install with pip but I really need healpy. Any help would be greatly appreciated, sorry if this is a dumb mistake.

Ruari

OpenAstronomy conda channel isn't picking up the latest version of healpy

The healpy documentation gives the following instructions to install w conda:
conda install -c openastronomy healpy

Unfortunately, that points to an old version, 1.9.1. conda thinks that numpy needs to be degraded to work with that version:
The following packages will be DOWNGRADED due to dependency conflicts:
numpy: 1.12.1-py27_0 --> 1.11.3-py27_0

Could you please fix OpenAstronomy's conda channel so that it sees the latest version (should be 1.10.X) of healpy?

Migrate to conda-forge?

So given the recent information on continums potenial adoption of conda-forge, what's the plan for getting the packages in this repository into conda-forge?

How to upgrade HEALPY 1.9.1

Hi! the only healpy available to install for Python Anaconda is 1.9.1
which its write_map function breaks down. Any idea how can I install a newer version of healpy for anaconda?

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/mehdi/anaconda/lib/python3.6/site-packages/healpy/fitsfunc.py", line 211, in write_map
    tbhdu = pf.new_table(cols)
AttributeError: module 'astropy.io.fits' has no attribute 'new_table'