Skip to content

Remove requirements.txt; expand workflows to include Python 3.9/3.10 #358

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

Closed
wants to merge 2 commits into from

Conversation

bemoody
Copy link
Collaborator

@bemoody bemoody commented Apr 12, 2022

Including a "requirements.txt" (or equivalent) in the repository likely suggests to users that those are the specific package versions they need to use. That's not true.

Indeed, as this package is intended in part as a general-purpose library for applications to use (not just an application in and of itself), it's important that this package doesn't impose unnecessary limits on what other libraries may be co-installed with it.

So for testing purposes, it would be better to actually test a variety of different yet stable package versions. 'test-deb10-i386' is a start at doing that. But in lieu of that, we should at least try to test "the latest thing available from pypi" across a variety of interpreter versions.

You may think this makes test-suite runs less reproducible... which is true. But they weren't really reproducible anyway because pip would install a whole bunch of indirect dependencies automatically. If we need to reproduce a test-suite run, we can do so (or try to) by extracting the list of installed versions from the log.

Benjamin Moody added 2 commits April 12, 2022 16:41
Having the file 'requirements.txt' implies that there is a particular
set of external package versions that are recommended, if not
required.

That's not true; all of the packages that wfdb-python requires are
quite stable and any vaguely recent version will do, and you should
generally be using the most up-to-date version that is compatible with
your application requirements.

Moreover, there's no specific set of external package version numbers
that works across all platforms we might want to test.

Therefore, remove the file requirements.txt, and for purposes of
*testing*, use whatever pip selects by default.
Expand the set of automated tests to include the newest Python
versions that GitHub supports.

These numbers must be quoted to interpret them as strings rather than
numbers.  Way to go, yaml.
@bemoody
Copy link
Collaborator Author

bemoody commented Apr 12, 2022

Github is not showing any logs for this or for pull #357 for some reason. Presumably, though, the workflows will fail due to pull #355.

@bemoody
Copy link
Collaborator Author

bemoody commented Apr 12, 2022

$ curl https://api.github.com/repos/MIT-LCP/wfdb-python/actions/runs?branch=loose-versions
{
  "total_count": 0,
  "workflow_runs": [

  ]
}

shrug

@cx1111
Copy link
Member

cx1111 commented Apr 13, 2022

Make sure no info is being lost from here, since people have had to manually keep this and setup.py in sync.

@bemoody
Copy link
Collaborator Author

bemoody commented Apr 20, 2022

These issues are addressed by pulls #356 and #363.

@bemoody bemoody closed this Apr 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants