Arch Linux

Firefox Scrollleistenschieber usw. unsichtbar

Martin-MS

Wahrscheinlich wegen der Vorgabe

LANG=C;yes

LANG=en, LC_ALL=C oder LC_MESSAGES=C hätte es wahrscheinlich eher gebracht. Versuche mal das Paket mit

pacman -U breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz

zu installieren.

Zuversicht

Martin-MS schriebVersuche mal das Paket mit
pacman -U breeze-gtk320-git
zu installieren.

Das Paket wird nicht gefunden. Auch nicht, wenn ich

sudo pacman -S breeze-gtk320-git

oder

sudo pacman -U https://raw.githubusercontent.com/breeze-gtk320-git

zu installieren versuche. Unter

/usr/share/Themes/Breeze/gtk3.0

finde ich auch nichts, was dem Paket irgendwie ähnlich sieht.

mis

Du musst bei pacman -U den vollständigen Namen des gebauten Pakets angeben. Pakete haben die Endung .pkg.tar.xz

Martin-MS

Sorry, mein Fehler, habe es im Beitrag korrigiert.

Zuversicht

Fehler: 'breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz': Konnte Paket nicht finden oder lesen

Ist da vielleicht ein Schreibfehler in der Versionsnummer? Aufhttps://github.com/FadeMind/breeze-gtkkonnte ich keine Abweichung zu der von dir angegebenen Nummer entdecken.

qui

Zuversicht schrieb

Fehler: 'breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz': Konnte Paket nicht finden oder lesen

Du musst bei -U schon den vollständigen (oder eben den relativen) Pfad mit angeben… Woher soll denn pacman wissen, wo das Paket liegt?

Zuversicht

qui schrieb
Zuversicht schrieb
Fehler: 'breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz': Konnte Paket nicht finden oder lesen
Du musst bei -U schon den vollständigen (oder eben den relativen) Pfad mit angeben… Woher soll denn pacman wissen, wo das Paket liegt?

sudo pacman -U https://raw.githubusercontent.com/breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz
...
Fehler: Konnte Datei 'breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz' nicht von raw.githubusercontent.com übertragen : The requested URL returned error: 400
Warnung: Konnte https://raw.githubusercontent.com/breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz nicht herunterladen
Fehler: 'https://raw.githubusercontent.com/breeze-gtk320-git-3.20.20160520-1-x86_64.pkg.tar.xz': Unerwarteter Fehler

Hab ich was fclash gemacht?

qui

Lokaler Pfad… Irgendwo auf deiner Platte muss das Paket ja liegen, wenn du's mit -U installieren willst…

Zuversicht

breeze-gtk320-git: /usr/share/themes/Breeze-Dark/assets/arrow-down-active.png existiert im Dateisystem

Dann folgen jede Menge Dateien, die im Dateisystem bereits existieren.

Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Sollte ich vielleicht erst

pacman -Runs breeze-gtk320-git

laufen lassen?

qui

-R sollte erst mal reichen…

Alternative (falls alles andere nix mehr hilft): mit --force reindonnern.

Martin-MS

Bei der Installation musst doch wieder der Konflikt mit dem Paket "breeze-gtk" angezeigt werden und du wirst aufgefordert, das Paket zu de-installieren, sonst geht es doch nicht weiter, war vorhin doch auch so. Wenn "breeze-gtk" de-installiert wird gibt es auch keine existierenden Dateien und das Paket lässt sich installieren.

Und "pacman -Runs breeze-gtk320-git" wird nichts bringen weil man damit nur ein installiertes Paket de-installieren kann, und das Paket "breeze-gtk320-git" ist ja nicht installiert; das versuchst du ja gerade erst. Wenn überhaupt, dann schon "pacman -Runs breeze-gtk".

mis

Zuversicht schrieb

:: breeze-gtk320-git und breeze-gtk stehen miteinander in Konflikt

Oder erstmal breeze-gtk deinstallieren, vielleicht reicht das ja auch...

mis

