From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FUZZY_XPILL, RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=vJ0F7WXiPQMlzotgkMebAIssEKKbo/oRx0rzHoPQbbg=; b=hkOEEOksXw/kbCMQeJM+o31hFYIObso82udWnvpUKYZGimyZmEQBzvCXhHkAHxfX1D 9DQoik8jtiz6bE2k99RXpDgqxZUOsPPIcQz6sOvYrwUrLbjdwSm9L9F8isNPJLh3M6mW oTPZ1/wI6NST8Tnlvxt/oKYlLQKAilYC+/WnDX1e9XGSNn6j8Y9cmqg+1JqPD80EBg0O gZE4bDF0yANC5ykeXmLgYOvBveMyZTr/Xd1QSOAvKFkskM27KVD+0IngeKXZefgW7sn/ X4UykV3UmM1EY7hXtmhO+bNhK6+9If1JIYZOoD7TGoWlv7Sl0q64PnWPXO2eSrnlBxxT gKcw== Sender: Michael Pozhidaev From: Michael Pozhidaev To: ALT Linux Team development discussions References: <704621334570862@web20d.yandex.ru> Date: Tue, 17 Apr 2012 13:24:13 +0700 In-Reply-To: <704621334570862@web20d.yandex.ru> (Bergman Andrey's message of "Mon, 16 Apr 2012 14:07:42 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?STog98XCLdLF09XS09kgRGVlcHNvbHZlcg==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 06:24:48 -0000 Archived-At: List-Archive: List-Post: Андрей, здравствуйте! > 1. Мелкое замечание - в техзадании на второй странице опечатка в слове > "внесение", написано "внесенеи". Пофиксено, спасибо. > 2. В уровнях протоколирования не хватает предупреждения > (warning). Вообще, есть цикл статей по протоколированию, в котором > описан очень удобный интерфейс для C++ - > http://ddima.livejournal.com/64901.html#cutid1 Тоже пофиксено. > 3. В "протоколировании" написано, что протокол должен быть и машино-читаем и человеко-читаем. В OpenVMS было сделано очень изящное решение такой проблемы: > > GEIN $ show asdf > %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling > \ASDF\ > GEIN $ > > Каждое сообщение об ошибке предваряется кодом, а затем идёт сообщение > для человека. Код - это название подсистемы DCL, уровень серьёзности - > W[arning], код ошибки IVKEYW. А дальше может идти сообщение на любом > языке, хоть по-русски, хоть по-английски, сообщение всё-равно > машино-читаемо. Понятно, спасибо. Пока сходу кажется, что это всё равно недостаточная структурированность. В нашей разработке операции все однотипные - загрузить, поставить, удалить и т. д. Пока думаю, что информации для машинночитаемого формата должно быть больше, т.е. должно быть указано, откуда сливали, что ставили, и т. д. Это должно быть не просто в текстовом виде для человека, а полностью однозначно фильтруемо для машины. > 4. Нет ли в планах реализации аналога deborphan - чтобы можно было > удалить неиспользуемые библиотеки? То есть, часть пакетов > ярковыраженно не могут использовать напрямую, без frontend'а. И если > все frontendы к библиотеке удалены, то и библиотеку > убрать. (разумеется, devel пакеты тоже должны рассматриваться как > frontend'ы) Хе-хе, достаточно живая тема была в deepsolver@lists. Были мнения, что это не очень полезно. В частности, так говорил zerg@, но мне кажется, что мы его переубедим. :)) Там, правда, чуть-чуть по-другому описывался критерий, но в общих чертах как раз про это. -- Michael Pozhidaev. Tomsk, Russia. Russian info page: http://www.marigostra.ru/