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=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Message-ID: <4AD42EE4.5090800@mmedia2.kemsu.ru> Date: Tue, 13 Oct 2009 15:40:20 +0800 From: REAL User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <8d778a620910090903s786e700fwb532c061725c4a9b@mail.gmail.com> <679044850910100329w27cb7323ide3abc3fc0441704@mail.gmail.com> <4AD29685.906@mmedia2.kemsu.ru> <20091012151340.GI26079@osdn.org.ua> <4AD3ECF1.3000202@mmedia2.kemsu.ru> <20091013071015.GE26079@osdn.org.ua> In-Reply-To: <20091013071015.GE26079@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] [spec-lynch] 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, 13 Oct 2009 07:24:00 -0000 Archived-At: List-Archive: List-Post: Michael Shigorin пишет: >>>> Ну и насчёт указания конкретных ссылок в Source вместо >>>> %name-%version - так тьютор научил >>> Кто?? >> Ментор, пардон. > > Если это был я, то про Source: такого не говорил. Нет, не ты :) >>> (если что -- я стараюсь не макрифицировать Url:, >>> использовать %name и %version в Source:, >> А я уже не знаю, кого слушать, здесь у разных людей свой взгляд >> на сей счёт. К счастью, для меня это редкая проблема, в >> основном собираю из репозиториев, а не из таров. > > Это вопрос вкуса, но раз уж зашло -- давайте обдумаем и забросим > на вики (в /Spec?) рекомендации. Ну вот лично мне как раз удобней прямые ссылки в спеке иметь/видеть. Вставить-то совсем не проблема, зато спек читать легче. Но это всё мелочь, а вот если не в Source, а в Url попадаются макросы, это становится совсем грустно. >> Да здесь нередко уже обсуждались подобные конфликты пакетов >> самих с собой, чем дело кончилось, я так и не понял. > > В таких случаях предпочитаю переспросить, чем делать-переделывать. > :) Сейчас я вообще убрал те конфликты. Также завернул общую часть description в макрос и оптимизировал зависимости. Скоро приступаю к переносу сборочной фигни из спека куда подальше (makefiles, *.py), только тут один пакет дособираю... Пакеты с shared-библиотеками существуют уже давно, так что если у кого и будет конфликт при обновлении, то у тех, кто вообще с полгода не обновлялся. Да и в бранчи Trilinos я не портировал: никто не просил, а мне лишняя головная боль (и сильная) как-то не особо нужна. Но вопрос, конечно, лучше озвучить, раз он возник. Вот есть пакет типа libfoo-devel, там внутри статическая библиотека. Если возникает реформа и в этот пакет вносится shared-библиотека, а статическая уходит в libfoo-devel-static, какие конфликты/обсолеты проставлять, чтобы всё работало и спек не загаживался? -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