Skip to content
This repository has been archived by the owner on Jan 21, 2024. It is now read-only.

xpa module conflicts with imexam #58

Open
olebole opened this issue Nov 20, 2017 · 9 comments
Open

xpa module conflicts with imexam #58

olebole opened this issue Nov 20, 2017 · 9 comments

Comments

@olebole
Copy link
Contributor

olebole commented Nov 20, 2017

Original bug (Ubuntu): https://bugs.launchpad.net/bugs/1733352

Pyds9 does not play together with imexam. While both have overlapping use cases, it may be good that a user has the opportunity to install and use them in parallel. One way could be to make the package a subpackage of pyds9, another to agree on a common xpa package.

See also spacetelescope/imexam#122 for the imexam issue.

@montefra
Copy link
Contributor

@olebole the current trunk installs also xpa stuff in a pyds9 directory, so there should be no more xpa from the pyds9 side laying directly in site-packages directory.

@olebole
Copy link
Contributor Author

olebole commented Nov 20, 2017

Any release plans?

@montefra
Copy link
Contributor

I would like to release.

Most of the work that I have done has been moving pyds9 to astropy utilities. I can build and test in linux and mac, but it fails to build on windows (see #44). I would like to give a try again at it and see if I can do something about it.

@olebole
Copy link
Contributor Author

olebole commented Feb 23, 2018

@jehturner pointed out in spacetelescope/imexam#122 (comment) that the issue is solved in the current development version. Is this true? If yes, could I get the relevant commit (to include it into the Debian package), or maybe a new release?

@montefra
Copy link
Contributor

yes, I think so. In the development version everything is installed under pyds9/ so there should be no name collision.

If @ericmandel has nothing against it I can tag the current master as 1.9.0.rc1: would that work for you?

@olebole
Copy link
Contributor Author

olebole commented Feb 23, 2018

Yes. This would however mean that 1.9.0.rc1will probably (if no other release comes out before) will be part of Ubuntu 18.04 LTS.

@montefra
Copy link
Contributor

when do you have the package freeze?

@ericmandel
Copy link
Owner

@montefra I have no objections to tagging the current as 1.9.0rc1.

@olebole
Copy link
Contributor Author

olebole commented Feb 23, 2018

@montefra March 1 is the DebianImportFreeze.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants