Software suchen - finden - installieren (Leap 42.2)

Nach /usr/bin gehören solche Sachen garantiert gar nie nicht!!!

Der Name "bin" deutet an, dass es Binaries sind, die dort liegen.

Es gehören nach /bin /sbin /usr/bin /usr/sbin (und in die auch noch vorhandenen local Varianten) nur und ausschliesslich fertig installierte Programme - und nur die!
Keine Libs, keine Konfigs, kein Sonstwas.
Und Scripte aller Art dürfen sich dort auch noch tummeln.

Aber ganz bestimmt haben dort keinerlei Dateien irgendwelcher völlig anderer Rechnerarchitketuren etwas verloren.

Nein. Sicher bist du überhaupt nicht. Nichts ist sicher - das wissen wir doch alle hier. Je nach Prägung haben sowieso überall die üblichen Verdächtigen ihre Überwachungsfinger im Spiel.

Spaß beiseite ..
- wird das Programm direkt aus dem Entpackt-Verzeichnis heraus gestartet kann davon ausgegangen werden
- wenn ein install-Skript danach gestartet wird, dann sollte man gucken was das macht und wo es sein config- und Datenzeug hinschreibt

ABER .. da du das Programm mit User-Rechten startest (so hoffe ich doch) kann es außerhalb deines home-Verzeichnisses nix machen. Höchstens ne Fehlermeldung

Frag doch einfach mal die oder den Programmierer der Software!
Haben die kein Forum und keine FAQ?

Wenn du Arduino Programme mit dem altbekannten Dreisatz configure && make && make install installieren willst, weil das halt in der Doku so drin steht, wird er dir was husten.

Lass einfach die Finger davon und lerne erst mal die Basics von Linux.
Dabei klärt sich dann vieles von ganz alleine.

Stimmt!!!

Das war KEINE Installation.

Es gibt prinzipiell zwei ganz verschiedene Arten von Programmen.
Einmal echte Binärprogramme. Dann Programme von Interpretersprachen.
Die "echten" können auf zwei Arten installiert werden. Einmal durch ein Paketmanagement. Das kann bei openSUSE zypper, YaST oder packagekit machen. Also eine Art der Installation einer Programmart kann auf drei Wegen installiert werden.
Mit dem Paketmanagement.
Eine weitere Art für diese Binärprogramme ist das Kompilieren. Dazu holt man sich die Sourcen davon (oder nimmt das Paketmangement und holt sich das Sourcepaket damit). Hat man die Sourcen geholt und ggf. entpackt, kann man sie Kompilieren und dann Installieren. Das macht dann -im einfachsten Falle- der "heilige Dreisatz" ./configure && make && su -c "make install".
Die Variante des Selbercompilierens gibt es in einigen Ausführungen. Wieder eine vielfältige Wissenschaft.

Bei den Scriptsprachen ist die Lage ähnlich komplex. Dort muss der zugehörige Interprete installiert sein, oder vorab installiert werden.
Das kann wiederum durch das Paketmanagement erledigt werden, oder ist auf dem jeweiligen "Interpreterway" zu erledigen.
Und davon gibt es auch zahllos verschiedene. Python und Perl sind wohl die verbreitesten und mächtigsten, aber es gibt sehr viele. Für jeden Zweck spezielle.
Und alle bieten wieder mehrer Möglichkeiten und Wege solche Scriptprogramme zu installieren.

Dann gibt es noch jede Menge von Zwischenarten dieser beiden Grundformen.
Es gibt auch solitäre Container. Das sind im Prinzip sehr große Dateinen, die man einfach aufruft. Sie haben wirklich alles, was sie zum Laufen brauchen selbst dabei. Wohl die einfachste Art.
Mit dem Nachteil halt eben überhaupt nicht in das Gesamtsystem integriert zu sein.

Einfach einen Desktopstarter anzulegen, (der noch dazu fehlschlägt), kann man ganz sicher nicht "Installation" nennen.

Das war nur ein ganz grober und lückenhafter Überblick.
Die Realität ist wesentlich komplexer.

Du hast den falschen Begriff von "Installieren".

Und dein Arduino -ich sag es nocheinmal- wird lediglich eine IDE und etwas graphisches Brimborium installieren,
weil du schlicht KEIN EINZIGES Arduinoprogramm auf einem normalen PC mit Intel oder AMD Prozessor laufen lassen kannst.
Allenfalls kann man das Ding emulieren/virtualisieren.

zu Frage 1:
ja - kennt jeder hier. Haben wir dir im Prinzip auch schon beschrieben (wenn du mal etwas zurück blätterst)

zu Frage 2:
weil das nur bei wenigen Programmen unter bestimmten Voraussetzungen vernünftig klappt. Es wird bei Programmen verwendet bei denen es einfach ist, alle Module, die sie für ihre Funktion benötigen, ins gelieferte Paket mit reinzupacken. Da werden die Pakete sehr groß. Hat natürlich den Vorteil, dass keine Dependecies durch Updates anderer Pakete den Bach runter gehen können. Werden aber eben auch Monsterpakete. Für jedes winzige Update eben mal 100 MB durchs Kabel schieben.