question

so ich bin nun schon einen Schritt weiter gekommen. Der obige Fehler lag daran, dass ich die das aktuelle Release von Ubuntu und Debian genommen habe. Das wird wohl "noch" nicht unterstützt. Ich hatte noch ein Debian 9 im Repo und hab das mal installiert. Hier läuft "make prereq" mit einer Vielzahl an Installationen sauber durch. Es fehlten viele Pakete.

Jetzt stockt es bei make fetch. Ggf. sieht jemand direkt an was es hängt. Ich breche für heute aber ab und macht morgen dran weiter.

@venusDebian9:~/venus$ make fetch

--------------- sources/bitbake - https://github.com/victronenergy/bitbake.git -------------
Klone nach 'sources/bitbake' ...
remote: Enumerating objects: 56665, done.
remote: Total 56665 (delta 0), reused 0 (delta 0), pack-reused 56665
Empfange Objekte: 100% (56665/56665), 20.39 MiB | 1.55 MiB/s, Fertig.
Löse Unterschiede auf: 100% (39917/39917), Fertig.
Bereits auf 'dunfell_venus'
Ihr Branch ist auf dem selben Stand wie 'origin/dunfell_venus'.
Branch dunfell_venus konfiguriert zum Folgen von Remote-Branch dunfell_venus von origin.
Set git config log.follow=true, to handle all the recipe renames

--------------- sources/meta-noto - git@github.com:victronenergy/meta-noto.git -------------
Klone nach 'sources/meta-noto' ...
The authenticity of host 'github.com (140.82.121.4)' can't be established.
ECDSA key fingerprint is SHA256:p2QAMXNIC1TJYWeIOttrVc98/R1BUFWu3/LiyKgUfQM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,140.82.121.4' (ECDSA) to the list of known hosts.
Permission denied (publickey).
fatal: Konnte nicht vom Remote-Repository lesen.

Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen bestehen
und das Repository existiert.
fatal: Not a git repository: 'sources/meta-noto/.git'
fatal: Not a git repository: 'sources/meta-noto/.git'
fatal: Not a git repository: 'sources/meta-noto/.git'
fatal: Not a git repository: 'sources/meta-noto/.git'
Set git config log.follow=true, to handle all the recipe renames
fatal: not in a git directory
Makefile:119: die Regel für Ziel „fetch“ scheiterte
make: *** [fetch] Fehler 1

Ich habe auch nochmal auf Github geschaut unter den verfügbaren Maschienentypen (https://github.com/victronenergy/venus/wiki/machines) Ist es überhaupt möglich, VenusOS für einen Intelprozessor zu übersetzen?

Freue mich auf Input.

LG ice77

es geht wieder einen nächsten Schritt weiter, der hiermit gelöst wurde:



I faced the same problem with GitHub. Here's how to solve it!

Generate a SSH key on your computer as described here : [Generating SSH keys](https://docs.github.com/en/github/authenticating-to-github/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent).
Login your GitHub account: [GitHub Login](https://github.com/login).
In your account, add the newly generated SSH Key: [My account SSH keys](https://github.com/settings/ssh).
Try again to git clone the project.

Ich dokumentiere hier mal meine Fortschritte, damit Andere, die in die gleichen Fallen laufen, wenigstens einen Leitfaden haben wie man weiter vorgehen kann.

Du solltest python3 verwenden, das aktuelle VenusOS ist bereits vollständig auf python3 migriert, Python2 spielt keine Rolle mehr und führt zur Laufzeit zu Fehler.

Es gibt VM, die ARM Prozessoren emulieren auf einem Intel Host, man muss nicht mit Cross-Compiler hantieren..

ich hab jetzt mal geschaut, ob ich etwas vorkompiliertes bekomme für Intel Prozessoren aber alles was von Victron auf Github veröffentlich wird hat als Prozessorarchitektur armhf definiert.

Somit gehe ich davon aus, dass ich nichts bekomme, was über apt-get install auf einem debian installierbar wäre.

Da ich es auf einem Proxmox Server laufen lassen möchte, hab ich leider keine Möglichkeit die ARM Prozessorarchitektur zu emulieren. Im Proxmox Forum gab es schon eine Anfrage und hier wurde es verneint.

Welcher Weg wäre jetzt der "richtige"?

Weiter zu versuchen auf einem frischen Debian das Image kompiliert zu bekommen? Gibts hier Proxmox User, die den gleichen Gedanken hegen wie ich, VenusOS auf dem Proxmox laufen zu lassen?

Another Idea:

You can host a virtual machine in a virtual ARM machine and run it from there.

https://azeria-labs.com/emulate-raspberry-pi-with-qemu/

or

https://quantum5.ca/2022/03/19/how-to-make-better-arm-virtual-machine-armhf-aarch64-uefi/

Maybe this helps - beside that you are quite limited to run an arm machine on proxmox as it only supports intel. But twice virtualising could work and system performance should not matter that much because Venus os requires only low resources...

AFAIK, there is a headless venus debian packet you can install on debian / raspbean via apt, it supports the Venus backend and VRM without the QML gui.

Have you made any progress here? I recently moved all my services onto one machine running Proxmox (very happy with this). I would love to move VenusOS over to it as well but not sure I have the knowledge on how to lead that myself. Curious where you're at with this

German (Google Translate)
-----------------------
Haben Sie hier Fortschritte gemacht? Ich habe kürzlich alle meine separaten Dienste auf eine Maschine verschoben, auf der Proxmox läuft (sehr zufrieden damit). Ich würde VenusOS auch gerne darauf umstellen, bin mir aber nicht sicher, ob ich das Wissen habe, wie ich das selbst leiten soll. Neugierig, wo du damit bist