From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 27 Jul 2003 21:24:36 +0400 From: "Dmitry V. Levin" To: ALT Developers List , devel-kernel Subject: Re: [devel] BuildArch and RPM macros Message-ID: <20030727172436.GB6185@basalt.office.altlinux.org> Mail-Followup-To: ALT Developers List , devel-kernel References: <20030724190224.3f124a83.vsu@altlinux.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <20030724190224.3f124a83.vsu@altlinux.ru> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 Cc: X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 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: Sun, 27 Jul 2003 17:24:36 -0000 Archived-At: List-Archive: List-Post: --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Jul 24, 2003 at 07:02:24PM +0400, Sergey Vlasov wrote: > Во многих *.spec (в основном это kernel-*) встречается BuildArch: > noarch вместе с хитрыми макросами вроде %source, которые при вызове > переопределяют переменные. Так вот, например, если BuildArch стоит > после использования %source, в списке, который создаёт %source, > дублируются элементы. Это связано с тем, что при обнаружении BuildArch > rpm перезапускает разбор spec-файла, но при этом не возвращает макросы > в исходное состояние. > > Вообще такое поведение rpm больше похоже на баг. Workaround: вытащить > BuildArch повыше - до первого использования %source и других подобных > макросов. Подтверждаю. -- ldv --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JArT9viEa8HiNCkRAjpiAJ9wEol0qrow/V2dwEzs9iUc8r8ZJQCeNU+S 9273hyVqlxrG/dOdREbM5YE= =Q9Dq -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB--