История изменений
Исправление Pinkbyte, (текущая версия) :
Меня интересовал не абстрактный набор стандартов качества, а их причины.
Ээээ... Ну с bundled libs наверное понятно - это в основном security.
Большая часть стандартов QA нацелена на то, чтобы сделать сборку предсказуемым процессом.
Например возьмем automagic dependencies - при разном наборе установленных в системе пакетов, но при одном и том же наборе USE-флагов устанавливаемого пакета получаем разное поведение программы, определяемое на этапе сборки. Более того, удаление таких «неявных зависимостей» может привести к тому, что наш целевой пакет может тупо сломаться(в случае удаления библиотеки, к которой он неявно прилинковался).
Часть старых политик и причина их установления объяснена в devmanual.
Новые политики публикуются на странице проекта Gentoo QA после соответствующей процедуры принятия
Исправление Pinkbyte, :
Меня интересовал не абстрактный набор стандартов качества, а их причины.
Ээээ... Ну с bundled libs наверное понятно - это в основном security.
Большая часть стандартов QA нацелена на то, чтобы сделать сборку предсказуемым процессом.
Например возьмем automagic dependencies - при разном наборе установленных в системе пакетов, но при одном и том же наборе USE-флагов устанавливаемого пакета получаем разное поведение программы, определяемое на этапе сборки. Более того, удаление таких «неявных зависимостей» может привести к тому, что наш целевой пакет может тупо сломаться(в случае удаления библиотеки, к которой он неявно прилинковался).
Часть старых политик и причина их установления объяснена в devmanual.
Новые политики публикуются на странице проекта Gentoo QA после соответствующей процедуры принятия
Исходная версия Pinkbyte, :
Меня интересовал не абстрактный набор стандартов качества, а их причины.
Ээээ... Ну с bundled libs наверное понятно - это в основном security.
Большая часть стандартов QA нацелена на то, чтобы сделать сборку предсказуемым процессом.
Например возьмем automagic dependencies - при разном наборе установленных в системе пакетов, но при одном и том же наборе USE-флагов устанавливаемого пакета получаем разное поведение программы, определяемое на этапе сборки. Более того, удаление таких «неявных зависимостей» может привести к тому, что наш целевой пакет может тупо сломаться(в случае удаления библиотеки, к которой он неявно прилинковался).