Ich habe seit einer weile eine Update Schlaufe im AUR für dotnet.
Ob ich nun über die GUI das Update mache oder über CLI, macht keinen unterschied.
In der CLI scheint alles “sauber” durch zu laufen aber lässt immer wieder wiederholen.
Ich habe einen englischen Beitrag gefunden / gelesen wo das Problem bei einer 6er Version schon mal da war.
I think you need to do a clean build.
The easiest method is to clear the sources from the previous build.
Aber leider ohne Anleitung bzw. link zu einer Anleitung wie man das macht.
Und wenn ich nach dem Thema suche bekomme ich auf englisch diverse Infos.
Nur verstehe ich nicht so ganz wie ich das umsetzen soll.
Bzw sind mir die zusammenhänge nicht ganz klar vll. ein mangel an verständiss der sprache und der technik.
Liste doch mal die Pakete und deren Revisionsstand auf, den Du jetzt tatsächlich hast. Dann vergleiche das mit den Daten aus dem AUR. Sind sie gleich - ignorieren. Dann ist alles - was die Pakete angeht - OK. pamac hat seine Tücken, es gibt immer die alternative Möglichkeit mit pacman und einem AUR-Helper wie yay zu arbeiten.
hier wurde die aktuelle version nur reinstalliert anstatt auf die neue version zu gehen.
Kann es sein das dort server seitig etwas nicht passt mit den versions angaben und deren vergleich?
Oder ist da was bei mir lokal nicht in ordung?
die mirror liste habe ich davor via sudo pacman-mirrors --fasttrack && sudo pacman -Syu aktualisiert.
falls das der falsche vorgang für den AUR ist bitte entsprechenden befehel nennen, da ich nicht so vertraut damit bin (relativ neu bei linux und spez. manjaro)
wird immer zuallererst gebaut (angeblich) - schau mal die Ausgabe an:
Das kann aber nicht aus dem aktuellen AUR stammen - das Paket gibt es dort nicht.
Und die Abhängigkeiten dieses Pakets bewirken u.U. daß die anderen auch nicht aktualisiert werden - die werden zwar gebaut, so wie es aussieht, aber eben dann nicht installiert.
Das ist also offensichtlich im Weg.
Woher das stammt weiß ich nicht - im AUR ist es aktuell nicht.
Also: weg damit
… bevor Du weitermachst …
Benutze doch mal yay statt pamac um die AUR Pakete zu bauen.
Problem könnte sein (ist nur eine Spekulation), daß die Kopie des AUR die Manjaro vorhält
und auf die pamac zugreift
nicht mit dem echten AUR übereinstimmt.
Das kann ich nicht prüfen.
Wenn Du yay statt pamac benutzt wird das echte AUR verwendet.
Im AUR existiert das Paket dotnet-core-bin wie gesagt nicht, kann also nicht erneuert werden.
git clone https://aur.archlinux.org/dotnet-core-bin ✔
Klone nach 'dotnet-core-bin'...
Hinweis: Als Name für den initialen Branch wurde 'master' benutzt. Dieser
Hinweis: Standard-Branchname kann sich ändern. Um den Namen des initialen Branches
Hinweis: zu konfigurieren, der in allen neuen Repositories verwendet werden soll und
Hinweis: um diese Warnung zu unterdrücken, führen Sie aus:
Hinweis:
Hinweis: git config --global init.defaultBranch <Name>
Hinweis:
Hinweis: Häufig gewählte Namen statt 'master' sind 'main', 'trunk' und
Hinweis: 'development'. Der gerade erstellte Branch kann mit diesem Befehl
Hinweis: umbenannt werden:
Hinweis:
Hinweis: git branch -m <Name>
remote: Enumerating objects: 388, done.
remote: Counting objects: 100% (388/388), done.
remote: Compressing objects: 100% (247/247), done.
remote: Total 388 (delta 149), reused 378 (delta 141), pack-reused 0 (from 0)
Empfange Objekte: 100% (388/388), 144.83 KiB | 1.98 MiB/s, fertig.
Löse Unterschiede auf: 100% (149/149), fertig.
~ cd dotnet-core-bin ✔
~/dotnet-core-bin master makepkg -i ✔
==> Erstelle Paket: dotnet-core-bin 9.0.1.sdk102-2 (Fr 24 Jan 2025 14:32:41 CET)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
-> dotnet.sh gefunden
-> Lade dotnet-sdk-9.0.102-linux-x64.tar.gz herunter...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 200M 100 200M 0 0 12.2M 0 0:00:16 0:00:16 --:--:-- 12.3M
==> Überprüfe source Dateien mit sha512sums...
dotnet.sh ... Erfolg
==> Überprüfe source_x86_64 Dateien mit sha512sums...
dotnet-sdk-9.0.102-linux-x64.tar.gz ... Erfolg
==> Entpacke Quellen...
-> Entpacke dotnet-sdk-9.0.102-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...
-> 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 9.0.1.sdk102-2 (Fr 24 Jan 2025 14:33:48 CET)
==> Installiere Paketgruppe dotnet-core-bin mit pacman -U...
[sudo] Passwort für miho:
Pakete werden geladen …
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Pakete (7) aspnet-runtime-bin-9.0.1.sdk102-2 aspnet-targeting-pack-bin-9.0.1.sdk102-2 dotnet-host-bin-9.0.1.sdk102-2 dotnet-runtime-bin-9.0.1.sdk102-2 dotnet-sdk-bin-9.0.1.sdk102-2
dotnet-targeting-pack-bin-9.0.1.sdk102-2 netstandard-targeting-pack-bin-9.0.1.sdk102-2
Gesamtgröße der installierten Pakete: 543,21 MiB
Größendifferenz der Aktualisierung: 41,34 MiB
:: Installation fortsetzen? [J/n] j
(7/7) Schlüssel im Schlüsselbund werden geprüft [##################################################################################] 100%
(7/7) Paket-Integrität wird überprüft [##################################################################################] 100%
(7/7) Paket-Dateien werden geladen [##################################################################################] 100%
(7/7) Auf Dateikonflikte wird geprüft [##################################################################################] 100%
(7/7) Verfügbarer Festplattenspeicher wird ermittelt [##################################################################################] 100%
:: Paketänderungen werden verarbeitet …
(1/7) Aktualisiert wird dotnet-host-bin [##################################################################################] 100%
(2/7) Aktualisiert wird dotnet-runtime-bin [##################################################################################] 100%
(3/7) Installiert wird aspnet-runtime-bin [##################################################################################] 100%
(4/7) Aktualisiert wird netstandard-targeting-pack-bin [##################################################################################] 100%
(5/7) Aktualisiert wird dotnet-targeting-pack-bin [##################################################################################] 100%
(6/7) Installiert wird aspnet-targeting-pack-bin [##################################################################################] 100%
(7/7) Aktualisiert wird dotnet-sdk-bin [##################################################################################] 100%
:: Post-transaction-Hooks werden gestartet …
(1/2) Arming ConditionNeedsUpdate...
(2/2) Refreshing PackageKit...
Danach habe ich den Ordner gelöscht. /home/miho/dotnet-core-bin
gefolgt von:
sudo pamac update -a
[sudo] Passwort für miho:
Warnung: Pakete als dynamischer Benutzer bauen
Warnung: Konfiguriere Build-Verzeichnis /var/cache/pamac
Vorbereitung...
Synchronisiere Paketdatenbanken...
Aktualisierung von AUR...
Fehler beim Synchronisieren der AUR-Datenbank
Warnung: plymouth: Lokale Version (24.004.60-6) ist neuer als extra (22.02.122-18)
Es gibt nichts zu tun.
Vorgang erfolgreich abgeschlossen
Und nun taucht auch die Update Meldung nicht mehr auf.
Habe jetzt nur noch die Standart Fehler Meldungen, die ich sonst auch habe.
An dieser Stelle
Ein Danke an Alle die sich hier gemeldet haben
#!/bin/bash
if [[ $(ps -o comm= $PPID) == "sudo" ]]; then
echo "Möchten Sie sudo wirklich mit pamac verwenden? Dies kann zu Berechtigungsproblemen führen!"
exit 1
fi
/usr/bin/pamac "$@"
Gut das war mir so nicht bewusst.
Bin noch verhältnismäßig neu in sachen Manjaro als “Daily Driver OS”.
Zuvor nur mit Linux gespielt bzw nichts groß mit gemacht (Raspberry Pi)
Sonst über 20Jahre Windows nutzer gewesen.
sudo pamac info
Möchten Sie sudo wirklich mit pamac verwenden? Dies kann zu Berechtigungsproblemen führen!
Habe ich so dank der Anleitung hinbekommen, danke an dieser stelle.
wenn pamac generell ohne sudo laufen sollte, dann habe ich wohl generell was verbogen.
Oder gibts es in der Bedienung unterschiede was man mit und was man ohne sudo mach soll / muss?
pamac update -a
Vorbereitung...
==== AUTHENTICATING FOR org.manjaro.pamac.commit ====
Eine Authentifizierung ist erforderlich, um Pakete zu installieren, aktualisieren oder zu entfernen
Authenticating as: miho
Password:
==== AUTHENTICATION COMPLETE ====
Synchronisiere Paketdatenbanken...
Es gibt nichts zu tun.
Vorgang erfolgreich abgeschlossen.
mit diesem befehl hat sich das Problem mit plymouth erledigt.
Danke.
sudo pacman -Syu
[sudo] Passwort für miho:
:: Paketdatenbanken werden synchronisiert …
core ist aktuell
extra ist aktuell
multilib ist aktuell
:: Vollständige Systemaktualisierung wird gestartet …
Es gibt nichts zu tun
Was pamac betrifft: sudo ist nie erforderlich. Nie nicht!
Manche Funktionen erfordern sowieso keine Admin Berechtigungen,
andere hingegen schon - wie z.B. das Installieren von Software.
In dem Fall - wenn diese Berechtigungen gebraucht werden um die Aufgabe auszuführen - wird pamac Dich nach dem dafür erforderlichen Passwort fragen.
Bei pacman ist es etwas anders.
Auch dort gibt es Aufgaben, die ohne Admin Berechtigung ausgeführt werden können.
pacman wird aber von sich aus nicht nach dem Admin Passwort fragen.
Falls Admin Berechtigungen gebraucht werden, wird das Kommando fehlschlagen und Dir wird eine entsprechende Meldung angezeigt.
In dem Fall einfach das gleiche Kommando nochmal - nur mit sudo vorne dran.
Die einfache und immer funktionierende Variante ist:
… immer erst ohne sudo probieren,
wenn es ohne nicht geht, nochmal dasselbe aber dann mit sudo
Eine schön einfache Möglichkeit im Terminal ist:
pacman -Syu
→ das wird ohne sudo nicht gehen
als nächstes einfach sudo !! tippen
und das vorherige Kommando wird nochmal, diesmal aber mit sudo, ausgeführt
run0 ist eine weitere Möglichkeit, Kommandos mit Admin Berechtigungen laufen zu lassen.
Vielen dank für die ausführliche Antwort.
Das erklärt mir auch warum bei einigen tutorials bzw anleitungen die befehle meist ohne sudo dargestellt werden.
der umstieg von windows ist doch eine entsprechende lernkurve.
was kann denn im schlimmsten fall passieren bzw auf mich zukommen wenn pamac schon des öfteren mit sudo verwendet habe.
besteht eine möglichkeit alles zu berichtigen?
oder habe ich schon ein fehler gemacht beim einrichten?
“gut” würde ich mal sagen, das ich wohl keinen fatalen Fehler gemacht habe.
Bevor ich, mit meinen minimalen Kentnissen, versuche das zu analysieren ob und welche Fehler ich gemacht habe, lasse ich das ganze mal auf mich zukommen.
Ich bedanke mich auf jeden fall recht herzlich für die Mühen und Infos
