From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Yuri N. Sedunov" To: ALT Linux Team development discussions In-Reply-To: <1243985321.10298.258.camel@latitude> References: <20090601195848.GA5767@granary.armor.altlinux.org> <1243974914.10298.153.camel@latitude> <1243976129.8497.15.camel@arisbook> <1243978996.10298.155.camel@latitude> <1243981740.8497.27.camel@arisbook> <1243985321.10298.258.camel@latitude> Content-Type: text/plain; charset="UTF-8" Date: Wed, 03 Jun 2009 04:16:04 +0400 Message-Id: <1243988165.8497.52.camel@arisbook> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: Re: [devel] [cyber] I: Sisyphus-20090601 packages: +11! -15 +39 (9023) 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: Wed, 03 Jun 2009 00:16:08 -0000 Archived-At: List-Archive: List-Post: В Срд, 03/06/2009 в 03:28 +0400, Alexey Rusakov пишет: > В Срд, 03/06/2009 в 02:29 +0400, Yuri N. Sedunov пишет: > > В Срд, 03/06/2009 в 01:43 +0400, Alexey Rusakov пишет: > > > > > Так или иначе, просьба ко всем у кого в > > > > > пакетах попадаются макросы, относящиеся к freedesktop-ным спецификациям > > > > > (типа shared-mime-info, но его я уже поправил), посмотреть - возможно, > > > > > какие-то макросы стоит переместить в rpm-build-xdg, а какие-то завязать > > > > > на то, что уже есть в rpm-build-xdg. > > > > > > > > Зачем? > > > Чтобы в нескольких пакетах не оказалось определение одного и того же > > > пути, вестимо. > > > > Во сколько вы оцениваете вред от таких определений или отсутствие > > определений? Во сколько вы оцениваете выгоду от использования > > rpm-build-xdg? Каковы затраты на использование rpm-build-xdg? Окупается > > ли использование rpm-build-xdg? > Мне, слава Богу, хватает таких вопросов на основной работе пока. А как > член тим я могу ответить вот что. Вопрос не в пакете, а в переносе > макроопределений из пользовательской части пакетной базы в > девелоперскую, где они и должны лежать. Это изменение может позволить не > устанавливать для сборки пакетов shared-mime-info (после вычистки > зависимостей), Во-первых, вывод "apt-cache whatdepends shared-mime-info" вам покажет, что не позволит, возможно, в 100% случаев. Во-вторых, многие пакеты для сборки явно требуют shared-mime-info, тогда, чтоб было аккуратненько нужно вынести shared-mime-info.pc в отдельный devel-пакет, а чтоб было совсем аккуратненько сделать это еще в полусотне или больше пакетов и пофиксить зависимые, и поэтому тоже ваши ответы безотносительно основной работы неинтересны. > что сэкономит какое-то смешное количество процессорных > тактов при пересборках. Почему я решил всё-таки это сделать - потому что > мне это показалось неаккуратным. Неаккуратненько как-то (с) > Неаккуратненько засорять пакетную базу делать лишнюю работу и осложнять работу других без нужды. -- Yuri N. Sedunov