История изменений
Исправление 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-флагами (включая поставленные условия по сохранению обновляемости и невнисения смуты с пакетную систему)