[erledigt]Baumansicht mit Krusader nicht möglich?

Hinweis: In dem Thema [erledigt]Baumansicht mit Krusader nicht möglich? gibt es 13 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Hallo Linuxsusefan,
    anbei der Output von "zypper lr":

    Ich wollte Rhythmbox ausprobieren. Dabei wurde auch Nautilus installiert. Aber sonst: nein, ich benutze Gnome nicht. Möchte mich eher auf die KDE basierten Applikationen konzentrieren. Habe nur vergessen, die Repos zu entfernen, so wie mit anderen auch.


    Die Bitte an dich: kannst du mir die wesentlichen Repos nennen, die man wirklich braucht. Welche brauche ich beispielsweise um Firefox zu aktualisieren und Thunderbird zu installieren? (deswegen siehst du einige Mozilla Repos).


    Danke & beste Grüße

    Für den Inhalt des Beitrages 4024 haftet ausdrücklich der jeweilige Autor: chatersu

    Hallo,


    Du hast die Repo' s nicht richtig gekennzeichnet so das man hier nicht sieht welche sich hinter den →Rot-Markierten← Repo' s bzw deren Bezeichnung verbergen. Die heißen alle irgendwie gleich und das ist gelinde gesagt → ungünstig! Deshalb wollte ich zur sicherheit den 2. Befehl noch gezeigt haben um vllt da eine Kennzeichnung der Repo' s zu erkennen.


    Naja, hier hilft nur eine Radikal-Kur, das heißt wir gehen so vor.


    1. Alle Repo' s die →Rot-Markierten← fliegen raus


    2. Nur die Repo' s die → Grün - Markiert ← sind kannst drin lassen:


    3. Was dann noch fehlt wird jeh nach bedarf & vorhandenem System noch geholt


    Nun denn:



    Über diese Repo → Orange -Markiert ← solltest Du erstmal klar werden ob Du die " Gnome-Pakete " die nachinstalliert wurde noch brauchst. Wenn nicht kannst Du ggf diese Pakete deinstallieren und folglich diese " Gnome-Repo " auch löschen.


    Wenn Du diese Pakete behalten und benutzen willst, musst Du die Gnome-Repo halt drin lassen, aber dann mit einer entsprechender Priorität versehen.


    Wie das geht erfährst Du später, hier ist erstmal wichtig die Repo' s los zu werden die unnötig sind und das Du dir einige Info' s holst über die Paket- & Software- & Repo - Verwaltung.

    Ist diese Aktion beendet, kannst Du dann → hier mal reinschauen und Dir das zu gemüte führen. Denn hier wird erklärt was man wann, wie & wofür man welche Repo denn braucht. Ist das auch getan sollte schon klarer sein was man denn für Repo' s für welches genutzte bzw verwendete System haben musst. Schau bitte genau da rein, denn da wird Dir ein teil deiner fragen schon beantwortet, so zb welche Desktop-Repo' s etc


    Jetzt kannst Du zb → hier nachschauen bzw Dir die Repo' s passend zu deinem System holen bzw Info' s darüber wie man welche Repo einbindet. Hier findest Du alle gängigen Repo' s für den " Durchschnitts-User " gelistet.


    Am Rande:


    Wenn jetzt noch deinerseits unklar ist welche Repo' s denn nötig ist bei Dir, so musst Du dann noch genauere Angaben über vorhandene Hardware machen ( zb Grafikkarte-/-Chipsatz, WebCam, Wlan etc ) um da detailiertere aussagen machen zu können. Ein wenig Lektüre hier & da verbunden mit etwas Eigeninitiative hat auch einen guten Lerneffekt. Wenn ich jetzt nur sage nimm diese oder diese Repo und keinerlei Info' s reinpacke, wirst Du bei nächsten mal wieder so da stehen wie jetzt und das ist ja nicht das Ziel, oder?


    Wenn Du dann fertig bist und vllt schon selbst aktiv wurdest bzw dann denkst das Du alle Repos hast, dann Poste bitte nochmals den letzten »Zypper Befehl ( zypper lr ) « bevor Du irgend etwas in Richtung Update etc durchführst und wir schauen dann was OK ist und was nicht. Denke bitte daran, ich will hier niemandem Schikanieren oder Ärgern oder sonstwie Arrogant von oben herab behandeln, sondern nur deutlich machen das dies alles nicht so schwierig ist wie es scheint bzw dringend nötig ist sich mit dieser Materie zu befassen wenn man mit seiner SuSE Spaß statt Frust haben will.

    Hallo Linuxsusefan,
    erstens vielen Dank für deine Geduld und Unterstützung. Du schreibst ich hätte die Repos "nicht richtig gekennzeichnet". Ich habe den Output des Befehls "zypper lr" in meine Antwort vollständig kopiert. Insofern weiss ich nicht, wie das "Kennzeichen" gemeint ist. Du hast selbstverständlich recht, aus dem Output kann man nicht viel erkennen.


    Ich werde meinen Repos-Bestand bereinigen. Ich empfinde deine Angaben übrigens absolut nicht als herablassend oder schikanierend. Bin eher froh, dass du dir die Zeit nimmst, mich zu unterstützen.


    Ich habe Freude an Linux und auch wenn ich z.Z. über einige "Hürdchen" stolpere, will ich mich doch mit der Materie befassen, solange meine Zeit es mir erlaubt. Beruflich bin ich auf Gedeih und Verderb auf W...os angewiesen


    Servus:89:


    Nachtrag:
    Habe "zypper lr -u" probiert. Hier ist der Output, vielleicht hilft er:

    Für den Inhalt des Beitrages 4030 haftet ausdrücklich der jeweilige Autor: chatersu

    Hallo,



    jaaaa, das sieht doch schon anders aus, jetzt sind die URL' s dahinter zu sehen so das man auch die Repo identifizieren kann.



    Hier folgendermaßen verfahren:

    Rot → entfernen
    Grün → behalten
    Blau → Repos behalten und dann auf KDE 4.2.3 umstellen
    Orange → wie vorigen Post gesagt, musst Du überlegen ob das Gnome-Zeug drin bleiben soll bzw dann ggf entfernen


    Begründung: Die zu entfernenden Repo' s sind zu einen doppelt enthalten, dann ist die Mozilla-Buildservice enthält z.T. Entwicklerpakete die sich eher an fortgeschrittenere User richtet, außerdem ist hier ja schon die " Normale " Mozilla-Repo drin. Und die VLC ( VideoLanClient ) entferne bitte auch, da hier Pakete drin sind die auch und besser über die Packman-Repo abgedeckt werden. Hier sollte man auf eine Quelle setzen und alles aus dieser beziehen, denn das gibt weniger Konflikt-Probleme ( hier ist es in der vergangenheit zu Konfilkten zwischen Paketen aus der VLC & Packman Repo gekommen ). Da ist die Packman Favorisiert weil diese außerdem noch in jeder hinsicht das weiteste Spektrum abdeckt.


    Repo-Bezeichnung:
    Wie man eine Repo richtig bezeichnet, kannst Du Bspw auch → hier genau erklärt und mit Bildern hinterlegt. Sollte selbsterklärend sein wie man eine Repo kennzeichnet, auch wie man dies noch tun kann wenn die Repo' s schon drin sind. Wichtig deshalb weil dies zur Identifizierung derselben nötig ist. Dies kann man auch am geposteten sehen, denn da ist ohne URL nicht zu unterscheiden welche von den vielen " 11.1 " zu welcher URL gehört. Und wie man sieht tut man sich in jeder hinsicht leichter wenn Quellen richtig benannt sind.


    Weiter geht' s:
    Hast Du das erledigt, d.h. die Repo' s entfernt & richtig gekennzeichnet, kommen wir zum umstellen der Blau-Markierten Repo' s. Jetzt schaust Du → hier mal rein und änderst die KDE 4.1.x Repo entsprechend um auf KDE-4.2 wie dort zu sehen, außerdem fügst Du dann noch die dazu gehörende KDE-4.2-Community Repo hinzu.


    Sollte dann so aussehen:



    Hast Du das getan, solltest Du dann noch die Repo' s überprüfen ob und das bei jeder Repo auch ein »Häkchen« gesetzt ist bei → »Aktualisieren« ←| Das sorgt dafür das die aktivierten Repo' s aufgefrischt werden so das hier neue Pakete / Patches etc auch als solches angezeigt werden und das geht nur wenn die Repo' s immer aufgfrischt werden. Und damit man das nicht manuell machen muss, setzt man ein Häkchen bei »Aktualisieren« rein.


    Nun versiehst Du jede »Aktivierte Repo« noch mit entsprechender Priorität. Das wiederum heißt, das Repo' s die eine niedrigere Priorität haben, bevorzugt behandelt werden.


    Zur Verdeutlichung:

    Zitat

    11 | repo-non-oss | openSUSE-11.1-Non-Oss | Ja | Ja | → Priorität = 90 ( Standart )


    2 | repo-oss | openSUSE-11.1-Oss | Ja | Ja |→ Priorität = 90 ( Standart )


    3 | openSUSE-11.1-Updates | openSUSE-11.1-Updates | Ja | Ja | → Priorität = 50 ( als Beispiel, kann auch anders sein, hauptsache im Wert unterhalb den 90zigern )


    Hier sind Bspw. u.a. die »Oss & Non-Oss Repos« auch dafür da das Pakete der jeweiligen SuSE-Version aus dem offiz. openSuSE-Zweig bei bedarf nach installiert werden können. Aktualisierungen / Patches auch Sicherheits-Patches derselben werden dann auch über die openSuSE-Update Repo eingespielt und damit diese auch als Update angezeigt und eingespielt werden können, muss hier die Priorität entsprechend unterhalb sein. Noch ein Beispiel, hat man Bspw eine Webcam-Repo eingebunden kommt dann oftmals eine Webcam-Update-Repo hinzu, hier ist dann die Webcam-Update-Repo in der Priorität niedriger einzustufen damit neuere Pakete etc auch als Update angezeigt und eingespielt werden können.


    Wie Du sehen kannst ist das letztlich einleuchtend, man kann auch hier als Orientierungshilfe den im Paketmanager enthaltenen »Hilfe« Button betätigen wo dies auch nochmals erklärt ist. Hier machst Du das bei allen Repo' s die Aktiviert sind und genutzt werden. Die restlichen Repo' s die aktiviert sind und genutzt werden, kannst Du ja Bspw mit 60 oder 50 .. versehen, das geht dann schon in Ordnung. Hier ist wichtig das System zu verstehen.


    Anmerkung:


    Deine nächste Konsolenausgabe ( zypper lr ) sollte dann entsprechend anders aussehen. D.h. es sollte die KDE 4.2-Repo' s drin sein und die doppelten Repo' s entfernt und die Repo' s alle auch richtig beschriftet. Orientieren kannst Du dich ja an den im Text enthaltenen Link' s.


    Ist ein haufen Text geworden, dennoch hoffe ich das es nicht verwirrt. Wenn doch dann einfach rückfragen, denn ich möchte nicht das was falsch rüber kommt bzw verstanden wird.