[devel] Q: libquicktime для x86_64

[devel] Q: libquicktime для x86_64

[Anton Farygin]

Всем привет.

Кто-нить может сказать, почему свежий
libquicktime не был собран для x86_64 ???

я проверил сборку на своей локальной машине - всё собирается и работает.

Однако в репозитарии его нет ;(

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Dmitry V. Levin]

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

On Thu, Feb 16, 2006 at 01:39:21PM +0300, Anton Farygin wrote:
> Всем привет.
> 
> Кто-нить может сказать, почему свежий
> libquicktime не был собран для x86_64 ???

Ты сам можешь посмотреть:
mash$ find /build/legion/incominger/incominger-public/archive/x86_64/reject/2006/ -name libquicktime-\*

Говорят, что с недавних пор стали присылать логи по этой архитектуре.


-- 
ldv

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

Re: [devel] Q: libquicktime для x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 14:12:51 +0300, Dmitry V. Levin wrote:

> On Thu, Feb 16, 2006 at 01:39:21PM +0300, Anton Farygin wrote:
>> Всем привет.
>> 
>> Кто-нить может сказать, почему свежий
>> libquicktime не был собран для x86_64 ???
> 
> Ты сам можешь посмотреть: mash$ find
> /build/legion/incominger/incominger-public/archive/x86_64/reject/2006/
> -name libquicktime-\*
> 
> Говорят, что с недавних пор стали
> присылать логи по этой архитектуре.

Что-то сколбасило у incominger'а... и я даже подозреваю что ;(

Дело в том, что:
$ rpm -qpR /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep mmx
libjpeg-mmx-devel  

А между тем:
$ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep mmx
$

Как поставить архитектурно-зависимый buildreq ???

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Valery V. Inozemtsev]

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

> Что-то сколбасило у incominger'а... и я даже подозреваю что ;(
>
> Дело в том, что:
> $ rpm -qpR /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm
> |grep mmx libjpeg-mmx-devel
>
> А между тем:
> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep
> mmx $
>
> Как поставить архитектурно-зависимый buildreq ???
%ifarch x86_64
%endif

%ifnarch x86_64
%endif

%ifarch i586
%else
%endif

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: libquicktime для x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 15:38:25 +0300, Valery V. Inozemtsev wrote:

>> Что-то сколбасило у incominger'а... и я даже
>> подозреваю что ;(
>>
>> Дело в том, что:
>> $ rpm -qpR
>> /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm
>> |grep mmx libjpeg-mmx-devel
>>
>> А между тем:
>> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm
>> |grep mmx $
>>
>> Как поставить архитектурно-зависимый
>> buildreq ???
> %ifarch x86_64
> %endif
> 
> %ifnarch x86_64
> %endif
> 
> %ifarch i586
> %else
> %endif

Неправда ;)

Сейчас стоит именно такой - так делать
нельзя. Причина - всего один src.rpm для обеих платформ.

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 17:36:15 +0300, Anton Farygin wrote:

> On Thu, 16 Feb 2006 15:38:25 +0300, Valery V. Inozemtsev wrote:
> 
>>> Что-то сколбасило у incominger'а... и я даже
>>> подозреваю что ;(
>>>
>>> Дело в том, что:
>>> $ rpm -qpR
>>> /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm
>>> |grep mmx libjpeg-mmx-devel
>>>
>>> А между тем:
>>> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm
>>> |grep mmx $
>>>
>>> Как поставить архитектурно-зависимый
>>> buildreq ???
>> %ifarch x86_64
>> %endif
>> 
>> %ifnarch x86_64
>> %endif
>> 
>> %ifarch i586
>> %else
>> %endif
> 
> Неправда ;)
> 
> Сейчас стоит именно такой - так делать
> нельзя. Причина - всего один src.rpm для
> обеих платформ.

Про то, что так делать нельзя - до меня допёрло только сегодня ;(((

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Led]

В сообщении от 16 февраля 2006 16:47 Anton Farygin написал(a):
> On Thu, 16 Feb 2006 17:36:15 +0300, Anton Farygin wrote:
> > On Thu, 16 Feb 2006 15:38:25 +0300, Valery V. Inozemtsev wrote:
> >>> Что-то сколбасило у incominger'а... и я даже
> >>> подозреваю что ;(
> >>>
> >>> Дело в том, что:
> >>> $ rpm -qpR
> >>> /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm
> >>>
> >>> |grep mmx libjpeg-mmx-devel
> >>>
> >>> А между тем:
> >>> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm
> >>>
> >>> |grep mmx $
> >>>
> >>> Как поставить архитектурно-зависимый
> >>> buildreq ???
> >>
> >> %ifarch x86_64
> >> %endif
> >>
> >> %ifnarch x86_64
> >> %endif
> >>
> >> %ifarch i586
> >> %else
> >> %endif
> >
> > Неправда ;)
> >
> > Сейчас стоит именно такой - так делать
> > нельзя. Причина - всего один src.rpm для
> > обеих платформ.
>
> Про то, что так делать нельзя - до меня допёрло только сегодня ;(((

А до меня так и "не допёрло" :(((

-- 
Led.

Re: [devel] Q: libquicktime для x86_64

[Valery V. Inozemtsev]

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

> >>> Как поставить архитектурно-зависимый
> >>> buildreq ???
> >>
> >> %ifarch x86_64
> >> %endif
> >>
> >> %ifnarch x86_64
> >> %endif
> >>
> >> %ifarch i586
> >> %else
> >> %endif
> >
> > Неправда ;)
> >
> > Сейчас стоит именно такой - так делать
> > нельзя. Причина - всего один src.rpm для
> > обеих платформ.
>
> Про то, что так делать нельзя - до меня допёрло только сегодня ;(((

поясни почему. и как надо делать?

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: libquicktime для x86_64

[Alexey I. Froloff]

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

* Valery V. Inozemtsev <shrek@> [060216 17:57]:
> > Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
> поясни почему.
rpm -bs прописывает зависимости в виде полей заголовка в пакет.
А hasher по этим зависимостям строит сборочную среду.

> и как надо делать?
Как например - левый пустой пакет для x86_64...  Или перед
сборкой сделать rpm -bs --nodeps на спек на этой архитектуре.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Q: libquicktime для x86_64

[Led]

В сообщении от 16 февраля 2006 17:05 Alexey I. Froloff написал(a):
> * Valery V. Inozemtsev <shrek@> [060216 17:57]:
> > > Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
> >
> > поясни почему.
>
> rpm -bs прописывает зависимости в виде полей заголовка в пакет.
> А hasher по этим зависимостям строит сборочную среду.

т.е. зависимости берутся не из спека, а из пакета?

> > и как надо делать?
>
> Как например - левый пустой пакет для x86_64...  Или перед
> сборкой сделать rpm -bs --nodeps на спек на этой архитектуре.

-- 
Led.

Re: [devel] Q: libquicktime ДКЪ x86_64

[Andrei Bulava]

Led wrote:
> В сообщении от 16 февраля 2006 17:05 Alexey I. Froloff написал(a):
> 
>>* Valery V. Inozemtsev <shrek@> [060216 17:57]:
>>
>>>>Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
>>>
>>>поясни почему.
>>
>>rpm -bs прописывает зависимости в виде полей заголовка в пакет.
>>А hasher по этим зависимостям строит сборочную среду.
> 
> 
> т.е. зависимости берутся не из спека, а из пакета?

Именно что. По-моему, если я всё правильно помню, ldv@ как-то делился
своей мечтой об уничтожении src.rpm как явления - и вышеозначенное было
причиной его недовольства.

-- 
// AB1002-UANIC

Re: [devel] Q: libquicktime ДКЪ x86_64

[Led]

В сообщении от 16 февраля 2006 18:15 Andrei Bulava написал(a):
> Led wrote:
> > В сообщении от 16 февраля 2006 17:05 Alexey I. Froloff написал(a):
> >>* Valery V. Inozemtsev <shrek@> [060216 17:57]:
> >>>>Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
> >>>
> >>>поясни почему.
> >>
> >>rpm -bs прописывает зависимости в виде полей заголовка в пакет.
> >>А hasher по этим зависимостям строит сборочную среду.
> >
> > т.е. зависимости берутся не из спека, а из пакета?
>
> Именно что. По-моему, если я всё правильно помню, ldv@ как-то делился
> своей мечтой об уничтожении src.rpm как явления - и вышеозначенное было
> причиной его недовольства.

А может всё же что-то "в консерватории подправить" (в rpm)? или в хешере (чтоб 
BuildReq из спека брал)?

-- 
Led.

Re: [devel] Q: libquicktime ДКЪ x86_64

[Led]

В сообщении от 16 февраля 2006 18:25 Led написал(a):
> В сообщении от 16 февраля 2006 18:15 Andrei Bulava написал(a):
> > Led wrote:
> > > В сообщении от 16 февраля 2006 17:05 Alexey I. Froloff написал(a):
> > >>* Valery V. Inozemtsev <shrek@> [060216 17:57]:
> > >>>>Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
> > >>>
> > >>>поясни почему.
> > >>
> > >>rpm -bs прописывает зависимости в виде полей заголовка в пакет.
> > >>А hasher по этим зависимостям строит сборочную среду.
> > >
> > > т.е. зависимости берутся не из спека, а из пакета?
> >
> > Именно что. По-моему, если я всё правильно помню, ldv@ как-то делился
> > своей мечтой об уничтожении src.rpm как явления - и вышеозначенное было
> > причиной его недовольства.
>
> А может всё же что-то "в консерватории подправить" (в rpm)? или в хешере
> (чтоб BuildReq из спека брал)?

или просто перепаковывать src.rpm с учётом --target перед отправкой в хешер, 
или хешер научить делать это?

-- 
Led.

Re: [devel] Q: libquicktime ДКЪ x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 18:32:09 +0200, Led wrote:

> В сообщении от 16 февраля 2006 18:25 Led
> написал(a):
>> В сообщении от 16 февраля 2006 18:15 Andrei Bulava
>> написал(a):
>> > Led wrote:
>> > > В сообщении от 16 февраля 2006 17:05 Alexey I.
>> > > Froloff написал(a):
>> > >>* Valery V. Inozemtsev <shrek@> [060216 17:57]:
>> > >>>>Про то, что так делать нельзя - до
>> > >>>>меня допёрло только сегодня ;(((
>> > >>>
>> > >>>поясни почему.
>> > >>
>> > >>rpm -bs прописывает зависимости в виде
>> > >>полей заголовка в пакет. А hasher по этим
>> > >>зависимостям строит сборочную среду.
>> > >
>> > > т.е. зависимости берутся не из спека,
>> > > а из пакета?
>> >
>> > Именно что. По-моему, если я всё
>> > правильно помню, ldv@ как-то делился
>> > своей мечтой об уничтожении src.rpm как
>> > явления - и вышеозначенное было
>> > причиной его недовольства.
>>
>> А может всё же что-то "в консерватории
>> подправить" (в rpm)? или в хешере (чтоб
>> BuildReq из спека брал)?
> 
> или просто перепаковывать src.rpm с учётом
> --target перед отправкой в хешер, или хешер
> научить делать это?

Так тоже делать нельзя. Ибо src.rpm у нас по определению noarch.

Rgds,
Rider

Re: [devel] Q: libquicktime ДКЪ x86_64

[Led]

В сообщении от 17 февраля 2006 09:11 Anton Farygin написал(a):
> On Thu, 16 Feb 2006 18:32:09 +0200, Led wrote:
> > В сообщении от 16 февраля 2006 18:25 Led
> >
> > написал(a):
> >> В сообщении от 16 февраля 2006 18:15 Andrei Bulava
> >>
> >> написал(a):
> >> > Led wrote:
> >> > > В сообщении от 16 февраля 2006 17:05 Alexey I.
> >> > >
> >> > > Froloff написал(a):
> >> > >>* Valery V. Inozemtsev <shrek@> [060216 17:57]:
> >> > >>>>Про то, что так делать нельзя - до
> >> > >>>>меня допёрло только сегодня ;(((
> >> > >>>
> >> > >>>поясни почему.
> >> > >>
> >> > >>rpm -bs прописывает зависимости в виде
> >> > >>полей заголовка в пакет. А hasher по этим
> >> > >>зависимостям строит сборочную среду.
> >> > >
> >> > > т.е. зависимости берутся не из спека,
> >> > > а из пакета?
> >> >
> >> > Именно что. По-моему, если я всё
> >> > правильно помню, ldv@ как-то делился
> >> > своей мечтой об уничтожении src.rpm как
> >> > явления - и вышеозначенное было
> >> > причиной его недовольства.
> >>
> >> А может всё же что-то "в консерватории
> >> подправить" (в rpm)? или в хешере (чтоб
> >> BuildReq из спека брал)?
> >
> > или просто перепаковывать src.rpm с учётом
> > --target перед отправкой в хешер, или хешер
> > научить делать это?
>
> Так тоже делать нельзя. Ибо src.rpm у нас по определению noarch.

Он и так noarch, если смотреть на его содержимое: спек, исходники и патчи... 
Вот только rpm -bs делает его платформо-зависимым... :(
Поэтому, либо обходить эту "фичу" в incoming, либо в hasher, либо править rpm?

-- 
Led.

Re: [devel] Q: libquicktime для x86_64

[Andrei Bulava]

Led wrote:
> В сообщении от 17 февраля 2006 09:11 Anton Farygin написал(a):

>>Так тоже делать нельзя. Ибо src.rpm у нас по определению noarch.
> 
> Он и так noarch, если смотреть на его содержимое: спек, исходники и патчи... 
> Вот только rpm -bs делает его платформо-зависимым... :(
> Поэтому, либо обходить эту "фичу" в incoming, либо в hasher, либо править rpm?

Первые два способа (обход либо в incoming, либо в hasher), по-моему,
ведут прямиком к удвоению количества src.rpm (причём каждый второй из
них будет генератом, подписанным роботом). Третий способ - ещё один шаг
к маргинализации ALT Linux Sisyphus.

Есть четвёртый путь - избавиться от src.rpm в процессе разработки
(только генерировать и выкладывать на ftp только для третьих сторон, не
участвующих в ALT Linux Team), но он подразумевает революцию: спеки,
патчи и тарболы в централизованном хранилище, находящегося под
управлением некоего робота, понимающего команду типа release (сборка
src.rpm и двоичных rpm из имеющихся в наличии платформно-независимых
спеков).

Кстати, прецедент похожего подхода уже есть -
http://www.tinysofa.org/documentation/index.cgi?ExampleWorkflow

-- 
// AB1002-UANIC

Re: [devel] Q: libquicktime для x86_64

[Andrei Bulava]

Andrei Bulava wrote:

> Есть четвёртый путь - избавиться от src.rpm в процессе разработки
> (только генерировать и выкладывать на ftp только для третьих сторон, не
> участвующих в ALT Linux Team), но он подразумевает революцию: спеки,
> патчи и тарболы в централизованном хранилище, находящегося под
> управлением некоего робота, понимающего команду типа release (сборка
> src.rpm и двоичных rpm из имеющихся в наличии платформно-независимых
> спеков).

"Чукча - не читатель, чукча - писатель" :-)

< (только генерировать и выкладывать на ftp только для третьих сторон, не
> (только генерировать и выкладывать на ftp для третьих сторон, не

< патчи и тарболы в централизованном хранилище, находящегося под
> патчи и тарболы в централизованном хранилище, которое находится под

-- 
// AB1002-UANIC

Re: [devel] Q: libquicktime для x86_64

[Andrei Bulava]

Andrei Bulava wrote:

>> Есть четвёртый путь - избавиться от src.rpm в процессе разработки
>> (только генерировать и выкладывать на ftp только для третьих сторон, не
>> участвующих в ALT Linux Team), но он подразумевает революцию: спеки,
>> патчи и тарболы в централизованном хранилище, находящегося под
>> управлением некоего робота, понимающего команду типа release (сборка
>> src.rpm и двоичных rpm из имеющихся в наличии платформно-независимых
>> спеков).


"Чукча - не читатель, чукча - писатель" :-)

< (только генерировать и выкладывать на ftp только для третьих сторон, не
> (только генерировать и выкладывать на ftp для третьих сторон, не


< патчи и тарболы в централизованном хранилище, находящегося под
> патчи и тарболы в централизованном хранилище, которое находится под

-- 
// AB1002-UANIC

Re: [devel] Q: libquicktime для x86_64

[Pavlov Konstantin]

On Thursday 16 February 2006 17:47, Anton Farygin wrote:

> > Сейчас стоит именно такой - так делать
> > нельзя. Причина - всего один src.rpm для
> > обеих платформ.
>
> Про то, что так делать нельзя - до меня допёрло только сегодня ;(((

Поясни, пожалуйста, почему.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

Re: [devel] Q: libquicktime для x86_64

[Led]

В сообщении от 16 февраля 2006 16:56 Pavlov Konstantin написал(a):
> On Thursday 16 February 2006 17:47, Anton Farygin wrote:
> > > Сейчас стоит именно такой - так делать
> > > нельзя. Причина - всего один src.rpm для
> > > обеих платформ.
> >
> > Про то, что так делать нельзя - до меня допёрло только сегодня ;(((
>
> Поясни, пожалуйста, почему.

+1

Поясните, плиз. А то я так делаю, и вроде собирается из одного src.rpm и в 
i586, и в x86_64

-- 
Led.

Re: [devel] Q: libquicktime для x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 17:07:15 +0200, Led wrote:

> В сообщении от 16 февраля 2006 16:56 Pavlov Konstantin
> написал(a):
>> On Thursday 16 February 2006 17:47, Anton Farygin wrote:
>> > > Сейчас стоит именно такой - так
>> > > делать нельзя. Причина - всего один
>> > > src.rpm для обеих платформ.
>> >
>> > Про то, что так делать нельзя - до меня
>> > допёрло только сегодня ;(((
>>
>> Поясни, пожалуйста, почему.
> 
> +1
> 
> Поясните, плиз. А то я так делаю, и вроде
> собирается из одного src.rpm и в i586, и в x86_64

Потому что src.rpm одинаковый для обеих архитектур.

соответственно BuildRequires генерятся при
сборке этого src.rpm'а.. а он может быть
собран как на i586 так и на x86_64.

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Dmitry V. Levin]

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

On Thu, Feb 16, 2006 at 03:26:41PM +0300, Anton Farygin wrote:
> On Thu, 16 Feb 2006 14:12:51 +0300, Dmitry V. Levin wrote:
> 
> > On Thu, Feb 16, 2006 at 01:39:21PM +0300, Anton Farygin wrote:
> >> Всем привет.
> >> 
> >> Кто-нить может сказать, почему свежий
> >> libquicktime не был собран для x86_64 ???
> > 
> > Ты сам можешь посмотреть: mash$ find
> > /build/legion/incominger/incominger-public/archive/x86_64/reject/2006/
> > -name libquicktime-\*
> > 
> > Говорят, что с недавних пор стали
> > присылать логи по этой архитектуре.
> 
> Что-то сколбасило у incominger'а... и я даже подозреваю что ;(
> 
> Дело в том, что:
> $ rpm -qpR /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep mmx
> libjpeg-mmx-devel  
> 
> А между тем:
> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep mmx
> $
> 
> Как поставить архитектурно-зависимый buildreq ???

Мне такого способа не известно.
hsh --query-repackage гарантии не даёт.


-- 
ldv

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

Re: [devel] Q: libquicktime для x86_64

[Anton Farygin]

On Thu, 16 Feb 2006 17:08:14 +0300, Dmitry V. Levin wrote:

> On Thu, Feb 16, 2006 at 03:26:41PM +0300, Anton Farygin wrote:
>> On Thu, 16 Feb 2006 14:12:51 +0300, Dmitry V. Levin wrote:
>> 
>> > On Thu, Feb 16, 2006 at 01:39:21PM +0300, Anton Farygin wrote:
>> >> Всем привет.
>> >> 
>> >> Кто-нить может сказать, почему свежий
>> >> libquicktime не был собран для x86_64 ???
>> > 
>> > Ты сам можешь посмотреть: mash$ find
>> > /build/legion/incominger/incominger-public/archive/x86_64/reject/2006/
>> > -name libquicktime-\*
>> > 
>> > Говорят, что с недавних пор стали
>> > присылать логи по этой архитектуре.
>> 
>> Что-то сколбасило у incominger'а... и я даже
>> подозреваю что ;(
>> 
>> Дело в том, что:
>> $ rpm -qpR
>> /user/ALT/Sisyphus/files/SRPMS/libquicktime-0.9.8-alt3.src.rpm |grep mmx
>> libjpeg-mmx-devel
>> 
>> А между тем:
>> $ rpm -qpR ~/RPM/libquicktime/SRPMS/libquicktime-0.9.8-alt3.src.rpm
>> |grep mmx $
>> 
>> Как поставить архитектурно-зависимый
>> buildreq ???
> 
> Мне такого способа не известно. hsh
> --query-repackage гарантии не даёт.

А устроит ли всех такой вариант:

пакет fakeprovides, предоставляющий для x86_64
все недостающие по зависимостям для
сборки пакеты (на данный момент - только
libjpeg-mmx-devel), которые даже в теории нельзя
собрать для x86_64, но при этом необходимо
поставить сборочную зависимость на них для i586 ????

Есть ещё более страшный вариант с зависимостями, который предложил Зерг:

исходный пакет зависит на некий пакет
пустышку, который хочет для себя все
сборочные зависимости исходного пакета.

Rgds,
Rider

Re: [devel] Q: libquicktime для x86_64

[Andrei Bulava]

Anton Farygin wrote:
> On Thu, 16 Feb 2006 17:08:14 +0300, Dmitry V. Levin wrote:
>>
>>--query-repackage гарантии не даёт.
> 
> А устроит ли всех такой вариант:
> 
> пакет fakeprovides, предоставляющий для x86_64
> все недостающие по зависимостям для
> сборки пакеты (на данный момент - только
> libjpeg-mmx-devel), которые даже в теории нельзя
> собрать для x86_64, но при этом необходимо
> поставить сборочную зависимость на них для i586 ????

Всё уже украдено до нас :-)

$ rpm -p -qi fake-build-provides-1.0-20.src.rpm
Name        : fake-build-provides          Relocations: (not relocateable)
Version     : 1.0                               Vendor: CentOS
Release     : 20                            Build Date: Втр 12 Июл 2005
21:27:15
Install date: (not installed)               Build Host: guru.build.karan.org
Group       : Development/Tools             Source RPM: (none)
Size        : 4117                             License: GPL
Packager    : Karanbir Singh <kbsingh@centos.org>
Summary     : fake build provides for the build system
Description :
Fake provides to make the build system happy with %ifarch'd buildrequires.

If you have a package which validly shouldn't exist on some arch but doesn't
exist on others and is needed for builds, add the provides to this package.

-- 
// AB1002-UANIC

Re: [devel] Q: libquicktime для x86_64

[Sergey V Turchin]

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

On Thursday 16 February 2006 19:29, Andrei Bulava wrote:

[...]
> Summary     : fake build provides for the build system
Я такого не предлагал :-)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Q: libquicktime для x86_64

[Dmitry V. Levin]

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

On Thu, Feb 16, 2006 at 06:29:19PM +0200, Andrei Bulava wrote:
> Anton Farygin wrote:
> > On Thu, 16 Feb 2006 17:08:14 +0300, Dmitry V. Levin wrote:
> >>
> >>--query-repackage гарантии не даёт.
> > 
> > А устроит ли всех такой вариант:
> > 
> > пакет fakeprovides, предоставляющий для x86_64
> > все недостающие по зависимостям для
> > сборки пакеты (на данный момент - только
> > libjpeg-mmx-devel), которые даже в теории нельзя
> > собрать для x86_64, но при этом необходимо
> > поставить сборочную зависимость на них для i586 ????
> 
> Всё уже украдено до нас :-)
> 
> $ rpm -p -qi fake-build-provides-1.0-20.src.rpm
> Name        : fake-build-provides          Relocations: (not relocateable)
> Version     : 1.0                               Vendor: CentOS

Мне кажется, что в CentOS идут этим путём от того, что не хотят делать
недостающие псевдопакеты в составе самих пакетов, чтобы избежать
нежелательных отклонений от RHEL.

Например, в случае libjpeg-mmx-devel нужно, чтобы на не-ix86 был
виртуальный пакет, предоставляющий libjpeg-mmx-devel и требующий
libjpeg-devel.  Так почему бы этим пакетом не быть самому
libjpeg-mmx-devel?


-- 
ldv

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

Re: [devel] Q: libquicktime для x86_64

[Sergey V Turchin]

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

On Thursday 16 February 2006 17:39, Anton Farygin wrote:

[...]
> Есть ещё более страшный вариант с зависимостями, который
> предложил Зерг:
IMHO не страшный

> исходный пакет зависит на некий пакет
> пустышку, который хочет для себя все
> сборочные зависимости исходного пакета.
Нет, не все. К примеру надо собрать пакет pkg
В пакете pkg:
 BuildRequires: pkg-devel-buildrequires
В пакете pkg-devel-buildrequires
только архитектурозависимые Requires:
 %ifarch x86_64
 Requires: only-arch-x86_64-tool
 %endif

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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