[d-kernel] переход на новый CVS

[Anton Farygin]

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  >>  Вот это и есть двойная работа - я же писал, мне неудобно работать
>  >>  сразу с двумя CVS-ами.
>   
>  AF>  Это твои проблемы, и я не понимаю - почему они должны решаться
>  AF>  путем изменения технологии сборки, на которую мы переходим.
> Свои проблемы я уж как-нибудь решу, я не понимаю зачем ломать то, что
> работает, только и всего. Только что пережили одну смену технологии
> сборки, только чуть стабилизировалось все, так сразу нужно ломать и
> устраивать следом еще одну ? Зачем ?

Я уже рассказывал не один раз, зачем это нужно...

> 
>   
>  >>     AF>  А чем тебя не устраивает возможности импортировать из
>  >>     AF>  новой
>  >>   AF>  схемы в sandman ? Скрипты то уже есть.
>  >>  Гиморно.
>   
>  AF>  Чем это гиморно ? Ты же все равно импортируешь в sandman то, что
>  AF>  сделали другие ? Или нет ?
> Нет, оно там появляется само собой. У нас репозиторий на основе
> Сизифа.  Очень удобно.

Ааа.. я и забыл.

> 
>  >>   >>  Мы уже это делали, по-моему. Без CVS-а. Но, повторяю, я не
>  >>  против
>  >>   >>  новой схемы, я против ломки старой.
>  >>     AF>  Если скрипты будут отрабатывать нормально - старая схема
>  >>   AF>  останется... естественно.
>  >>  А они будут :) ?
>   
>  AF>  Они есть.
> Я имел в виду будут ли они отрабатывать нормально :)

Ну это в первую очередь от нас зависит... куда им деваться - придется 
нормально отрабатывать ;-)

>   
>  >>   AF>  исправишь какой-то патч и например Петя исправит тот же
>  >>   AF>  патч.. в один день. Чье исправление брать в CVS и как
>  >>   AF>  вообще это синхронизировать ?
>  >>  См. выше. Так же, как это происходит с остальными пакетами.
>   
>  AF>  Нет, текущая ситуация нас не устраивает... именно поэтому и идет
>  AF>  переход на CVS.
> Кхм. Повторяю который раз - я не против перехода на что угодно, не
> нужно ломать то, что работает.

Так мы сначала отработаем другую схему, а потом забудем про старую... 
т.е. - кардинальных поломок не будет, пока не будет отработана новая 
схема. Это я обещаю.

>   
>  >>   >>   >>  работает. Надеюсь, что SRPM в Сизиф будут поступать :)
>  >>   >>   >>  ? А откуда - какая мне разница.  >> >> AF> Нет. Не
>  >>   >>   >>  будут поступать. Ухты :) ! Почему ? Ты уверен, >> >>
>  >>   >>   >>  AF> что >> >> это правильно ?
>  >>     AF>  Еще не уверен, но думаю что правильно.
>  >>  Я так не думаю, поскольку это будет мешать людям, которые сидят
>  >>  на Сизифе собирать ядра.
>   
>  AF>  у всех желающих собирать ядра _в sisyphus_ - будет доступ в CVS.
>   
>  AF>  У всех желающих собирать ядра обычной схемой - будет такая
>  AF>  возможность, но эти пакеты не смогут попасть в Sisyphus.
> То есть для того, чтобы сделать разовую работу, например какой-нибудь
> драйверок собрать, нужно будет получать доступ к CVS ? Я давно так не
> смеялся, спасибо, развеселил :)

Куда собрать ? В Sisyphus или для себя ? Для себя - так же точно 
собираешь.. если в Sisyphus - да, доступ в CVS.

>   
>  >>     >>   AF>  Ты можешь коммитить в основной CVS из своего
>  >>   >>   AF>  скриптом.. скрипт уже лежит в CVS, позволяет
>  >>   >>   AF>  импортировать изменения из src.rpm пакетов.  >> >> Вот
>  >>   >>   AF>  и чудненько, я буду лить SRPM-ки, как делал это
>  >>   >>   AF>  раньше, >> >> скрипт есть, не вижу проблем.
>  >>     AF>  Проблема есть пока только одна - пакеты kernel-modules
>  >>   AF>  невозможно импортировать.
>  >>  Это пока она одна. Потом будет больше :)
>   
>  AF>  Соответственно поэтому и идет переход на другую схему сборки.
> То есть идет поиск проблем, что ли :) ? Спокойная жизнь надоела ?

А кто сказал, что она сейчас спокойная ?

Rgds,
Rider
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 252 bytes
Desc: not available
Url : /pipermail/devel-kernel/attachments/20030827/aa8c3a4c/attachment-0002.bin