Skip to content
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

Closed
tbnobody opened this issue Oct 30, 2022 Discussed in #282 · 4 comments
Closed

Error building OpenDTU in vscode #283

tbnobody opened this issue Oct 30, 2022 Discussed in #282 · 4 comments

Comments

@tbnobody
Copy link
Owner

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

  error: option --pure not recognized
  [end of output]

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 ========================================================

  • Der Terminalprozess "C:\Users\jjbec.platformio\penv\Scripts\platformio.exe 'run'" wurde mit folgendem Exitcode beendet: 1.
  • Das Terminal wird von Aufgaben wiederverwendet, drücken Sie zum Schließen eine beliebige Taste.
@tbnobody
Copy link
Owner Author

I was able to reproduce this issue. Let me just doublecheck why it occours.

@Marc--
Copy link

Marc-- commented Oct 30, 2022

Hi,
I have the same problem, i was trying to compile the lastest version to update my box.
I'll wait for your answer !

Thanks for the job done.

@tbnobody
Copy link
Owner Author

Fixed in current master...

stromibaer pushed a commit to stromibaer/OpenDTU-Victron that referenced this issue Nov 21, 2022
madmartin pushed a commit to madmartin/OpenDTU that referenced this issue Jul 16, 2023
* 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
Copy link

github-actions bot commented Apr 8, 2024

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 8, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants