NEEisKLAR Aber wenn ich google frage

Hallo Alex,
der erste Schritt sollte nicht Google, sondern immer die offizielle Dokumentation sein. Videos und Anleitungen auf dritten Seiten sind oftmals nicht aktuell.
Hier wäre die englische Wikiseite zum AUR und wie du Pakete (Packages) installierst. Bei Detailfragen können wir dir sicherlich weiterhelfen. Garuda verwendet afaik überwiegend die Paketquellen von Arch, es kann allerdings im Einzelfall zu Abweichungen kommen. Dann bist du im Forum von Garuda besser aufgehoben.

Das Paket bekomme ich nicht gebaut.

Zunächst fehlt im PKGBUILD im makedepends-Array die Abhängigkeit auf usbutils, weswegen der lsusb-Aufruf in der prepare-Funktion fehlschlägt.

Wenn man das korrigiert hat, kommt es zu dem Fehler
install: cannot stat 'openlinkhub/openlinkhub.rules': No such file or directory

An der Stelle habe ich es erst mal aufgegeben. Für einen Anfänger dürfte es schwierig werden, sich mit dem kaputten PKGBUILD herumzuschlagen, da sollte der Maintainer erst mal nachbessern.

NEEisKLAR finde ich das hier schon sehr kompliziert...

was ist an makepkg -rsi kompliziert?^^
makepkg -h

aber wie @Martin-MS schreibt, wirds sicher "lusig"

Die Datei openlinkhub.rules wird von dem lsusb Aufruf erstellt, wenn ein entsprechendes Device vorhanden ist.

Whitie Die Datei openlinkhub.rules wird von dem lsusb Aufruf erstellt, wenn ein entsprechendes Device vorhanden ist.

Die Situation muss aber abgefangen werden denn es kann nicht sein, dass der Bau eines Pakets abbricht weil eine bestimmte Hardware auf dem Buildsystem nicht vorgefunden wird. Eine Datei versuchen zu kopieren die vorher nicht erstellt werden konnte ist einfach nur stümperhaft.

Die Pakete müssen unabhängig davon zu bauen sein und frühestens während der Installation, besser noch zur Laufzeit könnte man auf die Hardwarevoraussetzung prüfen, und dann sollte man auch dem Benutzer eine aussagekräftige Fehlermeldung präsentieren.

Vor dem Hintergrund gehört auch die Abhängigkeit auf usbutils in das depends-Array und nicht wie ursprünglich angenommen nach makedepends, weil es zum Bauen des Pakets gar nicht gebraucht wird, sondern erst zur Laufzeit.

Da bin ich komplett bei dir. Das PKGBUILD sieht "abenteuerlich" aus.

https://aur.archlinux.org/packages/openlinkhub#comment-1001670

jrdn commented on 2024-12-09 13:15 (UTC) (edited on 2024-12-09 14:03 (UTC) by jrdn)

Installation user issue resolved. Package updated to v0.4.x. This package update should not require manual intervention for a fresh install, nor upgrading from 0.3.8.x.

Please report any issues.

Hast du das mal gemacht?

Meine Zustandsbeschreibung gibt die Erfahrungen vom 18.12.24 wieder, das letzte Update ist vom 09.12.24, in sofern hat sich seitdem nichts geändert.
Wenn schon eine .install-Datei verwendet wird, sollte dort auch das aufgenommen, was zur Zeit in der prepare-Funktion abgewickelt wird. Wenn dann die erwarteten Geräte nicht gefunden werden, kann man dazu eine Warnung ausgeben, die auf diesen Umstand hinweist.
Installationspakete sollten immer so gebaut werden, dass sie auf allen Systemen installierbar sind. Es macht wenig Sinn, hardwarespezifische rules in ein Installationspaket aufzunehmen, die genau nur für ein System, nämlich das auf dem es gebaut wurde, zu installieren sind.

Martin-MS Ich zitiere noch mal den Maintainer des Paketes:

Please report any issues.

Probleme mit PKGBUILDs können nur gelöst werden, wenn der Maintainer des PKGBUILDs über Probelme informiert wird. Sich im Forum darüber zu echauffieren, wie der Maintainer es auch nur wagen kann, es nicht so zu machen, dass es bei dir funktioniert, ist jedenfalls der falsche Weg.

Also, ab ins AUR, Fehlerbeschreibung ohne dramatisches Blabla drumherum als Kommentar, und abwarten 🙂

Alternativ halt ganz normal git clone https://aur.archlinux.org/openlinkhub.git und selbst bearbeiten bevor du das Paket baust um es bei dir zu installieren.