Beiträge von heidieswi

    Hallo Alero,
    vielen Dank für die aufklärenden Worte.
    Mein Rechner soll das gleiche tun die der von dir beschriebene. Somit lasse ich es nun bei dem Status.


    Code
    Übrigens ....
    Hättest du deine Fehlermeldung mal richtig gelesen hättest du das schon eher gewußt mit dem Blacklisten des nouveau.
    
    
        The Nouveau kernel driver is currently in use by your system. This driver is incompatible with the NVIDIA driver, and must be disabled before proceeding.
    
    
    Zum Aufrufen die Links bitte anklicken:

    Jep, das habe ich gelesen und die Installroutine von nvidia hat ja auch in zwei Verzeichnissen Daten angelegt (Blacklist?). Nur genutzt hat es nichts.


    Ich markiere den Thread nun als erledigt. Den Artikel den du verlinkt hast ziehe ich mir noch rein. ;)

    Hallo bin wieder da. Kann halt nicht immer am Rechner sein.


    Nach den für mich rätselhaften Antworten, habe ich den Rechner nochmal neu installiert.
    Diesmal habe ich bei der Frage ob ich Nouveau verwenden will mit "Nein" geantwortet.
    Das System hat mir dann noch was von Softwareemulation gemurmelt.


    Jedenfalls ist es nun so das es so funktioniert wie es soll.


    Was mich dabei irritiert ist dies:

    Code
    uname -a
    
    
    Linux lx-hdueB 4.12.14-lp150.12.22-default #1 SMP Sat Oct 13 05:05:16 UTC 2018 (09415e8) x86_64 x86_64 x86_64 GNU/Linux


    und besonders das:

    Code
    lspci -nnk | grep -EiA3 'vga|2d|display'
    
    
    00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] [10de:03d0] (rev a2)
    	Subsystem: Gigabyte Technology Co., Ltd Device [1458:d000]
    	Kernel driver in use: nouveau
    	Kernel modules: nouveau

    obwohl ich "Nein" angegeben habe und das System auf runlevel 5 nun läuft.

    Hallo,


    habe heute einer meiner etwas älteren Maschinen wieder aktiviert um eine Spielwiese zum testen zu haben.


    ich möchte nun endlich mal eigene Pakete kompilieren lernen.


    Das ganze mit Leap 15.0


    Im Moment scheitert es jedoch am Grafiktreiber. Hier mal die Infos:


    Code
    uname -a
    
    
    Linux linux-kg07 4.12.14-lp150.12.22-default #1 SMP Sat Oct 13 05:05:16 UTC 2018 (09415e8) x86_64 x86_64 x86_64 GNU/Linux
    Code
    lspci -nnk | grep -EiA3 'vga|3d|display'
    
    
    00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] [10de:03d0] (rev a2)
    	Subsystem: Gigabyte Technology Co., Ltd Device [1458:d000]
    	Kernel driver in use: nouveau
    	Kernel modules: nouveau

    Die Installationsdatei habe ich direkt von nvidia.com runtergeladen: NVIDIA-Linux-x86_64-304.137.run. Laut der Beschreibung wird der o. g. Chip "GeForce 6150SE nForce 430" unterstützt.



    Fragt sich halt nur wie ich den nun ins System bekomme.


    Momentan arbeite ich auf runlevel 3.

    Hallo zusammen,


    seit einiger Zeit habe ich meine Rechnerumgebung hinter einer Firewall.
    Ein Proxy ist aktiv.


    Ich bekomme im Zuge der Aktualisierung immer wieder diese Meldung:
    Timeout exceeded when accessing 'http://download.opensuse.org/repositories/Publishing/openSUSE_Leap_15.0/repodata/64615b8c33d06d5eb5d1c0a2a04eeee8670a9942b54950c01fa98e8b954d450d-primary.xml.gz'.


    Das ärgerliche an der Sache ist, dass es manchmal funktioniert, andere male eben nicht.


    Das Protokoll der FW zeigt mir, das der OpenSuse auf div. Mirrors zugreifen will, die eben von der FW geblockt werden.
    Heute z. b. ist es "45.220.21.40 [Blockierte Grafik: https://10.10.21.1:444/images/flags/NL.png] (ftp.nluug.nl) : whois.arin.net" vorgestern war es "89.102.0.150 [Blockierte Grafik: https://10.10.21.1:444/images/flags/CZ.png] (mirror.karneval.cz) : whois.arin.net".


    Die Tage davor hatte ich deutsche Mirrors freigegeben, da hat die Aktualisierung funktioniert.


    Kann mir jemand mal verraten nach welchen Gesichtspunkten Suse nach den Mirrors schaut, damit ich daraus einen allgemein gültige Regel entwickeln kann.

    zypper clean -a && zypper ref && zypper up

    Das habe ich als nächstes gemacht.


    Es rollten div. Zeilen durch das Fenster.
    Danach wurde ich gefragt ob ich Updates ausführen möchte -> j
    jede menge Updates werden installiert u. a. Firefox, Thunderbird, LiberOffice, Kernel...
    Neu gestartet


    mit Yast pdftk erneut versucht
    Installation lief diesmal ohne Probleme durch.


    Sauerland was meinst du damit?


    Code
    Man bedenke immer:download.opensuse.org ist ein Redirector.....

    Lag da die Ursache?

    Hallo,


    uname -a
    hd-lmobil@hd-lx0818:~> uname -aLinux hd-lx0818.hds.gov 4.4.143-65-default #1 SMP Tue Aug 14 09:18:29 UTC 2018 (4e090cc) x86_64 x86_64 x86_64 GNU/Linux
    zypper lr -d von gerade eben
    # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst---+---------------------------+-----------------------------------------+-----------+-----------------+----------------+-----------+--------+--------------------------------------------------------------------------+------- 1 | openSUSE-Leap-42.3-0 | openSUSE-Leap-42.3-0 | Nein | ---- | ---- | 99 | yast2 | cd:///?devices=/dev/disk/by-id/ata-HL-DT-STDVDRAM_GT33N_M00B5DI0429 | 2 | repo-debug | openSUSE-Leap-42.3-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.3/repo/oss/ | 3 | repo-debug-non-oss | openSUSE-Leap-42.3-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.3/repo/non-oss/ | 4 | repo-debug-update | openSUSE-Leap-42.3-Update-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.3/oss/ | 5 | repo-debug-update-non-oss | openSUSE-Leap-42.3-Update-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.3/non-oss/ | 6 | repo-non-oss | openSUSE-Leap-42.3-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ | 7 | repo-oss | openSUSE-Leap-42.3-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/42.3/repo/oss/ | 8 | repo-source | openSUSE-Leap-42.3-Source | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/ | 9 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.3/repo/non-oss/ | 10 | repo-update | openSUSE-Leap-42.3-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss/ | 11 | repo-update-non-oss | openSUSE-Leap-42.3-Update-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/non-oss/ | hd-lmobil@hd-lx0818:~>


    Rest folgt

    Hallo zusammen,


    auf meinem Laptop mit opensuse 42.3 wollte ich dieser Tage pdftk und pdfchain istallieren.


    weder mit Yast noch mit zypper direkt ist das möglich.

    Code
    hd-lx0818:~ # zypper in pdftk
    File '/repodata/repomd.xml' not found on medium 'http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/'
    Abort, retry, ignore? [a/r/i/...? shows all options] (a):

    Als ich auf meinem Hauptrechner die 42.3 installierte war das einbinden von pdftk und pdfchain problemlos möglich. Es hat genau so funktioniert wie es soll bzw. wie ich es wollte.
    Nun ist aktuell auf der 42.3 die o. s. Fehlermeldung zur Kenntnis zu nehmen.


    Wenn ich im Browser auf den link gehe, ist klar zu sehen, dass das Verzeichnis ../repodata/ und demzufolge auch dessen Inhalt fehlt.


    Auf der opensuse 15.0 werden die Programme erst gar nicht angeboten.


    Gibt es da eine Lösung, vorzugsweise für beide Releases.

    Hallo zusammen,


    an Okular nervt mich schon immer, dass er die PDF beim Start mit "Seitenbreite" anzeigt.
    Heute habe ich mich mal mit dem Thema befasst und ein wenig rumgesucht. Dabei bin ich auf das deutsche Handbuch gestoßen.
    Okular Handbuch deutsch
    In Okular Einstellungen/Okular einrichten/Allgemein ganz unten gibt es die Option Standartvergrößerung hier "Ganze Seite" einstellen.


    Das hat zur Folge, dass ein PDF welches erstmals geöffnet wird, eben als ganze Seite angezeigt wird. PDFs die bereits offen waren werden mit der zuletzt verwendeten Ansichtsgröße geöffnet.


    in /home/<user>/.local/share/okular/docdata legt Okular für jede neu geöffnete PDF eine XML-Datei mit den Öffnungsparametern ab.
    Wenn ich also nun alle xml-Dateien lösche kommen auch alle mit der neuen Voreinstellung zur Anzeige.


    HTH