[Devel] etercifs-3.4.7

[Evgeny Sinelnikov]

4 июля 2009 г. 21:39 пользователь Vitaly Lipatov (lav на etersoft.ru) написал:
> В сообщении от Суббота 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 спек
>

ETERDESTSRPM должен быть доступен в путях ФС. Он же не работает по
ssh? Так, что это удобно только в офисе.

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

Почему "не надо использовать LINUX на Etersoft как репозиторий для своего офиса"?
Поясни.

> 2. Нашими обновлениями вообще никто не пользуется, по крайней мере они
> неработоспособны (это я понял, попытавшись сделать apt-get update - индексные
> файлы в base создаются с правами, которые делают файлы недоступными по ftp).

Я только сейчас про это слышу.

> Просьба использовать разрабатываемые сервисы самим.

Я использую.. Но http... Не доверяю я ftp. А ещё у нас есть зеркало и
мы используем file://

Проверил. Вроде бы всё работает:
# apt-get update
Получено: 1 ftp://download.etersoft.ru i586 release [895B]
Получено: 2 ftp://download.etersoft.ru noarch release [767B]
Получено 1662B за 0s (2195B/s).
Получено: 1 ftp://download.etersoft.ru i586/addon pkglist [19,7kB]
Получено: 2 ftp://download.etersoft.ru i586/addon release [141B]
Пропущено ftp://download.etersoft.ru i586/addon release
Получено: 3 ftp://download.etersoft.ru noarch/addon pkglist [6903B]
Получено: 4 ftp://download.etersoft.ru noarch/addon release [143B]
Пропущено ftp://download.etersoft.ru noarch/addon release
Получено 26,6kB за 6s (4328B/s).
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
# grep ^rpm /etc/apt/sources.list.d/ -R
/etc/apt/sources.list.d/sisyphus.local.list:rpm [alt]
file:/var/ftp/pub/ALTLinux/Sisyphus i586 classic
/etc/apt/sources.list.d/sisyphus.local.list:rpm [alt]
file:/var/ftp/pub/ALTLinux/Sisyphus noarch classic
/etc/apt/sources.list.d/sisyphus.local.list:rpm-src [alt]
file:/var/ftp/pub/ALTLinux/Sisyphus i586 classic
/etc/apt/sources.list.d/sisyphus.local.etersoft.list:rpm
ftp://download.etersoft.ru/pub/Etersoft/LINUX@Etersoft/Sisyphus i586
addon
/etc/apt/sources.list.d/sisyphus.local.etersoft.list:rpm
ftp://download.etersoft.ru/pub/Etersoft/LINUX@Etersoft/Sisyphus noarch
addon
/etc/apt/sources.list.d/sisyphus.office.tartarus.list:rpm
file:/var/ftp/pub/Boxes/tartarus i586 tartarus
/etc/apt/sources.list.d/sisyphus.office.tartarus.list:rpm
file:/var/ftp/pub/Boxes/tartarus noarch tartarus

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

Я как раз и говорил про скриптование, когда вёл речь про хуки. Но
хотел запуск скриптов на события появления пакетов повесить.

> Ты не можешь обойтись без частностей, разрабатывая несколько проектов. Это не
> пакеты в Сизифе, которые разводятся там десятками тысяч. Заметь, Сизиф
> неспособны вести в более чем одном репозитории, да ещё и ноют, что надо i586 с
> noarch слепить вместе. Тут есть проблема.
>
> А по поводу сборщика на git.eter и korinf - надо перестать игнорировать тот
> факт, что они должны взаимодействовать, и реализовать это взаимодействие на
> практике.
>

Так вопрос в том, что как раз я-то и не игнорирую... Я не знаю есть ли
у Korinf API, чтобы после сборки на определённых пакетов в git.eter,
правильно запустить их сборку для других дистрибутивов в Korinf.

Сложить файл в заданный каталог, дело вроде не сложное... Только
каталог должен быть доступен. А вот как пнуть пересборку я пока не
знаю

-- 
Sin (Sinelnikov Evgeny)