[devel] mkimage, extralite и установщик

[devel] mkimage, extralite и установщик

[Denis Ovsienko]

[-- Attachment #1: Type: text/plain, Size: 909 bytes --]

Привет.

Я последовал рецепту Антона и выяснил, что он сломан, но не фатально.
Наладить процесс нетрудно: починить configure.ac и выбросить из списка
пакетов те, что отсутствуют в Sisyphus (патч приложен). Работающий
вариант запуска configure (который, само собой, не появится без
установки autoconf, automake и запуска autoreconf) выглядит так:

./configure --with-language=ru_RU --with-kernel=std-def=2.6.25-alt7
--with-theme=lite --with-license=junior

Теперь у меня следующий вопрос: как мне воспроизвести функциональность
Anaconda kickstart? Желательно, имея набор машин фиксированной
конфигурации, составить для них один файл, который будет включен в меню
загрузки по сети. При его выборе на хосте должен возникнуть RAID1 на
двух дисках (их всегда два) с корневой системой и всеми пакетами,
включенными в ISO. Поддерживается ли у нас сейчас /boot на md? А на
LVM? А на LVM поверх md?

-- 
    DO4-UANIC

[-- Attachment #2: extralite-1.patch --]
[-- Type: application/octet-stream, Size: 1787 bytes --]

Re: [devel] mkimage, extralite и установщик

[Michael Shigorin]

On Tue, Aug 12, 2008 at 01:34:54PM +0400, Denis Ovsienko wrote:
> Я последовал рецепту Антона и выяснил, что он сломан, но не фатально.
> Наладить процесс нетрудно: починить configure.ac и выбросить из списка
> пакетов те, что отсутствуют в Sisyphus (патч приложен).

Может быть удобней минимально освоить git.alt
(см. http://www.altlinux.org/Git) и обмениваться коммитами,
которые сильно удобней сразу втягивать.

> Теперь у меня следующий вопрос: как мне воспроизвести
> функциональность Anaconda kickstart?

Знаю такое слово "autoinstall.scm", но ни разу не применял
-- попробуй выяснить у inger@.

> При его выборе на хосте должен возникнуть RAID1 на двух дисках
> (их всегда два) с корневой системой и всеми пакетами,
> включенными в ISO.

Посмотри эти пакеты (есть в сизифе и M40, делалось для школьного
Линукс Терминал):
http://git.altlinux.org/people/mike/packages/?p=installer-feature-server-raid-bighome.git
http://git.altlinux.org/people/mike/packages/?p=installer-feature-vm-lucky.git
http://git.altlinux.org/people/mike/packages/?p=installer-feature-server-raid-fixup.git

тж. http://www.altlinux.org/Installer/beans

> Поддерживается ли у нас сейчас /boot на md?

Да.

> А на LVM? А на LVM поверх md?

Не знаю.  На EVMS не поддерживается AFAIK.

> -				    if [ ! "$ARCH" = 'i586' ] ; then
> +				    if test "$ARCH" != "i586" ; then

Недавно чинилось в mkimage-profiles-desktop (20080728):
http://tinyurl.com/65jbq3

> -@I586_ONLY@xorg-x11-drv-glint
> +#@I586_ONLY@xorg-x11-drv-glint

Сурово.  Вообще ремарить как раз подстановка @I586_ONLY@
и должна.

> -design-graphics-extralite
> +design-graphics-desktop

Можно было просто грохнуть, это бэкграунд в runlevel 5 
и подобное (http://www.altlinux.org/Design/Graphics).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] mkimage, extralite и установщик

[Stanislav Ievlev]

On Tue, Aug 12, 2008 at 03:24:54PM +0300, Michael Shigorin wrote:
> On Tue, Aug 12, 2008 at 01:34:54PM +0400, Denis Ovsienko wrote:
> > Я последовал рецепту Антона и выяснил, что он сломан, но не фатально.
> > Наладить процесс нетрудно: починить configure.ac и выбросить из списка
> > пакетов те, что отсутствуют в Sisyphus (патч приложен).
> 
> Может быть удобней минимально освоить git.alt
> (см. http://www.altlinux.org/Git) и обмениваться коммитами,
> которые сильно удобней сразу втягивать.
> 
> > Теперь у меня следующий вопрос: как мне воспроизвести
> > функциональность Anaconda kickstart?
> 
> Знаю такое слово "autoinstall.scm", но ни разу не применял
> -- попробуй выяснить у inger@.
Ну я тоже этим ещё ни разу не пользовался серьёзно ибо никто не просил ;)

Идея такая: кладётся файл на диск в каталог Metadata и запускается
инсталлятор с параметром ai.

Список команд можно подсмотреть в /root/.install-logs/wizard.log
Единственное хитрое исключение -- разбивка диска. Команды для него можно
найти в mknfsroot.

Re: [devel] mkimage, extralite и установщик

[Eugene Ostapets]

2008/8/12 Stanislav Ievlev <inger@altlinux.org>:
> On Tue, Aug 12, 2008 at 03:24:54PM +0300, Michael Shigorin wrote:
>> On Tue, Aug 12, 2008 at 01:34:54PM +0400, Denis Ovsienko wrote:
>> > Я последовал рецепту Антона и выяснил, что он сломан, но не фатально.
>> > Наладить процесс нетрудно: починить configure.ac и выбросить из списка
>> > пакетов те, что отсутствуют в Sisyphus (патч приложен).
>>
>> Может быть удобней минимально освоить git.alt
>> (см. http://www.altlinux.org/Git) и обмениваться коммитами,
>> которые сильно удобней сразу втягивать.
>>
>> > Теперь у меня следующий вопрос: как мне воспроизвести
>> > функциональность Anaconda kickstart?
>>
>> Знаю такое слово "autoinstall.scm", но ни разу не применял
>> -- попробуй выяснить у inger@.
> Ну я тоже этим ещё ни разу не пользовался серьёзно ибо никто не просил ;)
>
> Идея такая: кладётся файл на диск в каталог Metadata и запускается
> инсталлятор с параметром ai.
Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде толком
не работает... На 4.1/sisyphus не смотрел, но не думаю что там все
волшебным образомо починилось, если сам автор этим не пользуется...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] mkimage, extralite и установщик

[Michael Shigorin]

On Tue, Aug 12, 2008 at 03:37:08PM +0300, Eugene Ostapets wrote:
> >> > Теперь у меня следующий вопрос: как мне воспроизвести
> >> > функциональность Anaconda kickstart?
> >> Знаю такое слово "autoinstall.scm", но ни разу не применял
> >> -- попробуй выяснить у inger@.
> > Ну я тоже этим ещё ни разу не пользовался серьёзно ибо никто
> > не просил ;) Идея такая: кладётся файл на диск в каталог
> > Metadata и запускается инсталлятор с параметром ai.
> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде
> толком не работает... На 4.1/sisyphus не смотрел, но не думаю
> что там все волшебным образомо починилось, если сам автор этим
> не пользуется...

2 cas: было бы некисло, если б к финальному 4.1 что-то такое 
работало -- фичу спрашивают довольно часто.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] mkimage, extralite и установщик

[Андрей Черепанов]

12 августа 2008 Michael Shigorin написал:
> On Tue, Aug 12, 2008 at 03:37:08PM +0300, Eugene Ostapets wrote:
> > >> > Теперь у меня следующий вопрос: как мне воспроизвести
> > >> > функциональность Anaconda kickstart?
> > >>
> > >> Знаю такое слово "autoinstall.scm", но ни разу не применял
> > >> -- попробуй выяснить у inger@.
> > >
> > > Ну я тоже этим ещё ни разу не пользовался серьёзно ибо никто
> > > не просил ;) Идея такая: кладётся файл на диск в каталог
> > > Metadata и запускается инсталлятор с параметром ai.
> >
> > Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде
> > толком не работает... На 4.1/sisyphus не смотрел, но не думаю
> > что там все волшебным образомо починилось, если сам автор этим
> > не пользуется...
>
> 2 cas: было бы некисло, если б к финальному 4.1 что-то такое
> работало -- фичу спрашивают довольно часто.
Не будет. У нас нет времени на кардинальные улучшения.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[devel] [JT] Re: mkimage, extralite и установщик

[Michael Shigorin]

On Tue, Aug 12, 2008 at 05:38:06PM +0400, Андрей Черепанов wrote:
> > > Я пытался пользоваться на всех исталяторах линейки 4.0 -
> > > нигде толком не работает... На 4.1/sisyphus не смотрел, но
> > > не думаю что там все волшебным образомо починилось, если
> > > сам автор этим не пользуется...
> > 2 cas: было бы некисло, если б к финальному 4.1 что-то такое
> > работало -- фичу спрашивают довольно часто.
> Не будет. У нас нет времени на кардинальные улучшения.

Плёхо.  Потом не будет времени на кардинальные улучшения 
альтератора, я так чувствую, а потом опять окажется, что
SystemImager и $EDITOR в 2010 году -- лучшие средства
развёртывания и управления ALT Linux.

Я вот так до сих пор и думал, что autoinstall хотя бы при
владении тайным знанием работает.  Ещё в ООО хорошо если два
человека понимают происходящий с выпусками бардак, да только
ни у кого не выделяется времени что-то с этим делать.

Ладно, пойду дописывать анонс хотя бы...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] Re: mkimage, extralite и установщик

[Андрей Черепанов]

12 августа 2008 Michael Shigorin написал:
> On Tue, Aug 12, 2008 at 05:38:06PM +0400, Андрей Черепанов wrote:
> > > > Я пытался пользоваться на всех исталяторах линейки 4.0 -
> > > > нигде толком не работает... На 4.1/sisyphus не смотрел, но
> > > > не думаю что там все волшебным образомо починилось, если
> > > > сам автор этим не пользуется...
> > >
> > > 2 cas: было бы некисло, если б к финальному 4.1 что-то такое
> > > работало -- фичу спрашивают довольно часто.
> >
> > Не будет. У нас нет времени на кардинальные улучшения.
>
> Плёхо.  Потом не будет времени на кардинальные улучшения
> альтератора, я так чувствую, а потом опять окажется, что
> SystemImager и $EDITOR в 2010 году -- лучшие средства
> развёртывания и управления ALT Linux.
>
> Я вот так до сих пор и думал, что autoinstall хотя бы при
> владении тайным знанием работает.  Ещё в ООО хорошо если два
> человека понимают происходящий с выпусками бардак, да только
> ни у кого не выделяется времени что-то с этим делать.
>
> Ладно, пойду дописывать анонс хотя бы...
Я уже писал про ту стратегию, которая будет применяться для следующего бранча 
и дистрибутивов на его основе. Так что это будет в branch-5.0. Под мои 
гарантии.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Re: mkimage, extralite и установщик

