From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46405851.5060105@mail.ru> Date: Tue, 08 May 2007 15:00:33 +0400 From: Avramenko Andrew User-Agent: Thunderbird 1.5.0.4 (X11/20060613) MIME-Version: 1.0 To: ALT Devel discussion list References: <46405642.8080003@rambler.ru> In-Reply-To: <46405642.8080003@rambler.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Scan-Signature: 251eb7f090b0ace7efda60f09d8d14e1 Subject: Re: [devel] =?koi8-r?b?98XS08nRINDBy8XUwSDXIC91c3Ivc2hhcmUvZG9j?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 11:00:36 -0000 Archived-At: List-Archive: List-Post: Yury Aliaev пишет: > Добрый день! > > Возвращаюсь к вопросу, т.к. в своё время говорили по этому поводу много, > а воз в результате не сдвинулся ни на ангстрем... Кто-нибудь может мне > объяснить, зачем указывать версию пакета в каталоге с документацией, > т.е. почему бы не хранить её просто в /usr/share/%name вместо > /usr/share/%name-%version? Возможно, в очень некоторых случаях такое > действительно востребовано -- когда изначально предполагается > сосуществование разных версий одного пакета, но почему бы для этого > случая не сделать исключение? В остальных случаях имхо отсутствие версии > было бы уместнее. Для меня это сейчас не праздный вопрос. Я поддерживаю > пакет qtiplot, и вдобавок -- qtiplot-manual. Проблема в том, что > руководство обновляется реже, чем сама программа, и их версии могут > различаться. Можно, конечно, соорудить костыль вроде отдельного каталога > /usr/share/qtiplot-doc, но пользователю-то зачем мозги ломать на тему, > почему часть документации лежит в одном месте, а часть -- в другом? Не > лучше ли разрешить проблему раз и навсегда? Простите, мне кажется есть смысл хотя бы чисто формально увеличивать версию документации. Иначе будет складываться ощущение, что существует более поздняя версия документации и люди будут ее долго искать.