[devel] Архитектурно-зависимая сборка пакета

[devel] Архитектурно-зависимая сборка пакета

[Sviatoslav Sviridov]

[-- Attachment #1: Type: text/plain, Size: 2413 bytes --]

Приветствую,

Подскажите, уважаемые, как правильно прописывать в спеке условия, 
зависящие от архитектуры?

Пример: надо исключить сборку одного подпакета для x86_64. В спеке это и 
так регулируется при помощи with/without, но получается, что надо в 
зависимости от архитектуры менять это самое условие.

Кстати, тут еще одна проблема. Припоминаю, что было обсуждение насчет 
того, что не есть хорошо иметь различные сборочные зависимости для 
разных архитектур. В subversion, например, сборочные зависимости 
изменчивы даже в рамках i586 в зависимости от определения различных 
with/without. Получается, что если там в зависимости от архитектуры 
будут изменяться with/without, то и сборочные зависимости будут меняться 
:) Это будет нормально?

ЗЫ надеюсь, что данное знание мне не понадобится применять, или 
понадобиться применять не надолго, до разрешения следующей проблемы:

При сборке subversion для x86_64 не собираются swig ruby bindigs:

/bin/sh /usr/src/RPM/BUILD/subversion-1.3.1/libtool --tag=CC --silent 
--mode=compile none -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE  
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/include 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/proxy 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/proxy 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/include -DPATH_MAX=4096 
-I/usr/include/apr  -I/usr/include/apu  
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/ruby/libsvn_swig_ruby 
-prefer-pic -c -o subversion/bindings/swig/ruby/svn_client.lo 
subversion/bindings/swig/ruby/svn_client.c
/usr/src/RPM/BUILD/subversion-1.3.1/libtool: line 1280: none: command 
not found

Вот тут вместо none должен быть компилятор, но он почему-то не 
опреден... Например, чуть выше, при сборке перловых биндингов, 
используется x86_64-alt-linux-gcc...

Соответственно, есть варианты (предполагая, что ошибка сборки для i586 
всего лишь недоразумение, которое будет исправлено):
- выложить пакет как есть (тогда для x86_64 он не будет собран)
- отключить сборку subversion-ruby для x86_64 и выложить
- отключить сборку subversion-ruby вообще и выложить
- не выкладывать до окончания разбирательств

Мне предпочтителен сейчас второй варинт.

-- 
Best regards,
Sviatoslav Sviridov
--
There are two kinds of egotists: 1) Those who admit it  2) The rest of us


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] Архитектурно-зависимая сборка пакета

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1822 bytes --]

On Sat, Apr 01, 2006 at 03:39:05PM +0300, Sviatoslav Sviridov wrote:
> Подскажите, уважаемые, как правильно прописывать в спеке условия, 
> зависящие от архитектуры?
> 
> Пример: надо исключить сборку одного подпакета для x86_64. В спеке это и 
> так регулируется при помощи with/without, но получается, что надо в 
> зависимости от архитектуры менять это самое условие.

Это нормально.

> Кстати, тут еще одна проблема. Припоминаю, что было обсуждение насчет 
> того, что не есть хорошо иметь различные сборочные зависимости для 
> разных архитектур. В subversion, например, сборочные зависимости 
> изменчивы даже в рамках i586 в зависимости от определения различных 
> with/without. Получается, что если там в зависимости от архитектуры 
> будут изменяться with/without, то и сборочные зависимости будут меняться 
> :) Это будет нормально?

Нет, это не нормально.  Не так давно в пакете subversion сборочные зависимости
для i586 и x86_64 стали одинаковыми, и было бы хорошо эту практику
сохранить.

> /usr/src/RPM/BUILD/subversion-1.3.1/libtool: line 1280: none: command 
> not found
> 
> Вот тут вместо none должен быть компилятор, но он почему-то не 
> опреден... Например, чуть выше, при сборке перловых биндингов, 
> используется x86_64-alt-linux-gcc...

Надо найти первое упоминание слова none в логе сборки.

