LINUX.ORG.RU

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

Исправление user_id_68054, (текущая версия) :

так точно то же самое ведь можно сделать на любом дистрибутиве, используя опции сборки

покажы весь путь (список команд) от начала до конца — на примере какого-нибудь пакета (какого-нибудь дистрибутива)...

...и да — под пакетом я подразумеваю именно *пакет* дистрибутива, а НЕ исходный код программы в том виде в котором она на сайте разработчика программы (то есть ./configure && make && make install ---- нам не интересно. редактируй именно *пакет*).

то есть — действия (по вставлению своих --enable-флагов в *пакет*) которые мы ожидаем от тебя — это должно быть что-то-такое что не внесёт смуту в существующую систему пакетов (пакетного манагера).

твоё внеднение --enable-флагов разумеется также не должно негативно влиять и на обновление программ (в том числе той куда ты внедрял эти enable) — так что не забудь показать нам ВСЁ (все-все-все команды) включая команды и для того как ты будешь вести отдельную git-ветку *пакета* в твоём git-репозитории..

ну всё! начинай демонстрировать! (пример).

затем сравним это с USE-флагами (включая поставленные условия по сохранению обновляемости и невнисения смуты в пакетную систему).

# P.S.: ну например возьми в качестве примера openssl — как раз очень показательно получится

Исправление user_id_68054, :

так точно то же самое ведь можно сделать на любом дистрибутиве, используя опции сборки

покажы весь путь (список команд) от начала до конца — на примере какого-нибудь пакета (какого-нибудь дистрибутива)...

...и да — под пакетом я подразумеваю именно *пакет* дистрибутива, а НЕ исходный код программы в том виде в котором она на сайте разработчика программы (то есть ./configure && make && make install ---- нам не интересно. редактируй именно *пакет*).

то есть — действия (по вставлению своих --enable-флагов в *пакет*) которые мы ожидаем от тебя — это должно быть что-то-такое что не внесёт смуту в существующую систему пакетов (пакетного манагера).

твоё внеднение --enable-флагов разумеется также не должно негативно влиять и на обновление программ (в том числе той куда ты внедрял эти enable) — так что не забудь показать нам ВСЁ (все-все-все команды) включая команды и для того как ты будешь вести отдельную git-ветку *пакета* в твоём git-репозитории..

ну всё! начинай демонстрировать! (пример).

затем сравним это с USE-флагами (включая поставленные условия по сохранению обновляемости и невнисения смуты с пакетную систему).

# P.S.: ну например возьми в качестве примера openssl — как раз очень показательно получится

Исправление user_id_68054, :

так точно то же самое ведь можно сделать на любом дистрибутиве, используя опции сборки

покажы весь путь (список команд) от начала до конца — на примере какого-нибудь пакета (какого-нибудь дистрибутива)...

...и да — под пакетом я подразумеваю именно *пакет* дистрибутива, а НЕ исходный код программы в том виде в котором она на сайте разработчика программы (то есть ./configure && make && make install ---- нам не интересно. редактируй именно *пакет*).

то есть — действия (по вставлению своих --enable-флагов в *пакет*) которые мы ожидаем от тебя — это должно быть что-то-такое что не внесёт смуту в существующую систему пакетов (пакетного манагера).

твоё внеднение --enable-флагов разумеется также не должно негативно влиять и на обновление программ (в том числе той куда ты внедрял эти enable) — так что не забудь показать нам ВСЁ (все-все-все команды) включая команды и для того как ты будешь вести отдельную git-ветку *пакета* в твоём git-репозитории..

ну всё! начинай демонстрировать! (пример).

затем сравним это с USE-флагами (включая поставленные условия по сохранению обновляемости и невнисения смуты с пакетную систему)

Исправление user_id_68054, :

покажы весь путь (список команд) от начала до конца -- на примере какого-нибудь пакета (какого-нибудь дистрибутива)...

Исходная версия user_id_68054, :

так точно то же самое ведь можно сделать на любом дистрибутиве, используя опции сборки

покажы весь путь (список команд) от начала до конца — на примере какого-нибудь пакета (какого-нибудь дистрибутива)...

...и да — под пакетом я подразумеваю именно *пакет* дистрибутива, а НЕ исходный код программы в том виде в котором она на сайте разработчика программы (то есть ./configure && make && make install ---- нам не интересно. редактируй именно *пакет*).

то есть — действия (по вставлению своих --enable-флагов в *пакет*) которые мы ожидаем от тебя — это должно быть что-то-такое что не внесёт смуту в сеществующую систему пакетов (пакетного манагера).

твоё внеднение --enable-флагов разумеется также не должно негативно влиять и на обновление программ (в том числе той куда ты внедрял эти enable) — так что не забудь показать нам ВСЁ (все-все-все команды) включая команды и для того как ты будешь вести отдельную git-ветку *пакета* в твоём git-репозитории..

ну всё! начинай демонстрировать! (пример).

затем сравним это с USE-флагами (включая поставленные условия по сохранению обновляемости и невнисения смуты с пакетную систему)