From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 1 May 2007 17:48:08 +0300 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20070501144808.GC13406@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <20070430192103.GA14367@hint1.office.altlinux.org> <20070430193252.GB24055@osdn.org.ua> <20070430210415.GB14551@basalt.office.altlinux.org> <20070501103417.GE30664@osdn.org.ua> <20070501140548.GC7749@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070501140548.GC7749@basalt.office.altlinux.org> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] q: x86_64 requisite? X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Tue, 01 May 2007 14:46:56 -0000 Archived-At: List-Archive: List-Post: On Tue, May 01, 2007 at 06:05:49PM +0400, Dmitry V. Levin wrote: > Я не менял правил. Просто регулярной тестовой пересборки > Сизифа на x86-64 раньше не было, а теперь она есть. > Тот src.rpm, который долго не собирается, уходит в orphaned. Вот то, что теперь получается "ИЛИ" для пакетов по обеим поддерживаемым архитектурам, и было бы хорошо озвучить, когда вводилось. Если это не побочный эффект. :) > Насколько я понимаю, если его с увеличенным релизом снова > отправить в Сизиф, то он соберётся на одной из архитектур. И снова будет обламываться на второй... OK, поскольку пока починить не вышло -- пока впишу обоим страдальцам ExclusiveArch. ruby-doc-extra иметь в 4.0 было бы очень хорошо -- одна из вещей, которых больше нигде "вообще" нет (как поддержка WMA в Linspire). > > > > lavaps не собирается из-за ругани на потерю точности, > > > > как-то такое пока не чинил. > > > Я не разбирался с каждым из ~40 пакетов, поскольку обычно это > > > делают мантейнеры. > > В данном разе это была скрытая просьба подсобить, кому не лень. > > Мне пока хватает сборки для i586, которая прекрасно проходит. > process_model.cc: In member function 'void process_model::dump()': > process_model.cc:89: error: cast from 'process_model*' to 'int' loses precision Мгм. > Компилятор против преобразования указателя в целое число, > поскольку размер указателя в 2 раза больше размера целого числа. > Обычно после такой ошибки следует segfault; что говорит upstream? Пока не спрашивал -- если пойду, то заодно притащу полдюжины сузешных патчей (часть -- с 2001 года). > > > > ruby-doc-extra -- уникальный по дистрибутивам пакет, где проблема > > > > в сборке какого-то из примеров или промежуточного кода. Итоговый > > > > пакет его не содержит, помечен как noarch (поскольку _итоговый_ > > > > -- чистая документация). В чём проблема? Добавить после > > > > BuildArch ещё ExclusiveArch? > > > Пакет noarch, по идее, должен собираться на любой архитектуре, > > > причём результат не должен зависеть от архитектуры. > > Дима, этот пакет также прекрасно собирается на i586, > > но взрывается на x86_64. Патчи из сузи уже тащу, пока > > недостаточно. (это было про lavaps) > cc -c -o cdjukebox.o cdjukebox.c > [...] > /usr/bin/ld: ../cdjukebox/libcdjukebox.a(cdjukebox.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC > > Миша, сделай так, как говорит ld, и всё будет хорошо. Э... пробовал. Хорошо, попробую ещё раз. Спасибо за подсказки. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/