Skip to content
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

Add a requirements-freeze.txt file. #18

Open
helgihg opened this issue Oct 12, 2024 · 1 comment
Open

Add a requirements-freeze.txt file. #18

helgihg opened this issue Oct 12, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@helgihg
Copy link

helgihg commented Oct 12, 2024

Having problems with running Moggie because of exceptions from urwid, I tried running back some versions and ended up getting Moggie to run with urwid version 2.4.6, as opposed to the most recent one at the time of this writing, 2.6.14.

Keeping a requirements-freeze.txt file would be helpful, seeing that updating dependencies is unlikely to be a priority while implementing features.

I'm still having crashes reasons still unclear to me, which may very well be for similar reasons, i.e. dependencies that should be of an older version than the newest available through PyPi.

Preferably it would be separate from the requirements.txt file, so that unused dependencies don't get stuck. Then, requriements-freeze.txt can be re-generated with a new virtual environment, installing using pip install -r requirements.txt and immediately creating requirements-freeze.txt using:

pip freeze > requirements-freeze.txt

Despite this, it may very well be prudent to maintain version pinning in requirements.txt when it is known that a specific version of a package is needed. For example, my current requirements.txt reads as follows:

setproctitle
cryptography
pycryptodomex
pycrypto
markdown
msgpack
numpy
urwid==2.4.6
aiosmtplib
pyqrcode
dkimpy
aiodns
PGPy
pgpdump
sop
upagekite
pyzipper
websockets

This also adds the benefit of a contributor being able to tackle problems with old dependencies in a more organized fashion by simply removing the version-pinning, and getting the code to work with the newest version at any given time.

@BjarniRunar
Copy link
Member

Did you forget to update submodules by any chance? I ask because of your PR which I just rejected because I want to pull certain things from git submodules, not from pip.

That aside, what you are proposing probably has merit anyway, but I need to think about it a bit more to be sure I understand what we're aiming for.

@BjarniRunar BjarniRunar added the enhancement New feature or request label Oct 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants