-
-
Notifications
You must be signed in to change notification settings - Fork 509
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
Error building OpenDTU in vscode #283
Comments
I was able to reproduce this issue. Let me just doublecheck why it occours. |
Hi, Thanks for the job done. |
Fixed in current master... |
* DPL: use VeDirect.isDataValid() in case the communication to the Victron charger is disrupted, the respective values in VeDirect.veFrame are not invalidated such that we would notice a problem. instead, isDataValid() should be used to make sure that the Victron charger is actually alive and that we can trust to use the reported values. * DPL: simplify canUseDirectSolarPower return statement
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion or issue for related concerns. |
Discussed in #282
Originally posted by joachim-beck October 30, 2022
Hello,
i try to build OpenDTU with vscode and followed the instructions given this project.
If I try to build OpenDTU i get the message below.
I am very thankful for any advice.
Thank you for your support.
Joachim
Processing generic (board: esp32dev; framework: arduino; platform: espressif32@>=5.2.0)
--------------------------------------------------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via
-v, --verbose
option"C:\Users\jjbec.platformio\penv\Scripts\python.exe" -m pip install dulwich --global-option="--pure"
WARNING: Implying --no-binary=:all: due to the presence of --build-option / --global-option / --install-option. Consider using --config-settings for more flexibility.
DEPRECATION: --no-binary currently disables reading from the cache of locally built wheels. In the future --no-binary will not influence the wheel cache. pip 23.1 will enforce this behaviour change. A possible replacement is to use the --no-cache-dir option. You can use the flag --use-feature=no-binary-enable-wheel-cache to test the upcoming behaviour. Discussion can be found at pypa/pip#11453
Collecting dulwich
Using cached dulwich-0.20.50.tar.gz (430 kB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'done'
Requirement already satisfied: urllib3>=1.25 in c:\users\jjbec.platformio\penv\lib\site-packages (from dulwich) (1.26.12)
Installing collected packages: dulwich
DEPRECATION: dulwich is being installed using the legacy 'setup.py install' method, because the '--no-binary' option was enabled for it and this currently disables local wheel building for projects that don't have a 'pyproject.toml' file. pip 23.1 will enforce this behaviour change. A possible replacement is to enable the '--use-pep517' option. Discussion can be found at pypa/pip#11451
Running setup.py install for dulwich: started
Running setup.py install for dulwich: finished with status 'error'
error: subprocess-exited-with-error
× Running setup.py install for dulwich did not run successfully.
│ exit code: 1
╰─> [6 lines of output]
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help
note: This error originates from a subprocess, and is likely not a problem with pip.
error: legacy-install-failure
× Encountered error while trying to install package.
╰─> dulwich
note: This is an issue with the package mentioned above, not pip.
hint: See above for output from the failure.
*** Error 1
ModuleNotFoundError: No module named 'dulwich':
File "C:\Users\jjbec.platformio\penv\lib\site-packages\platformio\builder\main.py", line 186:
env.SConscript(item, exports="env")
File "C:\Users\jjbec.platformio\packages\tool-scons\scons-local-4.4.0\SCons\Script\SConscript.py", line 597:
return _SConscript(self.fs, *files, **subst_kw)
File "C:\Users\jjbec.platformio\packages\tool-scons\scons-local-4.4.0\SCons\Script\SConscript.py", line 285:
exec(compile(scriptdata, scriptname, 'exec'), call_stack[-1].globals)
File "C:\Users\jjbec\OneDrive\Dokumente\Solar\OpenDTU\auto_firmware_version.py", line 16:
from dulwich import porcelain
============================================================== [FAILED] Took 2.93 seconds ==============================================================
Environment Status Duration
generic FAILED 00:00:02.930
======================================================== 1 failed, 0 succeeded in 00:00:02.930 ========================================================
The text was updated successfully, but these errors were encountered: