Fehler make: *** No rule to make target `all'. Stop.

Dieses Thema im Forum "RedHat,Fedora & CentOS" wurde erstellt von wbs, 13.11.2008.

  1. #1 wbs, 13.11.2008
    Zuletzt bearbeitet: 13.11.2008
    wbs

    wbs Jungspund

    Dabei seit:
    07.11.2008
    Beiträge:
    18
    Zustimmungen:
    0
    Hallo zusammen,

    ich versuche gerade ein Plugin für Nagios auf einem Rechner zu installieren.
    Das Configure klappt noch also er zeigt viele Meldungen und Infos an.

    Danach soll ich laut Anleitung ein "make all" ausführen.
    Ich erhalte aber eine Meldung: make: *** No rule to make target `all'. Stop.

    Könnt ihr mir erklären, was das genau bedeutet und was ich dagegen tun kann?

    Was macht eigentlich configure genau? Prüft das nur auf die Konfiguration des Systems?

    Danke.
    Grüße
    Thomas
     
  2. Anzeige

    Schau dir mal diese Kategorie an. Dort findest du bestimmt etwas.
    Registrieren bzw. einloggen, um diese und auch andere Anzeigen zu deaktivieren
  3. #2 Bâshgob, 13.11.2008
    Bâshgob

    Bâshgob freies Radikal

    Dabei seit:
    29.07.2004
    Beiträge:
    2.334
    Zustimmungen:
    0
    Ort:
    Hannover
    Ohne die Ausgaben von configure (gerne auch das Logfile) sowie das Makefile:

    Nein.
     
  4. wbs

    wbs Jungspund

    Dabei seit:
    07.11.2008
    Beiträge:
    18
    Zustimmungen:
    0
    Also das sagt configure:

    Code:
    checking for a BSD-compatible install... /usr/bin/install -c
    checking build system type... i686-pc-linux-gnu
    checking host system type... i686-pc-linux-gnu
    checking for gcc... gcc
    checking for C compiler default output file name... a.out
    checking whether the C compiler works... yes
    checking whether we are cross compiling... no
    checking for suffix of executables...
    checking for suffix of object files... o
    checking whether we are using the GNU C compiler... yes
    checking whether gcc accepts -g... yes
    checking for gcc option to accept ANSI C... none needed
    checking whether make sets $(MAKE)... yes
    checking how to run the C preprocessor... gcc -E
    checking for egrep... grep -E
    checking for ANSI C header files... yes
    checking whether time.h and sys/time.h may both be included... yes
    checking for sys/wait.h that is POSIX.1 compatible... yes
    checking for sys/types.h... yes
    checking for sys/stat.h... yes
    checking for stdlib.h... yes
    checking for string.h... yes
    checking for memory.h... yes
    checking for strings.h... yes
    checking for inttypes.h... yes
    checking for stdint.h... yes
    checking for unistd.h... yes
    checking ctype.h usability... yes
    checking ctype.h presence... yes
    checking for ctype.h... yes
    checking dirent.h usability... yes
    checking dirent.h presence... yes
    checking for dirent.h... yes
    checking errno.h usability... yes
    checking errno.h presence... yes
    checking for errno.h... yes
    checking fcntl.h usability... yes
    checking fcntl.h presence... yes
    checking for fcntl.h... yes
    checking getopt.h usability... yes
    checking getopt.h presence... yes
    checking for getopt.h... yes
    checking grp.h usability... yes
    checking grp.h presence... yes
    checking for grp.h... yes
    checking for inttypes.h... (cached) yes
    checking netdb.h usability... yes
    checking netdb.h presence... yes
    checking for netdb.h... yes
    checking pwd.h usability... yes
    checking pwd.h presence... yes
    checking for pwd.h... yes
    checking signal.h usability... yes
    checking signal.h presence... yes
    checking for signal.h... yes
    checking for stdint.h... (cached) yes
    checking for strings.h... (cached) yes
    checking for string.h... (cached) yes
    checking syslog.h usability... yes
    checking syslog.h presence... yes
    checking for syslog.h... yes
    checking tcpd.h usability... yes
    checking tcpd.h presence... yes
    checking for tcpd.h... yes
    checking for unistd.h... (cached) yes
    checking arpa/inet.h usability... yes
    checking arpa/inet.h presence... yes
    checking for arpa/inet.h... yes
    checking netinet/in.h usability... yes
    checking netinet/in.h presence... yes
    checking for netinet/in.h... yes
    checking socket.h usability... no
    checking socket.h presence... no
    checking for socket.h... no
    checking for sys/types.h... (cached) yes
    checking sys/time.h usability... yes
    checking sys/time.h presence... yes
    checking for sys/time.h... yes
    checking sys/resource.h usability... yes
    checking sys/resource.h presence... yes
    checking for sys/resource.h... yes
    checking for sys/wait.h... (cached) yes
    checking sys/socket.h usability... yes
    checking sys/socket.h presence... yes
    checking for sys/socket.h... yes
    checking for sys/stat.h... (cached) yes
    checking for an ANSI C-conforming const... yes
    checking whether struct tm is in sys/time.h or time.h... time.h
    checking for mode_t... yes
    checking for pid_t... yes
    checking for size_t... yes
    checking return type of signal handlers... void
    checking for uid_t in sys/types.h... yes
    checking type of array argument to getgroups... gid_t
    checking for int... yes
    checking size of int... 4
    checking for short... yes
    checking size of short... 2
    checking for long... yes
    checking size of long... 4
    checking for uint32_t... yes
    checking for u_int32_t... yes
    checking for int32_t... yes
    checking for va_copy... yes
    checking for vsnprintf... yes
    checking for snprintf... yes
    checking for asprintf... yes
    checking for vasprintf... yes
    checking for C99 vsnprintf... yes
    checking for getopt_long... yes
    checking for main in -lnsl... yes
    checking for socket in -lsocket... no
    checking for main in -lwrap... yes
    checking for strdup... yes
    checking for strstr... yes
    checking for strtoul... yes
    checking for initgroups... yes
    checking for closesocket... no
    checking for socklen_t... yes
    checking for type of socket size... size_t
    checking for SSL headers... configure: error: Cannot find ssl headers
    und das steht im Makefile:

    Code:
    # Source code directories
    SRC_BASE=./src/
    SRC_INCLUDE=./include/
    
    CC=@CC@
    CFLAGS=@CFLAGS@ @DEFS@
    LDFLAGS=@LDFLAGS@ @LIBS@
    
    prefix=@prefix@
    exec_prefix=@exec_prefix@
    CFGDIR=@sysconfdir@
    BINDIR=@bindir@
    SBINDIR=@sbindir@
    LIBEXECDIR=@libexecdir@
    INSTALL=@INSTALL@
    NAGIOS_INSTALL_OPTS=@NAGIOS_INSTALL_OPTS@
    NRPE_INSTALL_OPTS=@NRPE_INSTALL_OPTS@
    
    INIT_DIR=@init_dir@
    INIT_OPTS=-o root -g root
    
    
    all:
    	cd $(SRC_BASE); $(MAKE) ; cd ..
    
    	@echo ""
    	@echo "*** Compile finished ***"
    	@echo ""
    	@echo "If the NRPE daemon and client compiled without any errors, you"
    	@echo "can continue with the installation or upgrade process."
    	@echo ""
    	@echo "Read the PDF documentation (NRPE.pdf) for information on the next"
    	@echo "steps you should take to complete the installation or upgrade."
    	@echo ""
    nrpe:
    	cd $(SRC_BASE); $(MAKE) ; cd ..
    
    check_nrpe:
    	cd $(SRC_BASE); $(MAKE) ; cd ..
    
    
    install-plugin:
    	cd $(SRC_BASE) && $(MAKE) $@
    
    install-daemon:
    	cd $(SRC_BASE) && $(MAKE) $@
    
    install:
    	cd $(SRC_BASE) && $(MAKE) $@
    
    install-xinetd:
    	$(INSTALL) -m 644 sample-config/nrpe.xinetd /etc/xinetd.d/nrpe 
    
    install-daemon-config:
    	$(INSTALL) -m 775 $(NAGIOS_INSTALL_OPTS) -d $(DESTDIR)$(CFGDIR)
    	$(INSTALL) -m 644 $(NRPE_INSTALL_OPTS) sample-config/nrpe.cfg $(DESTDIR)$(CFGDIR)
    
    clean:
    	cd $(SRC_BASE); $(MAKE) $@ ; cd ..
    	rm -f core
    	rm -f *~ */*~
    
    distclean: clean
    	cd $(SRC_BASE); $(MAKE) $@ ; cd ..
    	rm -f config.log config.status config.cache nrpe.cfg nrpe.xinetd subst $(SRC_INCLUDE)/config.h init-script init-script.debian init-script.freebsd init-script.suse
    	rm -f sample-config/*.cfg sample-config/*.xinetd
    	rm -f Makefile
    
    devclean: distclean
    
    
    hilft das weiter?
     
  5. #4 Bâshgob, 13.11.2008
    Bâshgob

    Bâshgob freies Radikal

    Dabei seit:
    29.07.2004
    Beiträge:
    2.334
    Zustimmungen:
    0
    Ort:
    Hannover
    Sieht das aus, als wäre configure fehlerfrei durchgelaufen? Nein, tut es nicht.

    Installiere via deinem Paketmanager mal das/die entsprechenden SSL-Developmentpaket(e). Welche das sind oder sein könnten weiß ich nicht weil ich kein RatHead oder deren Derivate kenne bzw. verwende.
     
  6. #5 supersucker, 13.11.2008
    supersucker

    supersucker Foren Gott

    Dabei seit:
    21.02.2005
    Beiträge:
    3.873
    Zustimmungen:
    0
    Nö.

    Das sieht man eigentlich auf den ersten Blick:

    Vermutlich brauchst du das Paket libssl-dev (kann in deiner Distribution anders heißen, dein Paketmanagment ist dein Freund.)
     
  7. wbs

    wbs Jungspund

    Dabei seit:
    07.11.2008
    Beiträge:
    18
    Zustimmungen:
    0
    Ohhh... Sorry. Das habe ich gar nicht gesehen.
    Komisch, weil das steht ja direkt in der letzten Zeile.

    Also laut yum gibt es für mein CentOS5 das Paket libssl-dev nicht.

    Könnte es sein, das es openssl-devel.i386 : Files for development of applications which will use OpenSSL ist?

    Grüße
    Jimmy

    P.s. Stimmt es denn, was ich zum configure meinte, das es das System blos prüft?
    P.p.s Wenn ich fragen darf, wie findet man denn anhand einer solchen Meldung heruas, welches Paket da fehlt? Für SSL gibt es ja einen ganzen haufen...
     
  8. Anzeige

    Vielleicht findest du HIER Antworten.
    Registrieren bzw. einloggen, um diese und auch andere Anzeigen zu deaktivieren
  9. #7 Gast1, 13.11.2008
    Zuletzt von einem Moderator bearbeitet: 13.11.2008
    Gast1

    Gast1 Guest

    Versuch macht kluch, aber klingt auf jeden Fall vernünftig.

    Da es ein fehlender Header ist, muss es ein devel-Paket sein, ansonsten hilft Tante Google da meist weiter oder die entsprechenden Suchmechanismen des Paketmanagers.

    //Edit:

    Ergebnisse 1 - 10 von ungefähr 127.000 für ssl header CentOS. (0,21 Sekunden)

    1. Treffer (welch Zufall, geht sogar um die selbe Applikation)

    http://mymcp.blogspot.com/2008/10/configure-error-cannot-find-ssl-headers.html

    Also => Suchet und Ihr werdet finden (und auf die Suchbegriffe zu kommen ist anhand der Fehlermeldung nun auch nicht gerade schwer).
     
  10. #8 supersucker, 13.11.2008
    supersucker

    supersucker Foren Gott

    Dabei seit:
    21.02.2005
    Beiträge:
    3.873
    Zustimmungen:
    0
    Mit großer Wahrscheinlichkeit: Ja.

    Naja, es erzeugt auch zum Bauen selber benötigte Dateien, also schon noch ein bisschen mehr.

    header-files finden sich meist in devel-Paketen (devel = development)
     
Thema: Fehler make: *** No rule to make target `all'. Stop.
Besucher kamen mit folgenden Suchen
  1. nrpe No rule to make target `install-deamon

    ,
  2. make install-daemon-config make: No ruleto make target `install-daemon-config Stop

    ,
  3. make: *** No rule to make target install. Schluss.

Die Seite wird geladen...

Fehler make: *** No rule to make target `all'. Stop. - Ähnliche Themen

  1. Terminal Fehlermeldung

    Terminal Fehlermeldung: Hola, mir ist aufgefallen das ständig ein Fehler erscheint sobald ich einen Terminal öffne. Hat zwar keine Auswirkung auf die Arbeit damit sieht...
  2. LibreOffice 5.1.1 korrigiert Fehler

    LibreOffice 5.1.1 korrigiert Fehler: Das LibreOffice-Projekt hat die Verfügbarkeit der Version 5.1.1 der freien Office-Suite bekannt gegeben. In diesem planmäßigen Update werden...
  3. Fehler in glibc gefährdet zahlreiche Systeme

    Fehler in glibc gefährdet zahlreiche Systeme: Sicherheitsforscher haben eine Sicherheitslücke in der glibc-Bibliothek entdeckt, die sich von externen Angreifern über das Netzwerk ausnutzen...
  4. LibreOffice veranstaltet Fehlerjagd

    LibreOffice veranstaltet Fehlerjagd: Das LibreOffice-Projekt hat angekündigt, vom 15. bis 17. Januar die mittlerweile dritte öffentliche »Bug Hunting Session« für Version 5.1 der...
  5. Linux.Encoder: Das Laster der fehlerhaften Kryptografie

    Linux.Encoder: Das Laster der fehlerhaften Kryptografie: Der mittlerweile in der dritten Generation nun vorliegende Ransomware »Linux.Encoder« kann immer noch kaum Schrecken unter Linux verbreiten -...