> Соответственно, есть варианты (предполагая, что ошибка сборки для i586 
> всего лишь недоразумение, которое будет исправлено):
> - выложить пакет как есть (тогда для x86_64 он не будет собран)
> - отключить сборку subversion-ruby для x86_64 и выложить
> - отключить сборку subversion-ruby вообще и выложить
> - не выкладывать до окончания разбирательств
> 
> Мне предпочтителен сейчас второй варинт.

А мне третий.  Все знают как я люблю ruby. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] Архитектурно-зависимая сборка пакета

[Sviatoslav Sviridov]

[-- Attachment #1: Type: text/plain, Size: 3053 bytes --]

Dmitry V. Levin пишет:
> On Sat, Apr 01, 2006 at 03:39:05PM +0300, Sviatoslav Sviridov wrote:
>   
>> Подскажите, уважаемые, как правильно прописывать в спеке условия, 
>> зависящие от архитектуры?
>>
>> Пример: надо исключить сборку одного подпакета для x86_64. В спеке это и 
>> так регулируется при помощи with/without, но получается, что надо в 
>> зависимости от архитектуры менять это самое условие.
>>     
>
> Это нормально.
>
>   
>> Кстати, тут еще одна проблема. Припоминаю, что было обсуждение насчет 
>> того, что не есть хорошо иметь различные сборочные зависимости для 
>> разных архитектур. В subversion, например, сборочные зависимости 
>> изменчивы даже в рамках i586 в зависимости от определения различных 
>> with/without. Получается, что если там в зависимости от архитектуры 
>> будут изменяться with/without, то и сборочные зависимости будут меняться 
>> :) Это будет нормально?
>>     
>
> Нет, это не нормально.  Не так давно в пакете subversion сборочные зависимости
> для i586 и x86_64 стали одинаковыми, и было бы хорошо эту практику
> сохранить.
>   

Хорошо, постараемся...

>> /usr/src/RPM/BUILD/subversion-1.3.1/libtool: line 1280: none: command 
>> not found
>>
>> Вот тут вместо none должен быть компилятор, но он почему-то не 
>> опреден... Например, чуть выше, при сборке перловых биндингов, 
>> используется x86_64-alt-linux-gcc...
>>     
>
> Надо найти первое упоминание слова none в логе сборки.
>   
Оно и было первым значащим:

$ grep none screenlog.1
checking for x86_64-alt-linux-gcc option to accept ANSI C... none needed
checking for library containing bindtextdomain... none required
/bin/sh /usr/src/RPM/BUILD/subversion-1.3.1/libtool --tag=CC --silent 
--mode=compile none -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE  
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/include 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/proxy 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/proxy 
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/include -DPATH_MAX=4096 
-I/usr/include/apr  -I/usr/include/apu  
-I/usr/src/RPM/BUILD/subversion-1.3.1/subversion/bindings/swig/ruby/libsvn_swig_ruby 
-prefer-pic -c -o subversion/bindings/swig/ruby/svn_client.lo 
subversion/bindings/swig/ruby/svn_client.c
/usr/src/RPM/BUILD/subversion-1.3.1/libtool: line 1280: none: command 
not found

>> Соответственно, есть варианты (предполагая, что ошибка сборки для i586 
>> всего лишь недоразумение, которое будет исправлено):
>> - выложить пакет как есть (тогда для x86_64 он не будет собран)
>> - отключить сборку subversion-ruby для x86_64 и выложить
>> - отключить сборку subversion-ruby вообще и выложить
>> - не выкладывать до окончания разбирательств
>>
>> Мне предпочтителен сейчас второй варинт.
>>     
>
> А мне третий.  Все знают как я люблю ruby. :)
>   

Ну тут я не буду сильно сопротивляться ;)

-- 
Best regards,
Sviatoslav Sviridov
--
"Only the hypocrite is really rotten to the core."
-- Hannah Arendt.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

[devel] [JT] Re: Архитектурно-зависимая сборка пакета

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 450 bytes --]

On 16:47 Sat 01 Apr, Dmitry V. Levin wrote:
> А мне третий.  Все знают как я люблю ruby. :)
А можно узнать за что вы так его?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Кроме того, у нас нет полиси относительно разделяемых библиотек.
Так что любая попытка что-либо сделать в этой области будет
встречена вескими досужими мнениями. :)
		-- at in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]