Исправление Pinkbyte, (текущая версия) :
http://xkcd.com/605/ Native Language Support == локаль.
и то что он имеет достаточно опосредованное отношение к
nls - Add Native Language Support (using gettext - GNU locale utilities)
В Gentoo глобальный(а могут быть и локальные, с другим значением, да) USE=nls значит именно это и ничего другого. Глобальные USE-флаги стандартизируются и обсуждаются в мэйллисте. Не нравится процесс стандартизации - дело твоё, я говорю о том, как оно задумано и как реализовано - то есть в более узком смысле; а не о значении самого термина NLS в широком смысле.
Не истина в последней инстанции, и не пример хороших решений в частности.
Кроме политик(того что стандартизировано), остальное решается соглашением разработчиков между собой. Если знаешь другой способ - всегда будем рады выслушать твои предложения в мэйллисте.
Здесь должен быть список примеров. Вообще, в таких случаях нормальные ебилды выдают предупреждение. И что значит «работают странно» — почему тогда не добавить флаг в package.use.force?
Работают странно = upstream предполагает что локализационные утилиты стоят в системе всегда. Что-то из системных утилит точно вело себя странно, но я не член Gentoo base system project, слышал об этом краем уха от разработчиков, чьему мнению я привык доверять.
И что значит «работают странно» — почему тогда не добавить флаг в package.use.force?
Если апстрим не предполагает работы пакета без определенных зависимостей, то USE-флага может просто и не быть, а зависимость от gettext и intltool будет просто обязательной.
Такое делают из-за кривых autotools, если сборка валится или конфигурация не соответствует юзам. Довольно кривое решение — лучше патчить скрипты сборки.
Смотри выше. Иногда проблема не только в скриптах сборке но и в логике работы всего пакета. И тут 2 варианта - либо форкать и патчить(потому что километровые патчи в главном дереве, от которого получат профит только гентушники - это моветон), либо жрать что дают и спамить апстрим багрепортами, которые довольно часто игнорируются или закрываются как WONTFIX(апстрим бывает разной степени упоротости, да).
Так можно редуцироваться в убунту. Я веду разговор не о влажных проблемах майнтейнеров, а о качестве продукта.
Возможность кастомизабельность != вседозволенность. Чем больше ты хочешь получить от системы нестандартного, тем больше ты должен быть готов пожертвовать системе, будь то багрепорты, патчи или форк проекта(по нарастающей).
Мэйнтэйнер - это тот кто адаптирует готовый продукт в экосистему дистрибутива. Дальше, в зависимости от степени заинтересованности он может стать контрибьютором в этот продукт, слать патчи или просто слать багрепорты, как обычный пользователь. Мэйнтэйнер далеко не всегда является разработчиком то, что он мэйнтэйнит. И проблема как раз не в этом.
Преувеличения-преувеличеньюшки.
Обсуждения в мэйллисте я тебе уже предлагал. Если ты предпочитаешь говорить о проблемах дистрибутива там, где тебя слышат 3,5 разработчика этого дистрибутива - это твоё право. Я предлагаю обсуждать проблемы с теми людьми, которые могут что-то изменить. Как я уже говорил - я не трогаю base system пакеты генты - потому что это как минимум достаточно хрупкая инфраструктура, и без глубинного понимания, стоит ли накладывать тот или иной патч/фикс, можно сломать к чертям всё остальное. А я пока не готов взять на себя такую ответственность. Я могу фиксить что-то у себя, но я не готов поручиться за корректность таких фиксов для base system.
На сервере будете играть в штабильность. На десктопе собрал — не работает — пересобрал.
Если тебе десктоп нужен как плацдарм для игр с пакетами - дело твоё. У меня десктоп крутится на stable-ветке с парой экспериментальных пакетов там, где я могу себе это позволить. Для экспериментов у меня - чруты, lxc и KVM.
Исходная версия Pinkbyte, :
http://xkcd.com/605/ Native Language Support == локаль.
и то что он имеет достаточно опосредованное отношение к
nls - Add Native Language Support (using gettext - GNU locale utilities)
В Gentoo глобальный(а могут быть и локальные, с другим значением, да) USE=nls значит именно это и ничего другого. Глобальные USE-флаги стандартизируются и обсуждаются в мэйллисте. Не нравится процесс стандартизации - дело твоё, я говорю о том, как оно задумано и как реализовано - то есть в более узком смысле; а не о значении самого термина NLS в широком смысле.
Не истина в последней инстанции, и не пример хороших решений в частности.
Кроме политик(того что стандартизировано), остальное решается соглашением разработчиков между собой. Если знаешь другой способ - всегда будем рады выслушать твои предложения в мэйллисте.
Здесь должен быть список примеров. Вообще, в таких случаях нормальные ебилды выдают предупреждение. И что значит «работают странно» — почему тогда не добавить флаг в package.use.force?
Работают странно = upstream предполагает что локализационные утилиты стоят в системе всегда. Что-то из системных утилит точно вело себя странно, но я не член Gentoo base system project, слышал об этом краем уха от разработчиков, чьему мнению я привык доверять.
И что значит «работают странно» — почему тогда не добавить флаг в package.use.force?
Если апстрим не предполагает работы пакета без определенных зависимостей, то USE-флага может просто и не быть, а зависимость от gettext и intltool будет просто обязательной.
Такое делают из-за кривых autotools, если сборка валится или конфигурация не соответствует юзам. Довольно кривое решение — лучше патчить скрипты сборки.
Смотри выше. Иногда проблема не только в скриптах сборке но и в логике работы всего пакета. И тут 2 варианта - либо форкать и патчить(потому что километровые патчи в главном дереве, от которого получат профит только гентушники - это моветон), либо жрать что дают и спамить апстрим багрепортами, которые довольно часто игнорируются или закрываются как WONTFIX(апстрим бывает разной степени упоротости, да).
Так можно редуцироваться в убунту. Я веду разговор не о влажных проблемах майнтейнеров, а о качестве продукта.
Возможность кастомизабельность != вседозволенность. Чем больше ты хочешь получить от системы нестандартного, тем больше ты должен быть готов пожертвовать системе, будь то багрепорты, патчи или форк проекта(по нарастающей).
Мэйнтэйнер - это тот кто адаптирует готовый продукт в экосистему дистрибутива. Дальше, в зависимости от степени заинтересованности он может стать контрибьютором в этот продукт, слать патчи или просто слать багрепорты, как обычный пользователь. Мэйнтэйнер далеко не всегда является разработчиком то, что он мэйнтэйнит. И проблема как раз не в этом.
Преувеличения-преувеличеньюшки.
Обсуждения в мэйллисте я тебе уже предлагал. Если ты предпочитаешь говорить о проблемах дистрибутива там, где тебя слышат 3,5 разработчика этого дистрибутива - это твоё право. Я предлагаю обсуждать проблемы с теми людьми, которые могут что-то изменить. Как я уже говорил - я не трогаю base system пакеты генты - потому что это как минимум достаточно хрупкая инфраструктура, и без глубинного понимания, стоит ли накладывать тот или иной патч/фикс, можно сломать к чертям всё остальное. А я пока не готов взять на себя такую ответственность.
На сервере будете играть в штабильность. На десктопе собрал — не работает — пересобрал.
Если тебе десктоп нужен как плацдарм для игр с пакетами - дело твоё. У меня десктоп крутится на stable-ветке с парой экспериментальных пакетов там, где я могу себе это позволить. Для экспериментов у меня - чруты, lxc и KVM.