Update Hinweis 2017-12-14

[GypsyWolve]

Nach dem update gabs ein gebrochenes template bei qupzilla/quiterss, nutze Xfce

qt5ct erwartet qt5 als 5.10

Ubergangsabhilfe:

downgrade von qt5ct und qt5-styleplugins bis 5.10 in den Repos liegt



GW

[guest10]

Nach dem update gabs ein gebrochenes template bei qupzilla/quiterss, nutze Xfce

qt5ct erwartet qt5 als 5.10

Ubergangsabhilfe:

downgrade von qt5ct und qt5-styleplugins bis 5.10 in den Repos liegt



GW

..oder:

pacman -S extra/qt5-base

MfG

[GypsyWolve]

On a side note, the qt5-base in arch extra repo is compiled with enabled journald feature, which is part of systemd.
Don't use it, qt5 updates are ready in world-testing.

https://forum.artixlinux.org/index.php/topic,303.msg2479.html#msg2479

[guest10]

https://forum.artixlinux.org/index.php/topic,303.msg2479.html#msg2479

Das nehme ich vorläufig  in kauf.
Irgendwann ist arch-extra und arch-community obsolet.
Statt qt5ct verwende ich qt5gtk2.

MfG

[GypsyWolve]

Artix wird im Grunde nichts anderes uebrigbleiben die "Arch" Repos aufzuloesen. S.h.a. pygtk

Danke fuer den Hinweis, werd ich doch glatt mal schauen

Werde simple mal warten



GW

[Roberto]

Ich denke, ich war (mal wieder) zu voreilig und habe jetzt leider diverse Fehler:

Warnung: Kann "pygobject" nicht auflösen (eine Abhängigkeit von "pygtk")
:: Das folgende Paket kann aufgrund nicht auflösbarer Abhängigkeiten nicht aktualisiert werden:
      pygtk

Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen)
:: pygtk: benötigt pygobject

Dann dachte ich, ich könnte versuchen, das Paket aus "extra" zu deinstallieren, aber das hat leider auch nicht funktioniert:

$ sudo pacman -R extra/pygtk
Fehler: Ziel nicht gefunden: extra/pygtk

Obwohl "extra" in meiner pacman.conf nicht auskommentiert ist.

[extra]
Include = /etc/pacman.d/mirrorlist-arch

Muss ich wohl oder übel erstmal mit leben.

Ich vermute, dass es mit einer doppelten Installation zusammen hängt:

$ pacman -Ss pygtk
world/pygtk 2.24.0-7 [Installiert: 2.24.0-8]
    Python bindings for the GTK widget set
extra/pygtk 2.24.0-8 [Installiert]
    Python bindings for the GTK widget set

[uralrabo]

Hallo,

nach dem letzten upgrade gestern ist mein X-Server abgestorben.
Hat jemand das selbe Problem oder ist nur mein System verfrickelt.

gruss Ralf

[GypsyWolve]

@Roberto
Du hast keine doppelInstallation

$ pacman -Ss pygtk
world/pygtk 2.24.0-7 [Installiert: 2.24.0-8]
    Python bindings for the GTK widget set
extra/pygtk 2.24.0-8 [Installiert]
    Python bindings for the GTK widget set

Dir wird nur gesagt es existieren 2e aber installiert ist der neueste.

Dnke und vermute mit dem letzten update sind deine Probs entschwunden?


GW

[GypsyWolve]

Hallo,

nach dem letzten upgrade gestern ist mein X-Server abgestorben.
Hat jemand das selbe Problem oder ist nur mein System verfrickelt.

gruss Ralf

Bei mir keine Probs, alles wie gehabt


GW

[Roberto]

Hallo,

nach dem letzten upgrade gestern ist mein X-Server abgestorben.
Hat jemand das selbe Problem oder ist nur mein System verfrickelt.

gruss Ralf

Hallo Ralf,

ich hatte das gleiche Problem.

Ich habe das System nur mit Mühe wieder reaktivieren können, indem ich in der pacman.conf alle testing mirrors an die erste Stelle gesetzt und aktiviert habe:

#   

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

[system-testing]
Include = /etc/pacman.d/mirrorlist

[world-testing]
Include = /etc/pacman.d/mirrorlist

[galaxy-testing]
Include = /etc/pacman.d/mirrorlist

[system]
Include = /etc/pacman.d/mirrorlist

[world]
Include = /etc/pacman.d/mirrorlist

[galaxy]
Include = /etc/pacman.d/mirrorlist

Danach alles aktualisiert und Updates installiert.

Ganz ehrlich, ich weiß nicht was letzten Endes dazu geführt hat, dass mein System wieder gestartet hat.

Ich bin mir allerdings sehr sicher, dass die letzten zur Verfügung gestellten Updates das komplette System gekillt haben.
Bin mal gespannt, ob die Maintainer das wieder gerade biegen können und vor allem, wann ich die testing mirrors wieder auskommentieren kann.

Alles sehr unbefriedigend.

Gruß
Roberto

[uralrabo]

Danke Robert für die schnelle Antwort.
Wenn sich das so einfach und relat. gut beseitigen läßt ist es ja ok
und es ist ja noch eine sehr junge Distri.
Nur wäre eine gewisse Stabilität schon schön, so das man sie bald als
prod System nutzen könnte.

[Roberto]

Nur wäre eine gewisse Stabilität schon schön, so das man sie bald als
prod System nutzen könnte.

Ich bin der gleichen Meinung und auch wenn es eine junge Distri hatte ich doch gehofft, dass die Erfahrung von Manjaro OpenRC solche Probleme verhindern würden.

Naja, war wohl ein Irrtum 

Ich würde Artix schon gerne als Prod-System einsetzen, weil ich von Manjaro komme und schon einige Erfahrungen damit machen konnte.
Mal schauen wie sich Artix entwickelt.

[Roberto]

Vielleicht hilft dies noch:

https://forum.artixlinux.org/index.php/topic,303.0.html

[guest6]

Es wäre mal eine komplette Terminal-Ausgabe interessant.
Alle testing auskommentieren und dann:

sudo pacman -Syyuu

Je länger du auf testing bleibst, umso mehr wird das komplette
System testing sein, das will man sicherlich nicht auf einem
produktiven System.

arch-repos sind bei dir zum Glück raus, ansonsten hat man ständig
ein Gemisch aus Paketen mit und ohne systemd.

Bei gewissen Fehlern müsst ihr wohl warten, bis so ein Paket aus dem original
arch-repo halt erst einmal umgefrickelt wurde. Aber das ist Aufgabe der Developer
und nicht von euch, ständig die repos verändern ist keine gute Lösung, Ich würde
bei stable bleiben und vor allem ohne originales arch-repo.

mfg

[Roberto]

Es wäre mal eine komplette Terminal-Ausgabe interessant.
Alle testing auskommentieren und dann:

sudo pacman -Syyuu

Je länger du auf testing bleibst, umso mehr wird das komplette
System testing sein, das will man sicherlich nicht auf einem
produktiven System.

arch-repos sind bei dir zum Glück raus, ansonsten hat man ständig
ein Gemisch aus Paketen mit und ohne systemd.

Bei gewissen Fehlern müsst ihr wohl warten, bis so ein Paket aus dem original
arch-repo halt erst einmal umgefrickelt wurde. Aber das ist Aufgabe der Developer
und nicht von euch, ständig die repos verändern ist keine gute Lösung, Ich würde
bei stable bleiben und vor allem ohne originales arch-repo.

mfg

Hallo virtual-dev,

ich bin ganz deiner Meinung und wäre am liebsten auch nur auf stable.
Ich habe genau das probiert, alle testings auskommentiert und dann

sudo pacman -Syyuu

ausgeführt.

Danach ging nichts mehr.

Ich habe dann versucht, mit

startkde

KDE manuell zu starten, aber es kam nur

DISPLAY is not set or cannot connect to the X server