python-bidi

[mhsmith]

Originally posted in #1237 by @tejasmankar

---

I am using Python 3.10. I am unable to find any pip-modern-metadata-p3ese_eg file at this location: C:\Users\Admin\AppData\Local\Temp for the maturin command: maturin pep517 write-dist-info --metadata-directory C:\Users\Admin\AppData\Local\Temp\pip-modern-metadata-p3ese_eg --interpreter C:\Users\Admin\Documents\test\test\app\build\python\env\debug\Scripts\python.exe

Collecting python-bidi
  Downloading python_bidi-0.6.3.tar.gz (45 kB)
  Installing build dependencies: started
  Installing build dependencies: finished with status 'done'
  Getting requirements to build wheel: started
  Getting requirements to build wheel: finished with status 'done'
    Preparing wheel metadata: started
    Preparing wheel metadata: finished with status 'error'
    ERROR: Command errored out with exit status 1:
     command: 'C:\Users\Admin\Documents\test\test\app\build\python\env\debug\Scripts\python.exe' 'C:\Users\Admin\Documents\test\test\app\build\python\env\debug\lib\site-packages\pip\_vendor\pep517\_in_process.py' prepare_metadata_for_build_wheel 'C:\Users\Admin\AppData\Local\Temp\test'
         cwd: C:\Users\Admin\AppData\Local\Temp\pip-install-1ge1bls4\python-bidi
    Complete output (20 lines):
    Checking for Rust toolchain....
    Running `maturin pep517 write-dist-info --metadata-directory C:\Users\Admin\AppData\Local\Temp\pip-modern-metadata-p3ese_eg --interpreter C:\Users\Admin\Documents\test\test\app\build\python\env\debug\Scripts\python.exe`
    Traceback (most recent call last):
      File "C:\Users\Admin\Documents\test\test\app\build\python\env\debug\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 280, in <module>
        main()
      File "C:\Users\Admin\Documents\test\test\app\build\python\env\debug\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 263, in main
        json_out['return_val'] = hook(**hook_input['kwargs'])
      File "C:\Users\Admin\Documents\test\test\app\build\python\env\debug\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 133, in prepare_metadata_for_build_wheel
        return hook(metadata_directory, config_settings)
      File "C:\Users\Admin\AppData\Local\Temp\test\overlay\Lib\site-packages\maturin\__init__.py", line 203, in prepare_metadata_for_build_wheel
        _output = subprocess.check_output(command)
      File "C:\Users\Admin\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 420, in check_output
        return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
      File "C:\Users\Admin\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 501, in run
        with Popen(*popenargs, **kwargs) as process:
      File "C:\Users\Admin\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 966, in __init__
        self._execute_child(args, executable, preexec_fn, close_fds,
      File "C:\Users\Admin\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 1435, in _execute_child
        hp, ht, pid, tid = _winapi.CreateProcess(executable, args,
    FileNotFoundError: [WinError 2] The system cannot find the file specified
    ----------------------------------------
ERROR: Failed to install python-bidi from https://files.pythonhosted.org/packages/74/b5/c1684fb8120ad868b43e4b037ac83aafaa70724cdb078d066bae836c31f6/python_bidi-0.6.3.tar.gz#sha256=e12114969001a328aea859f79efc30ab9c15241befb86e07029d8961d97fae36 (from easyocr).
For assistance, please raise an issue at https://github.com/chaquo/chaquopy/issues.
Chaquopy: Exit status 1

[mhsmith]

The current version of python-bidi requires Rust, so there's no easy way to build it (#1030). Older versions are pure-Python – I don't know whether they'll work for your application, but you can try by adding this line to the pip section of your build.gradle file:

install("python-bidi==0.4.2")

If you ultimately want to use easyocr, that unfortunately has some other missing requirements:

• pyclipper – Failed to install pyclipper #584
• ninja – This is a build tool, so including it as a runtime requirement may be a bug in easyocr. This could be worked around using --no-deps, as described here.