Wie werden die zuletzt verwendeten ./configure-Parameter abgerufen?

14

Ich aktualisiere den LAMP-Stack auf dem Server des Kunden und muss MySQL und Apache mit den genauen letzten Einstellungen konfigurieren, mit denen sie beim letzten Mal kompiliert wurden. Woher bekomme ich diese? PHP configure string kann von php -i bezogen werden. Was ist mit anderen

Vladislav Rastrusny
quelle

Antworten:

19

Wurde das dekomprimierte Quellverzeichnis beibehalten? In diesem configureFall befinden sich die Flags normalerweise in config.statusoder config.log.

Dies unterscheidet sich je nach Software und ob Autoconf verwendet wurde.

Warner
quelle
1
+1: Außerdem (vorausgesetzt, configure wurde von autoconf generiert) können Sie mit denselben Flags neu konfigurieren, indem Sie $ config.status --recheck ausführen.
William Pursell
3

config.status hat ein --configFlag, um die letzte Konfiguration auszudrucken. Ich habe es durch Laufen gefunden./config.status --help

--config Druckkonfiguration, dann beenden

Also einfach ausführen ./config.status --configund es werden alle Konfigurationsparameter ausgedruckt.

Sashoalm
quelle
0

Abhängig davon, wie lange es her ist, dass sie kompiliert wurden, befinden sich die verwendeten Befehlszeileneinträge möglicherweise noch im Verlauf Ihrer Shell. Unter Bash suchen Sie wie folgt in der Historie zurück:

  1. ctrl-r Startet die Rückwärtssuchfunktion für den Verlauf
  2. Geben Sie einen Teil des Befehls ein, nach dem Sie suchen möchten (z. B. "configure").
  3. Drücken Sie ctrl-rerneut, wenn Sie nach dem ersten Ergebnis weiter suchen müssen
  4. Drücken Sie die Eingabetaste, um die Befehlszeile auszuführen, sobald Sie sie gefunden haben. (Der rechte Pfeil bringt normalerweise die Eingabeaufforderung mit der gefundenen Befehlszeichenfolge zurück, ohne sie tatsächlich auszuführen.)

Nicht nur evangelisch zu sein, aber es ist im Allgemeinen eine schlechte Idee, viel Software selbst zu kompilieren, anstatt die von Ihrer Distribution bereitgestellten Pakete zu verwenden.

Ophidian
quelle
Das ist nicht evangelisch, so funktioniert das einfach;) Leider erfüllen RPM-Versionen diesen Fall nicht.
Vladislav Rastrusny
Dies ist der übliche Fall "Ich verwende CentOS, benötige aber neuere Versionen von allem".
Ophidian
Verschiedene Gründe. Die CentOS-Version von Apache unterstützt beispielsweise keine Worker-MPM. Als Torrent-Tracker benötigte der Server eine Worker-MPM. etc.
Vladislav Rastrusny
Ich nehme an, Sie könnten die Quell-RPM mit aktivierter Unterstützung neu erstellen ... Ein Patch in der Spezifikation ist möglicherweise einfacher zu warten. Sie müssen wahrscheinlich eine eigene, höhere Epoche einrichten, damit die Systemaktualisierungen auf httpd Ihre nicht überschreiben.
Ophidian