AttributeError: module 'enum' has no attribute 'IntFlag' #1995

Casyfill · 2019-05-13T15:40:59Z

python 3.6, dvc 0.40.1

on almost any command throws issue (warning?):

Failed to import the site module
Traceback (most recent call last):
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/site.py", line 541, in <module>
    main()
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/site.py", line 522, in main
    known_paths = addusersitepackages(known_paths)
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/site.py", line 282, in addusersitepackages
    user_site = getusersitepackages()
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/site.py", line 258, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/site.py", line 248, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/sysconfig.py", line 608, in get_config_var
    return get_config_vars().get(name)
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/sysconfig.py", line 587, in get_config_vars
    import _osx_support
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/_osx_support.py", line 4, in <module>
    import re
  File "/Users/philippk/anaconda3/envs/py36/lib/python3.6/re.py", line 142, in <module>
    class RegexFlag(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'

The text was updated successfully, but these errors were encountered:

efiop · 2019-05-13T16:17:39Z

Hi @Casyfill !

Do you have enum34 installed by any chance? You can check that with pip freeze | grep enum34. If you do, please remove it, it is known to cause issues in many packages.

Casyfill · 2019-05-13T18:32:05Z

got it! hm, now I wonder which package requires it as a dependency (given that everything worked fine 3 days ago)

shcheklein · 2019-05-13T18:35:18Z

@efiop is there a workaround on the DVC side we can implement so that we do not depend on the environment in this case?

efiop · 2019-05-13T19:00:23Z

@shcheklein As you can see from the traceback, it is not about us per se 🙂 As far as I know, the issue is caused by some old enum34 installed, which breaks the environment basically for everything that is using newer features. @Casyfill Maybe you have enum34 version in your console from the time you've run pip freeze so we could confirm my theory? What we could do is require some newer enum34 version in our setup.py, but, as you know, it won't prevent next installed package from installing old enum34 as a dependency 🙁 We might consider checking it at runtime too, though, but as you can see from the traceback, dvc is not even running yet, so that wouldn't be that useful.

Casyfill · 2019-05-15T14:08:19Z

I don't have pip freeze per se, but I was able to reproduce it having the conda env below.
Given that it just started to happen, I blame the last lib I installed - halo, but didn't have a chance so far to check if I am correct

name: py37
channels:
  - anaconda
  - conda-forge
dependencies:
  - anaconda:python=3.7.3
  - anaconda:black
  - anaconda:scikit-learn>=0.21.1
  - anaconda:ipython
  - anaconda:jupyter>=1.0.0
  - anaconda:jupyterlab>=0.35.6
  - anaconda:pandas
  - anaconda:pip
  - anaconda:pytest==4.4.0
  - anaconda:pytest-cov
  - anaconda:pytest-pep8
  - anaconda:pytest-benchmark>=3.2.2
  - pymssql
  - pymysql
  - pyyaml
  - conda-forge:fiona>=1.8.6
  - conda-forge:geopandas>=0.5.0
  - conda-forge:s3fs
  - conda-forge:jsonschema=2.6.0
  - conda-forge:luigi
  - conda-forge:sendgrid=5.6.0
  - conda-forge:tqdm
  - conda-forge:xlsxwriter
  - conda-forge:hypothesis  
  - pip:
    - halo
    - envkey
    - dvc
    - snowflake-sqlalchemy
prefix: /Users/philippk/anaconda3/envs/py37

daskol · 2019-05-28T19:46:03Z

I have the issue as well. Uninstallation of enum34 solved the issue. I am working in virtual environemnt with Python3.7. In my case the dependent is catboost.

$ pip show enum34   
Name: enum34
Version: 1.1.6
Summary: Python 3.4 Enum backported to 3.3, 3.2, 3.1, 2.7, 2.6, 2.5, and 2.4
Home-page: https://bitbucket.org/stoneleaf/enum34
Author: Ethan Furman
Author-email: ethan@stoneleaf.us
License: BSD License
Location: .../.env/lib/python3.7/site-packages
Requires: 
Required-by: catboost

efiop · 2019-05-28T22:23:57Z

Hi @daskol !

Thanks for reporting this! Looks like catboost shouldn't install enum34 in newer python versions: https://github.com/catboost/catboost/blob/6550fd5ef349acd08d021f8210e322201b169951/catboost/python-package/setup.py#L30 . It should probably be handled similar to how these guys have fixed it donnemartin/saws@f109bc8 . We've looked for some kind of preemptive solution on our side, but looks like it should indeed be handled by projects that are actually using enum34.

SirPolaris · 2019-09-21T01:14:49Z

Life savers. Thanks.
Was installing a GTFS parser and old tech was being hung up on something I don't even remember installing.

sunbc0120 · 2019-10-10T00:11:36Z

pip uninstall -y enum34

TheusBoot · 2019-10-26T02:55:11Z

what

joshwolff1 · 2020-06-04T06:36:36Z

This helped me:

I was able to fix this by adding enum34 = "==1.1.8" to pyproject.toml.
Apparently enum34 had a feature in v1.1.8 that avoided this error, but
this regressed in v1.1.9+. This is just a workaround though. The
better solution would be for packages to use environment markers so
you don't have to install enum34 at all unless needed.

Source: python-poetry/poetry#1122

ekanters71 · 2020-06-05T18:49:39Z

Hi there. I am struggling as well and getting an error at
class Modes(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'

Any help is appreciated.

/volume1/@appstore/py3k/usr/local/lib/python3.5/enum.py
Using Python executable: /volume1/@appstore/py3k/usr/local/bin/python3
Using Python version: 3.5.1 (default, Jan 29 2018, 14:18:59)
[GCC 4.9.3 20150311 (prerelease)]
Platform: Linux-3.10.105-x86_64-with-glibc2.3.4
PYTHONPATH: None

import sys
import enum

def main(argv):
print ('Hello there', sys.argv[1])

class Modes(enum.IntFlag):
Listen = 1

print ('Hello there', sys.argv[1])

if name == name:
main(sys.argv[1:])

efiop · 2020-06-05T20:47:55Z

@ekanters71 See the recipes above. You just need to uninstall enum34 with pip uninstall -y enum34.

ekanters71 · 2020-06-06T07:03:51Z

I have tried to installed enum34 on all my pip instances available on my Synology system.
/usr/bin/pip uninstall -y enum34
/usr/bin/pip2 uninstall -y enum34
/usr/bin/pip2.7 uninstall -y enum34
/volume1/@appstore/py3k/usr/local/bin/pip uninstall -y enum34
/volume1/@appstore/py3k/usr/local/bin/pip3 uninstall -y enum34

Always the same: WARNING: Skipping enum34 as it is not installed.

Any other suggestions?

efiop · 2020-06-06T11:00:10Z

@ekanters71 It is installed somewhere, you need to find it and remove. Sorry, but you are on your own now 🙂

`enum34` seems to be causing some issues on newer versions of Python, example: iterative/dvc#1995 (comment) Using a PEP508 environmental marker (https://www.python.org/dev/peps/pep-0508/) to only include for 3.3 or older versions of Python

ekanters71 · 2020-06-15T17:35:31Z

Thanks for your comments. I am on 3.5. I have tried to remove enum34 and I think it worked but by Code still is causing the same error. I have a bigger program but I have condensed it to the problem
import sys
import enum

Gather our code in a main() function

def main(argv):
print ('Hello there', sys.argv[1])

class Modes(enum.IntFlag):
Listen = 1

print ('Hello there', sys.argv[1])

if name == name:
main(sys.argv[1:])

It results in:
Hello there test
Traceback (most recent call last):
File "print_args.py", line 20, in
main(sys.argv[1:])
File "print_args.py", line 9, in main
class Modes(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'

Any help please?

Gurpreet23-design · 2020-07-06T09:17:18Z

i also have the same issue of error while working on pycharm
i also tried to run pip uninstall enum34 command but it shows me that enum34 was not installed
i dont know what to do i have pyhton 3.8 version
please help by any other solution
THANKS.....

Leeuw-Maluleka · 2020-09-10T15:20:23Z

hi. M having a similar issue but uninstalling unum34 doesn't solve it, here is my traceback:

Traceback (most recent call last):
File "run.py", line 2, in
from wtforms import Form, StringField, TextAreaField, PasswordField, validators
File "/home/leeuw/.local/lib/python3.5/site-packages/wtforms/init.py", line 11, in
from wtforms import validators, widgets
File "/home/leeuw/.local/lib/python3.5/site-packages/wtforms/validators.py", line 9, in
import email_validator
File "/home/leeuw/.local/lib/python3.5/site-packages/email_validator/init.py", line 6, in
import dns.resolver
File "/home/leeuw/.local/lib/python3.5/site-packages/dns/resolver.py", line 32, in
import dns.flags
File "/home/leeuw/.local/lib/python3.5/site-packages/dns/flags.py", line 24, in
class Flag(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'

pmrowla · 2020-09-10T15:24:13Z

Hi @Leeuw-Maluleka, we no longer support Python 3.5. DVC requires Python 3.6 or later.

Leeuw-Maluleka · 2020-09-10T17:44:25Z

Hi @pieter Rowlands thank you for the reply. I need help and hope you can help me. I am fairly new to flask and trying to submit my school assignment which for now needs a user registration for that validates and prevents users from using the same username. I tried this using wtforms but when I run my app on the terminal I get the below error: Traceback (most recent call last): File "run.py", line 3, in <module> from wtforms import Form, StringField, TextAreaField, PasswordField, validators File "/home/leeuw/.local/lib/python3.5/site-packages/wtforms/__init__.py", line 11, in <module> from wtforms import validators, widgets File "/home/leeuw/.local/lib/python3.5/site-packages/wtforms/validators.py", line 9, in <module> import email_validator File "/home/leeuw/.local/lib/python3.5/site-packages/email_validator/__init__.py", line 6, in <module> import dns.resolver File "/home/leeuw/.local/lib/python3.5/site-packages/dns/resolver.py", line 32, in <module> import dns.flags File "/home/leeuw/.local/lib/python3.5/site-packages/dns/flags.py", line 24, in <module> class Flag(enum.IntFlag): AttributeError: module 'enum' has no attribute 'IntFlag' hope you will be able to assist me so I can submit my assignment. the complete project will be a todo list app Regards,

…

On Thu, Sep 10, 2020 at 5:24 PM Peter Rowlands (변기호) < ***@***.***> wrote: Hi @Leeuw-Maluleka <https://github.com/Leeuw-Maluleka>, we no longer support Python 3.5. DVC requires Python 3.6 or later. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1995 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHNACRVGRMURRWENIEY2JQTSFDVS7ANCNFSM4HMRCHGA> .

-- Warm Regards,

efiop · 2020-09-10T18:22:53Z

@Leeuw-Maluleka The issue is in https://github.com/rthalley/dnspython package, not in dvc. I don't think you are using dvc at all. There is not much we can do, you are on your own 🙁

ogonbat · 2020-11-14T12:31:19Z

i also have the same issue of error while working on pycharm
i also tried to run pip uninstall enum34 command but it shows me that enum34 was not installed
i dont know what to do i have pyhton 3.8 version
please help by any other solution
THANKS.....

Hi, I have the same issue reported above, I have a virtualenv and enum34 is not installed.
So, i have no options to go forward. someone else have the same problem?

pared · 2020-11-14T14:34:57Z

@ogonbat
What is the output of your dvc version?

ekanters71 · 2020-11-16T06:19:38Z

I have upgraded my python version to 3.7. It is working now. Thanks.

pip 20.3 finally includes a proper dependency resolver. Its use is causing the following error messages on the lower-constraints job: ERROR: Cannot install ... because these package versions have conflicting dependencies. The conflict is caused by: bandit 1.1.0 depends on PyYAML>=3.1.0 cliff 3.4.0 depends on PyYAML>=3.12 openstacksdk 0.52.0 depends on PyYAML>=3.13 Bump our lower constraint for PyYAML to resolve this issue. With that resolved, we see a new issue: ERROR: Could not find a version that satisfies the requirement cryptography>=2.7 (from openstacksdk) ERROR: No matching distribution found for cryptography>=2.7 This is less self-explanatory but looking at the lower-constraints for openstacksdk 0.52.0 shows a dependency on cryptography 2.7 [1], meaning we need to bump this also. Next up, flake8-import-order seems to cause the dependency resolver to go nuts, eventually ending with the following error message in a Python 3.6 environment: Using cached enum34-1.1.2.zip (49 kB) ERROR: Command errored out with exit status 1: command: ... cwd: ... Complete output (9 lines): Traceback (most recent call last): File "<string>", line 1, in <module> File ".../lib/python3.6/site-packages/setuptools/__init__.py", line 7, in <module> import setuptools.distutils_patch # noqa: F401 File ".../lib/python3.6/site-packages/setuptools/distutils_patch.py", line 9, in <module> import re File "/usr/lib64/python3.6/re.py", line 142, in <module> class RegexFlag(enum.IntFlag): AttributeError: module 'enum' has no attribute 'IntFlag' ---------------------------------------- A quick Google suggests this is because the enum34 package is not complete [2]. We shouldn't even be using it since our base virtualenv should at least use Python 3.6, but I guess some dependency doesn't properly restrict the dependency to <= Python 3.4. This is moved from 'test-requirements.txt' to 'tox.ini' since we don't need to use our constraints machinery for linters. Finally, the versions of bandit and hacking that pip is bringing in both requires in a newer version of babel, which in turn requires a new version of pytz. Collecting hacking>=2.0.0 ... ERROR: Cannot install oslo.i18n because these package versions have conflicting dependencies. The conflict is caused by: babel 2.9.0 depends on pytz>=2015.7 babel 2.8.1 depends on pytz>=2015.7 babel 2.8.0 depends on pytz>=2015.7 babel 2.7.0 depends on pytz>=2015.7 Seeing as we shouldn't be tracking bandit in lower-constraints, I'm not sure why we're want to bump these dependencies for just that. As above, we move these dependencies out of 'test-requirements' and into 'tox.ini' since we can do that for linters. [1] https://opendev.org/openstack/openstacksdk/src/tag/0.52.0/requirements.txt#L19 [2] iterative/dvc#1995 (comment) Change-Id: I8ec738fbcabc8d8553db79a876e5592576cd18fa Signed-off-by: Stephen Finucane <sfinucan@redhat.com>

* Update python-openstackclient from branch 'master' to 20769cd7b27d51da84a324a17922427eba5c6eac - Fix lower-constraints job pip 20.3 finally includes a proper dependency resolver. Its use is causing the following error messages on the lower-constraints job: ERROR: Cannot install ... because these package versions have conflicting dependencies. The conflict is caused by: bandit 1.1.0 depends on PyYAML>=3.1.0 cliff 3.4.0 depends on PyYAML>=3.12 openstacksdk 0.52.0 depends on PyYAML>=3.13 Bump our lower constraint for PyYAML to resolve this issue. With that resolved, we see a new issue: ERROR: Could not find a version that satisfies the requirement cryptography>=2.7 (from openstacksdk) ERROR: No matching distribution found for cryptography>=2.7 This is less self-explanatory but looking at the lower-constraints for openstacksdk 0.52.0 shows a dependency on cryptography 2.7 [1], meaning we need to bump this also. Next up, flake8-import-order seems to cause the dependency resolver to go nuts, eventually ending with the following error message in a Python 3.6 environment: Using cached enum34-1.1.2.zip (49 kB) ERROR: Command errored out with exit status 1: command: ... cwd: ... Complete output (9 lines): Traceback (most recent call last): File "<string>", line 1, in <module> File ".../lib/python3.6/site-packages/setuptools/__init__.py", line 7, in <module> import setuptools.distutils_patch # noqa: F401 File ".../lib/python3.6/site-packages/setuptools/distutils_patch.py", line 9, in <module> import re File "/usr/lib64/python3.6/re.py", line 142, in <module> class RegexFlag(enum.IntFlag): AttributeError: module 'enum' has no attribute 'IntFlag' ---------------------------------------- A quick Google suggests this is because the enum34 package is not complete [2]. We shouldn't even be using it since our base virtualenv should at least use Python 3.6, but I guess some dependency doesn't properly restrict the dependency to <= Python 3.4. This is moved from 'test-requirements.txt' to 'tox.ini' since we don't need to use our constraints machinery for linters. Finally, the versions of bandit and hacking that pip is bringing in both requires in a newer version of babel, which in turn requires a new version of pytz. Collecting hacking>=2.0.0 ... ERROR: Cannot install oslo.i18n because these package versions have conflicting dependencies. The conflict is caused by: babel 2.9.0 depends on pytz>=2015.7 babel 2.8.1 depends on pytz>=2015.7 babel 2.8.0 depends on pytz>=2015.7 babel 2.7.0 depends on pytz>=2015.7 Seeing as we shouldn't be tracking bandit in lower-constraints, I'm not sure why we're want to bump these dependencies for just that. As above, we move these dependencies out of 'test-requirements' and into 'tox.ini' since we can do that for linters. [1] https://opendev.org/openstack/openstacksdk/src/tag/0.52.0/requirements.txt#L19 [2] iterative/dvc#1995 (comment) Change-Id: I8ec738fbcabc8d8553db79a876e5592576cd18fa Signed-off-by: Stephen Finucane <sfinucan@redhat.com>

enum34 appears to be a potential source of problems when installed in environments using Python 3.4 or later [0, 1]. Apparently enum34 1.1.8 was able to avoid these issues, but a regression was introduced in 1.1.9 and is still present in the most recent release [2]. This commit loosens the requirement on enum34 so that it is only installed if Python 3.3 or older is used. This particular solution requires setuptools v36.2 or newer [3]. If older versions of setuptools need to be supported, then the requirements can be put into an extras_require clause [4, 5]. [0]: python-poetry/poetry#1122 [1]: iterative/dvc#1995 [2]: https://web.archive.org/web/20200621215937/https://bitbucket.org/stoneleaf/enum34/issues/31/make-the-install-a-noop-on-python36 [3]: https://setuptools.readthedocs.io/en/latest/history.html#v36-2-0 [4]: robshakir/pyangbind#232 (comment) [5]: https://gitlab.com/pycqa/flake8/-/merge_requests/191/diffs

This is a combination of 2 commits, as both are needed to unblock Ussuri gate. 1. [stable-only] lower-contraints: Bump various packages * amqp==2.5.0 & kombu==4.6.1 via oslo.messaging I4b72d8feb85c2b9b4657510c356cd21e22fe40c2 * enum34==1.1.8 to workaround known issues with the package The associated repo and issue tracker is currently offline so I can't link the actual issue here but it's widely reported elsewhere. iterative/dvc#1995 * hacking==3.0.1 introduced via Ie00c10332bd7110169dbb150d601c157b6694d05 * oslo.context==2.22.0 introduced via oslo-policy 3.1.0 * stestr==2.0.0 introduced via oslotest 3.8.0 2. Disable qos resize tempest test for nova-multi-cell job It turned out that during the qos resize work we did not implemented support of cross cell resize with qos ports. Tempest test coverage for the resize and migrate is landed recently that made the nova-multi-cell job to fail. So this patch disables the qos resize and migrate tempest tests for the nova-multi-cell job to unblock the gate. Related-Bug: #1907522 [1] I8c573c4a11a76932057d8415d76114a03269b9f3 (cherry picked from commit 048250a) Change-Id: Ib0e09df9d61e42592c2d36ceed7f38c1278c53b2 Closes-Bug: #1907756

pip 20.3 finally includes a proper dependency resolver. Its use is causing the following error messages on the lower-constraints job: ERROR: Cannot install ... because these package versions have conflicting dependencies. The conflict is caused by: bandit 1.1.0 depends on PyYAML>=3.1.0 cliff 3.4.0 depends on PyYAML>=3.12 openstacksdk 0.52.0 depends on PyYAML>=3.13 Bump our lower constraint for PyYAML to resolve this issue. With that resolved, we see a new issue: ERROR: Could not find a version that satisfies the requirement cryptography>=2.7 (from openstacksdk) ERROR: No matching distribution found for cryptography>=2.7 This is less self-explanatory but looking at the lower-constraints for openstacksdk 0.52.0 shows a dependency on cryptography 2.7 [1], meaning we need to bump this also. Next up, flake8-import-order seems to cause the dependency resolver to go nuts, eventually ending with the following error message in a Python 3.6 environment: Using cached enum34-1.1.2.zip (49 kB) ERROR: Command errored out with exit status 1: command: ... cwd: ... Complete output (9 lines): Traceback (most recent call last): File "<string>", line 1, in <module> File ".../lib/python3.6/site-packages/setuptools/__init__.py", line 7, in <module> import setuptools.distutils_patch # noqa: F401 File ".../lib/python3.6/site-packages/setuptools/distutils_patch.py", line 9, in <module> import re File "/usr/lib64/python3.6/re.py", line 142, in <module> class RegexFlag(enum.IntFlag): AttributeError: module 'enum' has no attribute 'IntFlag' ---------------------------------------- A quick Google suggests this is because the enum34 package is not complete [2]. We shouldn't even be using it since our base virtualenv should at least use Python 3.6, but I guess some dependency doesn't properly restrict the dependency to <= Python 3.4. This is moved from 'test-requirements.txt' to 'tox.ini' since we don't need to use our constraints machinery for linters. Finally, the versions of bandit and hacking that pip is bringing in both requires in a newer version of babel, which in turn requires a new version of pytz. Collecting hacking>=2.0.0 ... ERROR: Cannot install oslo.i18n because these package versions have conflicting dependencies. The conflict is caused by: babel 2.9.0 depends on pytz>=2015.7 babel 2.8.1 depends on pytz>=2015.7 babel 2.8.0 depends on pytz>=2015.7 babel 2.7.0 depends on pytz>=2015.7 Seeing as we shouldn't be tracking bandit in lower-constraints, I'm not sure why we're want to bump these dependencies for just that. As above, we move these dependencies out of 'test-requirements' and into 'tox.ini' since we can do that for linters. Modifications: tox.ini NOTE(stephenfin): A cap is placed on the version of hacking used to prevent us bringing in 4.0.0, which requires additional fixes. [1] https://opendev.org/openstack/openstacksdk/src/tag/0.52.0/requirements.txt#L19 [2] iterative/dvc#1995 (comment) Change-Id: I8ec738fbcabc8d8553db79a876e5592576cd18fa Signed-off-by: Stephen Finucane <sfinucan@redhat.com> (cherry picked from commit 20769cd)

pip 20.3 finally includes a proper dependency resolver. Its use is causing the following error messages on the lower-constraints job: ERROR: Cannot install ... because these package versions have conflicting dependencies. The conflict is caused by: bandit 1.1.0 depends on PyYAML>=3.1.0 cliff 3.4.0 depends on PyYAML>=3.12 openstacksdk 0.52.0 depends on PyYAML>=3.13 Bump our lower constraint for PyYAML to resolve this issue. With that resolved, we see a new issue: ERROR: Could not find a version that satisfies the requirement cryptography>=2.7 (from openstacksdk) ERROR: No matching distribution found for cryptography>=2.7 This is less self-explanatory but looking at the lower-constraints for openstacksdk 0.52.0 shows a dependency on cryptography 2.7 [1], meaning we need to bump this also. Next up, flake8-import-order seems to cause the dependency resolver to go nuts, eventually ending with the following error message in a Python 3.6 environment: Using cached enum34-1.1.2.zip (49 kB) ERROR: Command errored out with exit status 1: command: ... cwd: ... Complete output (9 lines): Traceback (most recent call last): File "<string>", line 1, in <module> File ".../lib/python3.6/site-packages/setuptools/__init__.py", line 7, in <module> import setuptools.distutils_patch # noqa: F401 File ".../lib/python3.6/site-packages/setuptools/distutils_patch.py", line 9, in <module> import re File "/usr/lib64/python3.6/re.py", line 142, in <module> class RegexFlag(enum.IntFlag): AttributeError: module 'enum' has no attribute 'IntFlag' ---------------------------------------- A quick Google suggests this is because the enum34 package is not complete [2]. We shouldn't even be using it since our base virtualenv should at least use Python 3.6, but I guess some dependency doesn't properly restrict the dependency to <= Python 3.4. This is moved from 'test-requirements.txt' to 'tox.ini' since we don't need to use our constraints machinery for linters. Finally, the versions of bandit and hacking that pip is bringing in both requires in a newer version of babel, which in turn requires a new version of pytz. Collecting hacking>=2.0.0 ... ERROR: Cannot install oslo.i18n because these package versions have conflicting dependencies. The conflict is caused by: babel 2.9.0 depends on pytz>=2015.7 babel 2.8.1 depends on pytz>=2015.7 babel 2.8.0 depends on pytz>=2015.7 babel 2.7.0 depends on pytz>=2015.7 Seeing as we shouldn't be tracking bandit in lower-constraints, I'm not sure why we're want to bump these dependencies for just that. As above, we move these dependencies out of 'test-requirements' and into 'tox.ini' since we can do that for linters. Conflicts: lower-constraints.txt test-requirements.txt NOTE(stephenfin): Conflicts are due to the absence of ddt and presence of mock in lower-constraints.txt and test-requirements.txt, respectively. Modifications: lower-constraints.txt NOTE(stephenfin): There's no need to bump cryptography here since we're using an older version of openstacksdk. [1] https://opendev.org/openstack/openstacksdk/src/tag/0.52.0/requirements.txt#L19 [2] iterative/dvc#1995 (comment) Change-Id: I8ec738fbcabc8d8553db79a876e5592576cd18fa Signed-off-by: Stephen Finucane <sfinucan@redhat.com> (cherry picked from commit 20769cd) (cherry picked from commit 83cd9b5)

pycharmer1221 · 2024-06-21T20:44:57Z

i faced the same issue,
i was using VSCODE and python 3.8.10,

i had file called enum.py that i created for storing enums for pydantic,
but when i created file everything was working fine,

but when i reopen the same notebook, and kernal was not starting,
most of the solutions are to uninstall enum but it was not installed.

so i deleted enum.py file, and it started working again,
after that i checked that if you have enum file even in sub-directory ie where you are using notebook,
it shows that error

Casyfill mentioned this issue May 15, 2019

Bug: AttributeError: module 'enum' has no attribute 'IntFlag' #1995 manrajgrover/halo#127

Closed

efiop closed this as completed May 28, 2019

daskol mentioned this issue May 29, 2019

Package enum34 in Newer Python Versions catboost/catboost#850

Closed

efiop mentioned this issue Jul 14, 2019

Warning message in google colabs #2265

Closed

bonjourmauko mentioned this issue Nov 4, 2019

Web API installation fails with newer version of psutil openfisca/openfisca-core#910

Closed

vahdat-ab mentioned this issue Nov 5, 2019

Cannot install scikit-learn-contrib/hdbscan#327

Closed

gabn88 mentioned this issue Nov 27, 2019

PyPI release iconfinder/pyvat#22

Closed

accidentalrebel mentioned this issue Mar 25, 2020

Doesn't install on Ubuntu kitao/pyxel#228

Closed

morenoh149 mentioned this issue Apr 29, 2020

Update enum intuit/oauth-pythonclient#19

Closed

ehsanmok mentioned this issue May 7, 2020

Upgraded pip fails to install packages with enum34 aws/sagemaker-python-sdk#1469

Closed

eeshugerman mentioned this issue Jun 8, 2020

remove enum34 from requirements dfmedia/vastparse#4

Merged

FlippAre mentioned this issue Jun 9, 2020

Only install enum34 on py<3.4 LNSD/pynssm#1

Merged

echarrod mentioned this issue Jun 18, 2020

Revert to asn1 2.2.0 to avoid using enum34 getyoti/yoti-python-sdk#211

Merged

echarrod mentioned this issue Jun 18, 2020

enum34 dependency causes issues in some environments andrivet/python-asn1#66

Closed

sgillies mentioned this issue Jul 27, 2020

AttributeError: module 'enum' has no attribute 'IntFlag' when install from source mapbox/rio-color#62

Closed

hvy mentioned this issue Aug 29, 2020

ubuntu pip install error optuna/optuna#1739

Closed

jaheba mentioned this issue Sep 16, 2020

Issue with installing GlounTS on Sagemaker notebook instance from Github awslabs/gluonts#1039

Closed

mitya57 mentioned this issue Oct 1, 2020

Add support for building with SIP v5 frescobaldi/python-poppler-qt5#41

Merged

ghost mentioned this issue Oct 7, 2020

Enum34 breaking python DoubleCiti/mongodb-migrations#33

Closed

michalk8 mentioned this issue Nov 20, 2020

Unable to import cellrank. Install Petsc Troubles theislab/cellrank#450

Closed

ts826848 mentioned this issue Dec 8, 2020

Require enum34 only for Python versions before 3.4 dbcli/mssql-cli#503

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

AttributeError: module 'enum' has no attribute 'IntFlag' #1995

AttributeError: module 'enum' has no attribute 'IntFlag' #1995

Casyfill commented May 13, 2019

efiop commented May 13, 2019 •

edited

Loading

Casyfill commented May 13, 2019 •

edited

Loading

shcheklein commented May 13, 2019

efiop commented May 13, 2019

Casyfill commented May 15, 2019

daskol commented May 28, 2019

efiop commented May 28, 2019 •

edited

Loading

SirPolaris commented Sep 21, 2019

sunbc0120 commented Oct 10, 2019

TheusBoot commented Oct 26, 2019

joshwolff1 commented Jun 4, 2020

ekanters71 commented Jun 5, 2020

efiop commented Jun 5, 2020 •

edited

Loading

ekanters71 commented Jun 6, 2020

efiop commented Jun 6, 2020

ekanters71 commented Jun 15, 2020

Gurpreet23-design commented Jul 6, 2020

Leeuw-Maluleka commented Sep 10, 2020

pmrowla commented Sep 10, 2020

Leeuw-Maluleka commented Sep 10, 2020 via email

efiop commented Sep 10, 2020

ogonbat commented Nov 14, 2020

pared commented Nov 14, 2020

ekanters71 commented Nov 16, 2020

pycharmer1221 commented Jun 21, 2024

AttributeError: module 'enum' has no attribute 'IntFlag' #1995

AttributeError: module 'enum' has no attribute 'IntFlag' #1995

Comments

Casyfill commented May 13, 2019

efiop commented May 13, 2019 • edited Loading

Casyfill commented May 13, 2019 • edited Loading

shcheklein commented May 13, 2019

efiop commented May 13, 2019

Casyfill commented May 15, 2019

daskol commented May 28, 2019

efiop commented May 28, 2019 • edited Loading

SirPolaris commented Sep 21, 2019

sunbc0120 commented Oct 10, 2019

TheusBoot commented Oct 26, 2019

joshwolff1 commented Jun 4, 2020

ekanters71 commented Jun 5, 2020

/volume1/@appstore/py3k/usr/local/lib/python3.5/enum.py Using Python executable: /volume1/@appstore/py3k/usr/local/bin/python3 Using Python version: 3.5.1 (default, Jan 29 2018, 14:18:59) [GCC 4.9.3 20150311 (prerelease)] Platform: Linux-3.10.105-x86_64-with-glibc2.3.4 PYTHONPATH: None

efiop commented Jun 5, 2020 • edited Loading

ekanters71 commented Jun 6, 2020

efiop commented Jun 6, 2020

ekanters71 commented Jun 15, 2020

Gather our code in a main() function

Gurpreet23-design commented Jul 6, 2020

Leeuw-Maluleka commented Sep 10, 2020

pmrowla commented Sep 10, 2020

Leeuw-Maluleka commented Sep 10, 2020 via email

efiop commented Sep 10, 2020

ogonbat commented Nov 14, 2020

pared commented Nov 14, 2020

ekanters71 commented Nov 16, 2020

pycharmer1221 commented Jun 21, 2024

efiop commented May 13, 2019 •

edited

Loading

Casyfill commented May 13, 2019 •

edited

Loading

efiop commented May 28, 2019 •

edited

Loading

/volume1/@appstore/py3k/usr/local/lib/python3.5/enum.py
Using Python executable: /volume1/@appstore/py3k/usr/local/bin/python3
Using Python version: 3.5.1 (default, Jan 29 2018, 14:18:59)
[GCC 4.9.3 20150311 (prerelease)]
Platform: Linux-3.10.105-x86_64-with-glibc2.3.4
PYTHONPATH: None

efiop commented Jun 5, 2020 •

edited

Loading