Arch Maintainer Kontrolle

Willkommen in der Welt von Arch. Und ja das ist so ziemlich so wie es passiert. Gilt nicht für alle Pakete aber für einige. KDEnlive hatte lange Zeit das Problem auch (ka ob da der Maintainer mal gewechselt wurde und es besser wurde).

Gerade deswegen bin ich persönlich absolut kein Fan von Rolling Release Distributionen. Wenn nach einem Update plötzlich ne Software nicht mehr läuft würde ich die Wände hoch gehen.

Zitat von kim88

Willkommen in der Welt von Arch.

genau !

es ist ja auch immer die Frage, WAS man meint in das System integrieren zu müssen.....

nicht alle software wird gut supported, vor allen aus dem AUR ist manches "speziell"

wer nur ausgetestete Programme verwenden möchte, ist falsch bei ARCH

Hatte ich gerade erst heute, das Bauh auf einmal nicht mehr lief. Irgendein Import hat im Python nicht mehr funktioniert. Dann habe ich Bauh einfach reinstalliert - und siehe da es läuft.

Zitat von bubba

Ich habe in Arch meine Distribution gefunden, nutze die schon seit 2007.
Ich kann auch damit leben wenn mal was hackt, bei Ubtunt und Co.hat man dann andere Problem.

Habe Ubuntu auf einem Tablet, da habe ich die Probleme dass die Software alt ist und noch Funktionen fehlen usw.

Verstehe nur nicht warum ein Maintainer nicht wenigstens mal auf der Projektseite vorbei schaut weil dann hätte man das ja sofort bemerkt.
Oder es wenigstens mal vorher nur einmal gestartet, dann wäre es ja auch aufgefallen, befor man einfach blind das hochlädt.

Schlimm finde ich das jetzt nicht, weiss mir ja zu helfen.
Klar, das wird alles freiwillig gemacht, bin ich auch dankbar für, aber ich finde wenn dann sollte man das auch ernst nehmen und etwas Sorgfalt walten lassen..

Genau so sehe ich das auch!

Ich kann auch nicht hingehen, einem Freund die Reifen kostenfrei und aus Gutmütigkeit wechseln und an einem Rad die Schrauben locker lassen!

Denkt mal darüber nach...

Naja wenn Rolling Release maintainst machst du das in der Regel automatisiert. Sprich ein Bot prüft ob es im Repositorys eine neue Version hat, wenn ja wird die heruntergeladen und mit dem hinterlegten Build Script gebaut.

Wenn das hinterlegte Build-Script keine Errors ausspuckt bzw das Pakewt gebaut werden kann, wird veröffentlicht.

bubba ja das ist dann der die automatisierung gebaut hat.

Ich stehe aktuell auch vor diesem Problem. Vor 2 Tagen wurden mir knapp 150 Pakete aktualisiert. Bei vielen Paketen änderte sich bei der Versionsnummer nur die letzte Zahl, wie auch beim Kernel von 6.8.7-arch1-1 auf 6.8.7-arch1-2.

Seitdem startet bei mir ProtonUp-Qt nicht mehr. Mehr war mir bisher nicht aufgefallen. Aber nun habe ich mal Pinta probiert und auch bei mir startet es nicht mehr. ProtonUp-Qt stammt aus dem AUR und Pinta aus dem Arch Repo.

Starte ich Pinta in der Konsole, wird auch bei mir die fehlende .Net Version bemängelt.

You must install or update .NET to run this application.

App: /usr/lib/pinta/Pinta.dll
Architecture: x64
Framework: 'Microsoft.NETCore.App', version '6.0.0' (x64)
.NET location: /usr/share/dotnet/

The following frameworks were found:
  7.0.18 at [/usr/share/dotnet/shared/Microsoft.NETCore.App]

Learn more:
https://aka.ms/dotnet/app-launch-failed

To install missing framework, download:
https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.0&arch=x64&rid=arch-x64&os=arch

Starte ich ProtonUp-Qt in der Konsole, erscheint diese Meldung.

Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "/usr/lib/python3.12/site-packages/pupgui2/__main__.py", line 1, in <module>
    from pupgui2.pupgui2 import main
  File "/usr/lib/python3.12/site-packages/pupgui2/pupgui2.py", line 16, in <module>
    from pupgui2 import ctloader
  File "/usr/lib/python3.12/site-packages/pupgui2/ctloader.py", line 9, in <module>
    from pupgui2.util import create_msgbox
  File "/usr/lib/python3.12/site-packages/pupgui2/util.py", line 26, in <module>
    from pupgui2.steamutil import remove_steamtinkerlaunch, is_valid_steam_install
  File "/usr/lib/python3.12/site-packages/pupgui2/steamutil.py", line 11, in <module>
    from steam.utils.appcache import parse_appinfo
ModuleNotFoundError: No module named 'steam'

Allerdings kann ich damit nichts anfangen ... Ich weiß nur, dass von den vielen Paketen, die aktualisiert wurden, jede Menge Python-Pakete dabei waren.

Was mache ich nun? Arch Linux neu installieren? Bringt das was? Wobei das auch nicht die Lösung sein kann.

Zitat von bubba

Für Pinta reicht es 'dotnet-runtime-6.0' zu installieren, dann startet Pinta wieder.

Das mag in diesem Fall nun zwar helfen, aber wer weiß, welche anderen Programme noch betroffen sind.

Zitat von bubba

Muss denn steam dafür installiert sein?

Ich denke nicht, dass Steam installiert sein muss. Aber Steam ist installiert.

Durchstöbere gerade das Arch Forum, ob vielleicht dazu bereits ein Thema existiert. Bisher habe ich nichts gefunden. Das muss doch ein generelles Problem sein.

Habe etwas gefunden. Es sind wohl Python-Updates veröffentlicht worden ...

Lots of package updates at once, where to find information? / Arch Discussion / Arch Linux Forums

Ich schreibe da einfach mal etwas rein ...

Bin gespannt, ob es eine Antwort im Arch Forum gibt. Vielleicht muss ich mir auch anhören, dass meine Problematik nicht in dieses Thema passt ...

Ich hab noch gar nicht bemerkt, daß ProtonUP-Qt nicht mehr funktioniert. Bei mir erscheint aber ein anderer Fehler.

/usr/bin/python: No module named pupgui2

ProtonUp-Qt wird via net.davidotek.pupgui2 gestartet.

Zitat von Bulvai

Ich hab noch gar nicht bemerkt, daß ProtonUP-Qt nicht mehr funktioniert.

Also besteht das Problem auch in EndeavourOS. Wie sieht es mit Manjaro aus? Kommen hier vielleicht die 14 Tage zugute, die Updates auf sich warten lassen?

Ich weiß nicht ob Situations-Comedy hier angebracht ist aber... Das war Heute unter meinem GNU/Linux-Artikel