Linuxinstaller von https://github.com/liflg auf FreeBSD selbst kompilieren? Geht das oder braucht man dafür Linux?

Status
Für weitere Antworten geschlossen.
C

cabriofahrer

Well-Known Member
Ich hatte noch die alte Seite liflg.org in Erinnerung, auf der man für diverse Spiele Linuxinstaller herunterladen konnte. Diese Seite gibt es so nicht mehr, man nun wird auf eine github-Seite umgeleitet. Die Installer kann man sich auch nicht mehr herunterladen, sonern man muss sie sich selbst kompilieren. Die Anleitung dafür findet sich hier: https://github.com/liflg/docs

Das wollte ich einfach mal ausprobieren, aber es klappt nicht. Ich hatte mir zunächst ein eigenes Verzeichnis erstellt ("linuxinstallers") und darin den Befehl "git clone https://github.com/icculus/mojosetup.git" aus der Anleitung ausgeführt.
Danach die Anleitung weiter befolgt, es klappt aber nicht:

Code: 
$ mkdir mojosetup/build
$ ls
mojosetup
$ cd mojosetup/build
$ cmake ..
-- The C compiler identification is Clang 13.0.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
CMake Deprecation Warning at CMakeLists.txt:29 (CMAKE_MINIMUM_REQUIRED):
  Compatibility with CMake < 2.8.12 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.


CMake Deprecation Warning at CMakeLists.txt:35 (CMAKE_POLICY):
  The OLD behavior for policy CMP0005 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


-- Performing Test MOJOSETUP_HAVE_RESTRICT_KEYWORD
-- Performing Test MOJOSETUP_HAVE_RESTRICT_KEYWORD - Success
-- Looking for wsyncup in /usr/lib/libcursesw.so
-- Looking for wsyncup in /usr/lib/libcursesw.so - found
-- Could NOT find Curses (missing: CURSES_INCLUDE_PATH)
-- Found GTK2_GTK: /usr/local/lib/libgtk-x11-2.0.so 
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "1.8.1")
-- Checking for module 'gtk+-3.0'
--   Found gtk+-3.0, version 3.24.34
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE 
-- Looking for bzlib.h
-- Looking for bzlib.h - found
-- Looking for BZ2_bzDecompress in bz2
-- Looking for BZ2_bzDecompress in bz2 - found
-- Looking for lzma.h
-- Looking for lzma.h - found
-- Looking for lzma_stream_decoder in lzma
-- Looking for lzma_stream_decoder in lzma - found
-- Looking for sys/ucred.h
-- Looking for sys/ucred.h - found
-- Looking for mntent.h
-- Looking for mntent.h - not found
-- Performing Test HAVE_SYS_MNTTAB_H
-- Performing Test HAVE_SYS_MNTTAB_H - Failed
-- Looking for dlopen in dl
-- Looking for dlopen in dl - found
-- Looking for sin in m
-- Looking for sin in m - found
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/home/werner/linuxinstallers/mojosetup/build
$ make -j $(nproc) skeleton
sh: nproc: not found
make: illegal argument to -j -- must be positive integer!
$

Ich nehme mal an, dass man vielleicht nicht einfach irgendwelche Linuxprogramme unter FreeBSD kompilieren kann? Gibt es da einen Trick, oder sollte man das lieber in einer virtuellen Maschine mit Linux machen?
 
Versuche es doch mal mit
# make -j 2 skeleton
die Environment Variable nproc ist nicht gesetzt...
evtl. macht es auch Sinn make als Link zu gmake zu setzen. also
# mkdir $HOME/bin; cd $HOME/bin
# ln -s /usr/local/bin/gmake make
# export PATH=$HOME/bin:$PATH
# cd -
und dann das make aufrufen...
 
Funktioniert nicht. Erstmal alles gelöscht und wieder von vorn angefangen:

