grüß euch,

ich hab noch einen alten laptop mit intel ivybrige cpu, und seit ein paar jahren funktioniert VAAPI nicht mehr,
es gibt zwar ein paar bug reporte für das problem, aber die stehen da schon recht lang, und ich glaube nicht (mehr) dran, daß das problem gefixt wird.

leider hab ich keine alt, funktionierende version von libva, bzw von libva-intel-driver mehr im cache, mir stellt sich jetzt die frage, ein altes PKGBUILD verwenden, oder ein aktuelles anpassen.

was denkt ihr, ist die bessere lösung? wo werd ich, wahrscheinlch weniger scherereien haben?

libva wirst du wohl nicht problemlos downgraden können, da daß ja eine bestimmte ABI-Version bereitstellt. Worauf dann andere Abhängigkeiten ggf. aufbauen.

libva-intel-driver hat keine im Paket angelegte Abhängigkeiten zu irgendwelchen Versionen, da wäre ein Ansatz eines Downgrades ggf. einfach/möglich oder halt auch ein Selbstkompilieren anhand des PKGBUILDs der Version, die du haben willst.

Für vorkompilierte Versionen schaust du z.B. hier:
https://wiki.archlinux.org/title/Arch_Linux_Archive
Dort findest du eigentlich alle alten Versionen (per Browser downloaden).

PKGBUILDs:
Solltest du über die GIT-Versionsverwaltung finden, ist dann auch per Browser downloadbar.
//Edit:
Im PKGBUILD sind die Versionen wohl an bestimmte Tags im Upstream-Repo gebunden, deshalb wäre es wohl nötig, die Version des PKGBUILDs zu verwenden die du als "gut" erachtest.
https://gitlab.archlinux.org/archlinux/packaging/packages/libva-intel-driver/-/commits/2.4.1-3

    GerBra
    der libva-intel-driver ist teil des problems, der aktuelle, ruft eine nicht mehr, in libva vorhandene methode auf,
    ich werd mir zusammen passende versionen suchen, und bauen müssen.

    zum glück haben wir hier alles nötige, die git commit, und auch die alten PKGBUILD.
    die frage bleibt für mich altes PKGBUILD benutzen, oder ein aktuelles PKGBUILD anpassen.

    • GerBra hat auf diesen Beitrag geantwortet.

        brikler die frage bleibt für mich altes PKGBUILD benutzen, oder ein aktuelles PKGBUILD anpassen.

        Soweit ich halt beim kurzen Überfliegen gesehen habe, reicht es eben nicht, in irgendeinem (oder dem aktuellen) PKGBUILD die Versionsnummern anzupassen, da der Sourcecode eben nicht "versioniert" ist.
        aktuelles PKGBUILD:

        ...
pkgver = 2.4.1
pkgrel = 3
...
source = git+https://github.com/intel/intel-vaapi-driver.git#tag=9a1f0c64174f970a26380d4957583c71372fbb7c
...

        Ein Ändern von pkgver baut das Paket halt immer noch vom Code des #tag

        Deshalb wirdt du wohl am besten das PKGBUILD der Version verwenden, die du haben willst. Dort steht dann das passende Upstream-#tag zu eben dieser Version drin.

        Denke ich... ;-)

            GerBra > immer noch vom Code des #tag

            was am PKGBUILD geändert wurde, ist zum glück, auch verfügbar 🙂