Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для 83% пакетов в основном репозитории Debian доказана тожде..., opennews (ok), 14-Фев-15, (0) [смотреть все] Паранойя это хорошо Паранойя, которая не требует от меня никаких телодвижений и , A.Stahl (ok), 10:23 , 14-Фев-15, (1) +46 // Рад, что и в дебиане наконец-то допёрли до воспроизводимости сборки - , Michael Shigorin (ok), 12:22 , 14-Фев-15, (22) // И где же еще это реализовано Только не надо ваши alt и прочие росы Ну где ваш , myhand (ok), 14:56 , 14-Фев-15, (34) –1   // Какоё ещй патч или имеется ввиду alt patch Дык есть оно, как и сама библиотека, Анонимъ (?), 15:52 , 14-Фев-15, (38)   Аналогичный тому, что наваяли для дебиановского пакету Это я успел заметить, как, myhand (ok), 15:54 , 14-Фев-15, (39) +1   2013 год И почему эти патчи до сих пор не в апстриме, дебиан вообще с апстрим, Анонимъ (?), 17:21 , 14-Фев-15, (42)   Мухоморы еш Может потому что обсуждаемый патч датирован январем 2015-го , myhand (ok), 18:01 , 14-Фев-15, (50) +3   Он вообще туда не попадёт, как и остальные патчи, потому что 1 указанные патчи , Анонимъ (?), 18:15 , 14-Фев-15, (56) –1   Зайди на packages debian и погляди на пакет из wheeze Анстэйбл как и анрелизы н, Анонимъ (?), 18:17 , 14-Фев-15, (57) –1   Граммар наци, тащи ружье , Аноним (-), 19:34 , 14-Фев-15, (93)   ешь , solomon243 (ok), 23:47 , 14-Фев-15, (132)   И зачем этот патч нужен в альте, где есть своя система безопасной и воспроизводи, Анонимъ (?), 17:42 , 14-Фев-15, (44) –1   В этой задачке есть разные аспекты , Michael Shigorin (ok), 17:55 , 14-Фев-15, (48)   Например , Анонимъ (?), 17:59 , 14-Фев-15, (49) –1   Содержимое пакетов порождают не только компиляторы -- это и конфигурационные, гр, Michael Shigorin (ok), 18:03 , 14-Фев-15, (52)   Так ваш реализатор уже реализовал патч для этого или только ограничился замеча, myhand (ok), 18:14 , 14-Фев-15, (55)   Некритично собственно, всплыло при проверке archdep, которая ранее была разрабо, Michael Shigorin (ok), 18:24 , 14-Фев-15, (60)   Критично, если понимать воспроизводимость как Debian Вообще-то, новость - про ре, myhand (ok), 18:37 , 14-Фев-15, (64) +1   О какой воспроизводимости дебиана тогда ты говоришь, если это касается только , Анонимъ (?), 18:51 , 14-Фев-15, (67) –1   Выдохните, успокойтесь, перечитайте Мне весьма интересно, что получится в деби, Michael Shigorin (ok), 19:09 , 14-Фев-15, (82)   Очень любопытно почему этот патч не нужен в такой шиштеме , myhand (ok), 18:02 , 14-Фев-15, (51) +1   Сначала про снапшоты чего-нибудь ответь, а потом уже кричи, что дебиан везде пер, Анонимъ (?), 18:22 , 14-Фев-15, (59)   1 такого утверждения и не было 2 нет смысла препираться, есть смысл обменивать, Michael Shigorin (ok), 18:24 , 14-Фев-15, (61)   Согласен полностью, но только не в такой манере, какую демонстрирует конкретно э, Анонимъ (?), 18:36 , 14-Фев-15, (63) –1   Было другое утверждение то что ни в ALT, ни в прочих ваших РОСАх - ничего подоб, myhand (ok), 19:02 , 14-Фев-15, (74) +1   Это утверждение ложное, т к дебиан в плане обеспечения воспроизводимости сборок, Michael Shigorin (ok), 19:06 , 14-Фев-15, (79) –2   Бездоказательные утверждения, особенно такие громкие, я плохо воспринимаю и обыч, myhand (ok), 19:42 , 14-Фев-15, (95) +1   Потому и сказал -- где искать, кого спрашивать Кстати, dottedmag debian,altli, Michael Shigorin (ok), 20:26 , 14-Фев-15, (103) –1   Как вам уже сказал Прокудин, альт совершенно не умеет донести до ALL что и, глав, Аноним (-), 19:56 , 14-Фев-15, (96)   Вопрос не в том, что умеет или не умеет Вопрос в том, что никто не интересует, Анонимъ (?), 20:33 , 14-Фев-15, (107)   Ну почему, разработчики порой поддерживают контакты, хотя здесь поле непаханое П, Michael Shigorin (ok), 20:52 , 14-Фев-15, (112)   Для справки, в тезисах - ни слова про определение воспроизводимости , myhand (ok), 21:53 , 14-Фев-15, (124) +1   Потому и предложил расспросить ldv при необходимости PS если кому интересно по, Michael Shigorin (ok), 21:57 , 14-Фев-15, (125) –1   Не логично-ли это сделать своим, чтобы не лепить в features странное , myhand (ok), 22:05 , 14-Фев-15, (127)   Логично, конечно Как и очень многое другое, что ещё только предстоит сделать , Michael Shigorin (ok), 22:07 , 14-Фев-15, (128) +1   Пеар - так пеар, moar так moar, чо Правильной дорогой идете, товарищи , myhand (ok), 22:12 , 14-Фев-15, (130) +1   В Gentoo , Softfire (?), 17:41 , 14-Фев-15, (43) –1   В альте давно уж А где архив снапшотов дебиана, причём не по дням, а по сборкам , Michael Shigorin (ok), 17:48 , 14-Фев-15, (45) –2   Байт в байт и проч , или как-то еще воспроизводимость определяется , myhand (ok), 18:04 , 14-Фев-15, (53)   Лучше с ldv потолковать, если есть прикладной интерес Или поднять его тезисы , Michael Shigorin (ok), 18:08 , 14-Фев-15, (54) –1   Ответ на вопрос - не знаю , я правильно понял Если бы байт в байт , то, наскол, myhand (ok), 18:25 , 14-Фев-15, (62) +1   Да Сомнения берут насчёт доброй половины , как минимум по моим пакетам _генерац, Michael Shigorin (ok), 18:58 , 14-Фев-15, (72) –2   По popcon - довольно популярный пакетик, но мимо него промахнулись Маловато,, myhand (ok), 19:07 , 14-Фев-15, (80)   Вы понимаете, где popcon, а где сборочные окружения , Michael Shigorin (ok), 19:21 , 14-Фев-15, (87) –1   Я подразумеваю, что реализуя поддержку воспроизводимых сборок - ее авторы обратя, myhand (ok), 19:35 , 14-Фев-15, (94) +1   Пожалуйста, _внимательно_ перечитайте https wiki debian org ReproducibleBuilds, Michael Shigorin (ok), 20:14 , 14-Фев-15, (100) –2   Зачем Инфраструктурные пакеты - пропатчили для обеспечения возможности воспрои, myhand (ok), 20:43 , 14-Фев-15, (110) +1   Правильно как полагаете, многие ли пакеты собирают документацию с использование, Michael Shigorin (ok), 20:54 , 14-Фев-15, (113) –1   Порядочно, гномовские пакеты например , myhand (ok), 21:05 , 14-Фев-15, (115)   Не только собственно, к моему mkimage-profiles собирает asciidoc - fop - libx, Michael Shigorin (ok), 21:17 , 14-Фев-15, (119) –1   Да, не только Одного гнома - более чем много Ну а для того, чтобы не судить на, myhand (ok), 21:30 , 14-Фев-15, (120) +1   Уф нет Частично да -- в них может оказаться тот же asciidoc, но не оказаться , Michael Shigorin (ok), 21:46 , 14-Фев-15, (122)   Ну тогда libxslt - мимо Так в Debian, не знаю как в alt Правильная зависимость, myhand (ok), 22:01 , 14-Фев-15, (126) +1   Опять ничего не поняли Важно то, входит ли проблемный пакет в _развёрнутые_ , Michael Shigorin (ok), 22:10 , 14-Фев-15, (129) –1   А это как раз дурацкий критерий для важности Впрочем, заострювнимание лишь н, myhand (ok), 22:34 , 14-Фев-15, (131) +1   Для ЭТОЙ задачи это ЕДИНСТВЕННЫЙ релевантный критерий Думать до полного осмысл, Michael Shigorin (ok), 00:01 , 15-Фев-15, (136)   22 Michael Shigorin Рад, что и в дебиане наконец-то допёрли до воспроизводим, myhand (ok), 03:41 , 15-Фев-15, (143) +1   Нет ровно к тому и было упоминание множественности аспектов Иначе бы так и на, Michael Shigorin (ok), 16:24 , 16-Фев-15, (165) –1   Нет, ты не объяснил - ты описал относительно недавние измененияв сборочной систе, myhand (ok), 15:35 , 17-Фев-15, (170)   Да, за последний десяток лет А я и не уверен, что именно они нужны дебиану Про, Michael Shigorin (ok), 17:04 , 17-Фев-15, (172) –1   Раз инфраструктурные патчи в subj новости отсутствуют - не нужны , myhand (ok), 17:33 , 17-Фев-15, (173)   sigh , Michael Shigorin (ok), 17:42 , 17-Фев-15, (174)   Подвисшему дистрибутиву - виднее , myhand (ok), 18:18 , 17-Фев-15, (175) +1   Не тратьте время, дебиан будет делать только то, что им в голову взбредёт Я же , Анонимъ (?), 09:43 , 15-Фев-15, (146) –1   Типичный ответ альтов на все вопросы Послать кого-то куда-то Подразумевая что , Аноним (-), 20:11 , 14-Фев-15, (99) +1   обновление конфига бутлоадера вообще без моего участия, так что я только ставлю, Анонимъ (?), 20:23 , 14-Фев-15, (101)   Дискутируете с человеком, который прочитал набросы ламеров, обчитавшихся пингвин, Michael Shigorin (ok), 20:29 , 14-Фев-15, (104)   На самом деле - и как-то так тоже бывает И опять же, сказать что альты не при ч, Аноним (-), 03:03 , 15-Фев-15, (142) +2   где могут сэкономить годы жизни и битья головой об стенку Кому тематика интер, Michael Shigorin (ok), 20:24 , 14-Фев-15, (102) –1   А могут и не сэкономить И вообще, окажется что своих стен навалом Это наверное , Аноним (-), 02:55 , 15-Фев-15, (140) +1   В смысле, на control файл пакета или вывод чего-то типа dpkg -s А нафейхоа, , myhand (ok), 03:56 , 15-Фев-15, (144) +1   Потому и могут сэкономить , а не сэкономят Вы всерьёз предлагаете пытаться из, Michael Shigorin (ok), 20:43 , 16-Фев-15, (169)   А зачем, чтобы было Все что нужно - как раз есть, это snapshot debian org Ну,, myhand (ok), 18:53 , 14-Фев-15, (69) +1   Затем, что в день попадания в такой архив, скажем, glibc или нового gcc возникне, Michael Shigorin (ok), 19:04 , 14-Фев-15, (76) –1   Ну и Да хоть двадцать два Ни какого на одно и то же - совершенно разные да, myhand (ok), 19:25 , 14-Фев-15, (89)   Каждый собравшийся в архив пакет может поменять сборочное окружение следующих за, Michael Shigorin (ok), 20:07 , 14-Фев-15, (97) –1   Да, и Следующие пакеты все-равно будут собираться с конкретным снапшотом архив, myhand (ok), 20:30 , 14-Фев-15, (105) +1   А, ну можно и так делать Только это автоматически увеличивает минимальный зазо, Michael Shigorin (ok), 20:41 , 14-Фев-15, (108) –1   transitions и как их готовят Скорее - это связано с частотой обновления ftp debi, myhand (ok), 20:56 , 14-Фев-15, (114)   О чём и писал Теперь сравните http ftp altlinux org pub distributions archive, Michael Shigorin (ok), 21:09 , 14-Фев-15, (116) –1   Эт хорошо, но не худо бы сперва читать , myhand (ok), 21:40 , 14-Фев-15, (121) +1   Как опёнковод со стажем, присоединяюсь , Аноним (-), 19:02 , 15-Фев-15, (158) –1 Удалите нах всю эту ветку, офтоп полный , pavlinux (ok), 15:49 , 16-Фев-15, (164) –1 Это конечно хорошая инициатива, хотя никто не может гарантировать, что уже в исх, ferux (ok), 10:36 , 14-Фев-15, (2) +2 // Про что и речь Нет никакой 100 тождественности, пока не решён вопрос о самом г, Анонимный (?), 18:57 , 15-Фев-15, (157) // Вообще-то, у меня пренебрежительное отношение ко всему, что корчит из себя без д, myhand (ok), 23:04 , 15-Фев-15, (160) –1 Это вопрос из соседней оперы, отличающейся примерно как авторизация да, нужное, Michael Shigorin (ok), 16:26 , 16-Фев-15, (166) Чтобы не доверять слепо да и то условно, ну да ладно , я должен собрать пакет с, const86 (ok), 11:04 , 14-Фев-15, (5) –2 // И что Поставили пользуйтесь, обновляйте его и поддерживайте сами , Аноним (-), 11:39 , 14-Фев-15, (13) +1 // Сколько хватает моего склероза, в FreeBSD до 10 версии это не вызывало каких-то , Amonimus (?), 16:33 , 16-Фев-15, (167) –1 а так же поддерживать все необходимое для сборки обновляемых пакетов вовремя и о, Аноним (-), 12:19 , 14-Фев-15, (19) Ты совершаешь ошибку, деля весь мир на чёрное и белое Не слепо доверяю -- не , Ordu (ok), 12:59 , 14-Фев-15, (25) +2 а вот в Rust повторяемость сборок доступна из коробки А еще там безопасные указ, Аноним (-), 11:39 , 14-Фев-15, (12) –5 // Давай ты перепишешь линукс на rust, а так же утилиты гну, кде и прочее Тогда я , Аноним (-), 12:22 , 14-Фев-15, (21) +1 Как быть с остальными 16,5 , Аноним (-), 12:42 , 14-Фев-15, (24) –1 // Продолжать работать над этим , Galliumnein (?), 13:30 , 14-Фев-15, (27) Таки байт в байт Ну-ну , Bizdelnick (?), 13:47 , 14-Фев-15, (30) –1 а в ELF-файлах хранится дата время сборки , Нанобот (ok), 14:03 , 14-Фев-15, (31) –1 // дочитал новость до конца, вопрос снимается , Нанобот (ok), 14:06 , 14-Фев-15, (32) –1 Ну вот, спохватились Сколько там этот дистрибутив существовал без возможности е, Аноним (-), 16:37 , 14-Фев-15, (41) –3 // Когда ходил в походы в прошлом веке, в горах уже попадались дебианщики 2 0 или , Michael Shigorin (ok), 17:54 , 14-Фев-15, (47) // а я знаю этих дебианщиков они до сих пор живут в горах и смеются , бедный буратино (ok), 19:09 , 14-Фев-15, (83) +1 // своим смешным линукс-смехом , Аноним (-), 21:15 , 14-Фев-15, (118) Этот дистрибутив - парадигма стабильности на протяжении вот уже 20 лет Покажите, freehck (ok), 19:33 , 14-Фев-15, (92) +2 достаточно нескольких байтов в пределах 1 стобы доказать неравенство тождества, privation (?), 19:31 , 14-Фев-15, (90) –1 // Одного бита , Michael Shigorin (ok), 20:08 , 14-Фев-15, (98) +1 // бит - это необходимое условие, а байт достаточное, privation (?), 14:01 , 15-Фев-15, (147) // Одного бита уже достаточно, чтобы уехала контрольная сумма , Michael Shigorin (ok), 15:56 , 15-Фев-15, (152) чего только не придумают, лишь бы gentoo не ставить , ваноним (?), 20:32 , 14-Фев-15, (106) +2 // Есть подозрение, что как раз там с воспроизводимой сборкой в смысле этой новости, Michael Shigorin (ok), 20:42 , 14-Фев-15, (109) +1 // как раз в контексте этой новости бинарная воспроизводимость несколько теряет смы, ваноним (?), 16:48 , 24-Фев-15, (178) // Уверены, что понимаете слова сборочное окружение , Michael Shigorin (ok), 17:22 , 24-Фев-15, (180) да, ваноним (?), 20:52 , 25-Мрт-15, (182) Молчи В данной ситуации сорц-базед дистры сосут причмокивая Если у тебя в gc, Ordu (ok), 20:46 , 14-Фев-15, (111) +2 // 100500самый интимный момент , solomon243 (ok), 23:55 , 14-Фев-15, (134) Как раз только в source-based и сможешь В debian - никак Вот это почитай для са, Аноним (-), 00:02 , 15-Фев-15, (137) –1 // Нет , Michael Shigorin (ok), 00:03 , 15-Фев-15, (138) +1 Там по ссылке написано следующее я верю в свой тулчайн и верю что он не содерж, Ordu (ok), 14:49 , 15-Фев-15, (149) +1 и как на фоне этого убедиться, что тот же debian собран без закладок там тулчей, ваноним (?), 16:52 , 24-Фев-15, (179) В source-based я могу гарантировать, что у меня исходники те, что обещали, и са, Crazy Alex (ok), 14:07 , 15-Фев-15, (148) // Плюс проблема в том, что единственный способ проверить бинарь gcc на отсутствие , Ordu (ok), 15:00 , 15-Фев-15, (150) +2 Достаточно на другой машине собрать gcc, а им - собрать gcc Можно для сравнения, Crazy Alex (ok), 17:32 , 15-Фев-15, (155) На другой машине придётся собрать именно эту версию gcc Если предположить, что , Ordu (ok), 18:33 , 15-Фев-15, (156) +1 Так я на бит-в-бит для всего и вся не претендовал Как раз наоборот - собираем п, Crazy Alex (ok), 02:11 , 16-Фев-15, (161) –1 Но вообще-то я действительно в этом ни черта не сображаю Просто жизненный опыт , Crazy Alex (ok), 02:21 , 16-Фев-15, (162) –1 Стопроцентные решения обычно и впрямь недостижимы или имеют свои крупные проблем, Michael Shigorin (ok), 16:53 , 16-Фев-15, (168) +1 Благодаря подначкам, вопросам и неправильным ответам тов myhand и гражданина , Michael Shigorin (ok), 23:51 , 14-Фев-15, (133) –1 // Тов myhand, например, невооруженным глазом видит, что автоматизирована эта свер, myhand (ok), 03:00 , 15-Фев-15, (141) +1 // Вообще не автоматизирована, хотя напрашивается, согласен А предъявил для выясн, Michael Shigorin (ok), 15:59 , 15-Фев-15, (153) –1 // Так никак не выясняет, см 143 Добавлю что сборка одного пакета для статистик, myhand (ok), 16:43 , 15-Фев-15, (154) ЗЫ Попробовал воспроизвести билд, увы kvm c CDROM подвис на Populating dev , myhand (ok), 22:49 , 15-Фев-15, (159) Давайте параметры запуска, сама-то текстовая livecd-шка должна была стартовать P, Michael Shigorin (ok), 15:31 , 16-Фев-15, (163) –1 kvm -net nic,vlan 0,model e1000,macaddr DE AD BE EF 43 56 -net tap,vlan 0,ifname, myhand (ok), 15:48 , 17-Фев-15, (171) +1 Спасибо, воспроизвёл на 2 2 0 -- похоже, qemu плохеет от лишних ядерных модуле, Michael Shigorin (ok), 19:10 , 17-Фев-15, (176) –1 Да, с новым образом - завелось Ну вот Jessie начну тестировать - будет повод Так, myhand (ok), 21:28 , 17-Фев-15, (177) +1 Раньше все верили что в свичах нету бэкдоров и закладок , Аноним (-), 02:05 , 15-Фев-15, (139) Holger Levsen сообщил http layer-acht org thinking blog 20150307-reproducible-, Andrey Mitrofanov (?), 10:30 , 12-Мрт-15, (181) +1 1,2,5,12,24,30,31,41,90,106,133,139,181

Сообщения

[Сортировка по времени | RSS]

	34. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 14:56
	И где же еще это реализовано? Только не надо ваши alt и прочие росы.  Ну где ваш патч для libxslt, или этой библиотеки в alt нету?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Анонимъ (?), 14-Фев-15, 15:52
	Какоё ещй патч или имеется ввиду alt patch ? Дык есть оно, как и сама библиотека http://packages.altlinux.org/en/Sisyphus/srpms/libxslt
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 15:54
	> Какоё ещй патч или имеется ввиду alt patch? Аналогичный тому, что наваяли для дебиановского пакету. > Дык есть оно, > как и сама библиотека http://packages.altlinux.org/en/Sisyphus/srpms/libxslt Это я успел заметить, как и то что ничего похожего там не обнаруживается.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Анонимъ (?), 14-Фев-15, 17:21
	2013 год... И почему эти патчи до сих пор не в апстриме, дебиан вообще с апстримом работает ?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+3 +/–
	Сообщение от myhand (ok), 14-Фев-15, 18:01
	> 2013 год... Мухоморы еш? > И почему эти патчи до сих пор не в апстриме Может потому что обсуждаемый патч датирован январем 2015-го?
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 18:15
	> Может потому что обсуждаемый патч датирован январем 2015-го? Он вообще туда не попадёт, как и остальные патчи, потому что: 1) указанные патчи с обычной страницы пакета на packages.debian до сих пор не в апстриме 2) патч почти наверняка завязан на систему сборки и тестирования
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 18:17
	>> 2013 год... > Мухоморы еш? Зайди на packages.debian и погляди на пакет из wheeze. Анстэйбл как и анрелизы не интересуют. РЕчь о патчах с wheeze, которые до сих пор в апстрим не попали.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	93. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Аноним (-), 14-Фев-15, 19:34
	> еш? Граммар наци, тащи ружье!
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	132. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от solomon243 (ok), 14-Фев-15, 23:47
	*ешь?
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	44. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 17:42
	И зачем этот патч нужен в альте, где есть своя система безопасной и воспроизводимой сборки пакетов.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	48. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 17:55
	> И зачем этот патч нужен в альте, где есть своя система безопасной > и воспроизводимой сборки пакетов. В этой задачке есть разные аспекты.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 17:59
	Например ?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 18:03
	> Например ? Содержимое пакетов порождают не только компиляторы -- это и конфигурационные, графические файлы, документация.  Соответствующие генераторы/конверторы также могут заниматься проставлением временнЫх меток или попросту порождать невоспроизводимый результат. Например, с помощью альтовской сборочницы была замечена разница в выхлопе graphviz (подозревают cairo) на x86_64 и i586.  Это не совсем та же задача, но смежная.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 18:14
	> Например, с помощью альтовской сборочницы была замечена разница в выхлопе graphviz (подозревают > cairo) на x86_64 и i586.  Это не совсем та же > задача, но смежная. Так ваш "реализатор" уже реализовал патч для этого или только ограничился замечанием?  Если последнее - о какой вообще "реализации" может идти речь?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 18:24
	> Так ваш "реализатор" уже реализовал патч для этого или только ограничился замечанием? Некритично (собственно, всплыло при проверке archdep, которая ранее была разработана при обдумывании -- а из какой именно сборки брать noarch). > Если последнее - о какой вообще "реализации" может идти речь? Вы перепутали реализацию необходимых условий в технологии и реализацию контроля решения конкретной задачи.  В альте озадачились первым, а эта новость -- в первую очередь про второе.  Первое фундаментально, но без второго невозможно гарантировать результат. Там ещё параллельная/последовательная сборка дальше вылезет...
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 18:37
	>> Так ваш "реализатор" уже реализовал патч для этого или только ограничился замечанием? > Некритично Критично, если понимать воспроизводимость как Debian. > Вы перепутали реализацию необходимых условий в технологии и реализацию контроля решения > конкретной задачи.  В альте озадачились первым, а эта новость -- > в первую очередь про второе. Вообще-то, новость - про решение практической задачи.  Для этого и toolchain патчи написали, и фиксы для отдельных пакетов.  Врать потому что - нехорошо.  Раз в альте нет реальной воспроизводимости для 100% пакетов, так и не пиши что есть. А наш пресс-релиз будет потом, когда архив (100%) будут тестировать в штатном порядке.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 18:51
	О какой "воспроизводимости дебиана" тогда ты говоришь, если это касается только анстейбла и стабильные версии это не затрагивает ? Врать, между прочим, нехорошо как и выдавать желаемое за действительное.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 19:09
	> Критично, если понимать воспроизводимость как Debian. Выдохните, успокойтесь, перечитайте.  Мне весьма интересно, что получится в дебиане и на какие они _ещё_ грабли наступят -- но _эта_ грабля лежит на параллельной тропинке (между архитектурами), а не именно на той, которая про обеспечение воспроизводимой сборки на _конкретной_ архитектуре (не рассматривая другие).  Привёл как пример неожиданностей. > А наш пресс-релиз будет потом, когда архив (100%) будут тестировать в штатном порядке. Надеюсь дожить. :)
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 18:02
	> И зачем этот патч нужен в альте, где есть своя система безопасной > и воспроизводимой сборки пакетов. Очень любопытно почему этот патч не нужен в такой "шиштеме".
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	59. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Анонимъ (?), 14-Фев-15, 18:22
	>> И зачем этот патч нужен в альте, где есть своя система безопасной >> и воспроизводимой сборки пакетов. > Очень любопытно почему этот патч не нужен в такой "шиштеме". Сначала про снапшоты чего-нибудь ответь, а потом уже кричи, что дебиан везде первый и все остальные системы раскидал :)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 18:24
	> Сначала про снапшоты чего-нибудь ответь, а потом уже кричи, что дебиан везде > первый и все остальные системы раскидал :) 1) такого утверждения и не было; 2) нет смысла препираться, есть смысл обмениваться опытом и соображениями.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 14-Фев-15, 18:36
	>> Сначала про снапшоты чего-нибудь ответь, а потом уже кричи, что дебиан везде >> первый и все остальные системы раскидал :) > 1) такого утверждения и не было; > 2) нет смысла препираться, есть смысл обмениваться опытом и соображениями. Согласен полностью, но только не в такой манере, какую демонстрирует конкретно этот весь из себя такой дебиановец, ставя всех остальных (в том числе анонимов) в разряд каких-то тупиц и недоумков.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 19:02
	>> Сначала про снапшоты чего-нибудь ответь, а потом уже кричи, что дебиан везде >> первый и все остальные системы раскидал :) > 1) такого утверждения и не было; Было другое утверждение: то что ни в ALT, ни в прочих ваших РОСАх - ничего подобного пока не реализовано.  В федоре это тоже примерно на том же уровне, что и в Debian. > 2) нет смысла препираться Нет смысла врать.  Если в ALT имеет место "мы работаем над проблемой" - так и следует честно написать.  Нечего стыдиться - никто (ну, насколько я знаю) этого еще не сделал, включая Debian.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	79. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 19:06
	> Было другое утверждение: то что ни в ALT, ни в прочих ваших > РОСАх - ничего подобного пока не реализовано. Это утверждение ложное, т.к. дебиан в плане обеспечения воспроизводимости сборок _в принципе_ отстаёт от альта лет на пять.  В фундаментальном, а не деталях. >> 2) нет смысла препираться > Нет смысла врать. Вот и не врите.  Приходите поучиться, мы ведь не прячем наработки.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 19:42
	>> Было другое утверждение: то что ни в ALT, ни в прочих ваших >> РОСАх - ничего подобного пока не реализовано. > Это утверждение ложное, т.к. дебиан в плане обеспечения воспроизводимости сборок _в принципе_ > отстаёт от альта лет на пять.  В фундаментальном, а не деталях. Бездоказательные утверждения, особенно такие громкие, я плохо воспринимаю и обычно интересуюсь как раз "деталями".  Нет, пока анонсированного "прорыва" - не увидел.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:26
	> обычно интересуюсь как раз "деталями" Потому и сказал -- где искать, кого спрашивать.  Кстати, dottedmag@{debian,altlinux} может оказаться достаточно компетентным "мостиком" между проектами именно в этом плане.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Аноним (-), 14-Фев-15, 19:56
	> Вот и не врите. Как вам уже сказал Прокудин, альт совершенно не умеет донести до ALL что и, главное, нафига там делается. Поэтому он обречен жить с такими претензиями. > Приходите поучиться, мы ведь не прячем наработки. Специально может и не прячете. Но мало у кого есть в жизни цель вытаскивать из вас ваши сильные стороны клещами. Вот и...
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	107. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Анонимъ (?), 14-Фев-15, 20:33
	> Как вам уже сказал Прокудин, альт совершенно не умеет донести до ALL > что и, главное, нафига там делается. Поэтому он обречен жить с > такими претензиями. Вопрос не в том, что "умеет или не умеет". Вопрос в том, что никто не интересуется. Уткнулись каждый в своё болото и нахваливают, стараясь по-меньше оглядываться и непременно периодически при этом подкалывать своих "соседей" (людей, использующих отличные от вашего дистрибутивы). > Специально может и не прячете. Но мало у кого есть в жизни цель вытаскивать из вас ваши сильные стороны клещами. Вот и... Скажите честно, что фраза "Но мало у кого есть в жизни цель вытаскивать из вас ваши сильные стороны клещами" должна была звучать несколько иначе "Но мало у кого есть в жизни цель оглядываться по сторонам в поиске сильных сторон других тысяч дистрибутивов в то самое время, когда над каждым давлеют мифы и штампы о тех или иных дистрибутивах, которым иной раз много лет, но по каким-то причинам каждому не хватает времени/силы воли/ума с ними разобраться и разобраться с этим".
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:52
	> Вопрос в том, что никто не интересуется. Ну почему, разработчики порой поддерживают контакты, хотя здесь поле непаханое. > Уткнулись каждый в своё болото и нахваливают, стараясь по-меньше оглядываться > и непременно периодически при этом подкалывать своих "соседей" > (людей, использующих отличные от вашего дистрибутивы). Пользователю подкалывать смысла мало, разве что выпендриться.  То есть единственный конструктивный вариант, который в таком случае может возникнуть -- это когда пользователю одного дистрибутива разработчик другого дистрибутива что-то нетривиальное рассказал по теме, которой занимаются разработчики первого дистрибутива; если тот пользователь им это сможет донести, не сильно переврав, а им услышанное покажется стоящим дальнейших раскопок и расспросов.  Причём перевирание тут не вследствие злонамерения, а вследствие непонимания предметной области и того, какие вопросы будут правильные и что именно значат ответы. >> Специально может и не прячете. Но мало у кого есть в жизни цель вытаскивать >> из вас ваши сильные стороны клещами. Вот и... Спасибо, добавил пункт к http://altlinux.org/features со ссылкой на тезисы. > "Но мало у кого есть в жизни цель оглядываться по сторонам в поиске сильных сторон > других тысяч дистрибутивов ..." Можно и короче -- "жизнь коротка". :)
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	124. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 21:53
	>>> Специально может и не прячете. Но мало у кого есть в жизни цель вытаскивать >>> из вас ваши сильные стороны клещами. Вот и... > Спасибо, добавил пункт к http://altlinux.org/features со ссылкой на тезисы. Для справки, в тезисах - ни слова про определение воспроизводимости.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	125. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 21:57
	> Для справки, в тезисах - ни слова про определение воспроизводимости. Потому и предложил расспросить ldv@ при необходимости. PS: если кому интересно по той же сертификации -- на альте довольно удобно делать продукты, которые затем можно предоставлять вместе со сборочной системой для предъявления этой самой пересборки.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	127. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 22:05
	>> Для справки, в тезисах - ни слова про определение воспроизводимости. > Потому и предложил расспросить ldv@ при необходимости. Не логично-ли это сделать своим, чтобы не лепить в features странное?
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	128. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 22:07
	> Не логично-ли это сделать своим, чтобы не лепить в features странное? Логично, конечно.  Как и очень многое другое, что ещё только предстоит сделать.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	130. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 22:12
	>> Не логично-ли это сделать своим, чтобы не лепить в features странное? > Логично, конечно.  Как и очень многое другое, что ещё только предстоит сделать. Пеар - так пеар, moar так moar, чо.  Правильной дорогой идете, товарищи!
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	43. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Softfire (?), 14-Фев-15, 17:41
	В Gentoo.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	45. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 17:48
	> И где же еще это реализовано? В альте давно уж. > Только не надо ваши alt А где архив снапшотов дебиана, причём не по дням, а по сборкам?  Без этого надо быть тем ещё лопухом, чтоб говорить о воспроизводимости окружения.  Ну или сильно трудолюбивым человеком, если логи формирования сборочных чрутов (т.е. состав пакетов вплоть до версий) фиксируется.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	53. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 18:04
	>> И где же еще это реализовано? > В альте давно уж. "Байт в байт" и проч., или как-то еще "воспроизводимость" определяется?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 18:08
	> "Байт в байт" и проч., или как-то еще "воспроизводимость" определяется? Лучше с ldv@ потолковать, если есть прикладной интерес.  Или поднять его тезисы на летних конференциях в Обнинске лет пять-восемь тому. Текущую систему -- с квантованным переходом состояния репозитория от задания к заданию -- дизайнил at@, на эту тему тоже была статья в тезисах. Ещё заинтересованным может быть полезно найти Сергея Кубушина (KSI), но то были давние дела и насколько понимаю -- уже неактуальные в связи с тем, что gcc подправили.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 18:25
	>> "Байт в байт" и проч., или как-то еще "воспроизводимость" определяется? > Лучше с ldv@ потолковать, если есть прикладной интерес.  Или поднять его > тезисы на летних конференциях в Обнинске лет пять-восемь тому. [...] Ответ на вопрос - "не знаю", я правильно понял? Если бы "байт в байт", то, насколько я понимаю, вы уперлись бы в тот же цитированный выше патч.  Раз не уперлись - либо добрая половина репа (libxslt это вам не это!) тестами не покрыта, либо "воспроизводимость" у вас существенно отличается от "байт в байт". В любом случае, "в альте давно уж" - выглядит "преувеличением" (ц).  Аристотель соврать не даст.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 18:58
	> Ответ на вопрос - "не знаю", я правильно понял? Да. > Если бы "байт в байт", то, насколько я понимаю, вы уперлись бы > в тот же цитированный выше патч.  Раз не уперлись - > либо добрая половина репа (libxslt это вам не это!) Сомнения берут насчёт "доброй половины", как минимум по моим пакетам _генерация_ чего-либо с применением XSLT штука нечастая. > В любом случае, "в альте давно уж" - выглядит "преувеличением" (ц) Как полагаете, проще патч к библиотеке приложить или обеспечить возможность воспроизвести сборочное окружение на N лет назад? Если интересно, поразглядывайте архив по ссылкам с http://altlinux.org/archive
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 19:07
	> Сомнения берут насчёт "доброй половины", как минимум по моим пакетам _генерация_ чего-либо > с применением XSLT штука нечастая. По popcon - довольно популярный пакетик, но мимо него промахнулись...  Маловато, конечно, для статистики, но.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 19:21
	>> Сомнения берут насчёт "доброй половины", как минимум по моим пакетам _генерация_ >> чего-либо с применением XSLT штука нечастая. > По popcon - довольно популярный пакетик, но мимо него промахнулись... Вы понимаете, где popcon, а где сборочные окружения?
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 19:35
	Я подразумеваю, что реализуя поддержку воспроизводимых сборок - ее авторы обратят внимание прежде всего на популярные пакеты (в deb есть еще заголовок Priority на подобную тему).  И лишь констатировал, что аналогичный пакет в ALT, похоже, "обошли вниманием". sphinx также пропущен.  Хочешь я угадаю, что будет если я захочу пройтись по всем патчам, перечисленным в https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolc... ?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:14
	> Я подразумеваю, что реализуя поддержку воспроизводимых сборок - ее авторы обратят > внимание прежде всего на популярные пакеты (в deb есть еще заголовок Priority > на подобную тему). Пожалуйста, _внимательно_ перечитайте https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolc... и расскажите, как поняли -- _зачем_ это было сделано. Не к нужности или ненужности -- мне-то цель понятна и она вполне осмысленная.  Но как её понимаете Вы?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 20:43
	> Пожалуйста, _внимательно_ перечитайте https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolc... > и расскажите, как поняли -- _зачем_ это было сделано. Зачем?  Инфраструктурные пакеты - пропатчили для обеспечения возможности воспроизводимой сборки.  Прикладные - для воспроизводимости.  В каждом случае грабли могут быть иные, некоторые типовые причины там перечислены. Конкретно патч для libxslt - для обеспечения воспроизводимой сборки документации с использованием libxslt.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:54
	>> расскажите, как поняли -- _зачем_ это было сделано. > пропатчили для обеспечения возможности воспроизводимой сборки. > Конкретно патч для libxslt - для обеспечения воспроизводимой сборки документации > с использованием libxslt. Правильно; как полагаете, многие ли пакеты собирают документацию с использованием libxslt?
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	115. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 21:05
	> Правильно; как полагаете, многие ли пакеты собирают документацию с использованием libxslt? Порядочно, гномовские пакеты например.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	119. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 21:17
	>> Правильно; как полагаете, многие ли пакеты собирают документацию >> с использованием libxslt? > Порядочно, гномовские пакеты например. Не только (собственно, к моему mkimage-profiles собирает asciidoc -> fop -> libxslt).  Но на глаз и по опыту -- относительно немного (в прикладном смысле для результата главное, что это не код, а для инфраструктуры -- что "лечится" в одной точке). Теперь возвращаемся к #94 и понимаем, что важность выяснения и подобной доработки таких пакетов-генераторов не в "популярности" среди пользователей (бишь по меркам popcon), а в том, насколько часто они встречаются в сборочной среде.  На самом деле и это оценка сверху, т.к. такой генерат может и не попасть в итоговые пакеты, но это уже издержки.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	120. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 21:30
	>>> Правильно; как полагаете, многие ли пакеты собирают документацию >>> с использованием libxslt? >> Порядочно, гномовские пакеты например. > Не только (собственно, к моему mkimage-profiles собирает asciidoc -> fop -> libxslt). Да, не только. >  Но на глаз и по опыту -- относительно немного (в > прикладном смысле для результата главное, что это не код, а для > инфраструктуры -- что "лечится" в одной точке). Одного гнома - более чем много.  Ну а для того, чтобы не судить на глаз - есть всякие popcon и, того хуже, build-depends (конечно, это более правильная метрика, но тут не тот случай когда два показателя не коррелируют).  Важный это пакет, важный.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	122. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 21:46
	> Одного гнома - более чем много.  Ну а для того, чтобы > не судить на глаз - есть всякие popcon Уф... нет. > и, того хуже, build-depends Частично да -- в них может оказаться тот же asciidoc, но не оказаться libxslt в явном виде.  Поэтому правильней говорить всё-таки о составе сборочного окружения. > (конечно, это более правильная метрика, но тут не тот случай > когда два показателя не коррелируют). Они ортогональны, а правильная метрика -- вообще третья. > Важный это пакет, важный. С этим спору нет -- хотелось сообща прийти к пониманию чуть более предметному, чем гадание на попконовой гуще :)  Хотя как инструмент popcon, наверное, можно даже почти прямо применить, задействуя при сборках для анализа пакетного наполнения чрутов.  Должно быть не хуже, чем хорошо продуманные логи.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	126. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 22:01
	> Частично да -- в них может оказаться тот же asciidoc Ну тогда libxslt - мимо.  Так в Debian, не знаю как в alt. Правильная зависимость, это конечно что-то вроде xmlto. >> Важный это пакет, важный. > С этим спору нет Ну а раз нет - имеем отсутствие воспроизводимых сборок в ALT.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	129. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 22:10
	>> Частично да -- в них может оказаться тот же asciidoc > Ну тогда libxslt - мимо.  Так в Debian, не знаю как в alt. > Правильная зависимость, это конечно что-то вроде xmlto. Опять ничего не поняли.  Важно то, входит ли "проблемный" пакет в _развёрнутые_ сборочные зависимости. >>> Важный это пакет, важный. >> С этим спору нет > Ну а раз нет - имеем отсутствие воспроизводимых сборок в ALT. И тут тоже, ну что за спешка... Ладно, что могло помочь -- сказал.  Если Вы не DD/DM, могу разве что предложить пособирать пакетики руками, прикидывая, что происходит в сборочнице.  Может, потихоньку поймёте и перестанете носиться с, как у них это там, tribal thinking, а поможете своему дистрибутиву сделать и внедрить полезную разработку. Я ведь только порадуюсь, если дебиан станет ещё чуточку лучше :)
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	131. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 22:34
	>>> Частично да -- в них может оказаться тот же asciidoc >> Ну тогда libxslt - мимо.  Так в Debian, не знаю как в alt. >> Правильная зависимость, это конечно что-то вроде xmlto. > Опять ничего не поняли.  Важно то, входит ли "проблемный" пакет в > _развёрнутые_ сборочные зависимости. А это как раз дурацкий критерий для "важности".  Впрочем, заострю внимание лишь на том, что он только увеличит важность пакета... >>>> Важный это пакет, важный. >>> С этим спору нет >> Ну а раз нет - имеем отсутствие воспроизводимых сборок в ALT. > И тут тоже, ну что за спешка... Ну вот.  А не "давно уж", как в #45. > Ладно, что могло помочь -- сказал. Слушать пробовал? >  Может, потихоньку поймёте и перестанете носиться с, как у них это там, tribal thinking Ну, когда определение воспроизводимости опущено, нет никаких доказательств того, что toolchain адаптирован для воспроизводимой (в смысле "бит в бит") сборки и просто лепится "фундаментальная поддержка" - это никакое не tribal thinking, шо вы...
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	136. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 15-Фев-15, 00:01
	>> Опять ничего не поняли.  Важно то, входит ли "проблемный" пакет в >> _развёрнутые_ сборочные зависимости. > А это как раз дурацкий критерий для "важности".  Впрочем, заострю > внимание лишь на том, что он только увеличит важность пакета... Для ЭТОЙ задачи это ЕДИНСТВЕННЫЙ релевантный критерий.  Думать до полного осмысления. >>> Ну а раз нет - имеем отсутствие воспроизводимых сборок в ALT. >> И тут тоже, ну что за спешка... > Ну вот.  А не "давно уж", как в #45. Вы чушь ляпнули.  Причём я за свои слова отвечаю, а Вы, как обычно (заметьте, не говорю "всегда") -- нет. > Ну, когда определение воспроизводимости опущено, нет никаких доказательств У меня есть доказательства того, что Вы совершенно некомпетентны в обсуждаемом вопросе.  И доказательства того, что в альте воспроизводимая сборка есть.  И понимание того, что обсуждать интегралы с человеком, который два с двумя сложить не в состоянии -- бесполезно. Хватит балаболить, сделайте сами хоть что-то полезного, нетупая нетварь.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	143. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 15-Фев-15, 03:41
	>>>> Ну а раз нет - имеем отсутствие воспроизводимых сборок в ALT. >>> И тут тоже, ну что за спешка... >> Ну вот.  А не "давно уж", как в #45. > Вы чушь ляпнули.  Причём я за свои слова отвечаю, а Вы, > как обычно (заметьте, не говорю "всегда") -- нет. #22 (Michael Shigorin): Рад, что и в дебиане наконец-то допёрли до воспроизводимости сборки ;-) #34 (я): И где же еще это реализовано? #45 (Michael Shigorin): В альте давно уж. Если имелось в виду "как сделали в Debian" - то в ALT пока такого нет, необходимые патчи отсутствуют. Если имелось в виду "фундаментальная поддержка воспроизводимости" (тм), то есть основания считать что в Debian уже реализовано не меньше (в списке modified packages нет buildd или pbuilder и т.п.).  Подчеркиваю, это до патчей ReproducibleBuilds.  А если еще и их учитывать - все куда более грустно. >> Ну, когда определение воспроизводимости опущено, нет никаких доказательств > У меня есть доказательства того, что Вы совершенно некомпетентны в обсуждаемом вопросе. Главное не держать их в себе! > Хватит балаболить, сделайте сами хоть что-то полезного, нетупая нетварь. Щелкнуть по носу кое-кого - тоже иногда полезно.  Я не хочу принизить никого в ALT, но делая безосновательные и провокационные утверждения - ты делаешь соответствующую рекламу сообществу.  Кое-что, конечно, сделано иначе (поддержка сборки из git), но утверждать что сделано больше или лучше - никак нельзя.  (Использование VCS вообще, видимо, останется в Debian опциональным в обозримом будущем, не говоря уже об обязательном хождении стро^W^Wиспользовании Git.  Зато есть мейнтейнеры.)
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

	165. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 16-Фев-15, 16:24
	> Если имелось в виду "как сделали в Debian" Нет; ровно к тому и было упоминание множественности аспектов.  Иначе бы так и написал. > Если имелось в виду "фундаментальная поддержка воспроизводимости" (тм) Да. > то есть основания считать что в Debian уже реализовано не меньше Я достаточно детально разъяснял, почему меньше, причём в принципе (по крайней мере насколько знаю про дебиановую сборочницу, включая сказанное Вами). > Щелкнуть по носу кое-кого - тоже иногда полезно. Если интересно, как кое-кто махнёт хвостом -- пожалуй :)  Благодарность вам обоим была выражена вполне искренне и без подковырок. > но утверждать что сделано больше или лучше - никак нельзя. Можно, если понимать сказанное.  Различие в методах изменения репозитория -- примерно как между централизованными и децентрализованными SCM либо как между любой SCM и её отсутствием как таковой (аналогия заведомо неточна, привожу в качестве "осязаемой" оценки). PS: разумеется, работа по генераторам тоже важна и нужна -- просто это копание с другой стороны туннеля.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	170. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 17-Фев-15, 15:35
	>> то есть основания считать что в Debian уже реализовано не меньше > Я достаточно детально разъяснял, почему меньше, причём в принципе Нет, ты не объяснил - ты описал относительно недавние изменения в сборочной системе ALT.  Нафейхоа они нужны дебиану - ты не объяснил. >> но утверждать что сделано больше или лучше - никак нельзя. > Можно, если понимать сказанное. Могу только надеяться, что если есть кто-то "понявший", то он снизойдет и перескажет "для идиотов".
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	172. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 17-Фев-15, 17:04
	> Нет, ты не объяснил - ты описал относительно недавние изменения > в сборочной системе ALT. Да, за последний десяток лет. > Нафейхоа они нужны дебиану - ты не объяснил. А я и не уверен, что именно они нужны дебиану.  Просто _с этой_ стороны туннеля такие работы уже проводились, некоторые проблемы известны и решения найдены; такая информация тем, кто _занимается_ дебиановой инфраструктурой и конкретно проектом из этой новости -- может быть интересна.  Тем, кто переживает в сторонке -- разве что для общего образования. Собственно, я здесь такой же "в сторонке", как и Вы, только мимо ушей нужный трафик пролетал (именно по этой теме) и что-то да зацепилось, ну и не стесняюсь переспрашивать по интересному.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	173. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 17-Фев-15, 17:33
	> А я и не уверен, что именно они нужны дебиану. Раз инфраструктурные патчи в subj новости отсутствуют - не нужны.
	Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

	174. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Фев-15, 17:42
	> Раз инфраструктурные патчи в subj новости отсутствуют - не нужны. *sigh*
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	175. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 17-Фев-15, 18:18
	>> Раз инфраструктурные патчи в subj новости отсутствуют - не нужны. > *sigh* Подвисшему дистрибутиву - виднее...
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	146. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Анонимъ (?), 15-Фев-15, 09:43
	Не тратьте время, дебиан будет делать только то, что им в голову взбредёт. Я же говорил, оглядываться их никто не учил, они сами с усами и это их выбор.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	99. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от Аноним (-), 14-Фев-15, 20:11
	> Лучше с ldv@ потолковать, если есть прикладной интерес.   Типичный ответ альтов на все вопросы. Послать кого-то куда-то. Подразумевая что всем очевидно - кого, куда и зачем вообще столько возни. > тезисы на летних конференциях в Обнинске лет пять-восемь тому. ИМХО такие вещи, если они фича пакетного манагера, должны быть описаны в мане или накрайняк вике. Как вы думаете, сколько людей подорвется заниматься такой археологией без убер-сильной причины? > Текущую систему -- с квантованным переходом состояния репозитория от задания к заданию > -- дизайнил at@, на эту тему тоже была статья в тезисах. На самом деле всем нужна работающая система, а не тезисы. А у альтов в результате громкие тезисы и ... пакетный манагер который не может обновлять ядро как пакет, насколько я помню. При том нафига оно вот так - никто внятно сказать не может. Привыкли вот так. А теперь сравним эти "удобства во дворе" с другими... Вот например родная билдсистема майнлайнового кернела. Кроме всего прочего - умеет нынче генерить ... ну допустим те же DEB-пакеты. Поэтому можно собрать кернел, ЦИВИЛИЗОВАННО поставить его в мою систему, вместе с модулями и отладочной инфо, если она нужна, погонять это, при том - пакетный манагер обеспечит обновление конфига бутлоадера вообще без моего участия, так что я только ставлю пакет и делаю ребут. Ну а если не понравится - выпилить это нафиг, 1 командой или несколькими клацами мышки. Логически корректно выпилить. От отсутствия хвостов в дирах, до информирования бутлоадера что надо пересканировать список ядер и перестроить меню, чтоб неработоспособными остатками юзверю не светить. Вот такие "мелочи" и отличают серьезные проекты нацеленные на реальные применения от наколенных подeлок "и так сойдет!". В смысле "да что вам, вломак чтоли пару файлов самому стереть?". Да, вломак! У меня для этого в системе пакетный менеджер. Он должен рулить всеми системными файлами. Именно для этого и поставлен.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	101. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Анонимъ (?), 14-Фев-15, 20:23
	"обновление конфига бутлоадера вообще без моего участия, так что я только ставлю пакет и делаю ребут." "Ну а если не понравится - выпилить это нафиг, 1 командой" "От отсутствия хвостов в дирах, до информирования бутлоадера что надо пересканировать список ядер и перестроить меню, чтоб неработоспособными остатками юзверю не светить" В альте тоже самое при обновлении/удалении ядра происходит, ЧЯДНТ ?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:29
	> В альте тоже самое при обновлении/удалении ядра происходит, ЧЯДНТ ? Дискутируете с человеком, который прочитал набросы ламеров, обчитавшихся пингвинсофтовской "аналитики", плохо её запомнившим (что бывает), но не потратившим и пяти минут на проверку поиском, в виртуалке либо заданным на всякий вопросом. :) Человек-то неглупый, но налицо очередной случай, когда купился на вброс, запомнил и побежал его ретранслировать.  К слову о мемах поопасней.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+2 +/–
	Сообщение от Аноним (-), 15-Фев-15, 03:03
	> Человек-то неглупый, но налицо очередной случай, когда купился на вброс, запомнил и > побежал его ретранслировать. На самом деле - и как-то так тоже бывает. И опять же, сказать что альты не при чем - не получится. В смысле я когда-то немного повертел в руках альт, но однозначного понимания "а чем это лучше других и зачем оно мне?" за обозримое время у меня не возникло. А неделю ковыряться с микроскопом - на данной планете такой роскоши достоин далеко не любой объект. >  К слову о мемах поопасней. К слову о мемах поопаснее - там я так смотрю у некоторых "упс, ошибочка вышла" бывают и поколоритнее. Не тому настучали в бубен, не того похитили. А то и вовсе не тот самолет сбили. Так что с ошибочками тоже надо поаккуратнее.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:24
	>> Лучше с ldv@ потолковать, если есть прикладной интерес. > Типичный ответ альтов на все вопросы. Послать кого-то куда-то. ...где могут сэкономить годы жизни и битья головой об стенку. > Подразумевая что всем очевидно - кого, куда и зачем вообще столько возни. Кому тематика интересна -- тем из контекста уже всё ясно.  Разве что "@altlinux.org" можно добавить, но кто в тематике ещё и копенгаген -- тем такие мелочи очевидны. :) > ИМХО такие вещи, если они фича пакетного манагера, должны быть описаны > в мане или накрайняк вике. Это фича сборочной инфраструктуры. > Как вы думаете, сколько людей подорвется заниматься > такой археологией без убер-сильной причины? А тут больше двух-трёх на дистрибутив и не надо.  Не та задача, которая решается набивкой в четыре миллиона рук. > На самом деле всем нужна работающая система, а не тезисы. А у альтов в результате > громкие тезисы и ... пакетный манагер который не может обновлять ядро как пакет, > насколько я помню. Вы некомпетентны не то что в вопросе, о котором речь, но и даже в том, который попытались поднять (а он отношения не имел бы, даже если бы чушь, которую Вы ляпнули, была правдой). В такой ситуации помогает или слушать, уточняя неясное, или не тратить своё и чужое время. > Вот например родная билдсистема майнлайнового кернела. > Кроме всего прочего - умеет нынче генерить ... ну допустим те же DEB-пакеты. make rpm там тоже есть, если что. > при том - пакетный манагер обеспечит обновление конфига бутлоадера > вообще без моего участия, так что я только ставлю пакет и делаю ребут. Это нынче достижение, что ли?  Вы будете таким размахивать перед майнтейнером одного из этих самых загрузчиков в дистрибутиве? :) > Вот такие "мелочи" и отличают серьезные проекты нацеленные на реальные применения > от наколенных подeлок "и так сойдет!". _Серьёзные_ проекты отличает фундаментальный подход, а не мощный костылинг. В этом плане со временем стали более заметны отличия в проектировании тех же dpkg и rpm как средств сборки из исходников (каковое сравнение не в пользу rpm, т.к. формат спеков как раз и проектировался на коленке, насколько знаю).
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	140. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от Аноним (-), 15-Фев-15, 02:55
	> ...где могут сэкономить годы жизни и битья головой об стенку. А могут и не сэкономить. И вообще, окажется что своих стен навалом. > Кому тематика интересна -- тем из контекста уже всё ясно. Это наверное и есть главная ошибка альтов по жизни. > -- тем такие мелочи очевидны. :) Люди ленивы и многим из них может быть элементарно лень разбираться в интимных деталях неведомой фигни. На этой планете много всякого хлама и не затеряться среди него - еще уметь надо. > Это фича сборочной инфраструктуры. Ну вот нормальным подходом было бы вкратце сказать: что и зачем. И какие плюсы такого подхода относительно других. Иначе людям может быть не понятно зачем вообще на нечто время тратить. > А тут больше двух-трёх на дистрибутив и не надо.  Не та > задача, которая решается набивкой в четыре миллиона рук. В смысле? Майнтенанс пакетов и то что вокруг - неплохо параллелится по числу рук. Или вы не о том? > бы, даже если бы чушь, которую Вы ляпнули, была правдой). Насколько я помню, обновление кернела в альте требовало какого-то весьма отдельного приседания и делалось иначе чем установка остальных пакетов. Что на мой вкус ощутимый минус. Это безобразие уже перестали практиковать? > make rpm там тоже есть, если что. А насколько такой RPM окажется интегрирован с остальными частями именно ВАШЕЙ системы, без мануальщины со стороны того кто майнлайновое ядро билдил? Если я его пакетным манагером поставлю - такой кернел пропишется в список ядер известных бутлоадеру при инсталле? А снесется при сносе пакета? Почистив за собой меню и что там еще? У дебианщиков есть некие оговоренные вызовы хуков, поэтому оно при должной компоновке пакета - работает вот так. Как минимум для бутлоадеров где кто-то подписался майнтайнить такую систему ниппель. А билдсистема кернела в курсе этого положения дел. Ну а с точки зрения всех остальных это - просто пакет, который ставится и сносится совершенно идентично остальным. Обкатать кернел а потом выпилить - просто и удобно. И "хвостов" не остается. > Это нынче достижение, что ли? Хм... не знаю даже. Это мелкая, но приятная фича которую можно обнаружить в майнлайне. Удобная для тех кто перестраивает кернел: можно погонять кернел относительно корректно, без гадежа в системе, с минимальными усилиями. И хорошо когда майнлайн в курсе что есть вот такой вид систем и с ним можно интегрироваться, вот так и эдак. На самом деле там тоже свои странности есть, но какая ж программа да без бага?! :) > Вы будете таким размахивать перед майнтейнером > одного из этих самых загрузчиков в дистрибутиве? :) Почему сразу 'размахивать'? Вот как майнтайнер можете рассказать: а как и почему ядро из кернелорга пропишется в лично ваш загрузчик? Я вот вижу подозрительный момент: у вас rpm, но ставится apt'ом и поэтому я как-то еще на подлете испытываю подозрения что нормальных хуков там никто под такое чудо-сочетание не сделал, а дурных багов может вылезти огого. Это напрасные подозрения? > _Серьёзные_ проекты отличает фундаментальный подход, а не мощный костылинг. И если с этим перестараться - получается какой-нибудь minix. Вроде весь из себя расово верный, но никому не упавший даже бесплатно и с пермиссивной лицензией. Дело в том что предугадать все факторы заранее - дохлый номер. По ходу пьесы придется один фиг адаптивно импровизировать. И хорошо, когда это умеют делать. Ну как тот же Торвальдс и ко, например. > не в пользу rpm, т.к. формат спеков как раз и проектировался > на коленке, насколько знаю). Да у дебианщиков тоже можно найти скелетов в шкафу. Например, глядя на энный пакет сложно сказать какая у него лицензия. Придется какие-то раскопки произвести. Там вроде как есть потуги добавления в описание пакета полей с лицензией, но пока я не вижу простого и понятного мне инструментария для всего этого. А то что вижу - требует тратить энное время на разбирательство, самолично. Возможно я где-то протупляю.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 15-Фев-15, 03:56
	> Да у дебианщиков тоже можно найти скелетов в шкафу. Например, глядя на > энный пакет сложно сказать какая у него лицензия. В смысле, на control файл пакета (или вывод чего-то типа dpkg -s)?  А нафейхоа, извините, там это надо.  Чтоб "было как у rpm"? > Придется какие-то раскопки произвести. Всех раскопок - файл /usr/share/doc/<package>/copyright. > Там вроде как есть потуги добавления в описание пакета полей с лицензией Не слышал о таких потугах и вряд-ли услышу.  Технически, просто потому что в Debian нет (и не предвидится) такого понятия как "лицензия пакета".  Там очень щепетильно относятся к лицензионным вопросам, так что в copyright пакета сохраняют всю информацию о правах и лицензии всех файлов исходника. Так что все счастливы: простые пользователи читают DFSG (все пакеты из main являются DFSG-совместимыми), вместо кучи лицензий из одноименного rpm поля, а на радость адвокатоидам есть copyright, где соответствующая информация приведена по-человечески, а не "как в rpm".
	Ответить | Правка | Наверх | Cообщить модератору

	169. "(offtopic) грузите ядра пакетами тчк"	+/–
	Сообщение от Michael Shigorin (ok), 16-Фев-15, 20:43
	>> ...где могут сэкономить годы жизни и битья головой об стенку. > А могут и не сэкономить. И вообще, окажется что своих стен навалом. Потому и "могут сэкономить", а не "сэкономят". >> Кому тематика интересна -- тем из контекста уже всё ясно. > Это наверное и есть главная ошибка альтов по жизни. Вы всерьёз предлагаете пытаться излагать в деталях тем, кому тематика неинтересна? :) >> Это фича сборочной инфраструктуры. > Ну вот нормальным подходом было бы вкратце сказать: что и зачем. > И какие плюсы такого подхода относительно других. Иначе людям может быть > не понятно зачем вообще на нечто время тратить. Кому непонятно с двух главных слов, тому не помогут двадцать о подробностях -- всё равно придётся сперва вникать... >> А тут больше двух-трёх на дистрибутив и не надо. > В смысле? Майнтенанс пакетов и то что вокруг - неплохо параллелится по числу рук. > Или вы не о том? Разумеется, не о том -- это интенсивная разработка, а не экстенсивная.  Экстенсивным может быть разве что QA вокруг неё. >> бы, даже если бы чушь, которую Вы ляпнули, была правдой). > Насколько я помню, обновление кернела в альте требовало какого-то весьма отдельного > приседания и делалось иначе чем установка остальных пакетов. Ровно такое же, а для повышения удобства -- с учётом того, что множество пакетов с модулями также собираются централизованно вместо затрат времени при dkms на каждом хосте -- есть скрипт update-kernel. >> make rpm там тоже есть, если что. > А насколько такой RPM окажется интегрирован с остальными частями именно ВАШЕЙ системы, > без мануальщины со стороны того кто майнлайновое ядро билдил? Не проверял. > Если я его пакетным манагером поставлю - такой кернел пропишется в список ядер > известных бутлоадеру при инсталле? А снесется при сносе пакета? Судя по /usr/lib/rpm/{boot_kernel,grub2}.filetrigger и отсутствию %post в kernel-image-* -- может и получиться. > У дебианщиков есть некие оговоренные вызовы хуков Не удивлюсь, если в дебиане такая обработка тоже висит на файлтриггерах (которые вообще-то там и появились, сильно позже добравшись до некоторых rpm-based). > Вот как майнтайнер можете рассказать: а как и почему > ядро из кернелорга пропишется в лично ваш загрузчик? Давайте проверим. > Я вот вижу подозрительный момент: у вас rpm, но ставится apt'ом и поэтому я > как-то еще на подлете испытываю подозрения что нормальных хуков там никто > под такое чудо-сочетание не сделал, а дурных багов может вылезти огого. > Это напрасные подозрения? Именно эти -- точно да, вопрос скорее в том, отработает ли штатно make rpm (может споткнуться об https://bugzilla.altlinux.org/5969).
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	69. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 18:53
	> А где архив снапшотов дебиана, причём не по дням, а по сборкам? А зачем, чтобы было? Все что нужно - как раз есть, это snapshot.debian.org.  (Ну, т.е. "в прицеле", ибо сейчас main не поддерживает воспроизводимую сборку.) >  Без этого надо быть тем ещё лопухом, чтоб говорить о воспроизводимости окружения. Можно объяснить дураку в картинках? > Ну или сильно трудолюбивым человеком, если логи формирования > сборочных чрутов (т.е. состав пакетов вплоть до версий) фиксируется. Конечно фиксируются, неужели есть такой дистрибутив, где такого не делают.  Только причем это? Чтобы воспроизвести сборку пакета x в момент X - тебе нужен архив дебиан на этот момент (куда включены только воспроизводимые пакеты, конечно) + немного терпения.  snapshot.debian.org, в принципе, достаточен для решения этой задачи.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	76. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 19:04
	>> А где архив снапшотов дебиана, причём не по дням, а по сборкам? > А зачем, чтобы было? Затем, что в день попадания в такой архив, скажем, glibc или нового gcc возникнет два состояния, попадающих на один день: "до" и "после"; если же таких изменений на сутки пришлось несколько, то выкрутиться в первом приближении с помощью архива за день раньше для пакетов, собравшихся между сильно изменяющими сборочное окружение практически каждого, так уже не получится.  Выход есть и в таком случае -- откатываться до ближайшей известной реперной точки назад, затем воспроизводить одну за другой сборки по логам.  Но и это при условии, что логи ведутся и хранятся, а сборки и впрямь воспроизводимы. >>  Без этого надо быть тем ещё лопухом, чтоб говорить о воспроизводимости окружения. > Можно объяснить дураку в картинках? Дураку не получится, а в паре слов для заинтересованных постарался выше.  Если понадобится, поищу и ту статью. > Чтобы воспроизвести сборку пакета x в момент X - тебе нужен архив > дебиан на этот момент (куда включены только воспроизводимые пакеты, конечно) + > немного терпения.  snapshot.debian.org, в принципе, достаточен для решения этой задачи. Три реперные точки в сутки, конечно, лучше одной, но по сравнению с альтовской технологией (которая даёт синхронную гарантию, а не полагается на асинхронное зеркалирование) это всё архаика. PS: пока смотрел, вспомнил -- у нас же есть ещё свёртка, так что некоторое время спустя (определяется наличием дискового пространства) остаются как раз ежесуточные снапшоты, ага.
	Ответить | Правка | Наверх | Cообщить модератору

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

	97. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:07
	> Каждый пакет собирается в конкретный момент, состояние архива известно. Каждый собравшийся в архив пакет может поменять сборочное окружение следующих за ним (а может и не поменять). > Таки не понимаю в чем фатальный недостаток этой схемы, ради которого ее нужно > непременно усложнять. Усложнение-то невелико, но разница -- как между вероятностью и гарантией. > Почему три?  Доступен полноценный снапшот архива, на любое время. А, или четыре -- похоже, плавает. Можно ссылку на снапшот за 14.02.2014 по состоянию на 17:07 GMT (ровно год назад)?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 20:30
	>> Каждый пакет собирается в конкретный момент, состояние архива известно. > Каждый собравшийся в архив пакет может поменять сборочное окружение следующих за ним > (а может и не поменять). Да, и?  Следующие пакеты все-равно будут собираться с конкретным снапшотом архива.  В чем проблема потом это воспроизвести? >> Почему три?  Доступен полноценный снапшот архива, на любое время. > А, или четыре -- похоже, плавает. > Можно ссылку на снапшот за 14.02.2014 по состоянию на 17:07 GMT (ровно > год назад)? Можно, конечно: deb http://snapshot.debian.org/archive/debian/20140214T170700Z/ wheezy main Там есть же справка на заглавной странице.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 20:41
	> Да, и?  Следующие пакеты все-равно будут собираться с конкретным снапшотом архива. > В чем проблема потом это воспроизвести? А, ну можно и так делать.  Только это автоматически увеличивает минимальный зазор между сборками, ломающими суммарное ABI репозитория, до промежутка между снапшотами -- иначе может получиться так, что сборка на снапшоте N пакетов libA версии V+1 и затем B с libA версии V приведёт к тому, что в следующем снапшоте B будет связан с устаревшей версией библиотеки libA; такое может быть неважным, если libA_V и libA_V+1 как пакеты не пересекаются и могут быть установлены одновременно (условие одновременного нахождения в пуле недостаточно), иначе автоматически возникает unmet (что в debian unstable считается нормальным явлением, в отличие от альта). >> Можно ссылку на снапшот за 14.02.2014 по состоянию на 17:07 GMT (ровно год назад)? > deb http://snapshot.debian.org/archive/debian/20140214T170700Z/ wheezy main Но по ссылке пишут, что это за 2014-02-14 16:22:20.  За эти 45 минут ничего не собиралось? (вопрос не требует документального ответа, можно поставить мысленный эксперимент)
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+/–
	Сообщение от myhand (ok), 14-Фев-15, 20:56
	> Только это автоматически увеличивает минимальный зазор между сборками, ломающими суммарное ABI репозитория transitions и как их готовят. >>> Можно ссылку на снапшот за 14.02.2014 по состоянию на 17:07 GMT (ровно год назад)? >> deb http://snapshot.debian.org/archive/debian/20140214T170700Z/ wheezy main > Но по ссылке пишут, что это за 2014-02-14 16:22:20.  За эти > 45 минут ничего не собиралось? Скорее - это связано с частотой обновления ftp.debian.org, там есть ссылка где можно подробно посмотреть список сохраненных снапшотов за месяц.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 14-Фев-15, 21:09
	> Скорее - это связано с частотой обновления ftp.debian.org, там есть ссылка где > можно подробно посмотреть список сохраненных снапшотов за месяц. О чём и писал. Теперь сравните: http://ftp.altlinux.org/pub/distributions/archive/sisyphus/t.../ -- например, http://git.altlinux.org/tasks/archive/done/_136/140101/ пересобрано на базе http://git.altlinux.org/tasks/archive/done/_136/140101/build.../ перед коммитом в репозиторий; информация о сборочной среде для первого подзадания (к примеру) доступна здесь: http://git.altlinux.org/tasks/archive/done/_136/140101/build.../
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Для 83% пакетов в основном репозитории Debian доказана тожде..."	+1 +/–
	Сообщение от myhand (ok), 14-Фев-15, 21:40
	>> Скорее - это связано с частотой обновления ftp.debian.org, там есть ссылка где >> можно подробно посмотреть список сохраненных снапшотов за месяц. > О чём и писал. Эт хорошо, но не худо бы сперва читать.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема