From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4582875D.4040000@altlinux.org> Date: Fri, 15 Dec 2006 14:30:37 +0300 From: Mikhail Yakshin User-Agent: Thunderbird 1.5.0.5 (X11/20060822) MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list References: <457FC59D.4080301@ukr.net> <457FD556.7030806@ukr.net> <20061213105523.GA3910@immo.ru> <457FE50D.6050600@ukr.net> <457FF0BC.3040305@ukr.net> <20061213130115.GB3910@immo.ru> <458127CA.10108@vzljot.ru> <458141EE.3050200@altlinux.org> <20061214124038.GH3910@immo.ru> <45816681.3060507@altlinux.org> <45826298.7020400@altlinux.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [sisyphus] trac X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 11:31:18 -0000 Archived-At: List-Archive: List-Post: Andrey Khavryuchenko пишет: > Mikhail, > > "MY" == Mikhail Yakshin wrote: > > MY> Andrey Khavryuchenko пишет: > >> "MY" == Mikhail Yakshin wrote: > >> > MY> 3. собственно, ситуация с тем, что именно из из-за этого "не egg" ведет > MY> к тому, что массы модулей у нас нет, упаковка каждого из них - > MY> трудоемка, использовать trac, скажем, в объеме хотя бы чуть больше > MY> стандартного ведет к необходимости ставить его не из RPM, а руками. > >> > >> Например? Насколько нестандартным должно быть использование trac? У меня > >> всё жужжит. > > MY> https://bugzilla.altlinux.org/show_bug.cgi?id=10378 > > А, понял. И какие-либо сдвиги есть? Пока нет. > В чём собственно проблема их доставить - можно в тикете документировать? Проблем несколько: 1. Некоторые плагины и расширения trac требуют некоей "особенной" версии trac, причем разные - разных. Там постоянно плавает API (да и по большому счету - там нет как такового API, есть куча структур, рядом с которыми разработчикам и предлагается создавать свои, такие же структуры в плагинах), как правило, патчи - тривиальные, но все-равно что-то патчить приходится. 2. Многие плагины собираются в egg, далеко не все работает гладко, если trac собран из RPM. 3. Если мы говорим о таких major, более-менее поддерживаемых сообществом плагинах, то все еще терпимо. Но есть масса плагинов на 2-3 килобайта кода, которые толком не поддерживаются, используют старые API и т.п. Естественный цикл внедрения trac для решения каждой конкретной задачи - это пытаться ставить такие плагины "на поиграться" - речь идет о плагинах, которые не нужны всем и даже большинству - например, плагины для разных version control systems (git, cvs, mercurial и т.п.), плагины для того, чтобы база пользователей была в LDAP или внешнем SQL. В случае такого trac, как сейчас собран в RPM, почему-то такая полуразработка-полупросмотр того, что есть, резко осложняются. В идеале бы, конечно, хотелось бы иметь мощную систему, где есть все и сразу, модуляризированную, все плагины - отдельными пакетами, кто что хочет, то и ставит, все уже подпилено, подогнано, проверено и работает само. Но пока не получается :( Пока хотелось бы хотя бы перечисленные основные, большие плагины... -- WBR, GreyCat