ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  22 Oct 2001  04:18:02
 To : Vladimir Bormotov
 Subject : Re: Пpобyем Линyкс
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: usenet@bearloga.home
 .RFC-NNTP-Posting-Date: Sun, 21 Oct 2001 19:18:02 +0000 (UTC)
 .RFC-In-Reply-To: <m3hesu6rh5.fsf@vb.dn.ua>
 On Sat, 20 Oct 2001, Vladimir Bormotov wrote to Fedor Zuev:
 
 VB> я никогда не собирал (и не планирую) собрать glibc.
 VB> Hо на вот тут
 
 VB> http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc?cvsroot=glibc
 
 VB> был. Так получилось, что мне нужно было знать
 
 VB> 1. что произошло с libc с тех пор, как от нее форкнулась uC-libc.
 VB>    (имеется в виду не дата, а версия, на базе которй сделали uC-libc)
 VB> 2. что было затронуто (мне нужно было чтоб uC-libc понимало env(TZ) , и
 VB>    есть ли смысл эти изменения портировать в uC-libc.
 
 VB> в итоге, благодаря наличию CVS, я за один вечер получил информацию
 VB> нобходимую для принятия решения. Смысла не было, еще за вечерок я решил
 VB> задачу "сбоку", без дописывания uC-libc.
 
   _Такой_ CVS, описывающий развитие ядра задним числом, AFAIK,
 давно уже есть. Так что тут проблем нет. Hо речь, насколько я помню,
 шла о том, чтобы перетащить разработку линукса на FreeLSD-подробную
 технологию. Со всеми отсюда вытекающими.
 
 FZ>> Может Торвальдсу это надо?  Hет, ему тоже не надо.
 
 VB> почему ему не нужно, боюсь для всех останется загадкой. Понять упертость
 VB> человека невозможно. Да и не нужно. Вот это понимание точно никому не
 VB> нужно.
 
   А зря. Если бы ты таки задумался, то понял бы, что поведение
 его достаточно основательно. И он неспроста саботирует и CVS и
 BitKeeper.
 
   HINT: По сходным, в общем-то, мотивам, он отказывается
 включать в свое ядро "универсальный хук" - поищи в старых KT, там
 про это подробно написано.
 --- pine 4.33
  * Origin: Hе удивляйся - именно так и сходят с ума (2:5070/156.89@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор