>>> Был послан лично Каранбиром в достаточно грубых выражениях.
>> интересно, где ты нашел в его ответе достаточно грубые выражения?
> Вот здесь:
>> private emails sent to /dev/null
> Кстати, ещё и соврал он -- лучше бы уж в /dev/null :) почему соврал.
он просто не уточнял отправляет приватную почту
по багам в /dev/null до прочтения или после.
>>> Если бы у этого браминанещасного(тм)
>> между прочим, Karanbir Singh тебя не оскорблял ничем.
> Вот тем -- оскорбил. Се ля ви.
с каких это пор "private emails sent to /dev/null" - это оскорбление???
это нормальный подход всю информацию и все обсуждение по багам держать
только в багтрекере. например, проект ELRepo делает точно так же. и трекер такой же.
>>> хватило ума просто проигнорировать ненужную помощь,
>> а это помощь была? "I don't want to register in yet another BTS..."
> Знаешь, хлеб за брюхом не ходит.
Но ты ведь тоже знаешь, что у него не было никакой возможности исправить этот баг в ядре RHEL.
>> и зачем то снова вытащил (уже в который раз) эту ситуацию на всеобщее обозрение.
> Речь о "Методы работы над ошибками и широко известными проблемами..."
Миша, в CentOS ошибки бывают двух видов:
1. те, которые пришли из апстрима из-за 100% бинарной совместимости
2. те, которые были внесены в CentOS в процессе миграции исходников
очевидно же, что разработчики проекта CentOS могут исправлять только ошибки второго типа.
>> он отреагировал вполне адекватно и вежливо.
> Вот пусть публика и смотрит, какие-такие методы работы над ошибками.
Миша, я бы тебе может быть и поверил, если бы сам лично с Karanbir Singh не общался.
У него достаточно высокий уровень квалификации и ведет он себя вполне адекватно.
> Висяк-то так и остался.
> Понятно, что их в любом крупном проекте полно -- но тут ложечки не нашлись.
проект называется RHEL.
И если у пользователя RHEL будут такие проблемы -
поддержка Red Hat будет заниматься их решением / устранением.
>> не понимаю, зачем это Karanbir Singh ?
>> все новые версии RHEL ядер и так достаточно оперативно появляются в CentOS.
>> буквально через несколько десятков минут, максимум - это полдня-день задержки.
> Это вон с Олегом Садовым обсудите.
зачем обсуждать. я подписан на оба списка рассылки с уведомлениями про новые версии
пакетов и CentOS и RHEL. обновления к CentOS выходят достаточно оперативно.
один раз даже был такой случай, что анонс обновления в список рассылки CentOS
пришел раньше, чем соответствующий ему анонс появился в списке рассылки RHEL.
>>> или передать наверх (на что надежды меньше -- прокси работать неинтересно
>>> и наверху могут послать за лицензией для начала).
>> я несколько раз писал в редхатовский багтрекер, ни разу меня не посылали
>> за лицензией.
> Меня тоже, но слышал и такое (причём от разных людей, не только
> оракловых сотрупников).
Если разные люди начинают требовать добавить какие-то фичи в RHEL,
то да, вполне могут и попросить лицензию. и я их в этом понимаю.
>> но получилось именно так. и сколько времени прошло с тех пор,
>> а ты постоянно вспоминаешь и цитируешь ту ситуацию. почему? зачем?
> См. выше про контекст. Если работа над ошибками по работе над
> ошибками улучшится -- буду только рад и этот топорик тоже закопаю.
> А пока -- извини.
Работа над ошибками чего, RHEL ?
Какое отношение к этому имеют разработчики CentOS ?
До недавнего времени они даже не были сотрудниками Red Hat`а.
>> он тебе так и сказал, "private emails sent to /dev/null"
>> что означает, что у него очень мало свободного времени.
> А то у меня его вагон.
наверное все-таки больше, чем у Karanbir Singh.
>> проигнорировать емейл - это более невежливый вариант [...]
>> имхо он тебе ответил вполне адекватно и достаточно вежливо.
> Я так не считаю.
Ну извини.
>> а вот пиариться на багах CentOS и пиарить там и здесь свой
>> дистр - это не красиво.
> Разумеется. Если бы он ответил только второй строчкой -- скорее всего,
> на этом бы дело и закончилось (либо я усовестился и нашёл
> ту минутку зарегистрироваться в более мирном настроении).
Он тебе кратко ответил, что с личными/приватными сообщениями
по поводу каких-то багов в системе к нему обращаться не надо,
для таких вопросов существует багтрекер. все правильно сделал.
Только написал это более кратко,
считая тебя достаточно адекватным и сообразительным.
>> исправить баг в ядре CentOS можно только одним способом - исправив его в RHEL.
> В #83 врут?
"ядро CentOS+" и "ядро CentOS" - это два разных ядра.
первое - поддерживается проектом CentOS, второе - RHEL.
еще у проекта ELRepo есть несколько вариантов ядер для CentOS.
и у OpenVZ тоже есть свои собственные варианты для для CentOS.
