Alexey Pechnikov -> debian-russian@lists.debian.org @ Wed, 10 Feb 2010
19:00:03 +0300:
>> AP> Имхо не аргумент. Достаточно посмотреть на упомянутый git, чтобы пропало
>> AP> желание "делать так же".
>>
>> эмм. не знаю что там "внутри" но в использовании так вполне себе очень
>> даже ничего :)
AP> Имхо fossil удобнее - распределенная система, с вики, веб-интерфейсом.
... блекджеком и шлюхами. Наличие сразу в комплекте веб-интерфейса с
виками - это скорее недостаток, а не достоинство. Это значит, что и
вика там хреновая, скорее всего (ибо сервис побочный), и веб-интерфейс с
шансами дырявый (по той же причине - и не дай бог оно еще и httpd свой
имеет), и сама система версионирования хуже, чем могла бы быть, потому
что усилия разработчиков отвлекаются на вики и веб-интерфейс. Кто там
чего говорил про unix way?
>> а в целом это юниксвей - переложить проблему демонизации на один
>> инструмент (inittab), проблему слушанья порта на другой (inetd)
>> и так далее.
AP> Нет, unix-way это _один_ демон (runit), утилита для обмена данных с сокетом
AP> (tcpserver) и любая работающая с вводом-выводом утилита. А _два_ демона
AP> (добавим, паршивеньких) - это профанация. Притом "проблемы демонизации"
AP> вовсе не существует.
Стоило мне написать однострочник на sh в ответ на вопрос - выяснилось,
что таки нет, существует...
P.S. А зачем для обмена данных с TCP-сокетом _утилита_? С каких пор
read(2) и write(2) (напомню, что раздел 2 - это даже не libc, это
сисколлы ядра) перестали справляться?
P.P.S. Нет, я знаю, зачем на самом деле нужны tcpserver и tcpclient. И
какие задачи они НЕ решают.
--
Танк - это не фаллический символ. Он просто _едет_...
(С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
