[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