Code: 
$ pwd
/home/werner
$ cd linuxinstallers/
$ ls
$ git clone https://github.com/icculus/mojosetup.git
Cloning into 'mojosetup'...
remote: Enumerating objects: 5041, done.
remote: Counting objects: 100% (5041/5041), done.
remote: Compressing objects: 100% (1640/1640), done.
remote: Total 5041 (delta 3323), reused 5007 (delta 3308), pack-reused 0
Receiving objects: 100% (5041/5041), 3.73 MiB | 8.05 MiB/s, done.
Resolving deltas: 100% (3323/3323), done.
$ ls
mojosetup
$ mkdir mojosetup/build
$ cd mojosetup/build
$ cmake ..
-- The C compiler identification is Clang 13.0.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
CMake Deprecation Warning at CMakeLists.txt:29 (CMAKE_MINIMUM_REQUIRED):
  Compatibility with CMake < 2.8.12 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.


CMake Deprecation Warning at CMakeLists.txt:35 (CMAKE_POLICY):
  The OLD behavior for policy CMP0005 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


-- Performing Test MOJOSETUP_HAVE_RESTRICT_KEYWORD
-- Performing Test MOJOSETUP_HAVE_RESTRICT_KEYWORD - Success
-- Looking for wsyncup in /usr/lib/libcursesw.so
-- Looking for wsyncup in /usr/lib/libcursesw.so - found
-- Could NOT find Curses (missing: CURSES_INCLUDE_PATH)
-- Found GTK2_GTK: /usr/local/lib/libgtk-x11-2.0.so 
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "1.8.1")
-- Checking for module 'gtk+-3.0'
--   Found gtk+-3.0, version 3.24.34
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE 
-- Looking for bzlib.h
-- Looking for bzlib.h - found
-- Looking for BZ2_bzDecompress in bz2
-- Looking for BZ2_bzDecompress in bz2 - found
-- Looking for lzma.h
-- Looking for lzma.h - found
-- Looking for lzma_stream_decoder in lzma
-- Looking for lzma_stream_decoder in lzma - found
-- Looking for sys/ucred.h
-- Looking for sys/ucred.h - found
-- Looking for mntent.h
-- Looking for mntent.h - not found
-- Performing Test HAVE_SYS_MNTTAB_H
-- Performing Test HAVE_SYS_MNTTAB_H - Failed
-- Looking for dlopen in dl
-- Looking for dlopen in dl - found
-- Looking for sin in m
-- Looking for sin in m - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/werner/linuxinstallers/mojosetup/build
$ make -j 2 skeleton
[  1%] Building C object CMakeFiles/mojosetupgui_gtkplus2.dir/gui_gtkplus2.c.o
[  3%] Building C object CMakeFiles/mojosetupgui_gtkplus3.dir/gui_gtkplus3.c.o
In file included from /home/werner/linuxinstallers/mojosetup/gui_gtkplus2.c:31:
In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:33:
In file included from /usr/local/include/gtk-2.0/gtk/gtkaboutdialog.h:32:
In file included from /usr/local/include/gtk-2.0/gtk/gtkdialog.h:35:
In file included from /usr/local/include/gtk-2.0/gtk/gtkwindow.h:36:
In file included from /usr/local/include/gtk-2.0/gtk/gtkbin.h:35:
In file included from /usr/local/include/gtk-2.0/gtk/gtkcontainer.h:35:
In file included from /usr/local/include/gtk-2.0/gtk/gtkwidget.h:36:
In file included from /usr/local/include/gtk-2.0/gtk/gtkobject.h:37:
/usr/local/include/gtk-2.0/gtk/gtktypeutils.h:236:34: warning: 'GTypeDebugFlags' is deprecated [-Wdeprecated-declarations]
void            gtk_type_init   (GTypeDebugFlags    debug_flags);
                                 ^
/usr/local/include/glib-2.0/gobject/gtype.h:729:19: note: 'GTypeDebugFlags' has been explicitly marked deprecated here
} GTypeDebugFlags GOBJECT_DEPRECATED_TYPE_IN_2_36;
                  ^
/usr/local/include/glib-2.0/gobject/gobject-visibility.h:213:41: note: expanded from macro 'GOBJECT_DEPRECATED_TYPE_IN_2_36'
#define GOBJECT_DEPRECATED_TYPE_IN_2_36 GLIB_DEPRECATED_TYPE
                                        ^
/usr/local/include/glib-2.0/glib/gmacros.h:1323:30: note: expanded from macro 'GLIB_DEPRECATED_TYPE'
#define GLIB_DEPRECATED_TYPE G_DEPRECATED
                             ^
