Moin zusammen,
daccord Wurzel.
Mir gehen nur Aleros ständige Sticheleien/eifersüchteleien auf den Senkel.
Nebenbei bemerkt ist/war in allen Firmen in denen ich bisher zu tun hatte (Kunden und auch die in denen ich angestellt war und bin) btrfs durchweg kein Thema bzw. genutztes FS.
Und ich bin in meinen 20 Jahren Linuxadmin durchaus gut rumgekommen.
Moin zusammen,
und ich habe Dir schon 1000 mal gesagt, dass Du deine kindischen Eifersüchteleien auf die Businessleute getrost unterlassen kannst - intressiert nämlich keinen!
Genau das Theater mit den Snapshots, die die Festplatte bis zur Funktionsunfähigkeit volllaufen lassen, hat mich davon abgehalten, btrfs einzusetzen, allzumal im privaten Bereich btrfs keine Vorteile mit sich bringt. Meine Rechner laufen unter ext4.
Moin zusammen,
das bietet auch im Business genau null Vorteile - insbesondere nicht auf vms.
Dann solltest du evtl. mal bei Debian nachforschen, ob es da Probleme gibt.
Ich kann hier unter openSUSE Leap 15.1 als Host openSUSE Leap in Qemu/KVM oder Virtualbox ohne Probleme installieren und laufen lassen.
Moin zusammen,
auch unter Debian tut das ganz wunderbar.
Das Problem sitzt vermutlich vor der Tastatur, sprich der User hat zu wenig Ahnung von dem was er da tun will. 
Moin zusammen,
also Dein Compiler findet Deine openssl Version nicht. Warum auch immer .... ggf. Pfadprobleme.
Versuch mal den it dem direkten openssl Pfad zu compiliren:
./configure --with-openssl=/path/to/openssl (üblicherweise /usr/bin/openssl).
Aber es scheint dass er die libssl.so.x.x nicht findet.
Was sagt ldd /usr/bin/openssl ?
BTW: openssl-1_0_0 | Secure Sockets and Transport Layer Security | Paket ist bei dir nicht installiert.
Moin zusammen,
das python openssl Modul fehlt: zypper se python2-pyOpenSSL python3-pyOpenSSL
Ausserdem prüfen : ob das openssl Paket vollständig installiert ist.
Am besten geht das mit zypper se openssl (das erschlägt Dir auch gleich die Pythonmodule).
Moin zusammen,
zum Compilieren brauchst Du natürlich Compiler. Ohne geht es nicht.
--> zypper se gcc gcc-c++ gcc7 gcc7-c++ libgcc_s1 libstdc++6-devel-gcc7
und natürlch opengl: --> zypper se opengl
Wegen RPM: lies mal hier, das ist ne ganz gute Anleitung.
Moin zusammen,
ja hab ich: --> build from source mit eigener Kompilierung
Das RHEL Paket passt nicht auf SuSE und erste Recht nicht auf Open, genausowenig wie die Debian- und Fedora Pakete.
Ergo: selber bauen (kannste auch als RPM bauen *hüstel*).
Moin zusammen,
der Yast schreibt Dateien immer wenn man damit arbeitet, was Anderes würde keinen Sinn machen.
Nur wenn man nicht _versteht_ was da abgeht, sind solche Tools hochgradig gefährlich.
So wie ich das aus Deinen Posts herauslese, passiert hier genau das. Du hast nicht verstanden wie man einen Webserver gescheit aufsetzt und was das alles mit DNS etc. zu tun hat. Stattdessen clickst du Dir alles irgendwie mit dem yast zusammen und bist komplett lost wenns knallt.
Nebenbei bemerkt habe ich justament genau das selbe Projekt offen hier .... es tut wie auf Schienen.
Moin zusammen,
trotzdem wird der Linux Rechner IMMER zuerst seinen DNS Server fragen nach der Domäne.
Kennt dieser den nicht, steigt Linux normal auf seine /etc/hosts um und guckt da nach ob er Einträge dazu findet.
Nur mit .local hat der halt richtig Probleme.
Wenn Du Live Bedingungen simulieren willst, solltest Du LOKAL in der /etc/hosts eine Domäne angeben wie z.B. livetest.woauchimmer.die.liegt.de, den Apache auf dem normalen Interface lauschen lassen und per Firewall von aussen Webzugriffe auf dieses Interface verbieten.
Nur dann hast Du in etwa Life Bedingungen.
Über Loopback wird das nix!
