Das wäre nur der Fall, wenn der TE auch seine serielle Schnittstelle via USB angebunden hätte.
Der verwendete 'Serviceport' an der Dreambox der Ausgang eines 'Serial to USB Konverters'.
Der unter Windows verwendete Virtuelle Com Port Treiber ist übrigens ein "Silicon Labs CP210x USB to UART Bridge Driver" - noch ein Indiz für Seriell => USB.
Oder evtl. Drambox Recovery USB Stick ?
Naja, er will ja offensichtlich den Fehler suchen und nicht einfach ein neues Image "drüberbügeln" 
Im Ordner /dev nach ttyUSB... suchen.
Ich habe gelesen, dass bei Leap der VCP-Driver schon im Kernel wäre, also nicht mehr runter geladen werden muss. Wie bekomme ich unter Leap einen COM-Port-Eintrag zu sehen?
'Virtuelle Com Port' Treiber sind einige in Linux enthalten.
Bei mir sind die Com-Prts dann als /dev/ttyUSB0,/dev/ttyUSB1 usw. bezeichnet. Schau mal, ob so etwas vorhanden ist und trage den Port dann bei Putty ein.
Bei mir hat CMake bei der Erzeugung der Makefiles gemeckert. Ich werde es wohl daher in der entsprechenden "CMakeLists.txt" eintragen.
Du musst nicht unbedingt die CMakeLists.txt ändern, die benötigten Variable kannst du, sofern sie nicht gesetzt ist, auch cmake beim Aufruf mitgeben, zB:
cmake -DCMAKE_CXX_COMPILER=dein-cxx-compiler -DCMAKE_C_COMPILER=dein-c-compilercmake --help
...
-D <var>[:<type>]=<value> = Create a cmake cache entry.
...Siehe: https://cmake.org/cmake/help/v…l#variables-for-languages
"Früher" war eh alles besser.
Im Ernst: Bei den Sachen, mit denen ich mich herumschlage, werden im Makefile Variable CXX/CC/LD usw. gesetzt. Diese Variable kann man mit Hilfe von gleichlautenden Umgebungsvariablen überschreiben. Das macht Sinn bei Crosscompiling oder wenn man einen speziellen Compiler nutzen möchte.
Keine Ahnung, ob die Umgebungsvariale "früher" mal per default gesetzt waren, hab ich nie drauf geachtet...
Installier mal kdm und trag den in /etc/sysconfig/displaymanager ein
Danke für den Tip, ich hab kdm mal installiert und aktiviert.
Bleibt noch die Frage offen: Ab wann darf ich mich freuen? Der Fehler trat manchmal ein paar Tage gar nicht auf, dann wieder mehrmals am Tag...
Ich lasse mich überraschen. 
Habt ihr es einmal mit kdm als Displaymanager versucht?
Nö, noch nicht.
Bis jetzt schimpfe ich nur wie ein Rohrspatz, wenn es passiert. 
Kommt mir bekannt vor. Ich hab auch ähnliche Hardware: Intel E4500 / Onboardgrafik / 4GB Ram.
Trat bei Tumbleweed auf, jetzt bin ich bei 42.2, dort passiert es auch ab und zu.
Einen Zusammenhang mit der Systemauslastung sehe ich bei mir nicht, Es passiert beim "normalen" Arbeiten (Firefox mit einigen Tabs, Kate mit einigen Dokumenten, ein paar ssh-Terminals). Wenn zusätzlich noch der GCC den Prozessor voll auslastet, ist es bis jetzt noch nicht passiert.
Ich hab bis jetzt auch noch keine Idee, wo der Fehler zu suchen ist. 
Habe ich das Einfrieren des Systems festgestellt, so wechsele ich mit CTRL-ALT F1 in eine Konsole, als ROOT gebe ich INIT 1 ein, danach das Passwort.
Dann gebe ich INIT 5 ein und kann Plasma über SDDM wieder starten.
Warte ich allerdings zu lange mit dem Wechsel in die Konsole, so kann ich nicht mehr mit CTRL-ALT F1 in eine Konsole wechseln; es ist nur Kaltstart möglich.
CTRL-ALT F1 und dann in der Konsole "service display-manager restart" tut es auch (zumindest bei mir).
ich habe das seafile-client Paket (Version 5.1.2) von Suse Leap 4_1 installiert.
Nach dem /usr/bin/seafile-applet gestartet wurde konnte ich einen Ordner zum synchronisieren auswählen, aber keinen Server .
Wie kann ich den seafile client konfigurieren ?
Das gleiche Problem hatte ich auch vor einer Weile. Da ich keine vernünftige Lösung dazu gefunden hatte, mach ich es jetzt ganz einfach: Mounten per davfs. Das reicht für mich vollkommen aus, viel mehr kann eine Desktop-App auch nicht.
Allerdings muss auf dem Seafile Server die WebDAV extension aktiviert sein.
