The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Red Hat подрывает сотрудничество дистрибутивов, связанное с ..., opennews (??), 28-Фев-11, (0) [смотреть все]

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


7. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +/
Сообщение от deadless (ok), 28-Фев-11, 22:23 
>но разобраться, что именно изменено, с учетом тысяч наложенных поверх ванильного ядра патчей, уже не реально

поэтому центось 6.0 никак не зарелизят?

Ответить | Правка | Наверх | Cообщить модератору

12. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +2 +/
Сообщение от Stax (ok), 28-Фев-11, 22:33 
Центос 6.0 не могли зарелизить, потому что не могли начать сборку srpm из-за отсутствия точной информации о версиях пакеты на той системе, где начиналась сборка. Т.е. того микса из RHEL 5, Fedora 12 & 13, который стоял у редхата в приватной версии koji и на котором собирались первые srpm из RHEL 6. Эта информация просто отсутствует, а в spec-файлах зависимости часто указаны без точных версий, поэтому приходилось по многу раз экспериментировать с разными версиями начальных пакетов, добиваясь сборки, идентичной редхату.

Ну а последние месяца полтора над 6-кой вообще не работают, все их руки заняты выпуском 4.9 и 5.6. Обещают, как эти зарелизят, вернуться к работе над 6-кой. У них нет пачки разработчиков, чтобы как редхат, работать над ними одновременно.

Ответить | Правка | Наверх | Cообщить модератору

36. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  –1 +/
Сообщение от deadless (ok), 28-Фев-11, 23:34 
печально, особенно про подборку пакетов.
5.6 я тоже конечно жду, но 6.0 вкуснее.
Ответить | Правка | Наверх | Cообщить модератору

48. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +1 +/
Сообщение от iZEN (ok), 01-Мрт-11, 00:53 
Вот это я понимаю. Вот это поцесс! Где никто, кроме RH не знает, что, собственно, они собирают. :))

>поэтому приходилось по многу раз экспериментировать с разными версиями начальных пакетов, добиваясь сборки, идентичной редхату.

Это как? Чтобы контрольные суммы собранных RPM c редхатовскими блобами совпадали? O_o

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

51. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  –4 +/
Сообщение от Michael Shigorinemail (ok), 01-Мрт-11, 01:11 
Сэр что-нибудь слыхал про ТаймсТампы? :)
Ответить | Правка | Наверх | Cообщить модератору

106. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +2 +/
Сообщение от iZEN (ok), 01-Мрт-11, 13:34 
> Сэр что-нибудь слыхал про ТаймсТампы? :)

Ничего. Абсолютно. Может быть вы мне о них расскажете? Поржём вместе.

Ответить | Правка | Наверх | Cообщить модератору

69. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +3 +/
Сообщение от Stax (ok), 01-Мрт-11, 05:33 
Почти. Ну контрольные суммы rpm не совпадут (подписанны разными ключами, разные хосты, и тд), но у них есть утилитка, которая раскурочивает rpm и сравнивает идентичность бинарников, примерно так. Конфиги могут отличаться, как и включенные возможности (например, программы, которые могут отсылать сообщение в редхатовскую багзиллу). Для некоторых бинарников, куда вшивается имя хоста идентичность до байта нельзя обеспечить, но что-то в бинарниках сравнить все равно можно, например список и версии библиотек после линковки и т.д.
В общем у них есть инструмент для сравнения двух rpm, но подобрать соответствие их системы сборки редахатовскому koji для версий .0 очень сложно. В 6-ке больше пакетов, чем в 5-ке, и больше ошибок в спеках (неупомянутые, но требуемые зависимости), что еще усложняет процесс. По своей полиси они никогда не исправляют спеки, только отсылают баг редхату на тему фикса в следующем релизе и обходят это конфигом своей билд-системы, ставя там доп. зависимости для сборки данного srpm в добавок к спекам. Этот конфиг хаков все растет :) Но без этого никак, собирать в системе, где установлены все пакеты, а не минимально прописанные в спеках, как делает это mock нельзя, так могут включиться "странные" фичи и левые зависимости, что проблематично.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

159. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  –1 +/
Сообщение от mirr0r (ok), 02-Мрт-11, 13:33 
ЫЫЫ! Знаю эту утилитку.
Примитивный скрипт для распаковки rpm'ок можно найти хотя бы
в abs-guide, которой в обед 100 лет. Стандартная операция, заезженная
до блеска во всех нормальных руководствах по башу.
Что касается сравнения бинарникофф, советую почитать мануал по diff и сопутствующим.
ИМХО, сравнить rpm как раз не сложно, да и собрать идентичный тоже.
Ответить | Правка | Наверх | Cообщить модератору

70. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +/
Сообщение от kshetragia (ok), 01-Мрт-11, 06:06 
Гениально! Формально лицензия соблюдена и имеем конкурентное преимущество, стимулирующее покупать поддержку.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

50. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 01-Мрт-11, 01:09 
Кажется, Вам уже ссылку и давал не так давно: http://lwn.net/Articles/417849/
(или ещё и перевод требуется?)
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

78. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +1 +/
Сообщение от northbear (ok), 01-Мрт-11, 08:00 
Так все такие, Михаил, в чем проблема? Распарсить один большой diff, на отдельные патчи по файлам, никаких трудов не представляет. Люди, которые занимаются развитием конкретных подсистем ядра, без особых проблем поймут в чем смысл тех или иных патчей, если это действительно будет необходимо. Что собственно напрягает-то? Отсутствие комментов?

Я всегда считал, что патчи редхата довольно специфичны и является заточкой под сугубый энтерпрайз, и для большинства нужны как тот, неуловимый Джо.

Ну, не хотят они отдавать патчи в апстрим, их дело. Этим они сами себе яму роют. С выходом очередного LTS ядра, им придется адаптировать свои патчи старого LTS-ядра, к новому, а потом уже продолжать дотачивать ядро под свои требования. Бессмысленная работа. Видимо слишком много лишних денег у них стало, раз такая перспектива их не пугает.

Подозреваю, что у них просто появился новый, молодой руководитель проекта по адаптации ядра Linux, который еще это не проходил. Ну, что же...

Ответить | Правка | Наверх | Cообщить модератору

104. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +1 +/
Сообщение от Аноним (-), 01-Мрт-11, 13:16 
> Распарсить один большой diff, на отдельные патчи по файлам, никаких трудов не представляет.

Ты понимаешь что изменение в vfs коде как правило еще влияют и на vm?
И вобще ты пытался даже по разбитым на части патчам разбираться что же redhat сделало с ядром?
Чую что нет, иначе такую бы глупость не говорил.
Объем патчей там совсем учуть чуть - метров 60.. или 100..
ты понимаешь что такое разобрать эту мешанину ?
Особенно когда много патчей накладывается в одно место ?

Ответить | Правка | Наверх | Cообщить модератору

148. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +/
Сообщение от northbear (ok), 02-Мрт-11, 07:07 
Мне в свое время приходилось разбираться с тем, что сделали с моим кодом. Это было во времена, когда еще не знали о diff'ах. Принципиальных сложностей понять, что с моим кодом пытались сделать, не было.
Я так понимаю, что задачи принять абсолютно все патчи RedHat'а перед Linux core team не стоит. И "эту мешанину" в полном объеме разгребать смысла нет. Ее и раньше никто не разгребал. принимали ровно то, что Coreteam считало нужным.

Порядок наложения патчей тоже легко отслеживается в автоматическом режиме.

Ответить | Правка | Наверх | Cообщить модератору

150. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  +/
Сообщение от Аноним (-), 02-Мрт-11, 10:22 
0. какого размера был ваш проект и какого размера изменения были?
спорю что проект был меньше 10мб и объем изменений меньше 100кб.
А когда проект ээ.. 200 мб и объем патчей 100мб (да да - половина дерева) вы запоете иначе ;-)

1. порядок наложения не отследить - если не знаешь какие патчи туда наложились.

2. Иногда стоит задача заставить работать свой код не на vanila а на ядре от redhat, тогда список патчей что меняли и на что - очень помогает, а сейчас в этой мешанине хрен разберешся.

Ответить | Правка | Наверх | Cообщить модератору

115. "Red Hat подрывает сотрудничество дистрибутивов, связанное с ..."  –1 +/
Сообщение от User294 (ok), 01-Мрт-11, 14:46 
> Распарсить один большой diff, на отдельные патчи по файлам,
> никаких трудов не представляет.

Хаха, nice joke :D. Ну если все так просто - возьмите и распарсите диффы на хренадцать мегабайтов "всей кучей" обратно на мелкие диффы "по ревизиям", будет интересно посмотреть насколько это "просто" :). Это из разряда "провернуть фарш назад". Одно дело если видно что менялось с историей/коментами и другое - жевать здоровую портянку со ВСЕМИ изменениями, как полезными для вас так и не очень. При желании конечно можно и распереться, некоторые вон вообще бинари многомеговые дизасмом колупают, и ничего, не умерли от этого. По сравнению с этим дифф - это вообще культурно и удобно :). Только вот врядли кто-то из разработчиков сильно счастлив распираться лишний раз на ровном месте вместо того чтобы цивильно выбрать скажем 2 наиболее интересных патча из 10 всяких, нужных и не очень.  

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру