Aktualisierung wird vom System nicht erkannt

Languages Deutsch
1

Hallo!
Ich bekomme seit ein paar Tagen vorgeschlagen dotnet von 7.0.5 sdk203-1 auf 7.0.7.sdk204-1 zu aktualisieren.
Dies tue ich auch, mit Pamac.
Doch sobald es aktualisiert wurde wird es wieder vorgeschlagen.

Es sind folgende Dateien betroffen:

dotnet - host - bin
dotnet - sdk - bin
dotnet - runtime - bin
dotnet - targeting - bin
netstandard - targeting - pack - bin

Bildschirmfoto_2023-06-17_11-35-03
Bildschirmfoto_2023-06-17_11-35-031115×349 31.8 KB

Wie bekomme ich es hin das diese Dateien in der aktuellen Version erkannt und dann nicht mehr gemeldet werden ?

Hier mal der Ablauf :

Vorbereitung...
Synchronisiere Paketdatenbanken...
Aktualisierung von AUR...
Überprüfe netstandard-targeting-pack-bin Abhängigkeiten...
Überprüfe dotnet-sdk-bin Abhängigkeiten...
Überprüfe dotnet-host-bin Abhängigkeiten...
Überprüfe dotnet-runtime-bin Abhängigkeiten...
Überprüfe dotnet-targeting-pack-bin Abhängigkeiten...
Warnung: manjaro-hello: Lokale Version (0.7.0-6) ist neuer als extra (0.7.0-5)
Warnung: pamac-tray-icon-plasma: Lokale Version (0.1.3-1) ist neuer als extra (0.1.2-4)
Warnung: v86d: Lokale Version (0.1.10-12) ist neuer als extra (0.1.10-6)
Abhängigkeiten werden aufgelöst...
Interne Konflikte werden überprüft...

Erstelle dotnet-core-bin...
==> Erstelle Paket: dotnet-core-bin 7.0.5.sdk203-1 (Sa 17 Jun 2023 11:39:38 CEST)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
  -> dotnet.sh gefunden
  -> dotnet-sdk-7.0.203-linux-x64.tar.gz gefunden
==> Überprüfe source Dateien mit sha512sums...
    dotnet.sh ... Erfolg
==> Überprüfe source_x86_64 Dateien mit sha512sums...
    dotnet-sdk-7.0.203-linux-x64.tar.gz ... Erfolg
==> Entferne existierendes $srcdir/ Verzeichnis...
==> Entpacke Quellen...
  -> Entpacke dotnet-sdk-7.0.203-linux-x64.tar.gz mit bsdtar
==> Betrete fakeroot Umgebung...
==> Beginne package_dotnet-host-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "dotnet-host-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_aspnet-runtime-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "aspnet-runtime-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_dotnet-runtime-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "dotnet-runtime-bin"...
  -> Erstelle .PKGINFO Datei...
==> WARNUNG: Die in 'depends' aufgeführte Bibliothek wird von keiner Datei benötigt: libgssapi_krb5.so
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_dotnet-sdk-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "dotnet-sdk-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_netstandard-targeting-pack-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "netstandard-targeting-pack-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_dotnet-targeting-pack-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "dotnet-targeting-pack-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Beginne package_aspnet-targeting-pack-bin()...
==> Säubere Installation...
  -> Entferne libtool Dateien...
  -> Bereinige ungewollte Dateien...
  -> Entferne unnötige Symbole aus Binär-Dateien und Bibliotheken...
  -> Komprimiere Man-Pages und Info-Seiten...
==> Prüfe auf Paketierungsprobleme...
==> Erstelle Paket "aspnet-targeting-pack-bin"...
  -> Erstelle .PKGINFO Datei...
  -> Erstelle .BUILDINFO Datei...
  -> Erstelle .MTREE-Datei...
  -> Komprimiere Paket... 
==> Verlasse fakeroot Umgebung.
==> Beendete Erstellung: dotnet-core-bin 7.0.5.sdk203-1 (Sa 17 Jun 2023 11:49:32 CEST)
==> Räume auf...

Überprüfe Schlüsselring...
Integrität wird überprüft...
Paketdateien werden geladen...
Dateikonflikte werden überprüft...
Überprüfe verfügbaren Speicherplatz...
Reinstalliere netstandard-targeting-pack-bin (7.0.5.sdk203-1)...
Reinstalliere dotnet-targeting-pack-bin (7.0.5.sdk203-1)...
Reinstalliere dotnet-host-bin (7.0.5.sdk203-1)...
Reinstalliere dotnet-runtime-bin (7.0.5.sdk203-1)...
Reinstalliere dotnet-sdk-bin (7.0.5.sdk203-1)...
Starte Post-Transaction-Hooks...
Arming ConditionNeedsUpdate...
Vorgang erfolgreich abgeschlossen.

Vielen Dank im voraus.

MfG R.Lehmeier

2

Das sind ja alles AUR Pakete. Das gibt es (alles) in den Manjaro Repos.

Bildschirmfoto_2023-06-17_12-16-37
Bildschirmfoto_2023-06-17_12-16-371310×642 77.3 KB

3

Das ist richtig, allerdings sind die nicht so aktuell ( Repos 7.03 - AUR 7.0.7 ) und trotzdem sollten sie nach der Aktualisierung nicht mehr in den Updates auftauchen.

Wo liegt das Problem?

4

Was ich sehe ist:
7.0.5 sdk203-1 wurde erneut installiert -
von 7.0.7.sdk204-1 ist lediglich in Deinem Screenshot was zu sehen - nicht aber in der Ausgabe, die Du gepostet hast.

Es wurde nicht mal versucht, das neuere zu installieren/upzudaten auf die neuere Version.

Frag mich nicht, warum das so ist - mal die Datenbank auffrischen hilft vielleicht?

5

Bei dir (Die Kontroversen über das AUR sind dir bekannt, du bist lange genug dabei).

Branch: Stable

DE / WM: Xfce, KDE

Welche Branch jetzt, Stable oder Testing oder Durcheinander ?

(Zur Beachtung. Wenn du ein Durcheinander hast, wird es bald richtig ungemütlich für dich. Die Community Repo wird aufgelöst.)

6

Ich nutze normalerweise nur die stable.

Warum hier testing auftaucht weis ich nicht.

Wenn ich mich richtig erinnere wurden die dotnet-dateien installiert als ich mal Problem hatte EAC ( Audioripper unter Windows ) zu installieren. da wurde mir ein skript ( Wine : EAC ( Exact audio copy ) fehlen Plugins - #11 by megavolt ) empfohlen was auch die dotnet-dateien nachinstallierte.

7

Eigentlich sollte es nur stable sein.

Was heißt die Community Repo wird aufgelöst und es gibt dann Schwierigkeiten?
Wenn diese Repo aufgelöst wird dann gibt es doch sicherlich eine Umsortierung des Repoinhalts auf andere Repos - oder nicht?

8

…so, so.

…DU kriegst Schwierigkeiten, weil DU ein Durcheinander hast.

9

Ich glaube nicht, daß Du Dich da richtig erinnerst.
Wenn dort dotnet installiert wurde, waren das die Windows Versionen und wurden in das EAC wine prefix installiert.

Das script hat keine Software aus dem AUR oder den normalen Repos in Dein System installiert.
Das betrifft nur das wine prefix (die “Windows” Umgebung, die EAC braucht).
Das kann nicht die Ursache sein.

10

…habe ich mal überflogen… Du wurdest vor einem Jahr auch schon davor gewarnt, das es nicht unkompliziert ist. (Und wie ich dich einschätze, hast du die Pakete auch nie gegen neue Updates kompiliert.)
…aus dem damaligem Post:

"In dem Fall würde ich dir das Flatpak empfehlen, da es direkt vom Entwickler kommt, statt der AUR:

flatpak install org.freac.freac

https://www.freac.org "

Und wenn es denn unbedigt EAC sein soll, (ja da wären wir wieder mal an dem Punkt den es zu beachten gilt) es gibt im AUR das Paket eac3to .

Um es kurz zu machen, du befindest dich in einer Einbahnstraße. Warnblinker einschalten, Rückwärtsgang einlegen und vorsichtig zurück. Die AUR Pakete entfernen (hoffentlich gibt’s nicht noch mehr von dem Kram), dann ein beherztes

sudo pacman-mirrors --geoip && sudo pacman -Syyuu

Und wenn du wieder eine saubere “Stable Installation” hast, kannst du einen neuen Versuch starten.
Und denk dran, viel AUR viel Pein.

11

Das hat nichts mit wine im allgemeinen oder EAC im besonderen zu tun!
Wenn irgendein Windows Programm unter wine irgendwas mit dotnet braucht, dann ist das immer die Windows Version davon
(und wird in das wine prefix installiert).

Er hat zwar EAC erwähnt - aber das ist ein Irrweg.

Die dotnet Probleme die er hat haben damit nichts zu tun.

12

Am Ende brauch er die gar nicht. Hat er bestimmt damals aus Verzweiflung/Versuch installiert weil EAC die braucht.

13

Mag wohl sein.
… er mag gedacht haben EAC braucht sie - was aber nie der Fall war
(wine Programme brauchen die Linux Versionen nicht, die brauchen bestenfalls die Windows Versionen)

Ich würde ja mal (probehalber) versuchen, die dotnet Dinge zu deinstallieren
nur um zu sehen, was dadurch noch mit in den Abgrund gerissen würde …
Wenn da nichts ist, braucht man sie nicht.

14

So weit ich weiss, muss man ein dotnet-framework nachinstallieren, damit EAC läuft. Ich verwende das Programm selber zum Rippen von CDs. Bisher war es ausreichend, wenn ich dotnet20 mit winetricks nachinstalliert habe. Also ohne irgendwelche Pakete über pamac zu installieren.

WineHQ ist für die notwendigen Schritte, um ein Programm zum Laufen zu bringen, eigentlich die beste Adresse: https://appdb.winehq.org/objectManager.php?sClass=version&iId=34535&iTestingId=106417

15

Danke für den Tip!

Aber Freac ist ein anderes Ripper-Programm als EAC.
EAC ist mindestens so leistungsfähig und wesentlich einfacher in der Handhabung und übersichtlicher.
EAC gibt es leider nicht als Flatpack.

Das unten erwähnte Programm eac3to ist leider auch kein Ripper und schon gar kein Nachbau von EAC ( https://www.exactaudiocopy.de/ ), aber trotzdem ein Dankeschön für die gutgemeinten Hinweise.
Ich habe eac3to mal testweise installiert, es will aber nicht starten.

eac3to ist eine Audio/Video-Verarbeitungssoftware mit Schwerpunkt auf HD-Formaten der neuen Generation, Blu-ray und HD DVD. Es ist in der Lage, Audio-Konvertierungen zwischen vielen Formaten und verschiedene andere Aufgaben zu machen. Es wurde für den Einsatz unter Windows x86 entwickelt, läuft aber auch unter Windows x64 und Linux