А в чём глубинный смысл существования программы install?

А в чем глубинный смысл кучи cp, chmod и прочих, когда можно сделать один вызов install?

А в чём смысл cp, chmod и прочих, когда есть машинные коды, которые и выполняют всю работу?

Исторически даже в BSD 3 был скрипт install.sh. Вот такой:

cmd=/bin/mv
case $1 in
        -s )    /usr/bin/strip $2
                shift
                ;;
        -c )    cmd=cp
                shift
esac

if [ ! ${2-""} ]
then    echo 'install : no destination specified.'
        exit 1
fi

$cmd $1 $2
if [ -d $2 ]
then    file=$2/$1
else    file=$2
fi
chmod 755 $file
chown root $file

обычная процедурная декомпозиция. называем повторяищиеся действия определенным именем - вот тебе и install

Когда есть cp, chmod и прочие, выполняющие всю нужную работу?

у вам документация с последовательностью отвалилась и спец.боец где-то шарахается непонятно где, а у нас пьяный дворник дернул инсталл и все пошло-поехало.

Костыли для autisttools/Makefiles

Я по старой привычке новые ядра вручную копирую в /boot, всё равно переименовывать и скидывают туда же .config и System.map.

Но чтобы модули вручную распиливать, это было бы слишком.

при чём тут ядро и модули

Модули ядра не вшитые в ядро при его сборке .

и?

Что и? У ядра после сборки есть внешние модули, которые сами в системе не окажутся за пределами каталога сборки.

а тебе какая разница, install их скопирует и права выставит, или cp и chmod в две строчки? Ты ж вручную ядерный мейкфайл не редактируешь

А в чем смысл машинных кодов, когда есть счёты бумага и карандаш.

Я и написал, что вручную их распихивать посредством cp было бы слишком - их много. Я даже не интересовался где они лежат и куда отправляются.

ты наверное программу install и «make install»/«make modules_install» путаешь

Угу.

теоретизирую, но install может делать cp + chmod атомарно, т.е. не будет промежутка времени, в который можно получить доступ к файлу по дефолтным правам

Сомневаюсь, сисколлы то разные

int open(const char *pathname, int flags, mode_t mode);

как минимум, можно сделать fchown/fchmod до начала записи данных в файл

как минимум, можно сделать fchown/fchmod до начала записи данных в файл

Почему бы cp -a не делать также?

У харальда аккаунт угнали?

Когда есть cp, chmod

вот из-за таких как ты лмнукс всегда будет уделом гиков и занимать не больше 2%

не, не угнали

А я сомневаюсь.

потому что в cp -a нельзя задать отличный от текущего UID/GID/mod

Может потому, что этот install мог бы отслеживать куда что сует и быть частью ПМ?

Типо унифицировали и упростили людям жизнь?

нет, он этим не занимается

каких тебе пруфов, что я это я

你为什么不学习中文了?

мог бы

нет, он этим не занимается

Ты вообще понимаешь, что сделано это с расчетом на _возможное_ использование?

ИЧСХ, sh-скрипт вместо install прекрасно прокатывает, попутно записывая все установленное куда надо.

我去了中国, 有些人甚至理解我 ^_^

ну скрипт, дёргающий внутри cp и chmod - это таки юниксвейно

мне кажется, харалд не задавал бы таких тупых вопросов. а то, что ты это ты я не сомневаюсь, я сомневаюсь, что ты это тот, кто зарегистрировал аккаунт харалда и назвездил пять звёздочек.

потому что в cp -a нельзя задать отличный от текущего UID/GID/mod

Не нельзя, а не предназначено. И вообще, речь была о атомарности. Open(2) позволяет задать mod, но это не совсем chmod, это chmod&umask. А уж chown тем более придётся делать отдельно.

Не нельзя, а не предназначено.

не предназначено, потому и нельзя. Не выпендривайся тут

И вообще, речь была о атомарности.

Речь шла о том, зачем нужен install, если есть cp. Install может делать атомарно то, что cp не умеет никак.

Open(2) позволяет задать mod, но это не совсем chmod, это chmod&umask

ничто не мешает обнулить umask

Install может делать атомарно то, что cp не умеет никак.

Простите? Ах, да, тут принято: «ШТА?»

ничто не мешает обнулить umask

Это не всегда поможет, если надо делать su(g)id, а потом chown, то снова придётся делать chmod. Ну и атомарностью даже без этого не пахнет.

install также делает rm