* [devel] Архитектурно-зависимая сборка пакета
@ 2006-04-01 12:39 Sviatoslav Sviridov
2006-04-01 12:47 ` Dmitry V. Levin
0 siblings, 1 reply; 4+ messages in thread
From: Sviatoslav Sviridov @ 2006-04-01 12:39 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Архитектурно-зависимая сборка пакета
2006-04-01 12:39 [devel] Архитектурно-зависимая сборка пакета Sviatoslav Sviridov
@ 2006-04-01 12:47 ` Dmitry V. Levin
2006-04-01 13:09 ` Sviatoslav Sviridov
2006-04-03 7:11 ` [devel] [JT] " Kirill A. Shutemov
0 siblings, 2 replies; 4+ messages in thread
From: Dmitry V. Levin @ 2006-04-01 12:47 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Архитектурно-зависимая сборка пакета
2006-04-01 12:47 ` Dmitry V. Levin
@ 2006-04-01 13:09 ` Sviatoslav Sviridov
2006-04-03 7:11 ` [devel] [JT] " Kirill A. Shutemov
1 sibling, 0 replies; 4+ messages in thread
From: Sviatoslav Sviridov @ 2006-04-01 13:09 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* [devel] [JT] Re: Архитектурно-зависимая сборка пакета
2006-04-01 12:47 ` Dmitry V. Levin
2006-04-01 13:09 ` Sviatoslav Sviridov
@ 2006-04-03 7:11 ` Kirill A. Shutemov
1 sibling, 0 replies; 4+ messages in thread
From: Kirill A. Shutemov @ 2006-04-03 7:11 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2006-04-03 7:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-04-01 12:39 [devel] Архитектурно-зависимая сборка пакета Sviatoslav Sviridov
2006-04-01 12:47 ` Dmitry V. Levin
2006-04-01 13:09 ` Sviatoslav Sviridov
2006-04-03 7:11 ` [devel] [JT] " Kirill A. Shutemov
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git