Исходное сообщение
"Для 83% пакетов в основном репозитории Debian доказана тожде..." Отправлено myhand, 14-Фев-15 19:25
>>> А где архив снапшотов дебиана, причём не по дням, а по сборкам? >> А зачем, чтобы было? > Затем, что в день попадания в такой архив, скажем, glibc или нового > gcc возникнет два состояния, попадающих на один день: "до" и "после"; Ну и?  Да хоть двадцать два.  Ни какого "на одно и то же" - совершенно разные даты.  Скажем, утром в 7:34 и после обеда в 17:10. > если же таких изменений на сутки пришлось несколько, то выкрутиться в > первом приближении с помощью архива за день раньше для пакетов, собравшихся > между сильно изменяющими сборочное окружение практически каждого, так уже не получится. Не совсем понял, из чего они должны выбираться.  Каждый пакет собирается в конкретный момент, состояние архива известно. Плюс, текущая схема подразумевает периодические сборки пакетов с текущим состоянием архива.  Если что-то поломается, QA галочку уберет.  Соответственно, эту поломку также можно будет воспроизвести, зная состояние архива на момент тестовой сборки.  Таки не понимаю в чем фатальный недостаток этой схемы, ради которого ее нужно непременно усложнять. >> Чтобы воспроизвести сборку пакета x в момент X - тебе нужен архив >> дебиан на этот момент (куда включены только воспроизводимые пакеты, конечно) + >> немного терпения.  snapshot.debian.org, в принципе, достаточен для решения этой задачи. > Три реперные точки в сутки, конечно, лучше одной, но по сравнению с > альтовской технологией (которая даёт синхронную гарантию, а не полагается на асинхронное > зеркалирование) это всё архаика. Почему три?  Доступен полноценный снапшот архива, на любое время.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>> А где архив снапшотов дебиана, причём не по дням, а по сборкам? >>> А зачем, чтобы было? >> Затем, что в день попадания в такой архив, скажем, glibc или нового >> gcc возникнет два состояния, попадающих на один день: "до" и "после"; > Ну и? Да хоть двадцать два. Ни какого "на одно > и то же" - совершенно разные даты. Скажем, утром в > 7:34 и после обеда в 17:10. >> если же таких изменений на сутки пришлось несколько, то выкрутиться в >> первом приближении с помощью архива за день раньше для пакетов, собравшихся >> между сильно изменяющими сборочное окружение практически каждого, так уже не получится. > Не совсем понял, из чего они должны выбираться. Каждый пакет собирается > в конкретный > момент, состояние архива известно. > Плюс, текущая схема подразумевает периодические сборки пакетов с текущим состоянием архива. > Если что-то поломается, QA галочку уберет. Соответственно, эту поломку > также можно будет воспроизвести, зная состояние архива на момент тестовой сборки. > Таки не понимаю в чем фатальный недостаток этой схемы, ради > которого ее нужно непременно усложнять. >>> Чтобы воспроизвести сборку пакета x в момент X - тебе нужен архив >>> дебиан на этот момент (куда включены только воспроизводимые пакеты, конечно) + >>> немного терпения. snapshot.debian.org, в принципе, достаточен для решения этой задачи. >> Три реперные точки в сутки, конечно, лучше одной, но по сравнению с >> альтовской технологией (которая даёт синхронную гарантию, а не полагается на асинхронное >> зеркалирование) это всё архаика. > Почему три? Доступен полноценный снапшот архива, на любое время.
	Введите код, изображенный на картинке: