[Devel] etercifs-3.4.7

[Vitaly Lipatov]

В сообщении от Суббота 04 июля 2009 Evgeny Sinelnikov написал(a):
> 4 июля 2009 г. 20:07 пользователь Vitaly Lipatov (lav на etersoft.ru) написал:
> > В сообщении от Суббота 04 июля 2009 Evgeny Sinelnikov написал(a):
> > ...
> >
> >> > 1. Я не вижу, почему что-то должно собираться сначала в
> >> > LINUX на Etersoft.
> >>
> >> Потому, что так удобно получать готовые src.rpm из git с помощью робота
> >> $ ssh git.eter build etercifs 4.3.6-alt4
> >> и готово
> >
> > Не слишком ли сложная система?
> > git -> git push -> ssh git.eter build -> src.rpm
> > да ещё и сборка произойдёт.
> > src.rpm из gear-репозитория получается командой
> > $ rpmbs спек
>
> Ну, а потом нужно искать в хешере нужные файлы, копировать их
> отдельно, а потом снова пересобирать...
$ ETERDESTSRPM=/целевой/каталог rpmbs -s спек

> А после git.eter build я могу всем с офисе могу сказать, что после
> apt-get update && apt-get install etercifs к ним приедет новый
> etercifs. Хотелось бы и для других иметь такую возможность. По крайней
> мере для тех, кто использует LINUX на Etersoft и тех, кто использует наши
> обновления для бранчей и сизифа.
1. Хочу сказать, что это не работает в реальности (по крайней мере не в 
Питере). То есть это некий хак для себя. Решение хорошее, но не надо 
использовать LINUX на Etersoft как репозиторий для своего офиса.
2. Нашими обновлениями вообще никто не пользуется, по крайней мере они 
неработоспособны (это я понял, попытавшись сделать apt-get update - индексные 
файлы в base создаются с правами, которые делают файлы недоступными по ftp).
Просьба использовать разрабатываемые сервисы самим.

> >> > 2. Я так понимаю, для каждого проекта должен быть составлен
> >> > соответствующий скрипт.
> >>
> >> Да, я подумал про хуки на git.eter, но там недоступны каталоги проектов.
> >
> > А не надо хуки, у на 4 продукта, и сделать 4 скрипта для каждого - не так
> > уж недоступно . Сделать общее решение не получится.
>
> Ну,  тут ясно, что общего решения нет... Хотя многие частные костыли
> нас самих в основном и спасают. Здесь же не ясно насколько оно
> совместно стыкуется. Вот и обходимся ручной работой.
Любая ручная работа однократно скриптуется.
Ты не можешь обойтись без частностей, разрабатывая несколько проектов. Это не 
пакеты в Сизифе, которые разводятся там десятками тысяч. Заметь, Сизиф 
неспособны вести в более чем одном репозитории, да ещё и ноют, что надо i586 с 
noarch слепить вместе. Тут есть проблема.

А по поводу сборщика на git.eter и korinf - надо перестать игнорировать тот 
факт, что они должны взаимодействовать, и реализовать это взаимодействие на 
практике.

-- 
С уважением,
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!