mirror of
https://github.com/brentvollebregt/auto-py-to-exe.git
synced 2026-04-25 11:45:49 +03:00
[GH-ISSUE #367] pywin32-ctypes error #304
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jman13378 on GitHub (Feb 20, 2023).
Original GitHub issue: https://github.com/brentvollebregt/auto-py-to-exe/issues/367
Originally assigned to: @jman13378 on GitHub.
Quick Checks
Describe the bug
pywin32-ctypesneeding to be installed when it already is which is preventing me from using autopytoexeTo Reproduce
auto-py-to-exeError
Python
Expected behavior
open the gui
Your Environment:
python --version): 3.11.0pip show auto-py-to-exe):2.30.0pip show pyinstaller):5.8.0pip show eel): 0.14.0@github-actions[bot] commented on GitHub (Feb 20, 2023):
👋 Hi, just a reminder that if you haven't read the help post yet, give it a read to see if your issue is covered in it and make sure to follow the debugging section.
Also please note, as stated in the README, if your issue is only associated with your application and not auto-py-to-exe itself, please do not create an issue in this repository - instead, comment on the help post, video or create a new discussion.
@brentvollebregt commented on GitHub (Feb 20, 2023):
Could you execute the following in powershell and let me know what each line returns (individually - not all together),
This is to help me check your environment.
Also, have you tried using a virtual environment? If that works, it will immediately point to your environment being the issue.
@jman13378 commented on GitHub (Feb 20, 2023):
Hello! i have installed the modules on another computer and it works fine but i get an error about not having modules although it used to work on this other computer
@brentvollebregt commented on GitHub (Feb 20, 2023):
Have you followed the debugging steps I the help post? If so, what error are you seeing?
@bwheatl commented on GitHub (Mar 3, 2023):
I also started having a problem with win32gui and auto-py-to-exe today. When I run auto-py-to-exe i get an error message module win32gui not found. I have run auto-py-to-exe with this code probably 30 times and never had an issue until today. Thinking about what has changed lately and the only change is I updated Pycharm. JMan13378 are you by any chance using Pycharm?
@jman13378 commented on GitHub (Mar 3, 2023):
nope I use VSCode
@jman13378 commented on GitHub (Mar 3, 2023):
I'll do this when i get home I've been busy
@bwheatl commented on GitHub (Mar 3, 2023):
where auto-py-to-exe where command not working I used gcm (get command)
CommandType Name Version Source
Application auto-py-to-exe.exe 0.0.0.0 C:\Users\AppData\Local\Programs...
gcm pip
CommandType Name Version Source
Application pip.exe 0.0.0.0 C:\Users\AppData\Local\Programs...
gcm python
CommandType Name Version Source
Application python.exe 3.11.11... C:\Users\AppData\Local\Programs...
pip show auto-py-to-exe
Name: auto-py-to-exe
Version: 2.31.1
Summary: Converts .py to .exe using a simple graphical interface.
Home-page: https://github.com/brentvollebregt/auto-py-to-exe
Author: Brent Vollebregt
Author-email: @.***
License: MIT
Location: C:\Users\AppData\Local\Programs\Python\Python311\Lib\site-packages
Requires: Eel, pyinstaller
Required-by:
pip show pyinstaller
Name: auto-py-to-exe
Version: 2.31.1
Summary: Converts .py to .exe using a simple graphical interface.
Home-page: https://github.com/brentvollebregt/auto-py-to-exe
Author: Brent Vollebregt
Author-email: @.***
License: MIT
Location: C:\Users\AppData\Local\Programs\Python\Python311\Lib\site-packages
Requires: Eel, pyinstaller
Required-by:
PS C:> pip show pyinstaller
Name: pyinstaller
Version: 5.8.0
Summary: PyInstaller bundles a Python application and all its dependencies into a single package.
Home-page: https://www.pyinstaller.org/
Author: Hartmut Goebel, Giovanni Bajo, David Vierra, David Cortesi, Martin Zibricky
Author-email:
License: GPLv2-or-later with a special exception which allows to use PyInstaller to build and distribute non-free programs (including commercial ones)
Location: C:\Users\AppData\Local\Programs\Python\Python311\Lib\site-packages
Requires: altgraph, pefile, pyinstaller-hooks-contrib, pywin32-ctypes, setuptools
Required-by: auto-py-to-exe
pip show pywin32-ctypes
Name: pywin32-ctypes
Version: 0.2.0
Summary: UNKNOWN
Home-page: https://github.com/enthought/pywin32-ctypes
Author: Enthought Inc
Author-email: @.***
License: BSD
Location: C:\Users\AppData\Local\Programs\Python\Python311\Lib\site-packages
Requires:
Required-by: pyinstaller
_
@bwheatl commented on GitHub (Mar 3, 2023):
The problem is not Auto-Py-To-Exe. I am getting the same error when I try to execute the program from the windows command prompt. Really strange issue. I am also getting the error on other modules. My guess is an issue with Windows not sure why it just started happening today.
@brentvollebregt commented on GitHub (Mar 3, 2023):
@bwheatl are you able to get the "Source" values of those gcm commands? Ideally if they aren't under
C:\Users\AppData\Local\Programs\Python\Python311(especially auto-py-to-exe), it will point to an environment issue.I recommend using a virtual environment if you are facing something like this - typically this will line everything back up.
@jman13378 commented on GitHub (Mar 6, 2023):
D:\ripo\Scripts\auto-py-to-exe.exe
D:\ripo\Scripts\pip.exe
D:\ripo\python.exe
@brentvollebregt commented on GitHub (Mar 8, 2023):
@jman13378 interesting, all the dependencies appear that they're in the same directory.
Do you still see the same when executing the following:
python -m pip show pywin32-ctypes: The same output as above?python -m auto_py_to_exe: The same error as in your report?Have you also managed to try using a virtual environment? Typically that will solve these types of errors.
@jman13378 commented on GitHub (Mar 8, 2023):
Ik it works on other freshly installed computers but i dont want to goto those everytime i need to package something
@brentvollebregt commented on GitHub (Mar 10, 2023):
I can't quite see why this isn't working - there must be something else at play. Could you try using a virtual environment on that machine?
@github-actions[bot] commented on GitHub (Apr 10, 2023):
This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.
@jman13378 commented on GitHub (Apr 10, 2023):
i tried on a vm and it's still having this issue
@brentvollebregt commented on GitHub (Apr 10, 2023):
Could you try using a virtual environment (not a virtual machine):
python -m venv .venv.venv/Scripts/activate.ps1(may need to change depending on the terminal you are using)where python(top .exe location should be in the .venv folder)pip install auto-py-to-exewhere auto-py-to-exe(top .exe location should be in the .venv folder)auto-py-to-exe@jman13378 commented on GitHub (Apr 13, 2023):
@brentvollebregt commented on GitHub (Apr 24, 2023):
@jman13378, not that I know this is usually how it works, but the "Requirement already satisfied" messages are hinting the dependencies are sitting outside the virtual env.
Could you try this and show all output:
python -m venv .venv.venv/Scripts/Activate.ps1(may need to change depending on the terminal you are using)where python(top .exe location should be in the .venv folder)where pip(top .exe location should be in the .venv folder)pip install auto-py-to-exewhere auto-py-to-exe(top .exe location should be in the .venv folder)pip show pywin32-ctypes(location should be in the .venv folder)auto-py-to-exe@jman13378 commented on GitHub (Apr 28, 2023):
Sorry for the inconvenience been busy just got a chance to test this but when i use
where pipi just get D:\ripo\Scripts\pip.exe@jman13378 commented on GitHub (Apr 28, 2023):
Alright i create a new env and it did open
@brentvollebregt commented on GitHub (Apr 28, 2023):
Ah there we go, the "Requirement already satisfied" message is now pointing to the virtual env - a bit weird that pip wasn't last time even though Python was pointing to it.
I suppose we can close this now? Seems like it was an environment issue.
@jman13378 commented on GitHub (Apr 28, 2023):
but how do we fix it
On Fri, Apr 28, 2023, 5:15 AM Brent Vollebregt @.***>
wrote:
@brentvollebregt commented on GitHub (Apr 28, 2023):
That worked -
auto-py-to-exedidn't throw that error now.@github-actions[bot] commented on GitHub (May 29, 2023):
This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.
@github-actions[bot] commented on GitHub (Jun 3, 2023):
Closing issue due to no activity in more than 60 days.