Nein.
Allerdings habe ich PP unter Monterey installiert und erst später auf Ventura aktualisiert. Vielleicht liegt es auch daran
Hatte auch schon unter Monterey installiert.
1 Like
Wollte das Thema nochmal “aufwärmen”.
Fehler beim Installieren der Elemente
session context was:(profile=DefaultProfile, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=null → [R]name.abuchen.portfolio.distro.product.executable.cocoa.macosx.aarch64 0.61.2, action=org.eclipse.equinox.internal.p2.touchpoint.natives.actions.ChmodAction).
The action chmod on file /Applications/PortfolioPerformance.app/Contents/Eclipse/…/MacOS//PortfolioPerformance failed. Reason: Cannot run program “chmod”: error=2, No such file or directory
Cannot run program “chmod”: error=2, No such file or directory
Er hat ja eindeutig das Problem, dass er chmod als Programm nicht aufrufen kann. Wo und wie genau wird beim Update chmod aufgerufen. Vielleicht kann ich dann das Problem näher eingrenzen…
Ich würde mich als allererstes fragen, warum chmod nicht da ist. Das ist ja ein Unix-Standardprogramm.
Chmod ist ja da. Deswegen ja die Frage wie und wo chmod im Update Prozess aufgerufen wird.
Die Details des Updatevorgangs musst du dir selbst in Eclipse ansehen. Die Stelle wird ja genannt (org.eclipse.equinox.internal.p2.touchpoint.natives.actions.ChmodAction).
Wenn chmod da ist (wie getestet? steht es im PATH?), bezieht sich der Fehler möglicherweise auf die Datei, die mit chmod bearbeitet werden soll.
Der doppelte Schrägstrich sieht verdächtig aus. Hinter den drei Punkten kann sich auch alles Mögliche verbergen.
change access mode wird während der Installation der Installer aufgerufen. Das gerade ausgepackt Executable braucht auch executable Rechte. Das liegt alles nicht im Code PP, sondern kommt aus dem Eclipse RCP Framework. Soweit, so gut.
Es gibt ähnliche Meldungen hier (ungelöst, von 2016). Anscheinend ist die Fehlermeldung auch nicht immer korrekt (das chmod nicht existiert, ist ja ziemlich unwahrscheinlich). Google findet auch diesen Thread 
Kannst Du mal ein ls -l auf die Dateien in der Installation machen. Also ls -l /Applications/PortfolioPerformance.app/Contents/MacOS und ls -l /Applications/PortfolioPerformance.app/Contents/Eclipse und schauen wie die Rechte vergeben sind?
Die Dateien habe alle entsprechende Rechte zum Ausführen:
-rwxr-xr-x@ 1 heiko admin 75632 21 Feb 21:44 PortfolioPerformance
ls -la /Applications/PortfolioPerformance.app/Contents/Eclipse
total 488
drwxr-xr-x@ 8 heiko admin 256 24 Feb 10:46 .
drwxr-xr-x@ 7 heiko admin 224 24 Feb 10:46 …
-rw-r–r–@ 1 heiko admin 519 21 Feb 21:44 PortfolioPerformance.ini
-rw-r–r–@ 1 heiko admin 242544 22 Feb 19:37 artifacts.xml
drwxr-xr-x@ 12 heiko admin 384 21 Feb 22:12 configuration
drwxr-xr-x@ 28 heiko admin 896 22 Feb 19:37 features
drwxr-xr-x@ 5 heiko admin 160 21 Feb 21:44 p2
drwxr-xr-x@ 1005 heiko admin 32160 22 Feb 19:37 plugins
Chmod selber ist vorhanden und liegt in /bin/chmod
Chmod liegt im Pfad der auch in PATH enthalten ist. Die Pfadangabe /Applications/PortfolioPerformance.app/Contents/Eclipse/…/MacOS//PortfolioPerformance ist auch korrekt. Er geht halt aus Eclipse raus und ruft PortfolioPerformance im Ordner MacOS aus. Das kann er auch alles erfolgreich auflösen, auch wenn es unschön aussieht.