From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <438DC4C6.3080701@epam.com> Date: Wed, 30 Nov 2005 17:27:02 +0200 From: Sviataslau Svirydau User-Agent: Thunderbird 1.4.1 (Windows/20051006) MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus][JT] I: updated package - subversion References: <43025FE4.8090303@epam.com> <20051125163709.GA2542@nomad.office.altlinux.org> <43878B6B.6050900@altlinux.ru> <20051125225511.GA17307@basalt.office.altlinux.org> <438DBFE7.1060304@altlinux.ru> In-Reply-To: <438DBFE7.1060304@altlinux.ru> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 30 Nov 2005 15:27:03.0081 (UTC) FILETIME=[83A1D990:01C5F5C2] X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.5 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: Wed, 30 Nov 2005 15:27:18 -0000 Archived-At: List-Archive: List-Post: Ой, мама! Как это его enigmail перекосячил, что даже mailman ничего разобрать не смог... в других клиентах хоть видно было? Sviatoslav Sviridov wrote on 11/30/2005 5:06 PM: > Dmitry V. Levin wrote on 11/26/2005 12:55 AM: > >> У меня тоже не получилось, даже >> --query-repackage --build='--with swig_pl' >> не помогло (какой-то макрос не был определён), пришлось в spec-файл залезть. >> >> > Вернулся сейчас с subversion в связи с приближающимся выходом 1.3.0... > И таки вспомнил почему там ругань на неопределнные макросы была (сам > тоже пробовал --query-repackage тогда, но не получилось также)... > > А ругается потому, что макросы раскрываются до того, как все остальное > выполняется. Соответственно, если зависимость на пакет, предоставляющий > макросы, обернута в какой-нить %if_with/%endif, то сначала будет warning > насчет ненайденного макроса, а потом только насчет неудовлетворенной > зависимости. > > В аттаче пример спека, показывающего такое поведение. > При не установленном rpm-build-java получаем следующе: > > $ rpmbuild -bp test.spec > warning: Macro %_javadir not found > error: failed build dependencies: > rpm-build-java is needed by test-0.0.1-alt1 > > Но варнинги - это ерунда... Проблема в том, что выскакивает ошибка на > тот же самый макрос. Но ошибка уже в другом месте -- в секции %files. > Если из приаттаченного спека сделать src.rpm и попробовать его > пересобрать в хэшере, то он пересоберется. Но если его пересобираться с > ключем --query-repackage, то облимится: > > $ hsh --query-repackage ~/build > /home/svd/RPM/SRPMS/test/test-0.0.1-alt1.src.rpm > Components: hasher > Processing pkglists... hasher done > Processing srclists... hasher done > Creating component releases... done > Updating global release file... done > Appending MD5Sum... hasher done > All your base are belong to us!!! > warning: Macro %_javadir not found > warning: Macro %_javadir not found > warning: Macro %_javadir not found > error: Macro %_javadir not found > error: line 37: %_javadir/test.jar > > А вопрос все это навеяло такой: > Все еще можно заворачивать сборочные зависимости в условия, или это > чревато? ;) >