[Denis Ovsienko]

> Я уже писал про ту стратегию, которая будет применяться для
> следующего бранча и дистрибутивов на его основе. Так что это будет в
> branch-5.0. Под мои гарантии.

Можно почитать?

-- 
    DO4-UANIC

Re: [devel] mkimage, extralite и установщик

[Genix]

Eugene Ostapets пишет:

>> Идея такая: кладётся файл на диск в каталог Metadata и запускается
>> инсталлятор с параметром ai.
> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде толком
> не работает... На 4.1/sisyphus не смотрел, но не думаю что там все
> волшебным образомо починилось, если сам автор этим не пользуется...

у нас отчасти работало на 4.0.
только пришлось писать свой alterator-mkvm для автоматического разбиения
диска и потом на него разворачивать готовый cpio образ предустановленной
системы -- такая была поставлена задача.

-- 
У каждого в башке свои тараканы...

Re: [devel] mkimage, extralite и установщик

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]

Eugene Ostapets пишет:
>>>
>>>> Теперь у меня следующий вопрос: как мне воспроизвести
>>>> функциональность Anaconda kickstart?
>>>>         
>>> Знаю такое слово "autoinstall.scm", но ни разу не применял
>>> -- попробуй выяснить у inger@.
>>>       
>> Ну я тоже этим ещё ни разу не пользовался серьёзно ибо никто не просил ;)
>>
>> Идея такая: кладётся файл на диск в каталог Metadata и запускается
>> инсталлятор с параметром ai.
>>     
> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде толком
> не работает... На 4.1/sisyphus не смотрел, но не думаю что там все
> волшебным образомо починилось, если сам автор этим не пользуется...
>   
Я пользовался и вполне успешно. Просто нужно autoinstall.scm править 
руками, т.к. туда записывается много лишнего.
С разбивкой диска рейд не делал и сказать поддерживается создание его из 
профиля сказать не могу.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] mkimage, extralite и установщик

[Eugene Ostapets]

2008/8/12 Slava Dubrovskiy <slava tangramltd.com>:
> Eugene Ostapets пишет:
>>>>
>>>>> Теперь у меня следующий вопрос: как мне воспроизвести
>>>>> функциональность Anaconda kickstart?
>> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде толком
>> не работает...
> Я пользовался и вполне успешно. Просто нужно autoinstall.scm править руками,
> т.к. туда записывается много лишнего.
Я пытался воспользоваться вашей инструкцией, лучшее, что у меня
получилось, - это падение из-за невозможности запустить alterator-lilo
в Desktop 4.0.0, все остальные версии умирали намного раньше...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] mkimage, extralite и установщик

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 907 bytes --]

Eugene Ostapets пишет:
>>> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде толком
>>> не работает...
>>>       
>> Я пользовался и вполне успешно. Просто нужно autoinstall.scm править руками,
>> т.к. туда записывается много лишнего.
>>     
> Я пытался воспользоваться вашей инструкцией, лучшее, что у меня
> получилось, - это падение из-за невозможности запустить alterator-lilo
> в Desktop 4.0.0, все остальные версии умирали намного раньше...
>   
Ну не знаю. На 4.0 работало когда я делал. С 4.1 и сизифом не проверял.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] mkimage, extralite и установщик

[Michael Shigorin]

On Tue, Aug 12, 2008 at 07:39:34PM +0400, Genix wrote:
> >>Идея такая: кладётся файл на диск в каталог Metadata и
> >>запускается инсталлятор с параметром ai.
> >Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде
> >толком не работает... На 4.1/sisyphus не смотрел, но не думаю
> >что там все волшебным образомо починилось, если сам автор этим
> >не пользуется...
> у нас отчасти работало на 4.0.  только пришлось писать свой
> alterator-mkvm для автоматического разбиения диска и потом на
> него разворачивать готовый cpio образ предустановленной системы
> -- такая была поставлена задача.

И всё молча... или где-то описывали/куда-то выкладывали?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] Re: mkimage, extralite и установщик

[Андрей Черепанов]

12 августа 2008 Denis Ovsienko написал:
> > Я уже писал про ту стратегию, которая будет применяться для
> > следующего бранча и дистрибутивов на его основе. Так что это будет в
> > branch-5.0. Под мои гарантии.
>
> Можно почитать?
http://www.altlinux.org/Branches/ReleasePolicy


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Vladimir V. Kamarzin]

>>>>> On 13 Aug 2008 at 14:17 "c" == cas  writes:

>> > Я уже писал про ту стратегию, которая будет применяться для
>> > следующего бранча и дистрибутивов на его основе. Так что это будет в
>> > branch-5.0. Под мои гарантии.
>>
>> Можно почитать?
c> http://www.altlinux.org/Branches/ReleasePolicy

У меня возник ещё один вопрос на тему

"Стабилизация подразумевает запрет на внесение любых изменений, кроме
исправлений по безопасности и исправления критичных ошибок, которые
размещаются в бранч. "

Как быть, если в пакете из стабилизированного бранча хочется исправить
некритическую ошибку? При этом качество исправления оттестировано (оно ничего
не ломает). По этой policy получается, что пакет в бранче исправлять нельзя.

И т.к. запрещается обновление версии, необходимо нормально запустить
backports-репозитории, функционирующие наряду с имеющимся incoming, а не
где-то там в сторонке у энтузиаста mike ;)

-- 
vvk

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Андрей Черепанов]

13 августа 2008 Vladimir V. Kamarzin написал:
> >>>>> On 13 Aug 2008 at 14:17 "c" == cas  writes:
> >> >
> >> > Я уже писал про ту стратегию, которая будет применяться для
> >> > следующего бранча и дистрибутивов на его основе. Так что это будет в
> >> > branch-5.0. Под мои гарантии.
> >>
> >> Можно почитать?
>
> c> http://www.altlinux.org/Branches/ReleasePolicy
>
> У меня возник ещё один вопрос на тему
>
> "Стабилизация подразумевает запрет на внесение любых изменений, кроме
> исправлений по безопасности и исправления критичных ошибок, которые
> размещаются в бранч. "
>
> Как быть, если в пакете из стабилизированного бранча хочется исправить
> некритическую ошибку? При этом качество исправления оттестировано (оно
> ничего не ломает). По этой policy получается, что пакет в бранче исправлять
> нельзя.
>
> И т.к. запрещается обновление версии, необходимо нормально запустить
> backports-репозитории, функционирующие наряду с имеющимся incoming, а не
> где-то там в сторонке у энтузиаста mike ;)
См. ниже - эти изменения можно разместить в официальном backports:
"В то же время делается копия стабилизированного бранча — backports, в который 
вносятся любые нестабильные изменения."


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] release policy

[Vladimir V. Kamarzin]

[-- Attachment #1: Type: text/plain, Size: 183 bytes --]

>>>>> On 13 Aug 2008 at 15:57 "c" == cas  writes:

c> См. ниже - эти изменения можно разместить в официальном backports:
c> "В то же время делается копия стабилизированного бранча 

[-- Attachment #2: Type: text/plain, Size: 13 bytes --]

~ backports, 

[-- Attachment #3: Type: text/plain, Size: 98 bytes --]

в который 
c> вносятся любые нестабильные изменения."

Понял, не заметил сходу.

-- 
vvk

Re: [devel] mkimage, extralite и установщик

[Evgeny Sinelnikov]

13 августа 2008 г. 1:02 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Tue, Aug 12, 2008 at 07:39:34PM +0400, Genix wrote:
>> >>Идея такая: кладётся файл на диск в каталог Metadata и
>> >>запускается инсталлятор с параметром ai.
>> >Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде
>> >толком не работает... На 4.1/sisyphus не смотрел, но не думаю
>> >что там все волшебным образомо починилось, если сам автор этим
>> >не пользуется...
>> у нас отчасти работало на 4.0.  только пришлось писать свой
>> alterator-mkvm для автоматического разбиения диска и потом на
>> него разворачивать готовый cpio образ предустановленной системы
>> -- такая была поставлена задача.
>
> И всё молча... или где-то описывали/куда-то выкладывали?
>

Ну, тот набор хаков, который получился настолько мне не нравился, что
даже в git я его не решился сложить... В итоге я добился необходимого
путём генерации образа, который всё ставит через Manifest через
basesystem - ставится за 11 минут. Сейчас я обдумываю вариант сделать
свой basesystem для которого будет использоваться текущий evms или
что-нибудь по-лучше...

Вообще я к этой задаче планирую вернуться к началу след. недели, когда
снова буду пытаться сделать рабочие образы... autoinstall.scm же
работать может и вполне работоспособен на 4.1, с некоторыми
добавками... Эти добавки столь же специфичны, как и отсутствующий
где-либо набор extralite пакетов (кстати, где они?). Основной набор
моих добавок сложен на
http://ftp.etersoft.ru/pub/Etersoft/LINUX@Etersoft/1.0/  Сейчас я
перерабатываю концепцию построения и поддержки репозиториев. Как
только это процесс завершится - я займусь образами.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] mkimage, extralite и установщик

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

Michael Shigorin пишет:
> On Tue, Aug 12, 2008 at 07:39:34PM +0400, Genix wrote:
>   
>>>> Идея такая: кладётся файл на диск в каталог Metadata и
>>>> запускается инсталлятор с параметром ai.
>>>>         
>>> Я пытался пользоваться на всех исталяторах линейки 4.0 - нигде
>>> толком не работает... На 4.1/sisyphus не смотрел, но не думаю
>>> что там все волшебным образомо починилось, если сам автор этим
>>> не пользуется...
>>>       
>> у нас отчасти работало на 4.0.  только пришлось писать свой
>> alterator-mkvm для автоматического разбиения диска и потом на
>> него разворачивать готовый cpio образ предустановленной системы
>> -- такая была поставлена задача.
>>     
>
> И всё молча... или где-то описывали/куда-то выкладывали?
>   
Миш, ну я же давал ссылки в devel-conf ссылки: 
http://lists.altlinux.org/pipermail/devel-conf/2008-February/004668.html

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Igor Vlasenko]

> >> > Я уже писал про ту стратегию, которая будет применяться для
> >> > следующего бранча и дистрибутивов на его основе. Так что это будет в
> >> > branch-5.0. Под мои гарантии.
> >>
> >> Можно почитать?
> c> http://www.altlinux.org/Branches/ReleasePolicy

Там есть существенный недостаток.

в этом тексте много о перестройке, 
но совсем мало о гласности :(

Там практически в каждом пункте надо добавить:

for each <next stage> in <stages>; add to policy {
 Готовясь к <next stage> ответственный...
 оповещает майнтайнеров через рассылку @devel ...

 как минимум 4 раза:
  a) за 2 недели <желательно заодно сделать и опубликовать 
	разности версий пактов с Сизифом, по майнтайнерам>
     c просьбой обновить, починить, и тд.
  b) потом через неделю.
  с) потом через 3 дня.
  d) потом обьявляет, что наступила <next stage>
}

