[devel] несколько версий vala. Was: shotwell-0.11.5-alt1: Sisyphus/x86_64 test rebuild failed

[devel] несколько версий vala. Was: shotwell-0.11.5-alt1: Sisyphus/x86_64 test rebuild failed

[Alexey Shabalin]

2011/10/27  <thecrux@gmail.com>:
> On Thu, Oct 27, 2011 at 02:27:23PM +0400, ALT beekeeper wrote:
>> Package: shotwell-0.11.5-alt1
>> Status: Sisyphus/x86_64 test rebuild failed
>> Cannot build this package.
> ...
>> + cd shotwell-0.11.5
>> + ./configure --disable-icon-update --prefix=/usr --lib=lib64
>> Configured.  Type 'make' to build, 'make install' to install.
>> + '[' -n '' ']'
>> + NPROCS=1
>> + make -j1
>> make: Entering directory `/usr/src/RPM/BUILD/shotwell-0.11.5'
>> Shotwell cannot be built by Vala compiler 0.13.0 or greater.  You are running 0.14.0 \b.
>> make: *** [plugins/shotwell-plugin-dev-1.0.vapi] Error 1
>> make: Leaving directory `/usr/src/RPM/BUILD/shotwell-0.11.5'
>> error: Bad exit status from /usr/src/tmp/rpm-tmp.17624 (%build)
>
> Возможно ли держать в Sisyphus несколько версий vala?

Хочу закрыть этот вопрос на ближайшее время, до существенных изменений
в апстримах.
В принципе, ничего не мешает держать несколько vala в сизифе. Файловых
конфликтов у них нет.
Но есть одна причина этого не делать - это почти все остальные
проекты, сами генерирующие vapi файлы.
Дело в том, что они должны складывать свои vapi файлы в
неверсионированную директорию
/usr/share/vala/vapi/
НО они их устанавливают в
/usr/share/vala-0.14/vapi/
Соответственно в других версиях vala эти vapi файлы будут недоступны.
Выискивать и патчить - надо время и ресурсы.
Делать несколько пакетов одного проекта под разные vala совсем не хочется.

Как вариант для стимуляции все пропатчить - запретить в сборочнице
устанавливать vapi файлы в /usr/share/vala-*/vapi/, кроме пакета
vala-*.
Все остальные обязаны устанавливать в /usr/share/vala/vapi/

Поэтому пока vala в единственном экземпляре :)

-- 
Alexey Shabalin

Re: [devel] несколько версий vala. Was: shotwell-0.11.5-alt1: Sisyphus/x86_64 test rebuild failed

[Ildar Mulyukov]

On 20.03.2012 21:31:25, Alexey Shabalin wrote:
> 2011/10/27  <thecrux@gmail.com>:
> > Возможно ли держать в Sisyphus несколько версий vala?
> Хочу закрыть этот вопрос на ближайшее время, до существенных изменений
> в апстримах.
> В принципе, ничего не мешает держать несколько vala в сизифе. Файловых
> конфликтов у них нет.
> Но есть одна причина этого не делать - это почти все остальные
> проекты, сами генерирующие vapi файлы.
> Дело в том, что они должны складывать свои vapi файлы в
> неверсионированную директорию
> /usr/share/vala/vapi/
> НО они их устанавливают в
> /usr/share/vala-0.14/vapi/

Это ты сморозил... устал за день, наверное.
$ rpm -qf /usr/share/vala-0.14/vapi/* | uniq
vala-0.14.2-alt1

> Соответственно в других версиях vala эти vapi файлы будут недоступны.
> Выискивать и патчить - надо время и ресурсы.
> Делать несколько пакетов одного проекта под разные vala совсем не  
> хочется.
> 
> Как вариант для стимуляции все пропатчить - запретить в сборочнице
> устанавливать vapi файлы в /usr/share/vala-*/vapi/, кроме пакета
> vala-*.
> Все остальные обязаны устанавливать в /usr/share/vala/vapi/
> 
> Поэтому пока vala в единственном экземпляре :)

Надо пересмотреть вопрос на свежую голову. У меня в 2 ночи тоже не  
очень-то варит...
-- 
Ildar Mulyukov,
   free SW designer/programmer/packager
======================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux http://packages.altlinux.org/ru/Sisyphus/maintainers/ildar/
======================================

Re: [devel] несколько версий vala. Was: shotwell-0.11.5-alt1: Sisyphus/x86_64 test rebuild failed

[Alexey Shabalin]

20 марта 2012 г. 23:54 пользователь Ildar Mulyukov написал:
> On 20.03.2012 21:31:25, Alexey Shabalin wrote:
>>
>> 2011/10/27  <thecrux@gmail.com>:
>>
>> > Возможно ли держать в Sisyphus несколько версий vala?
>> Хочу закрыть этот вопрос на ближайшее время, до существенных изменений
>> в апстримах.
>> В принципе, ничего не мешает держать несколько vala в сизифе. Файловых
>> конфликтов у них нет.
>> Но есть одна причина этого не делать - это почти все остальные
>> проекты, сами генерирующие vapi файлы.
>> Дело в том, что они должны складывать свои vapi файлы в
>> неверсионированную директорию
>> /usr/share/vala/vapi/
>> НО они их устанавливают в
>> /usr/share/vala-0.14/vapi/
>
>
> Это ты сморозил... устал за день, наверное.
> $ rpm -qf /usr/share/vala-0.14/vapi/* | uniq
> vala-0.14.2-alt1
Нет, это я сморозил в другом месте.
$grep /usr/share/vala-0.14/vapi contents_index | grep -v vala$
/usr/share/vala-0.14/vapi/grilo-0.1.deps	libgrilo-devel
/usr/share/vala-0.14/vapi/grilo-0.1.vapi	libgrilo-devel
/usr/share/vala-0.14/vapi/grilo-net-0.1.deps	libgrilo-devel
/usr/share/vala-0.14/vapi/grilo-net-0.1.vapi	libgrilo-devel

Посмотрел на единственный не правильный пакет libgrilo-devel и сделал
не правильный вывод.

>> Соответственно в других версиях vala эти vapi файлы будут недоступны.
>> Выискивать и патчить - надо время и ресурсы.
>> Делать несколько пакетов одного проекта под разные vala совсем не хочется.
>>
>> Как вариант для стимуляции все пропатчить - запретить в сборочнице
>> устанавливать vapi файлы в /usr/share/vala-*/vapi/, кроме пакета
>> vala-*.
>> Все остальные обязаны устанавливать в /usr/share/vala/vapi/

libgrilo-devel я починю, а вот запрет на установку в
/usr/share/vala-*/vapi/ стоит добавить в сборочницу.

>> Поэтому пока vala в единственном экземпляре :)
>
>
> Надо пересмотреть вопрос на свежую голову. У меня в 2 ночи тоже не очень-то
> варит...

-- 
Alexey Shabalin