Schrift-Installation vermeiden für die Khmer-Sprache und Burmesisch-Schriftsysteme

Hinweis: In dem Thema Schrift-Installation vermeiden für die Khmer-Sprache und Burmesisch-Schriftsysteme gibt es 33 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Die Dateien auf D_Downloads sind ja eher nicht interessant, weil das eine andere Platte ist

    Code
    btrfs filesystem usage /

    Für den Inhalt des Beitrages 281035 haftet ausdrücklich der jeweilige Autor: mife

  • Als Root (mit su):

    Code
    snapper delete --sync 1109-1137

    Erst danach:

    Code
    btrfs balance --full-balance /

    Warten - bis alles fertig ist...

    Dann wieder:

    Code
    btrfs filesystem usage /

    Für den Inhalt des Beitrages 281043 haftet ausdrücklich der jeweilige Autor: sterun

  • Ich sag' ja immer: Bloß kein btrfs, bringt für Privat-User keinerlei Vorteile - aber viele Nachteile, weil das System scheibchenweise zuläuft, es sei denn, man beherrscht cron oder löscht die Snapshots regelmäßig händisch.


    Sorry, ist im Ergebnis keine Antwort, weil Du ja eigentlich nicht die Lösung von Speicherproblemen erfragst, sondern nach der Möglichkeit, zu verhindern, dass Khmer und Burmesisch als Sprachen installiert werden. Andererseits, weiß ich nicht genau, weshalb die entsprechenden Dateien installiert werden sollen. Wird auch unter Yast die Installation der Pakete zur Auflösung von Abhängigkeiten verlangt?

    Für den Inhalt des Beitrages 281078 haftet ausdrücklich der jeweilige Autor: matbhm

  • Wie krieg ich raus, um welche Software es sich handelt? Ist das Texlive?


    Ziel ist es, nur mit westlichen Schriften zu arbeiten und weitere Installationsanfragen vom System zu vermeiden.

    Du kannst bei den einzelnen Paketen nachsehen, welche anderen Pakete ihre Installation verlangt haben. Für texlive-padauk-fonts wäre das:


    rpm -q --whatrequires texlive-padauk-fonts



    Da ich "padauk" nicht habe gehe ich das mal für "romanian" durch:


    rpm -q --whatrequires texlive-babel-romanian

    gibt aus:

    texlive-collection-langeuropean-2017.135.svn44414-lp151.8.6.1.noarch


    rpm -q --whatrequires texlive-collection-langeuropean

    gibt aus:

    texlive-scheme-medium-2017.135.svn44177-lp151.8.6.1.noarch


    rpm -q --whatrequires texlive-scheme-medium

    gibt aus:

    no package requires texlive-scheme-medium


    Dass ich "romanian" drin habe liegt also daran, dass ich "texlive-scheme-medium" installiert habe und dadurch kommt die Sammlung europäischer Sprachen rein und dadurch rumänisch.


    Vermutlich hast Du also das falsche "scheme" ... z.B. "texlive-scheme-full". Du kannst im Yast bei Software nach "texlive-scheme" suchen. Wenn Du da was änderst dann werden aber nur dann abhängige Sachen mit deinstalliert, wenn Du bei den Optionen "Bereinigen beim Löschen von Paketen" auswählst.

    Für den Inhalt des Beitrages 281080 haftet ausdrücklich der jeweilige Autor: Welm

  • Wird auch unter Yast die Installation der Pakete zur Auflösung von Abhängigkeiten verlangt?

    Das hab ich dort nicht gesehen. Das war eine Meldung, die im Gnome-Desktop als Benachrichtigung angezeigt wird. Unter Yast: Software wird bei der Suche nach "Khmer" einiges angezeigt, aber nichts davon ist als installiert markiert.

    Für den Inhalt des Beitrages 281091 haftet ausdrücklich der jeweilige Autor: mife

  • rpm -q --whatrequires texlive-padauk-fonts

    Code
    no package requires texlive-padauk-fonts

    Was die Sache nicht wirklich klarer macht

    Für den Inhalt des Beitrages 281093 haftet ausdrücklich der jeweilige Autor: mife

  • sterun

    Löschen wurde klaglos durchgeführt, aber balance nicht:


    Code
    btrfs balance --full-balance /
    
    ERROR: error during balancing '/': No space left on device
    There may be more info in syslog - try dmesg | tail

    was ich tat und diese Fehler brachte

    Code
    [12030.325480] BTRFS info (device sdb2): found 527 extents
    [12033.395376] BTRFS info (device sdb2): 22 enospc errors during balance
    [12079.352316] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12079.364199] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12088.833710] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12088.833905] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12101.302471] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12101.302786] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12113.343090] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)
    [12113.343343] BTRFS critical (device sdb2): corrupt leaf: root=7 block=96141312 slot=111, bad key order, prev (18446744073709551606 128 6297919488) current (18446744073709551606 128 5442297856)

    Für den Inhalt des Beitrages 281097 haftet ausdrücklich der jeweilige Autor: mife

  • Was die Sache nicht wirklich klarer macht

    Doch. Mühsam ernährt sich das Eichhörnchen :)


    Kein anderes installiertes Paket hat also nach diesem Paket verlangt. Leap 15.1 hat also keinen Grund, dieses Paket anzufordern. Bist Du Dir sicher, dass die Aufforderung vom Leap 15.1 und nicht von einem der installierten Programme kommt?


    (Aber am Besten stellen wir diesen Teil erstmal zurück bis das BTRFS wieder sauber ist.)

    Für den Inhalt des Beitrages 281098 haftet ausdrücklich der jeweilige Autor: Welm