Martin-MS schriebBei der Installation musst doch wieder der Konflikt mit dem Paket "breeze-gtk" angezeigt werden und du wirst aufgefordert, das Paket zu de-installieren.

Hat mich auch etwas stutzig gemacht..

Martin-MS

qui schriebAlternative (falls alles andere nix mehr hilft): mit --force reindonnern.

Würde ich in dem Fall nicht empfehlen, da dann das Paketmanagement völlig aus dem Tritt kommt, weil dann nämlich beiden Paketen dieselben Dateien gehören, was früher oder später wieder zu neuen Konflikten, spätestens beim nächsten Systemupdate mit diesem Paket, führen wird. Darum wurde ja extra

replaces = breeze-gtk
conflict = breeze-gtk
provides = breeze-gtk

im Paket gesetzt um diese Situation zu vermeiden.

qui

Martin-MS schrieb
qui schriebAlternative (falls alles andere nix mehr hilft): mit --force reindonnern.
Würde ich in dem Fall nicht empfehlen, da dann das Paketmanagement völlig aus dem Tritt kommt, weil dann nämlich beiden Paketen dieselben Dateien gehören, was früher oder später wieder zu neuen Konflikten, spätestens beim nächsten Systemupdate mit diesem Paket, führen wird. Darum wurde ja extra
replaces = breeze-gtk
conflict = breeze-gtk
provides = breeze-gtk
im Paket gesetzt um diese Situation zu vermeiden.

Wenn -Qo das bestätigt (was zu vermuten ist), dann hast du freilich recht. 😉

Zuversicht

Martin-MS schriebUnd "pacman -Runs breeze-gtk320-git" wird nichts bringen weil man damit nur ein installiertes Paket de-installieren kann, und das Paket "breeze-gtk320-git" ist ja nicht installiert; das versuchst du ja gerade erst. Wenn überhaupt, dann schon "pacman -Runs breeze-gtk".

Das habe ich gemacht, aber leider kommt derselbe Fehler. Da brat mir einer einen Storch ...

qui

Was sagt denn

pacman -Qo /usr/share/themes/Breeze-Dark/assets/arrow-down-active.png

Zuversicht

qui schriebWas sagt denn

pacman -Qo /usr/share/themes/Breeze-Dark/assets/arrow-down-active.png

Fehler: Kein Paket besitzt /usr/share/themes/Breeze/assets/arrow-down-active.png

Ich habe nachgesehen: Die Datei ist vorhanden! Wieso hat pacman die jetzt nicht gefunden? Und wieso ist sie vorhin - mit den anderen Dateien - nicht deinstalliert worden?

qui

Zuversicht schriebWieso hat pacman die jetzt nicht gefunden? Und wieso ist sie vorhin - mit den anderen Dateien - nicht deinstalliert worden?

pacman findet sie ja, sie gehört nur keinem Paket und kann deshalb nicht über den Paketmanager deinstalliert werden. Woher sie dann kommt? – Musst du selbst wissen…

Deshalb:

qui schriebAlternative (falls alles andere nix mehr hilft): mit --force reindonnern.

Martin-MS

Da passen doch schon Abfrage und Ergebnis nicht zusammen: wenn der Besitzer von "Breeze-Dark" gesucht wird kann der Paketmanager nicht mit "Breeze" antworten.

Wenn kein Paket die Datei besitzt dann ist entweder die lokale Paketdatenbank korrupt oder die Datei ist am Paketmanagement vorbei ins Dateisystem gekommen, z. B. durch direkte Kopie. Dann wird sie natürlich auch nicht von pacman de-installiert weil sie ihm nicht als installiert bekannt ist. Sie muss also auf dem gleichen Weg entfernt werden wie sie ins Dateisystem gekommen ist.

[Edit]
Da übrigens beide Dateien nicht zu dem Paket "breeze-gtk" gehören scheinen sie aus dem neuen Paket zu kommen; es spricht also einiges dafür, dass du den Inhalt des Pakets ohne den Paketmanager einfach ins Dateisystem kopiert hast.

« Vorherige Seite