Мне кажется, это не случайно,
а отражение текущей практики делать молча.

С ней надо бороться.

Например, что творится с 4.1, кто просветит?

Иначе в релизы будет идти непонятно что.
Застанут майнтайнера врасплох, по принципу
"в чем застану, то и выпущу". :(

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Michael Shigorin]

On Wed, Aug 13, 2008 at 09:53:55PM +0300, Igor Vlasenko wrote:
> Например, что творится с 4.1, кто просветит?

Бояршинов его борет...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Igor Vlasenko]

On Wed, Aug 13, 2008 at 01:57:11PM +0400, Андрей Черепанов wrote:
> > И т.к. запрещается обновление версии, необходимо нормально запустить
> > backports-репозитории, функционирующие наряду с имеющимся incoming, а не
> > где-то там в сторонке у энтузиаста mike ;)
> См. ниже - эти изменения можно разместить в официальном backports:
> "В то же время делается копия стабилизированного бранча ? backports, в который 
> вносятся любые нестабильные изменения."

копия больше похожа на unstable.
IMHO, такой 'backports' это по факту то, что в 4.0/4.1 называлось
branch. 
Т.е. сейчас branch+backports.
и backports относится к branch, как daedalus к сизифу.

Предлагаю 'официальный backports' переименовать в unstable
чтобы не путать с backports который daedalus/testing.

Т.е. официальный релиз == stable,
официальный unstable содержит копию stable c изменениями,
а backports -- просто набор экстремальных пакетов,
которые не рискнули положить в официальный unstable.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] release policy

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 922 bytes --]

Twas brillig at 23:27:30 13.08.2008 UTC+03 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> Предлагаю 'официальный backports' переименовать в unstable чтобы не
 IV> путать с backports который daedalus/testing.

 IV> Т.е. официальный релиз == stable, официальный unstable содержит
 IV> копию stable c изменениями, а backports -- просто набор
 IV> экстремальных пакетов, которые не рискнули положить в официальный
 IV> unstable.

Чтобы никого (особенно тех, кто знаком с Debian) не запутывать - релиз
== stable, копия stable с изменениями == testing, а Sisyphus == unstable.

В Debian stable > testing > unstable по консервативности.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

[devel] (не)официальные backports

[Michael Shigorin]

On Wed, Aug 13, 2008 at 11:27:30PM +0300, Igor Vlasenko wrote:
> Предлагаю 'официальный backports' переименовать в unstable
> чтобы не путать с backports который daedalus/testing.

Ещё раз повторю озвученное полмесяца тому:

Sisyphus(unstable) -> branch(testing) -> release(stable)
(http://lists.altlinux.org/pipermail/devel/2008-July/077389.html)

Daedalus "сбоку" от Sisyphus, backports "сбоку" от branch.
Вроде всё на месте?

> Т.е. официальный релиз == stable, официальный unstable содержит
> копию stable c изменениями, а backports -- просто набор
> экстремальных пакетов, которые не рискнули положить в
> официальный unstable.

Я бы предложил не разводить "официальный-неофициальный".

Если у кого в ООО дойдут руки прикрутить имеющийся только у них
incominger-code и опубликованный, но не очень полезный без
автосборки (только дразнилка выходит по части автоматизации)
qa-robot к /incoming/backports -- значит, будет "официальный".

Заниматься бэкпортами, полагаю, будут продолжать те же люди,
разве ещё кто присоединится.

Если не дойдут -- то будет status quo, переходящее знамя.

Смысла в "неофициальных bp" при наличии автоматизированных 
не будет, да и пользователей только с толку сбивать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] (не)официальные backports

[Igor Vlasenko]

