Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 04 Jul 24 04:46:01, всего сообщений: 10757
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5470 из 10757 ===================================== RU.UNIX.BSD =
От   : Alex Korchmar                    2:5020/400         04 Apr 17 14:35:49
Кому : Eugene Grosbein                                     04 Apr 17 14:35:49
Тема : Re: сраная фрибеэсде катится в сраное говно
FGHI : area://RU.UNIX.BSD?msgid=<1187507132@ddt.demos.su>+94cbd08a
На   : area://RU.UNIX.BSD?msgid=grosbein.net+489762a0
= Кодировка сообщения определена как: IBM866 =================================
==============================================================================
From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> А потому что иначе вообще никогда более-менее стабильных релизов не будет.
стабильность релизов определяется целевыми параметрами - в том числе,
и отказом от переделок критичных кусков, даже если очень хочется.

EG> HEAD тестирует небольшое количество, релизы - побольше.
скорее их вынужденно ставит большее количество народу - но чем дальше,
тем меньше их вообще будут ставить, при таком качестве.
В HEAD при этом больше шансов на быстрое исправление, потому что
когда у разработчика компилятор не запустится или похоронит под
собой час работы - он таки почешется _быстро_.

EG> dot-zero я ставлю сначала на десктоп, потом на рабочую станцию,
у меня нет столько ненужных рабочих станций.
Одно дело виснущая виртуалка, и другое - мой рабочий ящик, с которого
может срочно понадобиться поднимать что-то сдохшее на другом конце глобуса,
а я такой "ой, сейчас-сейчас, только вот новое ведро повешу!".

EG> Спасение утопающих дело рук самих утопающих.
ну вот винда не виснет и пересобирать ее не надо.

AK>> в ufs, в нее так никогда и не попал, оставшись в транке
EG> Ты ошибаешься, в 4.11-STABLE не было проблем с UFS. Путаешь с более
проблема с неосвобождением места была (с опозданием на ГОДЫ) вмержена в
4-STABLE, когда уже ей EOL был объявлен давно, и так и не попала ни в
4.11, ни в RELENG_4_11
Как и еще пара критичных багов, один из которых чуть ли не remote-exploitable.


> Alex

--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.086613 секунды