-
-
Notifications
You must be signed in to change notification settings - Fork 295
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
Buku Server Python Module Missing #664
Comments
Why is the issue titled "buku server", when the stacktrace is showing the error in the main library file? Try running (…On the other hand, there's no reason to import |
So I suppose there's really 2 issues here:
|
…Regarding the 1st one – it could just be that Also I'm guessing that |
Tested it out on my work laptop (which has Windows installed). Conclusions:
|
LexofLeviafan: Thanks for responding so promptly. We agree: this is a bug, for sure. Thanks for updating post label to 'BUG".
John |
The error is happening in the library, because the bug is in the library, and the place where it needs to be fixed is the library (…or in the dependencies of the library). The fact you encountered the error while running the GUI is merely a happenstance, and running the CLI or even trying to import the file as a library will cause the same error because the bug has nothing to do with GUI. |
This is a separate issue, which would take more effort to fix than this one; rather than suggesting for anyone specific to fix it, I'm merely stating that it exists (and may need a separate discussion in case someone would be willing to put in an effort to fix it). |
Just to make sure I understand. The specific issues, modules missing,
can be fixed apart from fixing the pyreadline3 issue.
Is this bug being added to the buku/buku server bug list for resolution?
Thanks
---
John Payne
630-815-2989 | www.pde-usa.net [3]
Sola Deo Gloria
On 2023-01-20 16:27, LeXofLeviafan wrote:
> Your suggestion of contributing a fix to pyreadline3 is beyond my
> current capability in Python or whatever language required to fix.
> Please feel free to contribute the required fix.
This is a separate issue, which would take more effort to fix than this
one; rather than suggesting for anyone specific to fix it, I'm merely
stating that it exists (and may need a separate discussion in case
someone would be willing to put in an effort to fix it).
--
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
To put it plainly: I knew the software was "buggy". GUI or not: there
was an issue. Was the issue connected to the GUI code? I did not know
and did not say.
You asked 2 question, I answered both.
Q: why was I running the GUI based version? A:(No interest in using
CLI)
Q: why was the post titled as it was? A: (A description of the issue: I
was using the GUI version and stack trace showed a missing module).
A module, obviously, is part of the library of the software in use.
Recognizing a missing module is recognizing that the library is
problematic and that the library needs fixing.
Fine by me if you do not want to to deal with pyreadline3.
---
John Payne
630-815-2989 | www.pde-usa.net [3]
Sola Deo Gloria
On 2023-01-20 16:20, LeXofLeviafan wrote:
> Is the length of an error stack trace of any consequence apart from
> shorter is easier to read?? If buku and buku server contain the same
> error what is the point in running buku?? Short or long the stack
> trace would show the error. I was running buku server because I did
> not want to use CLI.
>
> Finally, the post is titled"buku server" because I encountered the
> error while running the server. I think the title is accurate: buku
> server is missing a python module. The error stack trace was provided
> to identify the specifics.
The error is happening _in the library_, because the bug is _in the
library_, and the place where it needs to be fixed is _the library_
(...or in the dependencies of the library). The fact you encountered
the error while running the GUI is merely a happenstance, and running
the CLI or even trying to import the file as a library will cause the
same error _because the bug has nothing to do with GUI_.
--
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
not sure where to start,
|
@thetechnodino can you try related pr |
Yes |
…The error still exists. |
I "installed" 4.7.1 (or at least I tried to install it). Looks like all the requirements were met (second code block) I could not find (using netstat among others) evidence that the server was listening at port 5001. ====First Code Block=== <PS C:\Users\John> bukuserver run --host 127.0.0.1 --port 5001
===Second Code Block=== <PS C:\Users\John> pip3 install "buku[server,reverse_proxy]" |
This means nothing happened – it's reusing previously installed packages (identified by name). Incidentally, you don't need
Such testing is better done in a venv. (TLDR: create a Python sandbox with …Also it may be better to use CMD on Windows, at least when checking.
A successfully started (Flask-based) server should print out something in the lines of P.S. I'm normally running bukuserver from a venv as well, with a script (which can be done on Windows, too) |
@LeXofLeviafan: AFIK, the software did not install. No comment when I run the bukuserver run command. Server not listening at port 5001. I will try your suggestions. The reverse proxy version is what installed when I ran: pip install. There is a note that the software does not contain the reverse proxy server. John |
No, I mean it literally: your pip install command had no effect because you already have a package named
Here's a line copy-pasted directly from your previous comment: P.S. Just tried it on my work machine; the most recent release cannot be installed from PyPI so it didn't work anyway. As for the reason you can't run the |
can you try |
Buku 4.7; Windows 11: Windows Terminal; Python 3.10.9 installed.
Buku 4.7 installed without any errors.
bukuserver run --host 127.0.0.1 --port 5001
generates console outputTraceback (most recent call last):
File "C:\Python310\lib\site-packages\buku.py", line 57, in
import readline
ModuleNotFoundError: No module named 'readline'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Python310\Scripts\bukuserver-script.py", line 33, in
sys.exit(load_entry_point('buku==4.7.1', 'console_scripts', 'bukuserver')()) File "C:\Python310\Scripts\bukuserver-script.py", line 25, in importlib_load_entry_point
return next(matches).load()
File "C:\Python310\lib\importlib\metadata_init_.py", line 171, in load
module = import_module(match.group('module'))
File "C:\Python310\lib\importlib_init_.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1050, in _gcd_import
File "", line 1027, in _find_and_load
File "", line 1006, in _find_and_load_unlocked
File "", line 688, in _load_unlocked
File "", line 883, in exec_module
File "", line 241, in _call_with_frames_removed
File "C:\Python310\lib\site-packages\bukuserver\server.py", line 19, in
import buku
File "C:\Python310\lib\site-packages\buku.py", line 59, in
import pyreadline as readline # type: ignore
ModuleNotFoundError: No module named 'PYREADLINE'
The text was updated successfully, but these errors were encountered: