История изменений

Сборка из исходников и установка собранного — это не магия, не волшебство, не копипаст заклинаний, а вполне осмысленная деятельность. Которая, кстати, вполне неплохо документирована.

./configure — это в каждом случае вполне конкретный сценарий как правило в корне дерева исходников, вон, даже "./" в начале как нельзя указывает на это. У вас правильный текущий каталог?

Собирая из исходников, обычно преследуют какую-то конкретную задачу. Как правило, если не стоИт задача изготовить замену дистрибутивного пакета, стОит предпринять меры, чтобы кастомная сборка и дистрибутивный пакет могли быть использованы параллельно и не мешали друг другу. Что вы для этого сделали?

Чтобы получить /etc/init.d/httpd, его туда должен кто-то положить. Кто? В дистрибутивном бинарном пакете об этом позаботились сборщики пакета. То, как они это сделали, ни разу не секрет, можно посмотреть на сценарии сборки. Иногда разработчики софта предусмотрели дистрибутивоспецифичную раскладку сценариев, иногда это делают сборщики самостоятельно.

И т.д., и т.п.

root@:/usr/local/apache# usr/local/apache/apachectl start

Вы точно уверены, что у вас должен быть файл /usr/local/apache/usr/local/apache/apachectl, который вы пытаетесь запустить? Для запуска /usr/local/apache/apachectl достаточно так и написать (полный путь)

/usr/local/apache/apachectl start

./apachectl start

Сборка из исходников и установка собранного — это не магия, не волшебство, не копипаст заклинаний, а вполне осмысленная деятельность. Которая, кстати, вполне неплохо документирована.

./configure — это в каждом случае вполне конкретный сценарий как правило в корне дерева исходников, вон, даже "./" в начале как нельзя указывает на это. У вас правильный текущий каталог?

Собирая из исходников, обычно преследуют какую-то конкретную задачу. Как правило, если не стоИт задача изготовить замену дистрибутивного пакета, стОит предпринять меры, чтобы кастомная сборка и дистрибутивный пакет могли быть использованы параллельно и не мешали друг другу. Что вы для этого сделали?

Чтобы получить /etc/init.d/httpd, его туда должен кто-то положить. Кто? В дистрибутивном бинарном пакете об этом позаботились сборщики пакета. То, как они это сделали, ни разу не секрет, можно посмотреть на сценарии сборки. Иногда разработчики софта предусмотрели дистрибутивоспецифичную раскладку сценариев, иногда это делают сборщики самостоятельно.

И т.д., и т.п.

root@:/usr/local/apache# usr/local/apache/apachectl start

Вы точно уверены, что у вас должен быть файл /usr/local/apache/usr/local/apache/apachectl, который вы пытаетесь запустить? Для запуска /usr/local/apache/apachectl достаточно так и написать (полный путь)

usr/local/apache/apachectl start

./apachectl start

Сборка из исходников и установка собранного — это не магия, не волшебство, не копипаст заклинаний, а вполне осмысленная деятельность. Которая, кстати, вполне неплохо документирована.

./configure — это в каждом случае вполне конкретный сценарий как правило в корне дерева исходников, вон, даже "./" в начале как нельзя указывает на это. У вас правильный текущий каталог?

Собирая из исходников, обычно преследуют какую-то конкретную задачу. Как правило, если не стоИт задача изготовить замену дистрибутивного пакета, стОит предпринять меры, чтобы кастомная сборка и дистрибутивный пакет могли быть использованы параллельно и не мешали друг другу. Что вы для этого сделали?

Чтобы получить /etc/init.d/httpd, его туда должен кто-то положить. Кто? В дистрибутивном бинарном пакете об этом позаботились сборщики пакета. То, как они это сделали, ни разу не секрет, можно посмотреть на сценарии сборки. Иногда разработчики софта предусмотрели дистрибутивоспецифичную раскладку сценариев, иногда это делают сборщики самостоятельно.

И т.д., и т.п.