/usr/local/include/glib-2.0/glib/gmacros.h:1262:37: note: expanded from macro 'G_DEPRECATED'
#define G_DEPRECATED __attribute__((__deprecated__))
                                    ^
In file included from /home/werner/linuxinstallers/mojosetup/gui_gtkplus2.c:31:
In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:126:
In file included from /usr/local/include/gtk-2.0/gtk/gtkmenutoolbutton.h:30:
In file included from /usr/local/include/gtk-2.0/gtk/gtktoolbutton.h:30:
In file included from /usr/local/include/gtk-2.0/gtk/gtktoolitem.h:31:
/usr/local/include/gtk-2.0/gtk/gtktooltips.h:73:3: warning: 'GTimeVal' is deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations]
  GTimeVal last_popdown;
  ^
/usr/local/include/glib-2.0/glib/gtypes.h:578:35: note: 'GTimeVal' has been explicitly marked deprecated here
typedef struct _GTimeVal GTimeVal GLIB_DEPRECATED_TYPE_IN_2_62_FOR(GDateTime);
                                  ^
/usr/local/include/glib-2.0/glib/glib-visibility.h:656:45: note: expanded from macro 'GLIB_DEPRECATED_TYPE_IN_2_62_FOR'
#define GLIB_DEPRECATED_TYPE_IN_2_62_FOR(f) GLIB_DEPRECATED_TYPE_FOR (f)
                                            ^
/usr/local/include/glib-2.0/glib/gmacros.h:1324:37: note: expanded from macro 'GLIB_DEPRECATED_TYPE_FOR'
#define GLIB_DEPRECATED_TYPE_FOR(f) G_DEPRECATED_FOR(f)
                                    ^
/usr/local/include/glib-2.0/glib/gmacros.h:1272:44: note: expanded from macro 'G_DEPRECATED_FOR'
#define G_DEPRECATED_FOR(f) __attribute__((__deprecated__("Use '" #f "' instead")))
                                           ^
2 warnings generated.
[  5%] Linking C shared library libmojosetupgui_gtkplus3.so
[  6%] Linking C shared library libmojosetupgui_gtkplus2.so
ld: error: unable to find library -lgtk-3
ld: error: unable to find library -lgtk-x11-2.0
cc: error: linker command failed with exit code 1 (use -v to see invocation)
cc: error: linker command failed with exit code 1 (use -v to see invocation)
--- libmojosetupgui_gtkplus3.so ---
*** [libmojosetupgui_gtkplus3.so] Error code 1

make[3]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
1 error

make[3]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
--- libmojosetupgui_gtkplus2.so ---
*** [libmojosetupgui_gtkplus2.so] Error code 1

make[3]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
1 error

make[3]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
--- CMakeFiles/mojosetupgui_gtkplus3.dir/all ---
*** [CMakeFiles/mojosetupgui_gtkplus3.dir/all] Error code 2

make[2]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
--- CMakeFiles/mojosetupgui_gtkplus2.dir/all ---
*** [CMakeFiles/mojosetupgui_gtkplus2.dir/all] Error code 2

make[2]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
2 errors

make[2]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
--- CMakeFiles/skeleton.dir/rule ---
*** [CMakeFiles/skeleton.dir/rule] Error code 2

make[1]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
1 error

make[1]: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
*** [skeleton] Error code 2

make: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
1 error

make: stopped in /usr/home/werner/linuxinstallers/mojosetup/build
$


Ich werde mir mal eine virtuelle Linux Maschine installieren, mal sehen, wie es sich da verhält.
 
cabriofahrer schrieb:
Ich nehme mal an, dass man vielleicht nicht einfach irgendwelche Linuxprogramme unter FreeBSD kompilieren kann?
Zum Vergrößern anklicken....
Kommt drauf an.

cabriofahrer schrieb:
Gibt es da einen Trick, oder sollte man das lieber in einer virtuellen Maschine mit Linux machen?
Zum Vergrößern anklicken....
Ja. Kann man machen. Du kannst auch den Linuxulator nehmen.
Du hattest doch erst neulich eine ähnliche Frage zu der Thematik. Wie oft willst Du das jetzt noch durchspielen?
 