On Fri, Aug 15, 2008 at 11:40:41AM +0300, Michael Shigorin wrote:
> Ещё раз повторю озвученное полмесяца тому:
> 
> Sisyphus(unstable) -> branch(testing) -> release(stable)
> (http://lists.altlinux.org/pipermail/devel/2008-July/077389.html)
> 
> Daedalus "сбоку" от Sisyphus, backports "сбоку" от branch.
> Вроде всё на месте?
да, но это нигде не записано.

Обсуждение опять пошло по кругу из-за того, что на 
http://www.altlinux.org/Branches/ReleasePolicy
написано вообще совсем другое.

непонятно, что это за документ, 
http://www.altlinux.org/Branches/ReleasePolicy
Если это драфт, я бы его поправил.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] (не)официальные backports

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

On Fri, Aug 15, 2008 at 12:04:44PM +0300, Igor Vlasenko wrote:
> On Fri, Aug 15, 2008 at 11:40:41AM +0300, Michael Shigorin wrote:
> > Ещё раз повторю озвученное полмесяца тому:
> > 
> > Sisyphus(unstable) -> branch(testing) -> release(stable)
> > (http://lists.altlinux.org/pipermail/devel/2008-July/077389.html)
> > 
> > Daedalus "сбоку" от Sisyphus, backports "сбоку" от branch.
> > Вроде всё на месте?
> да, но это нигде не записано.
> 
> Обсуждение опять пошло по кругу из-за того, что на 
> http://www.altlinux.org/Branches/ReleasePolicy
> написано вообще совсем другое.
> 
> непонятно, что это за документ, 
> http://www.altlinux.org/Branches/ReleasePolicy
> Если это драфт, я бы его поправил.

Не обращать внимания.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] ( не ) официальные backports

[Андрей Черепанов]

15 августа 2008 Igor Vlasenko написал:
> On Fri, Aug 15, 2008 at 11:40:41AM +0300, Michael Shigorin wrote:
> > Ещё раз повторю озвученное полмесяца тому:
> >
> > Sisyphus(unstable) -> branch(testing) -> release(stable)
> > (http://lists.altlinux.org/pipermail/devel/2008-July/077389.html)
> >
> > Daedalus "сбоку" от Sisyphus, backports "сбоку" от branch.
> > Вроде всё на месте?
>
> да, но это нигде не записано.
>
> Обсуждение опять пошло по кругу из-за того, что на
> http://www.altlinux.org/Branches/ReleasePolicy
> написано вообще совсем другое.
>
> непонятно, что это за документ,
> http://www.altlinux.org/Branches/ReleasePolicy
> Если это драфт, я бы его поправил.
Что там нужно уточнить? По сути там именно это и описано.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] (не)официальные backports

[Michael Shigorin]

On Fri, Aug 15, 2008 at 02:02:39PM +0400, Андрей Черепанов wrote:
> > > Ещё раз повторю озвученное полмесяца тому:
> > > Sisyphus(unstable) -> branch(testing) -> release(stable)
> > > (http://lists.altlinux.org/pipermail/devel/2008-July/077389.html)
> > > Daedalus "сбоку" от Sisyphus, backports "сбоку" от branch.
> > > Вроде всё на месте?
> > да, но это нигде не записано.

...кроме как в архиве и у меня в голове.

> > Обсуждение опять пошло по кругу из-за того, что на
> > http://www.altlinux.org/Branches/ReleasePolicy
> > написано вообще совсем другое.  непонятно, что это за
> > документ, http://www.altlinux.org/Branches/ReleasePolicy
> > Если это драфт, я бы его поправил.
> Что там нужно уточнить? По сути там именно это и описано.

См. "обсуждение":

backports -- это оверлей, а не самостоятельный замкнутый репо.
Как, скажем, Daedalus. (mike)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Michael Shigorin]

On Wed, Aug 13, 2008 at 01:57:11PM +0400, Андрей Черепанов wrote:
> > И т.к. запрещается обновление версии, необходимо нормально
> > запустить backports-репозитории, функционирующие наряду с
> > имеющимся incoming, а не где-то там в сторонке у энтузиаста
> > mike ;)
> См. ниже - эти изменения можно разместить в официальном
> backports: "В то же время делается копия стабилизированного
> бранча ? backports, в который вносятся любые нестабильные
> изменения."

Ещё раз повторюсь: backports -- не копия, а оверлей.
Какой бы смысл был валить почти весь сизиф в дедал?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Андрей Черепанов]

