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

Сбои в системах сборки из-за изменения контрольных сумм архивов в GitHub, opennews (??), 03-Фев-23, (0) [смотреть все] Контрольная сумма должна рассчитываться самостоятельно каждым проектом своим спо, Аноним (1), 18:03 , 03-Фев-23, (1) +16 // Скрыто модератором, Аноним (-), 18:20 , 03-Фев-23, (6) +7 Да, пусть кто хочет делает gostsum или sha256 , Аноним (10), 18:31 , 03-Фев-23, (10) –1 как раз в духе микрософта , Аноним (14), 18:48 , 03-Фев-23, (14) +5 // за линуксоидов MS и Git уже пишет сами то хоть что нибудь делаете, 4324234 (?), 08:39 , 04-Фев-23, (110) +2 Я даже не знаю как они так формируют архивы, что у них контрольные суммы не совп, НяшМяш (ok), 19:24 , 03-Фев-23, (21) –3 // Еще круче говорят шитхабу - сформируй-ка нам архив _своего_ репо с нашим мва, ms (??), 19:58 , 03-Фев-23, (31) +3 // Я так понимаю, что иначе пришлось бы хранить вечно архивы для каждого коммита, д, Аноним (222), 17:38 , 07-Фев-23, (222) Для этого придется репу гита клонить Скачать gzip c релизом все ж быстрей Я кс, Аноним (-), 12:20 , 04-Фев-23, (131) // Ну есть какой-нибудь потребитель какого-то архива, сделанного из какого-то конкр, www2 (??), 12:45 , 04-Фев-23, (140) +1 // Откуда их миллионы и что они делают Это боты ботнета Зобанить гадов Жесткие ди, Аноним (-), 13:45 , 04-Фев-23, (145) А чем заменить pages , user (??), 15:10 , 04-Фев-23, (159) сходу jekyllесли поискать, то таких статических можно нарыть и больше, нейм (?), 18:00 , 04-Фев-23, (162) Так это не хостинг , user (??), 19:59 , 04-Фев-23, (172) Двухбаксовой впской Намного круче будет и без зависимости от п-сов которые могу, Аноним (-), 03:00 , 05-Фев-23, (185) –1 Бесплатный pages, который пользователю не нужно обслуживать и в который можно пу, Аноним (205), 20:00 , 05-Фев-23, (205) Так клоньте, б Необучаемые Если у каких-то отсталых архивы - прибитый гвоз, Аноним (167), 19:17 , 04-Фев-23, (167) –1 // Это заметно дольше И врядли слабей грузит серваки сабжа Таких систем на все вку, Аноним (-), 03:02 , 05-Фев-23, (186) Хвост виляет собакой , Аноньимъ (ok), 18:10 , 03-Фев-23, (2) +6 // ну виляет и виляет, что бубнить то, Аноним (5), 18:18 , 03-Фев-23, (5) +1 // Главное не бухтеть, всё схвачено у кого нужно, вопрос под контролем, всё решат н, Аноньимъ (ok), 18:26 , 03-Фев-23, (8) +7 Собака сама виновата Какой вообще смысл в контрольных суммах исходников которые, ms (??), 20:06 , 03-Фев-23, (35) –2 // Что значит какой смысл Там обычно качают конкретный тарбол и чекают его хэш, за, Аноним (-), 12:23 , 04-Фев-23, (132) +1 // Например, нарушилась сборка около 5800 портов - отлично работает Напоминаем - в, ms (??), 18:12 , 04-Фев-23, (163) –1 Было бы сильно хуже если бы микросакс отгрузил измененное файло 5800 сборочницам, Аноним (-), 03:04 , 05-Фев-23, (187) +1 Очевидно же, что они хранят релизнутые файлы, если они залиты вручную А если вы , Stellarwind (?), 10:51 , 06-Фев-23, (211) Пихать в архив файл с контрольными суммами содержимого Ну, действительно, прове, Михаил (??), 18:27 , 03-Фев-23, (9) –2 // Здесь контрольная сумма не для целостности, а для защиты от подмены , Шарп (ok), 18:46 , 03-Фев-23, (12) +1 // для этого контрольную сумму подписывают, а сама сумма - контроль целостности, Sw00p aka Jerom (?), 22:43 , 03-Фев-23, (60) // Нет, у наших друзей из freebsd именно для защиты от подмены Для этого они ее пр, ms (??), 23:15 , 03-Фев-23, (75) +1 ну а кто виноват бсдешник гит не придумывали, который на лету формирует архив о, Sw00p aka Jerom (?), 07:02 , 04-Фев-23, (104) Обама, наверное Он еще помнится в подъезде у меня нассал bsdшники гит не придум, пох. (?), 12:13 , 04-Фев-23, (129) вот оно что у шитхаба места для архивов неткек, тут я считаю майки как хотят так, Sw00p aka Jerom (?), 20:41 , 04-Фев-23, (174) Ну тебе ж объяснили - там механизм наверняка общий в том числе для вообще однора, пох. (?), 01:27 , 05-Фев-23, (180) и о чем это говорит шитхаб не место для хранения продуктовых сборок проектов, т, Sw00p aka Jerom (?), 12:23 , 05-Фев-23, (199) Так других-то нет ну не переписывать же им самим git Тем более вони опять будет, пох. (?), 17:30 , 06-Фев-23, (214) Не, Грета Что не объяснила до сих пор за неприемлемость нагрева её детства сжи, Michael Shigorin (ok), 22:19 , 04-Фев-23, (177) +1 Захардкодить sha256 тарбола какой в сборочный скрипт достигает ту же цель но быс, Аноним (-), 12:28 , 04-Фев-23, (134) эммммм, зачем подписывает владелец автор, мейнтейнер и т д доверяй, но провер, Sw00p aka Jerom (?), 22:04 , 04-Фев-23, (176) владелец уже выложил все исходники на шитхаб и уже нажал кнопочку релиз Как т, пох. (?), 01:29 , 05-Фев-23, (181) +1 а причем тут вообще шитхаб подписывает владелец и выкладывает владелецтакс, зач, Sw00p aka Jerom (?), 12:14 , 05-Фев-23, (197) Вообще-то конкретный хэш пишут для предсказуемости процесса сборки, а тут вон то, Аноним (-), 11:44 , 05-Фев-23, (194) речь идет о хешах тарболову вас лежит тарбол, контрольная сумма и подпись, рядом, Sw00p aka Jerom (?), 12:37 , 05-Фев-23, (200) Вот это и вопрос - что за код массово добавляется в исходники неизвестно кем, в , Аноним (111), 09:13 , 04-Фев-23, (111) –1 // Несовпадение контрольных сумм архивов может означать банальное изменение степени, www2 (??), 10:26 , 04-Фев-23, (120) +1 Вот, хоть у кого-то мозги ещё на месте , Омномним (?), 10:48 , 04-Фев-23, (124) во времена когда писали pkg, идиотизм снизить нагрузку , перепаковывая архивы к, пох. (?), 12:19 , 04-Фев-23, (130) Вообще-то очень странная идея менять gzip ы уже сгенереных релизов Какой-то инд, Аноним (-), 12:30 , 04-Фев-23, (135) ну вот похоже, что да, они настолько ну может не каждому, кэшировали наверняк, пох. (?), 13:17 , 04-Фев-23, (142) Выгрузить на вон ту пачку 10терабайтных винчей и пусть там качают по 100 кило в , Аноним (-), 13:49 , 04-Фев-23, (146) херак, выпуск новой версии какого-нибудь npm, ее качает миллиард васянов, все др, пох. (?), 15:09 , 04-Фев-23, (158) Майки не могут нанять пару челов которые им кэш на ssd настроят Правильно уходят, Аноним (-), 11:47 , 05-Фев-23, (195) Хэш, будь он хоть трижды криптографическим, это всего лишь функция настоящего со, www2 (??), 12:59 , 04-Фев-23, (141) ну эксперт как он есть , пох. (?), 15:04 , 04-Фев-23, (157) –1 Ты вот развёл теорию, но не довёл до конца Тгебую от вас довести до конца - взя, Аноним (169), 19:28 , 04-Фев-23, (169) ну, если бы такое было даже в теории невозможно - мы бы изобрели работающий архи, пох. (?), 17:37 , 06-Фев-23, (215) Держи, эксперт https www opennet ru opennews art shtml num 46102, www2 (??), 17:02 , 08-Фев-23, (225) Чисто теоретически вы можете угадать мой 4096-битный ключ случайно сгенерив тако, Аноним (-), 11:50 , 05-Фев-23, (196) Зачем угадывать, если знаешь Хэш-суммы архивов известны Надо только изменить с, www2 (??), 17:04 , 08-Фев-23, (226) Это нормально Гораздо лучше чем иметь по контрольной сумме на каждый файл дирек, keydon (ok), 18:48 , 03-Фев-23, (13) +2 // Ненене, на каждый файл - контрольную сумму Обязательно в xml, так энтерпрайзнее, YetAnotherOnanym (ok), 02:14 , 04-Фев-23, (85) +2 // В json жеж, xml - прошлый век Формат сделать плавающим, описание формата положит, пох. (?), 12:05 , 04-Фев-23, (128) +2 Бывает и хуже, некоторые вообще лысеют И там закрашивай, не закрашивай, разве ч, Аноним (-), 12:31 , 04-Фев-23, (136) Угу а в json - блоб с xml-документом в base64 , YetAnotherOnanym (ok), 12:40 , 04-Фев-23, (139) +1 защита от сбоев передачи данных по сети и ошибок носителей, Атон (?), 19:21 , 03-Фев-23, (19) +4 // Тут маленькая проблемка это должна быть чексумма неизменного архива А если архи, Омномним (?), 10:49 , 04-Фев-23, (125) // Какая третья сторона у тебя перепаковывает архив между HDD и CPU, и между серв, Атон (?), 13:57 , 04-Фев-23, (149) –2 Ну вот какая любителям стрелять себе в ногу переупаковала , Омномним (?), 11:37 , 05-Фев-23, (192) 2 2 4, а может 5 или 33 , Аноним (14), 18:53 , 03-Фев-23, (15) +2 // gzip будет давать разные контрольные суммы при разных настройках сжатия по умолч, aploskov.dev (ok), 19:05 , 03-Фев-23, (17)   // а бывает архиватор, который дает одинаковые контрольные суммы при разных настрой, Атон (?), 19:22 , 03-Фев-23, (20) +3   // Вряд ли Разве что собранный на коленке, который игнорирует настройки, рандом, в, aploskov.dev (ok), 19:24 , 03-Фев-23, (22)   есть ведь, по телику показывали, весь ынтернет на флешке сохранял пс 99191 , Sw00p aka Jerom (?), 20:49 , 04-Фев-23, (175)   Я подозреваю тебя тут кусают в зад твои вольные формулировки Архиватор не даёт , Аноним (-), 19:53 , 03-Фев-23, (30) –2   Слишком усложняете , Аноньимъ (ok), 20:26 , 03-Фев-23, (40) +1   с этого нужно начинать всегда он не прогнулся, он отложил на время тут у тебя, Атон (?), 20:57 , 03-Фев-23, (44)   Чтобы меньше платить за трафик А может дело не в размере, а в том сколько проце, Аноним (-), 21:03 , 03-Фев-23, (47) –2   Это не мы Это разработчиков git спросите, сколько битов они сэкономили на своем, ms (??), 23:08 , 03-Фев-23, (71) +1   Кстати да, можно же проверять контрольную сумму tar-архива, а не сжатого вариант, www2 (??), 10:33 , 04-Фев-23, (121) +2   А потом выйдет новая версия glibc с другим порядком collation, и снова произойдё, YetAnotherOnanym (ok), 19:03 , 04-Фев-23, (165)   Зачем, если можно сортировать просто по бинарнику имени не декодируя строку в с, Аноним (170), 19:32 , 04-Фев-23, (170)   Латинские A, a, B, b и - однобайтовые, их декодировать не нужно, но порядок со, YetAnotherOnanym (ok), 01:36 , 05-Фев-23, (183)   Чтобы были одинаковые суммы, файлы должны быть одинаковыми Ты хочешь одинаковые, Аноним (91), 05:19 , 04-Фев-23, (91)   мимо этот вопрос следует задать aploskov dev который не только хочет, но, видим, Атон (?), 09:46 , 04-Фев-23, (117)   Кстати, в unix архиввтор и компрессор - это два разных класса программ Архивато, www2 (??), 10:37 , 04-Фев-23, (122) +1   Не может быть А мужики-то думали, что у всех любых архивов сумма одна и та же , Аноним (14), 21:04 , 03-Фев-23, (48) +4   // 1 Прочитай новость Действительно думали 2 Посмотри, на какой комментарий я от, aploskov.dev (ok), 21:09 , 03-Фев-23, (50) –1   Думали-думали, да недодумали В результате всё навернули, как обычно , Аноним (14), 22:37 , 03-Фев-23, (59)   то есть, снимаем сумму с самих данных, а не с сжатых архивов, Sw00p aka Jerom (?), 22:47 , 03-Фев-23, (61)   Ну как бы 2 2 это 22 , Аноним (68), 23:02 , 03-Фев-23, (68) Все мало-мальски знающие люди в курсе, что 2 2 104 - 50 мне, 50 тебе и 4 в кассу, YetAnotherOnanym (ok), 11:39 , 04-Фев-23, (127) 171 Надо обновляться 187 , 8212 говорили они 8212 171 Обновления важ, pashev.ru (?), 19:11 , 03-Фев-23, (18) +5 // Для них - да , Аноним (25), 19:39 , 03-Фев-23, (25) +1 Вам количество CVE в гите напомнить за последние пол-года Да, нам тоже приходит, ms (??), 23:05 , 03-Фев-23, (70) –3 // Лучше напомни количество пострадавших из-за каждой CVE , Аноним (98), 05:43 , 04-Фев-23, (98) +1 Да сколько раз уже повторять что гит это пятое колесо в телеге , Аноним (23), 19:26 , 03-Фев-23, (23) +12 // Все проблемы индустрии в том, что никто не читает опеннетных экпертов , Аноним (54), 21:31 , 03-Фев-23, (54) –3 // он и прав и не прав гит должен быть свой на своем серваке, а не у мелкосранска, анонна (?), 22:29 , 03-Фев-23, (58) –3 // оверинженеринг, Аноним (69), 23:03 , 03-Фев-23, (69) +3 шёл бы ты свои докеры в снапы деплоить, Аноним (81), 01:21 , 04-Фев-23, (81) эксперты на опеннете появились за долго до появления всех этих проектов, mc не д, Sw00p aka Jerom (?), 22:50 , 03-Фев-23, (62) –1 Системы контроля версий это пятое колесо у телеги, Аноним (207), 20:22 , 05-Фев-23, (207) Непредусмотрительно Флаг надо называть --fucking-legacy, лет через десять будет, Аноним (-), 19:39 , 03-Фев-23, (26) –2 // Более актуально --no-hipsters , Аноним (98), 05:46 , 04-Фев-23, (99) +3 Они каждый раз для каждого вызова собирали архив Неудивительно Тем более что ф, fuggy (ok), 19:40 , 03-Фев-23, (27) +1 // Ты хотел сказать _наивный_ человек Или может человек склонный делать ничем н, Аноним (-), 20:00 , 03-Фев-23, (32) // Вы это так говорите, как будто архив причем вместе с контрольной суммой сохран, ms (??), 20:02 , 03-Фев-23, (34) // Ты имеешь в виду сохранялся при создании на сервере Он сохранялся скорее всег, Аноним (-), 21:02 , 03-Фев-23, (46) +1 На github можно любой коммит в виде архива скачать Ты представляешь, сколько ме, www2 (??), 12:24 , 04-Фев-23, (133) +1 // Они и так хранят релизы и много чего ещё Во-вторых диски дешевле процессоров , fuggy (ok), 13:53 , 04-Фев-23, (148) Не для каждого, а по факту релиза Архив клали в кэш, и если обращений к кэшу не, Аноним (205), 20:12 , 05-Фев-23, (206) посконный zip и то куда лучше , Аноним (36), 20:19 , 03-Фев-23, (36) +3 // для бинарников ARJдля текстов HA, Атон (?), 21:00 , 03-Фев-23, (45) +1 // Скрыто модератором, Аноним (-), 21:46 , 03-Фев-23, (55) Lrzip zpaq всё ещё непревзойдённая связка, но только распаковывается столько же , Аноним (74), 23:15 , 03-Фев-23, (74) Смех смехом, но на сайте росстата статистику отдают в arj , Аноним (77), 00:42 , 04-Фев-23, (77) // Потому что работает - и не трогай , YetAnotherOnanym (ok), 02:19 , 04-Фев-23, (86) +5 А кто-то шутил , Атон (?), 09:48 , 04-Фев-23, (118) +1 Последнее время часто rar наблюдаю Напомнить, что означает жаргонное словечко , Аноним (111), 09:14 , 04-Фев-23, (112) –1 гитшваб, нпм, карго-культ - это все только начало прогрессивных модных молодежны, ihatenpm (?), 20:41 , 03-Фев-23, (41) +2 // Там нет технологий Только сайты за много денег , Аноним (111), 09:15 , 04-Фев-23, (113) –1 Вполне справедливо А я-то раньше удивлялся зачем некоторые люди на странице ре, Аноним (54), 20:51 , 03-Фев-23, (43) +1 // Разьве не логично предполагать что архив конкретной версии софта - нечто неизмен, ms (??), 21:11 , 03-Фев-23, (51) // Как бы в этом вся суть проблемы, не Ну, предполагайте на здоровье вместо чтения , Аноним (54), 21:25 , 03-Фев-23, (53) кого волнует твой архив бери исходный файл конкретной версии и наслаждайся неиз, Аноним (57), 22:23 , 03-Фев-23, (57) –1 // он предлагает верить циферкам в названии файла пс куда ушли времена, Новая Папка, Sw00p aka Jerom (?), 07:06 , 04-Фев-23, (105) +1 В своих нет всяких git и сделаны первые шаги autocrap , user (??), 13:37 , 04-Фев-23, (144) Дорога Всё для ленивых ведет в ад , Аноним (72), 23:08 , 03-Фев-23, (72) +2 Мне нравится в этой историито, что ПЕРВОЙ реакции Гитхаба читай Микрософт на ж, Kuromi (ok), 23:11 , 03-Фев-23, (73) +2 // Не то что в опенсорсе - сначала совещание, потом конференция, а потом мы посмотр, Аноним (77), 00:43 , 04-Фев-23, (78) Ну а какой гений решил надеяться на постоянность контрольной суммы создаваемого , mikhailnov (ok), 01:39 , 04-Фев-23, (84) // Ну а какой гений зачем-то додумается впилить свою версию архиватора, дающую друг, Бывалый смузихлёб (?), 08:24 , 04-Фев-23, (109) –2 // Проблемы начались у того, кто не думал головой Улучшение в алгоритме сжатия или, www2 (??), 12:32 , 04-Фев-23, (137) +1 Именно такой она и должна была быть Проблемы долбоящеров не должны волновать ко, Аноним (171), 19:36 , 04-Фев-23, (171) Я правильно понял, проблема в том, что все эти релизные tgz у github нигде не хр, edo (ok), 00:50 , 04-Фев-23, (79) +2 // исходя из чего ты это понял , Аноним (81), 01:04 , 04-Фев-23, (80) –1 Да, именно так, у пострадавших В Росе abf io import , например, в очень многих , mikhailnov (ok), 01:37 , 04-Фев-23, (83) // во freebsd есть distfiles, насколько я помню, Аноним (93), 05:24 , 04-Фев-23, (93) +1 Здрастия, мы - большая злая корпорация, и нам очень важна гарантия безопасности,, Аноним (82), 01:36 , 04-Фев-23, (82) +2 // Простите, вы опять все перепутали МЫ корпорация зла А контрольные суммы - это р, ms (??), 18:19 , 04-Фев-23, (164) Можно считать контрольную сумму для tar файла до его архивации gz, zst, xz Т, Аноним (90), 04:34 , 04-Фев-23, (90) +2 // все можно, ток этим дуракам надо сказать, семь раз отмерь, потом ломай, Sw00p aka Jerom (?), 07:53 , 04-Фев-23, (107) Будет Только уже не от gzip xz whatever, а от tar , Омномним (?), 10:51 , 04-Фев-23, (126) +2 Напомните майкам для чего нужны контрольные суммы , КО (?), 08:08 , 04-Фев-23, (108) +1 // Когда они купили Нокию, самое худшее, что они могли сделать в области нанесения , Аноним (111), 09:18 , 04-Фев-23, (114) +1 // Они пошли выше и удалили то, что использовало это кутэ и жабу, погрузив сие инст, Аноним (14), 00:27 , 05-Фев-23, (179) Мда, лютые любители стрелять себе по ногам опять пострадали, что ж ты будешь дел, Омномним (?), 10:46 , 04-Фев-23, (123) Ни хрена не понятно Если архив для релиза тега уже был создан, то нафига его пе, Аноним (138), 12:35 , 04-Фев-23, (138) +1 // Видимо на GitHub было что-то вроде кэша с удалением давно не запрашиваемых архив, Аноним (143), 13:18 , 04-Фев-23, (143) // То-то замечаю архив на 100Кб качается минуты 2-3 , fuggy (ok), 13:49 , 04-Фев-23, (147) +1 Они реально считают что архивы в среднем от 100кб до скажем 5 мб реально делают , Аноним (152), 14:04 , 04-Фев-23, (152) +1 // Более того я могу сам скачать архив из тега релиза tar gz zip и залить их обратн, Аноним (152), 14:06 , 04-Фев-23, (153) Это же микрософт , Аноним (14), 14:48 , 04-Фев-23, (156) –1 Гитхаб может выдавать архив для любого коммита Педставь, сколько нужно дисковог, Аноним (54), 16:34 , 04-Фев-23, (160) // Архивы каждого коммита не попадают на страницу Release Не тормозим, включаем мо, Аноним (152), 17:29 , 04-Фев-23, (161) –1 // И что Очевидно, что у Гитхаба для этого унифицированный механизм Ничто не меша, Аноним (54), 19:06 , 04-Фев-23, (166) а у них что - выбор был потому что те чья инфраструктура - берут исходники там к, пох. (?), 01:34 , 05-Фев-23, (182) Так авторы исходники по факту не выкладывали А остальные почему-то решили, чт, Аноним (54), 02:07 , 05-Фев-23, (184) Ну авторы вообще-то кнопку нажаль, подтвердив что да, это именно оно Релиз с ар, пох. (?), 12:21 , 05-Фев-23, (198) +1 Именно Поэтому привязываться к чексумме конкретного архива, тем более, что он н, Омномним (?), 11:39 , 05-Фев-23, (193) А проверяли бы подписи и не было бы проблем , Аноним (154), 14:21 , 04-Фев-23, (154) –1 // Подписи _чего_ , Michael Shigorin (ok), 22:54 , 04-Фев-23, (178) +4 Подписи тут не помогут особо Ведь чтобы подписать новый архив нужен ключ А есл, Аноним (201), 12:39 , 05-Фев-23, (201) // Как будто если его не давать шитхабу это что-то изменит В лучшую, я имею в виду, пох. (?), 15:17 , 05-Фев-23, (202) +3 // Аминь , Аноньимъ (ok), 20:00 , 05-Фев-23, (204) GitHub виноват что стал менять настройки сжатия для уже сгенерированных архивов-, Аноним (207), 20:46 , 05-Фев-23, (208) –1 // В прочем в нашей днищешаражке та же самая проблема, для старых актов сверки и сч, Аноним (207), 20:57 , 05-Фев-23, (209) опять обама виноват Или неумение опеннетовских экспертов читать написанное gith, пох. (?), 09:48 , 06-Фев-23, (210) // Чё прямо так и используют git exe без модификации Ужас то какой 128561 И и, Аноним (207), 09:34 , 07-Фев-23, (216) // GitHub скорее всего даже git exe --stable запустить тоже не сможет, по этому тол, Аноним (207), 09:41 , 07-Фев-23, (217) –1 Ты-то конечно не такой, ты его весь сам переписал А, нет опять админ локалхос, ms (??), 12:01 , 07-Фев-23, (218) Если не знаешь как правильно сделать - вынеси в настройки Э это сложно , Серб (ok), 13:54 , 06-Фев-23, (212) // Ну ты новость читать не пробовал Разработчики Git пока лишь обсуждают возможные, ms (??), 12:03 , 07-Фев-23, (219) // Так то я вовсе не git имел ввиду И, признаться, не могу понять, каким он тут бок, Серб (ok), 12:08 , 07-Фев-23, (220) И, таки да Если вынести в настройки тип архивации сложно, дай два типа архива п, Серб (ok), 13:57 , 06-Фев-23, (213) // В Гите можно менять тип архивации Напимер, черезgit config tar tar gz command , Аноним (54), 16:45 , 07-Фев-23, (221) // Речь о гитхабе , Серб (ok), 09:55 , 08-Фев-23, (224) 1,2,9,15,18,23,26,27,36,41,43,72,73,79,82,90,108,123,138,154,208,212,213

Сообщения

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

	17. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от aploskov.dev (ok), 03-Фев-23, 19:05
	gzip будет давать разные контрольные суммы при разных настройках сжатия по умолчнию. Можно оптимизировать на скорость сжатия, а можно - на размер архива. Кроме того, в результате оптимизации алгоритма сжатия может получиться иной файл. Высчитывать контрольную сумму от файла, который получен алгоритмом который может улучшаться и показывать лучшие результаты скорости/коэф. сжатия - это надо быть профнепригодным. Там отнюдь не 2+2, а f(...) = best( size, compression speed, decompression speed ).
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+3 +/–
	Сообщение от Атон (?), 03-Фев-23, 19:22
	> gzip будет давать разные контрольные суммы при разных настройках сжатия а бывает архиватор, который дает одинаковые контрольные суммы при разных настройках сжатия?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от aploskov.dev (ok), 03-Фев-23, 19:24
	>> gzip будет давать разные контрольные суммы при разных настройках сжатия > а бывает архиватор, который дает одинаковые контрольные суммы при разных настройках сжатия? Вряд ли. Разве что собранный на коленке, который игнорирует настройки, рандом, временные отметки, окружение и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Sw00p aka Jerom (?), 04-Фев-23, 20:49
	>Вряд ли есть ведь, по телику показывали, весь ынтернет на флешке сохранял :) пс:99191
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	–2 +/–
	Сообщение от Аноним (-), 03-Фев-23, 19:53
	> архиватор, который дает одинаковые контрольные суммы Я подозреваю тебя тут кусают в зад твои вольные формулировки. Архиватор не даёт контрольных сумм, контрольные суммы считаются другими утилитами. Что архиватор может дать этим утилитам -- это совпадение файла бит-в-бит. Но смысла тогда в настройках сжатия, если вне зависимости от них, результат не меняется? Внешние утилиты могут считать контрольные суммы так, чтобы они оставались бы неизменными вне зависимости от архиватора. Можно контрольную сумму считать распаковывая, прогоняя через tar или любой другой сериализатор, чтобы объединить всё в один блоб, и считать sha512 по результату. Но чтобы этот блоб получался одинаковым бит-в-бит, придётся всё распаковать на диск, после чего упаковать приводя к каноническому виду. Это не получится делать потоковым пайплайном, потому что архиватор может в разном порядке файлы упаковывать, и надо сначала распаковать, потом упаковать, упорядочивая файлы (включая всякие тонкости, типа симлинков) канонично. Хотя, если так подумать, можно разработать какую-нибудь хеш-сумму, которая будет хеш-суммой хеш-сумм отдельных файлов, и не зависеть от порядка следования этих файлов. То есть можно что-нибудь потоковое придумать, да. То есть github зря прогнулся. Если бы он не прогнулся, то был бы повод разработать утилиту/библиотеку, которая в каком-то там простом виде принимает потоком неупорядоченную последовательность файлов, а на выходе выдаёт хешсумму, которая не зависит от порядка файлов и всяких сопутствующих факторов, типа хардлинков или что там ещё бывает.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	40. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+1 +/–
	Сообщение от Аноньимъ (ok), 03-Фев-23, 20:26
	Слишком усложняете...
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Атон (?), 03-Фев-23, 20:57
	> Хотя, если так подумать, с этого нужно начинать. всегда. > github зря прогнулся. Если бы он не прогнулся, то был бы повод разработать утилиту/библиотеку, он не прогнулся, он отложил на время.  тут у тебя не только повод, тут уже дедлайн преодолен. хотя мне другое странно: зачем вообще гитхаб озаботился настройкой оптимизации архиватора для получения архивов меньшего объема. на "диске" место кончается?  звоночек! Введите код, 58692
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	47. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	–2 +/–
	Сообщение от Аноним (-), 03-Фев-23, 21:03
	> зачем вообще гитхаб озаботился настройкой оптимизации архиватора для получения архивов меньшего объема. Чтобы меньше платить за трафик? А может дело не в размере, а в том сколько процессоры ватт сжигают?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+1 +/–
	Сообщение от ms (??), 03-Фев-23, 23:08
	> хотя мне другое странно: зачем вообще гитхаб озаботился настройкой оптимизации архиватора для > получения архивов меньшего объема. Это не мы. Это разработчиков git спросите, сколько битов они сэкономили на своем новом 20терабайтнике. Мы же внутри используем их поделку as-is, а не переписали все с нуля. Мы просто обновились на новую модную версию, чтоб не перестать ненароком быть совместимыми с новыми модными скриптами.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	121. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+2 +/–
	Сообщение от www2 (??), 04-Фев-23, 10:33
	Кстати да, можно же проверять контрольную сумму tar-архива, а не сжатого варианта, который модет быть хоть gz, хоть bz2, хоть lz или ещё каким угодно с разными настройками степени сжатия. Разжал - проверил контрольную сумму tar. А в tar можно добавить опцию для получения детерминированного результата, чтобы всегда, например, сортировал список сжимаемых файлов по алфавиту и не выравнивал их по каким-нибудь 512-байтным границам, не добавлял внутрь отметку о времени создания архива и т.п.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	165. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от YetAnotherOnanym (ok), 04-Фев-23, 19:03
	> чтобы всегда, например, сортировал список сжимаемых файлов по алфавиту А потом выйдет новая версия glibc с другим порядком collation, и снова произойдёт такой же пц. Если и сортировать на основе имени, то не по самому имени, а по его хэшу - всё-таки есть надежда, что порядок 0<1<2<3<4<5<6<7<8<9<A<B<C<D<E<F в обозримом будущем никто менять не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Аноним (170), 04-Фев-23, 19:32
	Зачем, если можно сортировать просто по бинарнику имени (не декодируя строку в соответствии с правилами кодировки, а просто сравнивая байтики).
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от YetAnotherOnanym (ok), 05-Фев-23, 01:36
	Латинские A, a, B, b и $ - однобайтовые, их декодировать не нужно, но порядок сортировки всё равно может поменяться: https://postgresql.verite.pro/blog/2018/08/27/glibc-upgrade....
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Аноним (91), 04-Фев-23, 05:19
	>а бывает архиватор, который дает одинаковые контрольные суммы при разных настройках сжатия? Чтобы были одинаковые суммы, файлы должны быть одинаковыми. Ты хочешь одинаковые результаты при разных настройках сжатия?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	117. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Атон (?), 04-Фев-23, 09:46
	>>а бывает архиватор, который дает одинаковые контрольные суммы при разных настройках сжатия? > Чтобы были одинаковые суммы, файлы должны быть одинаковыми. Ты хочешь одинаковые результаты > при разных настройках сжатия? мимо. этот вопрос следует задать aploskov.dev который не только хочет, но, видимо, и получает одинаковые суммы при разных настройках сжатия. Введите код 42124
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+1 +/–
	Сообщение от www2 (??), 04-Фев-23, 10:37
	Кстати, в unix архиввтор и компрессор - это два разных класса программ. Архиватор - это tar или cpio, для них можно детерминированный результат получить. А для компрессора это не имеет смысла, т.к. не даст возможности менять степень сжатия и улучшать алгоритмы сжатия.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	48. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+4 +/–
	Сообщение от Аноним (14), 03-Фев-23, 21:04
	> gzip будет давать разные контрольные суммы при разных настройках сжатия Не может быть! А мужики-то думали, что у всех любых архивов сумма одна и та же! Но тут оказалось, что разные файлы имеют... разные суммы! Да как так-то?!
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	50. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	–1 +/–
	Сообщение от aploskov.dev (ok), 03-Фев-23, 21:09
	1. Прочитай новость. Действительно думали. 2. Посмотри, на какой комментарий я ответил. Чел иронизирует по поводу 2+2=4, а может 5 или 33. Ну так вот, операция не 2+2, иронию аноним выразил через жопу.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Аноним (14), 03-Фев-23, 22:37
	Думали-думали, да недодумали... В результате всё навернули, как обычно.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Сбои в системах сборки из-за изменения контрольных сумм архи..."	+/–
	Сообщение от Sw00p aka Jerom (?), 03-Фев-23, 22:47
	>это надо быть профнепригодным. то есть, снимаем сумму с самих данных, а не с сжатых архивов
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

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

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