Andy_m4 schrieb:
Kommt drauf an.
Ja. Kann man machen.
Zum Vergrößern anklicken....

Etwas genauer bitte? Ich z.B. habe nur gehört, dass man bei FreeBSD "gmake" anstatt von "make" nehmen soll, das ist aber bestimmt bei weitem nicht alles. Was sagen denn z.B. die oben aufgeführten Fehlermeldungen? Fehlt da einfach nur ein Package als Abhängigkeit?

Andy_m4 schrieb:
Du hattest doch erst neulich eine ähnliche Frage zu der Thematik. Wie oft willst Du das jetzt noch durchspielen?
Zum Vergrößern anklicken....
Die Frage war zwar ähnlich, aber doch anders. Ich sehe das nicht als ein nochmaliges Durchspielen.
Andy_m4 schrieb:
Du kannst auch den Linuxulator nehmen.
Zum Vergrößern anklicken....
Ach wirklich?

Code: 
$ su
Password:
# chroot /compat/linux/ /bin/bash
bash-4.2# pwd
/
bash-4.2# ls
bin  dev  etc  lib  lib64  opt    proc  run  sbin  srv  sys  usr    var
bash-4.2# mkdir linuxinstallers
bash-4.2# ls
bin  etc  lib64           opt     run   srv  usr
dev  lib  linuxinstallers  proc  sbin  sys  var
bash-4.2# cd linuxinstallers/
bash-4.2# git clone https://github.com/icculus/mojosetup.git
bash: git: command not found
bash-4.2# yum install git
bash: yum: command not found
bash-4.2#
 
cabriofahrer schrieb:
Etwas genauer bitte?
Zum Vergrößern anklicken....
Wie gesagt. Es hängt vom Projekt ab, welches man kompilieren will. Um es genauer zu sagen, müsste ich drauf gucken. Und das ist ein bissl mit Aufwand verbunden. Und ... naja. Wie sag ichs jetzt am besten: Man kennt ja seine Pappenheimer. :-) Und dann will man da halt nicht Aufwand reinlegen nur um sich hinterher Dinge anzuhören wie "Nee. Das ist mir alles zu stressig. Ich machs in einer VM".

cabriofahrer schrieb:
Was sagen denn z.B. die oben aufgeführten Fehlermeldungen? Fehlt da einfach nur ein Package als Abhängigkeit?
Zum Vergrößern anklicken....
Ich weiß nicht, ob es wirklich so zielführend ist jetzt zu jeder Fehlermeldung Dir zu sagen, was Du da konkret machen sollst. Weil das löst vielleicht das konkrete Problem aber nächste Woche stehst Du dann mit dem nächsten Programm hier und ähnliche Fragen.
Mir ist es immer lieber, wenn ich den Leuten Hilfe zur Selbsthilfe in die Hand geben kann und sie damit in die Lage versetze ihre Probleme selbstständig zu lösen. Klar wird das keine 100%-Durchdringung haben und es werden sich dann immer noch Fragen ergeben.
Aber so in der Tendenz sollte die Notwendigkeit dafür eher weniger werden.

Insofern würde ich jetzt einfach mal die Gegenfrage stellen zu den Gedanken, die Du Dir zu der Fehlermeldung gemacht hast. Ich mein', die wird ja nicht einfach aufgetreten sein und Du kannst die dann unverzüglich ins Forum gekippt so nach dem Motto: "Hab den Fehler gekriegt und nu macht mal".

cabriofahrer schrieb:
Ach wirklich?
Zum Vergrößern anklicken....
Ja. Hatten wir aber alles schon angefangen im angesprochenen Thread. Da ist das aber irgendwie im Sande verlaufen.
Insofern bin ich mir da nicht sicher ob es überhaupt was bringt das wieder aufzuwärmen und fortzuführen.
 
