-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question on requirements (distribution packaging) #179
Comments
Well, it looks like we've hit the big time now. I added the mox3 dependency, and I think that your suggestion of @mrbean-bremen, do you know about pytest or wheel? Obviously a release is in order after we make these changes. |
There was a problem with pytest < 2.8.6 with pyfakefs and doctest, so I think |
Ah, and this has been tested with pytest 3, so |
It actually comes from this earlier commit - @jmcgeheeiv, can you please check if this is really needed? |
About mox3 - I have been using version 0.18.0 before, and just did a quick test with 0.21.0, which works without problems. So no problems expected here with the changed requirements. So:
shall be sufficient, as far as I can see. |
FWIW I've done a RPM build without wheel and it works for me (quick sanity check): It pulled mox3 0.17 and pytest 3.0.7 which are the latest available on Fedora right now. |
Ah well, this should be sufficient then - thanks! |
I'll submit the package to Fedora with 3.1, we can update to 3.2 when it comes out -- it's not a problem. Thanks for your help ! |
Thanks for your work! |
I added the wheel requirement. However, I added it rather naively. I mildly recall that it was needed, but maybe not. I would trust your empirical experience over my recollection of the past. So, can we get a final spec for the requirements? I will go and update that 2.8.0 typo in the README right now. |
Yes - I think we can go with this (see above):
|
- added links to CHANGES.md for convenience - made some links in README.md absolute to work in Pypi description - adapted requirements as discussed in pytest-dev#179
- added links to CHANGES.md for convenience - made some links in README.md absolute to work in Pypi description - adapted requirements as discussed in pytest-dev#179
* Minor documentation changes - added links to CHANGES.md for convenience - made some links in README.md absolute to work in Pypi description - adapted requirements as discussed in #179 * Cleaned up autodoc - added some introduction (taken from README) - cleaned up index - fixed minor indentation problems in docstrings
@jmcgeheeiv - I just did a quick test using mock instead of mox3, and it seems to work fine, but for Python 2 this means a dependency on the mock package (for Python 3 it's built in). |
Actually the killer problem was something else. It is described in this mock issue. It looks like a fix to @mrbean-bremen, how did you do your "quick test"? |
Mostly I just used your changes you did then. I have to admit that I ran only the tests in all_tests - just noticed that the pytest plugin test fails for Python 3. I will make a branch with the changes. |
https://github.com/mrbean-bremen/pyfakefs/commits/use-mock |
For what it's worth, I'm from the OpenStack community which maintains mox3 ( https://github.com/openstack/mox3 ) and they are looking to drop support for it and replace it by Mock right now. It is one of the goals for the current development cycle: It would probably be better if you could move away from Mox3 in favor of Mock. |
Yup, the requirements are now up to date with a proper minimum version. |
Sure! |
Hi,
I'm working on packaging pyfakefs for Fedora and CentOS (EPEL) right now.
The requirements are very static currently:
Is there a possibility of testing minimum and maximum versions and modifying the requirements accordingly ?
mox3 is up to 0.21.0 now, pytest up to 3.0.7 and wheel 0.30.
We have varying versions available in RHEL-based derivatives of those already but I'm mostly interested if, for example, there are known bad versions.
Perhaps this could work ? Just an example.
Otherwise, there's been 30+ commits since the last tagged release, maybe we could tag a new release if we choose to adjust the requirements.
Thanks a lot for this library, it's saved my life :)
The text was updated successfully, but these errors were encountered: