Immer wieder Probleme nach der Installation via Smart :(

[raz667]

Hallo zusammen,

auf meinem Suse 10.1 setz ich Smart zur Installation von Programmen ein. Jedoch ist es mir nun häufiger schon passiert, dass nach der Installation mancher Programme (komischerweise immer aus dem Multimedia-Bereich) Probleme auftauchen.

Gestern Abend z.B. war's dann wieder so weit. Ich hab folgende Sachen installiert (soweit ich mich noch erinnern kann):

mplayer + autom. aufgelöste dependencies
lame
divx4linux
ffmpeg
w32codec-all
xvidcore
waren sicher noch einige pakete mehr bei, die smart als abhänigkeiten autom. mitinstalliert hat.

Dazu kam dann noch kbfx und superkaramba.

Nach der Installation ist mir dann aufgefallen, dass die Buchstaben in Menüs, über welche sich mit Hilfe der Alt-Taste Funktionen aufrufen lassen, rot hinterlegt werden.
z.B. im Firefox Alt+D für "Datei", Alt+B für "Bearbeiten", Alt+A für "Ansicht" etc. pp.

Jedenfalls bedeutet diese rote Hinterlegung nichts gutes für mich. Denn jedes mal wenn diese auftaucht, lässt sich anschließend Suse nicht mehr booten. So war es die letzten Male und so war es auch gestern wieder.

Linux startet im Prinzip ganz normal, auch der Anmeldebildschirm erscheint nur wenn es danach dran geht, X und die Arbeitsumgebung zu starten, bleibt es hängen.
Schwarzer Bildschirm und nur noch ein Mauszeiger.
Dabei hängt sich das System aber nicht komplett auf. Auf die Konsole lässt sich noch zu jedem Zeitpunkt via Strg+Alt+F(1,2,3...) zugreifen.

Nun hab ich mal über die Boot-CD das System aktualisiert und X startet wieder.
Jedoch läuft das System immernoch nicht wieder problemlos.
Z.B. lassen sich manche Programme im Kicker einfach nicht mehr aufrufen.
Ich klicke zwar drauf, aber nichts geschieht. Manchmal will sich auch das K-Menü nicht mehr öffnen.
Auch im Konquerer hab ich beim Navigieren Probleme, denn das oben beschriebene Problem weitet sich auch auf Ordner auf. Auch diese lassen sich manchmal einfach nicht mehr öffnen.

Da ich dieses Problem nun schon öfters hatte und vorher immer mit Smart gearbeitet habe, denke ich, dass dort auch der Fehler zu finden ist.
Hier mal meine Channelliste

[suse-101-yum-extra]
type = rpm-md
name = SUSE Linux 10.1 YUM Extra Repository
baseurl = ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/10.1/inst-source-extra/suse

[suser-jengelh-101-apt]
type = apt-rpm
name = Suser Jengelh 10.1 APT Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = suser-jengelh

[rpm-sys]
type = rpm-sys
name = RPM System

[suse-101-yum-base]
type = rpm-md
name = SUSE Linux 10.1 YUM Base Repository
baseurl = ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse

[suse-101-apt-update]
type = apt-rpm
name = SUSE Linux 10.1 APT Update Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = update

[packman-i686-101-apt]
type = apt-rpm
name = Packman-i686 10.1 APT Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = packman-i686

[packman-101-apt]
type = apt-rpm
name = Packman 10.1 APT Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = packman

[guru-101-yum]
type = rpm-md
name = Guru 10.1 YUM Repository
baseurl = http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.1/RPMS/

[packman-101-yum]
type = rpm-md
name = Packman 10.1 YUM Repository
disabled = yes
baseurl = http://packman.iu-bremen.de/suse/10.1/

[suse-101-apt-extra]
type = apt-rpm
name = SUSE Linux 10.1 APT Extra Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = extra

[suse-101-apt-kolab]
type = apt-rpm
name = SUSE Linux 10.1 APT Kolab Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = kolab

[suse-101-apt-base]
type = apt-rpm
name = SUSE Linux 10.1 APT Base Repository
baseurl = http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/10.1-i386
components = base

Hab ich da vielleicht noch irgendeinenen Channel drin, dessen Pakete die Systemstabilität gefährden?

Ich hoffe, dass mir jemand helfen kann, denn wenn ich dieses Problem nicht lösen kann, dann werd ich wohl in Zukunft auf smart verzichten müssen, so gern ich es auch hab. :/

Gruß,
raz

 

[devilz]

Ich müßte heute abend mal mein Smart-Repo posten ... aber ich hab echt null Probleme im moment damit.
(Und ich hab fast alles drinn *g*)

 

[raz667]

Ich habe ja auch schon einige Sachen problemlos via Smart installiert.
Es ist bloß eine Frage der Zeit, bis ich mir dann wieder mit irgendwas das System abschieße. Das kotzt mich langsam so richtig an.

Was sagst du denn zu den Channels? Ich meine eigtl. alles kritische, wie kernel-of-the-day etc. entfernt zu haben..

 

[devilz]

Naja "[suser-jengelh-101-apt]" würd ich vielleicht noch rausnehmen .. packman und guru sollten eigentlich keine probleme machen

 

[raz667]

Was ist denn der suser-jengelh und wie kann ich selbst erkennen, welche Quellen für mich in Frage kommen u. welche nicht? suser-jeggelh liegt ja auch auf den gwdg-Servern. Dachte also, dass der bedenkenlos wäre.
Gibts irgendwo schon idiotensichere smart repos?
Also möglichst viele Quellen mit möglichst vielen Paketen, dafür aber sicher?

 

[theton]

Gibt's eigentlich irgendwen, der mit smart unter SuSE noch keine Probleme hatte? Ich empfehle einfach abzuwarten, bis dieses Tool wirklich ausreichend getestet wurde und nicht nur Abhaengigkeiten, sondern auch Inkompatibilitaeten zwischen den Paketen aufloesen kann. In meinen Augen ist der momentane Entwicklungsstatus noch sehr beta, auch wenn die Entwickler was anderes behaupten.

 

[DennisM]

Jo der Misch Masch vieler Repos ist ziemlich problematisch. Man sollte halt wirklich nur das benutzen was man brauch.

MFG

Dennis

 

[Zico]

Gibt's eigentlich irgendwen, der mit smart unter SuSE noch keine Probleme hatte?

Ich (mal ausgenommen von der mageren Auswahl für x86_64, was aber ja nix mit dem Programm zutun hat).

Ich empfehle einfach abzuwarten, bis dieses Tool wirklich ausreichend getestet wurde und nicht nur Abhaengigkeiten, sondern auch Inkompatibilitaeten zwischen den Paketen aufloesen kann. In meinen Augen ist der momentane Entwicklungsstatus noch sehr beta, auch wenn die Entwickler was anderes behaupten.

IMHO liegt das einfach den Kombinationen der unterschiedlichen Quellen. Konfiguration, nix programmtechnisches.
Wenn man die Anzahl der Fehlermeldungen als Beurteilungsmaßstab für ein Programm setzn würde wäre der NVidia Treiber das scheusslichste Stück Software, was es gibt

 

[theton]

Wenn man die Anzahl der Fehlermeldungen als Beurteilungsmaßstab für ein Programm setzn würde wäre der NVidia Treiber das scheusslichste Stück Software, was es gibt

Ist es ja auch, weswegen ich mittlerweile eine ATI-Karte in meinem Desktop-Rechner habe. Nein, mal im Ernst. Smart bietet an verschiedenste Quellen nutzen zu koennen und der User glaubt das ja auch. Wenn ein Programm mit solchen Features wirbt, sollte es meiner Meinung nach, auch in der Lage sein evtl. Inkompatiblitaeten zwischen Paketen aus verschiedenen Quellen aufzuloesen, was Smart nichtmal ansatzweise kann. Es ist also weniger "schlechte Software", weil es so oft Fehler produziert, als eher, weil elementare Funktionalitaeten fehlen.

 

[Zico]

sollte es meiner Meinung nach, auch in der Lage sein evtl. Inkompatiblitaeten zwischen Paketen aus verschiedenen Quellen aufzuloesen, was Smart nichtmal ansatzweise kann.

Ich sag ja: Konfigurationssache.
Die SMART Config, so wie ich sie nutze, hat bisher noch alles auflösen könne. Das geht von KDE-Update über MPlayer bis zu Transcode und den Abhänigkeiten von Cinelerra. Weiss nicht woran das liegt. Dass es aber noch eine frühe Software ist, ist aber weitestgehend bekannt, daher kann man Bugs natürlich nicht ausschließen. Dennoch entwickelt sich auch kein Programm weiter, wenn man es nicht benutzt.

Aber das is jetzt schon fast ein neues Topic... egal.