Andy_m4 schrieb:
Wie gesagt. Es hängt vom Projekt ab, welches man kompilieren will. Um es genauer zu sagen, müsste ich drauf gucken. Und das ist ein bissl mit Aufwand verbunden. Und ... naja. Wie sag ichs jetzt am besten: Man kennt ja seine Pappenheimer. :-) Und dann will man da halt nicht Aufwand reinlegen nur um sich hinterher Dinge anzuhören wie "Nee. Das ist mir alles zu stressig. Ich machs in einer VM".
Zum Vergrößern anklicken....
Die Angelegenheit ist offenbar doch komplizierter, als ich ursprünglich gedacht hatte. Natürlich erwarte ich von niemandem, sich dann großartig mit dem Thema zu beschäftigen.
Andy_m4 schrieb:
Mir ist es immer lieber, wenn ich den Leuten Hilfe zur Selbsthilfe in die Hand geben kann und sie damit in die Lage versetze ihre Probleme selbstständig zu lösen.
Zum Vergrößern anklicken....
Gerne. Gibt es da irgendwelche empfehlenswerte Artikel, die sich mit dem Thema Kompilieren unter Linux beschäftigen und auch die Unterschiede zu FreeBSD aufzeigen? Zum Thema weiß ich nicht viel mehr, als dass man normalerweise "./configure", "make" und "make install" ausführen muss. Und das klappt, vorausgesetzt, dass alle nötigen Abhängigkeiten vorhanden sind. In dem anderen Thread wurde gesagt, dass es dabei eben auch auf die vorhandene glibc-Version ankommt, damit das Programm dann auch unter einer veralteten Linux-Version wie CentOS 7 läuft. Aus diesem Grund habe ich mir mal eine VM installiert, doch trotzdem funktioniert es nicht (git und cmake musste ich erstmal mittels yum installieren).

Aber selbst die Vermutung des vermeintlich einfachen Weges
Andy_m4 schrieb:
"Nee. Das ist mir alles zu stressig. Ich machs in einer VM".
Zum Vergrößern anklicken....
ist wohl doch nicht so einfach:

1687369648029.png


Dann war ein "yum install cmake" offenbar nicht ausreichend?

Andy_m4 schrieb:
Ja. Hatten wir aber alles schon angefangen im angesprochenen Thread. Da ist das aber irgendwie im Sande verlaufen.
Insofern bin ich mir da nicht sicher ob es überhaupt was bringt das wieder aufzuwärmen und fortzuführen.
Zum Vergrößern anklicken....
Dort ging es nicht um die Frage, ob man im Linuxulator (c7) kompilieren kann. Meine gepostete Ausgabe zeigt, dass es nicht geht. Es ging um die Frage, ob im Ubuntu-Linuxulator "apt" funktionieren würde, weil "yum" unter c7 eben nicht existiert.
Vielleicht hat Du mit Deiner Aussage

Andy_m4 schrieb:
Du kannst auch den Linuxulator nehmen.
Zum Vergrößern anklicken....
den von Ubuntu gemeint?
 
Also du hast ne ubtuntu-maschine, du willst etwas technisch höchst komplexes machen - etwas selbst aus den quellen kompilieren.

Aber du weißt offenbar nicht was apt und yum sind bzw machen?

Wie hast du denn nach apt und yum gegoogelt um nicht zu der erkentniss zu kommen?
 
CommanderZed schrieb:
Also du hast ne ubtuntu-maschine, du willst etwas technisch höchst komplexes machen - etwas selbst aus den quellen kompilieren.

Aber du weißt offenbar nicht was apt und yum sind bzw machen?

Wie hast du denn nach apt und yum gegoogelt um nicht zu der erkentniss zu kommen?
Zum Vergrößern anklicken....
Was soll das denn jetzt? Ich habe eben keine Ubuntu-Maschine, sondern eine Centos-Maschine. Und natürlich weiß ich, was apt und yum sind. Es sind die Paketmanager der jeweiligen Distributionen.
Du solltest vielleicht mal lernen, richtig zu lesen und Screenshots anzugucken, bevor Du in meinen Threads etwas loslässt, was eh nicht weiterhilft. Und achte echt mal auf Deine Rechtschreibung, Mann! Das tut ja schon fast weh in den Augen und deutet auf gewisse andere Defizite hin...
 