20 августа 2008 Michael Shigorin написал:
> On Wed, Aug 13, 2008 at 01:57:11PM +0400, Андрей Черепанов wrote:
> > > И т.к. запрещается обновление версии, необходимо нормально
> > > запустить backports-репозитории, функционирующие наряду с
> > > имеющимся incoming, а не где-то там в сторонке у энтузиаста
> > > mike ;)
> >
> > См. ниже - эти изменения можно разместить в официальном
> > backports: "В то же время делается копия стабилизированного
> > бранча ? backports, в который вносятся любые нестабильные
> > изменения."
>
> Ещё раз повторюсь: backports -- не копия, а оверлей.
> Какой бы смысл был валить почти весь сизиф в дедал?
Исправил на "В то же время создаётся отдельный репозиторий без жёсткого 
контроля зависимостей - backports, в который вносятся любые нестабильные 
изменения."

Так пойдёт? Если не нравится, почему бы не исправить. Это же Wiki!


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Michael Shigorin]

On Thu, Aug 21, 2008 at 02:39:37PM +0400, Андрей Черепанов wrote:
> > > См. ниже - эти изменения можно разместить в официальном
> > > backports: "В то же время делается копия стабилизированного
> > > бранча ? backports, в который вносятся любые нестабильные
> > > изменения."
> > Ещё раз повторюсь: backports -- не копия, а оверлей.
> > Какой бы смысл был валить почти весь сизиф в дедал?
> Исправил на "В то же время создаётся отдельный репозиторий без
> жёсткого контроля зависимостей - backports, в который вносятся
> любые нестабильные изменения." Так пойдёт?

Да, по факту пойдёт.

> Если не нравится, почему бы не исправить. Это же Wiki!

Дело ж не в тексте на вики, а в его согласованном понимании.
Докапывался не к буковками, а к тому, почему ты их так написал.

Спасибо!

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Андрей Черепанов]

21 августа 2008 Michael Shigorin написал:
> On Thu, Aug 21, 2008 at 02:39:37PM +0400, Андрей Черепанов wrote:
> > > > См. ниже - эти изменения можно разместить в официальном
> > > > backports: "В то же время делается копия стабилизированного
> > > > бранча ? backports, в который вносятся любые нестабильные
> > > > изменения."
> > >
> > > Ещё раз повторюсь: backports -- не копия, а оверлей.
> > > Какой бы смысл был валить почти весь сизиф в дедал?
> >
> > Исправил на "В то же время создаётся отдельный репозиторий без
> > жёсткого контроля зависимостей - backports, в который вносятся
> > любые нестабильные изменения." Так пойдёт?
>
> Да, по факту пойдёт.
>
> > Если не нравится, почему бы не исправить. Это же Wiki!
>
> Дело ж не в тексте на вики, а в его согласованном понимании.
> Докапывался не к буковками, а к тому, почему ты их так написал.
Вот как раз мы ВСЕ ВМЕСТЕ и должны принять непротиворечивый и понятный текст.
Иначе очередное обсуждение уйдёт в анналы истории и с бранчами снова будет 
бардак.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Michael Shigorin]

On Thu, Aug 21, 2008 at 03:18:06PM +0400, Андрей Черепанов wrote:
> > > Если не нравится, почему бы не исправить. Это же Wiki!
> > Дело ж не в тексте на вики, а в его согласованном понимании.
> > Докапывался не к буковками, а к тому, почему ты их так написал.
> Вот как раз мы ВСЕ ВМЕСТЕ и должны принять непротиворечивый и
> понятный текст.  Иначе очередное обсуждение уйдёт в анналы
> истории и с бранчами снова будет бардак.

Тоже верно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] release policy (was: [JT] Re: mkimage, extralite и установщик )

[Igor Vlasenko]

On Thu, Aug 21, 2008 at 02:39:37PM +0400, Андрей Черепанов wrote:
> > Какой бы смысл был валить почти весь сизиф в дедал?
> Исправил на "В то же время создаётся отдельный репозиторий без жёсткого 
> контроля зависимостей - backports, в который вносятся любые нестабильные 
> изменения."
> 
> Так пойдёт? Если не нравится, почему бы не исправить. Это же Wiki!

Хорошо, Wiki так Wiki :)
занес на 
http://www.altlinux.org/Branches/ReleasePolicy
суть той дискуссии, как я эту суть понимаю.

Добавил и понятия "бранча для разработки" и "стабилизированного бранча",
формализовал их отношения по образу и подобию 4.0/branch и 4.0/school.

Прошу читать и критиковать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine