Centos – Verwendung des fantastischen Fenstermanagers auf Centos 7?

Awesome funktioniert gut auf Fedora 19, also sollte es auf CentOS 7 funktionieren, oder? Nun, ich habe versucht und es nicht geschafft, es zum Laufen zu bringen. Nach langer Zeit habe ich es geschafft, es aus dem Quellcode zu kompilieren und GDM so einzustellen, dass es von einem ~/.xinitrc bootet . Alles, was ich bekam, war jedoch, dass der Fenstermanager gestartet wurde, aber keine der Tastenkombinationen (Tastatur oder Maus) funktionierte überhaupt.

Ich suche nach einem brauchbaren Schritt-für-Schritt-Installationsverfahren.

Akzeptierte Antwort:

Für den Anfang würde ich die von Ihnen kompilierte Quelle entfernen und dann das offizielle YUM Repo für Fedora hinzufügen, indem ich die Schritte aus diesem Beitrag verwende. Da das Repo, das Sie gerade hinzugefügt haben, AwesomeWM enthält, verwenden Sie anschließend YUM, um es zu installieren. Siehe hier.

Begründung:
Es ist fast unmöglich, ein quellbasiertes Paket mit einem System zu mischen, das auf Binärpaketen basiert, da Sie leicht einen Versionskonflikt erzeugen. Beachten Sie Folgendes:

1. Binärpaket Version A ist abhängig von und funktioniert nur mit Abhängigkeit Version B. Abhängigkeit Version B verwendet Bibliothek C.
2. Das Verbinden der Logik in 1, Binärpaket Version A, hängt auch implizit von Bibliothek C ab.
3. Sie haben die Abhängigkeitsversion B mit der Bibliotheksversion D erstellt (wenn C =1.0, D =1.1)
4. Abhängigkeitsversion B erfolgreich erstellt, aber Binärpaketversion A ist immer noch mit Bibliotheksversion C verknüpft, daher lädt Binärpaket A jetzt unaufgelöste Symbole, da die Symbole in Bibliotheksversion C durch neuere Symbole in Version D ersetzt wurden.
li>
5. Bibliotheksversion D ersetzte Bibliotheksversion C, daher entschied sich der Entwickler, seine neue Version D nicht mit Version C zu verknüpfen.
6. Um dies zu beheben, muss jedes Paket auf dem System, das mit Bibliotheksversion C verknüpft ist, mit Bibliotheksversion D neu kompiliert werden.

Sie stecken hier fest, weil alle Pakete auf einem Binärsystem vorgefertigt waren und einige oder alle kaputt gehen, wenn sie aus dem Quellcode kompiliert werden

Möglicherweise können Sie dies beheben, indem Sie neuere Versionen aller Pakete finden, die Library Version D verwenden, aber aus Erfahrung ist dies sehr unwahrscheinlich, weshalb ich Gentoo verwende.

Aktualisierung von gelöschten Kommentaren

Ich wurde gebeten, zu erklären, wie man mit einem veralteten Repo umgeht und was zu tun ist, wenn das Repo abläuft, da CentOS und Fedora radikal unterschiedliche Veröffentlichungspläne haben.

Gemäß Ihren Fragen in den jetzt gelöschten Kommentaren unten beim Hinzufügen eines Repositorys:

1. Wenn die Unterstützung für dieses Repository endet, fügen Sie das Repository hinzu, das es ersetzt hat. Das heißt, das Repo von Fedora 19 wird durch Fedora 20 ersetzt.
2. Nach der Aktualisierung auf das neue Repository müssen Sie als Benutzer entscheiden, welche Richtung Sie einschlagen möchten, da es zu Versionsnummern-Nichtübereinstimmungen zwischen Paketen im neuen Repo kommen wird. Beispielsweise wurde in CentOS die Bibliotheksversion A durch die Bibliotheksversion B in Fedora ersetzt. Wenn Sie Fedora als Repo hinzugefügt haben und ein gewünschtes Paket in Fedora, aber NICHT in CentOS vorhanden ist und nach einer neueren Version eines Pakets fragt, müssen Sie entweder a.) prüfen, ob dasselbe Paket im CentOS Testing-Repo vorhanden ist , oder b.) Erlauben Sie der Installation, das Paket aus dem Fedora-Repo zu installieren. Auf diese Weise erhalten Sie eine gemischte oder hybride Installation. Wenn Sie das CentOS-Testing-Repo auf die gleiche Weise hinzufügen, wie Sie oben das Fedora-Repo hinzugefügt haben, wird YUM Sie, glaube ich, fragen, welches Paket Sie verwenden möchten, wenn das gleiche Paket in beiden vorhanden ist.
3. Wenn es eine Stable Library Version B in Fedora und eine Testing Library Version B in CentOS gibt, verwenden Sie die Testing Version in CentOS, da diese Version „nativ“ für Ihr Betriebssystem ist. Wann immer möglich, sollten Sie native Versionen Ihres Betriebssystems installieren, auch wenn sie sich in der Testphase befinden. Wenn das Paket auf diese Weise nicht funktioniert, melden Sie Ihren Betriebssystembetreuern einen Fehler, sodass das Paket in Testing verbleibt, bis der Fehler behoben ist, bevor es nach Stable verschoben wird

Verwandte:Ubuntu – Wie behebt man den Fehler „mount.nfs:Zugriff vom Server verweigert“?