cabriofahrer schrieb:
Gibt es da irgendwelche empfehlenswerte Artikel, die sich mit dem Thema Kompilieren unter Linux beschäftigen und auch die Unterschiede zu FreeBSD aufzeigen?
Zum Vergrößern anklicken....
Wüsste ich nicht. Also kann natürlich sein. Aber die Probleme sind meist sehr programmabhängig und außerdem schreitet die Entwicklung voran und dadurch ist es ein "moving target". Sprich: Selbst wenn es einen Artikel gibt, ist der sehr allgemein und wird auch nicht gut altern.
Man guckt sich einfach die Meldungen an und zieht daraus die entsprechenden Schlüsse. Wenn das fehlen von GTK angemeckert wird, ist es ein erster Versuch halt GTK zu installieren und wenn das nicht reicht, guckt man weiter. Welche Datei wird vermisst? Wozu könnte die gehören? Oder werden Funktionen aufgerufen die es so gar nicht gibt oder was auch immer.

cabriofahrer schrieb:
ob man im Linuxulator (c7) kompilieren kann
Zum Vergrößern anklicken....
Also so mal zu Aufklärung. Der Linuxulator ist im engeren Sinne nicht CentOS oder c7-Packages.
Aber am besten dröseln wir das mal zum Verständnis auf. Ich werde dabei so ein paar Details weglassen und die Darstellung wird nicht immer exakt sein, was aber zugunsten der Verständlichkeit geschieht.

Als Linuxulator bezeichnet man die Fähigkeit, originär für Linux kompilierte Programme unter FreeBSD ausführen zu können. Was FreeBSD bezüglich dessen bereitstellt, ist ein Mechanismus um Funktionsaufrufe (z.B. von Bibliotheken und ähnliches) zu "mappen". Außerdem werden bestimmte Dinge (Systemaufrufe/syscalls) bereit gestellt die auch unter Linux vorhanden sind.
Das sind die Dinge, die sozusagen fest in FreeBSD drin sind und im engeren Sinne den Linuxulator darstellen.

Das allein reicht aber in der Praxis nicht, um ein für Linux kompiliertes Programm auszuführen. Meist sind da noch Linux-Bibliotheken für notwendig, wie die auch in Deinem vorherigen Thread angesprochene glibc, die sich halt etwas anders verhält wie die libc die bei FreeBSD mit dabei ist. Das ist das sogenannte Userland und das wird bei FreeBSD innerhalb von /compat/linux einsortiert. Darunter findet sich quasi ein vollständiges Linux-Root-Verzeichnis (hat ein bisschen was von einer Jail, auch wenn der Vergleich nicht passt). Da gibts also auch ein "/usr/lib" und was man halt alles sonst noch so braucht.

Wird jetzt ein Linux-Programm ausgeführt und das ruft irgendeine Bibliothek auf, dann wird zuerst unter /compat/linux ob die da ist und dann ggf. verwendet, ansonsten wird halt im FreeBSD-System geguckt. Das erlaubt es, das man eigentlich nur die Linux-Bibliotheken dort installieren muss, wo es wirklich notwendig ist.

Womit man das Linux-Userland (unter /compat/linux) befüllt ist aber im Wesentlichen Deine Sache. In den Ports/Packages gibts da ein paar Sachen von CentOS 7 (die angesprochenen "c7"-Packages). Aber im Prinzip kann man da reinwerfen, was man will.

Insofern hat dieser Thread doch was mit Deinem alten Thread zu tun. Hättest Du das damals durchgezogen und ein "ubuntu-Userland "installiert, dann hättest Du das jetzt schon.

cabriofahrer schrieb:
Dann war ein "yum install cmake" offenbar nicht ausreichend?
Zum Vergrößern anklicken....
cmake wird ja gefunden und auch ausgeführt. Da gibts kein direktes Problem mit cmake, sondern das das kein geeigneten C-Compiler findet.
Es wird sogar vorgeschlagen die Umgebungsvariable CMAKE_C_COMPILER zu setzen, falls man doch ein installiert hat und cmake den bloß nicht findet.
Also wenn kein C-Compiler installiert ist, würde ich das nachholen. Idealerweise den GCC. Der ist unter Linux ja sehr verbreitet und damit sind dann die wenigsten Probleme zu erwarten.
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben