[devel] I: прогресс по ТеХостроению.

[devel] I: прогресс по ТеХостроению.

[Igor Vlasenko]

Уважаемые господа,
так как локально уже собрал несколько
пробных сборок texlive, хочу поделиться
достигнутым прогрессом.

1) остановился на решении
"каждый пакет texlive <name>.tlpobj упаковывается
как отдельный набор texlive-<name>{,-doc,-bin,...}-ver.{arch,noarch}.rpm"

При таком подходе проблема компоновки в пользовательские наборы
возлагается на метапакеты (в терминологии texlive -
коллекции), что несколько менее удобно для пользователя
(им надо будет страницу с документацией, перед установкой -
что выбрать)
но гораздо удобнее для live cd, дистрибутивов, размера chroot
и т.д., особенно если сравнивать с mageia, где texlive
нарезан крупными кусками по 0.5G (texlive сейчас уже не тот,
полный texlive весит больше 2G).

Также при таком подходе не важно, как устроен(ы) src.rpm.
При любом способе сборки результат будет тем же.

Я уже написал прототип texlive-package-builder,
робота, который перегоняет пакет texlive формата tlpobj
в src.rpm, но пока планирую использовать его для
autoimports или быстрой сборки доп. пакетов, если в них
возникнет нужда.
Для сборки основного состава texlive импорт,
texlive из fedora как основной источник и
texlive из suse как запасной вариант.

Перед выкладкой в Сизиф выложу в отдельный карман на тестирование.
Сроки - ориентировочно через 1-3 недели тестовая выкладка 
и через 3-4 недели в Сизиф.

-- 

I V

Re: [devel] I: прогресс по ТеХостроению.

[Kirill Maslinsky]

Igor Vlasenko writes:

> Уважаемые господа,
> так как локально уже собрал несколько
> пробных сборок texlive, хочу поделиться
> достигнутым прогрессом.

Игорь, спасибо, что сдвинули это дело с мертвой точки! Хочу помочь с
ТеХом в Сизифе. На упаковку всего и организацию инфраструктуры сборки
меня никогда не хватало, но вот поддерживать ТеХ и его пакетную базу
после сборки в актуальном состоянии я заинтересован и вполне
потяну. Поэтому буду приставать с расспросами и уточнениями.
В частности, хочу разобраться до того уровня, чтобы без проблем и вовремя
делать ежегодные обновления на новый релиз texlive.

> 1) остановился на решении
> "каждый пакет texlive <name>.tlpobj упаковывается
> как отдельный набор
> texlive-<name>{,-doc,-bin,...}-ver.{arch,noarch}.rpm"

Хороший подход, но хочется уточнить детали:

* Планируется ли при этом упаковка всех пакетов из texlive (их там,
наверное, порядка 10 тысяч), или только какой-то части?
* Если всех, то не будет ли проблем из-за увеличения размера пакетной
базы?
* Или планируется создание отдельного репозитория для texilve-*,
по типу autoimports? По какому принципу в этом случае выделять «базовое»
подмножество, которое должно быть в Сизифе?

> При таком подходе проблема компоновки в пользовательские наборы
> возлагается на метапакеты (в терминологии texlive -
> коллекции), что несколько менее удобно для пользователя
> (им надо будет страницу с документацией, перед установкой -
> что выбрать)

Для пользователей можно сделать схемы, как в инсталляторе texlive —
scheme-full, scheme-minimal и т.п.

> Также при таком подходе не важно, как устроен(ы) src.rpm.
> При любом способе сборки результат будет тем же.

Этот тезис не совсем понятен: в смысле разные пакеты можно собирать по-разному?

> Для сборки основного состава texlive импорт,
> texlive из fedora как основной источник и
> texlive из suse как запасной вариант.

что входит в понятие «основной состав texlive»?

> Перед выкладкой в Сизиф выложу в отдельный карман на тестирование.
> Сроки - ориентировочно через 1-3 недели тестовая выкладка
> и через 3-4 недели в Сизиф.

Отличный тайминг, постараемся не отставать :)

--
КМ

Re: [devel] I: прогресс по ТеХостроению.

[Igor Vlasenko]

On Thu, Jan 04, 2018 at 08:31:51PM +0100, Kirill Maslinsky wrote:
> Игорь, спасибо, что сдвинули это дело с мертвой точки! Хочу помочь с
> ТеХом в Сизифе. 

Отлично, спасибо большое!

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

Тогда напишу описание, пострараюсь обрисовать дальнейшие задачи
и ответить на вопросы.

> На упаковку всего и организацию инфраструктуры сборки
> меня никогда не хватало, но вот поддерживать ТеХ и его пакетную базу
> после сборки в актуальном состоянии я заинтересован и вполне
> потяну. Поэтому буду приставать с расспросами и уточнениями.
> В частности, хочу разобраться до того уровня, чтобы без проблем и вовремя
> делать ежегодные обновления на новый релиз texlive.
> 
> > 1) остановился на решении
> > "каждый пакет texlive <name>.tlpobj упаковывается
> > как отдельный набор
> > texlive-<name>{,-doc,-bin,...}-ver.{arch,noarch}.rpm"
> 
> Хороший подход, но хочется уточнить детали:
> 
> * Планируется ли при этом упаковка всех пакетов из texlive (их там,
> наверное, порядка 10 тысяч), или только какой-то части?
> * Если всех, то не будет ли проблем из-за увеличения размера пакетной
> базы?
> * Или планируется создание отдельного репозитория для texilve-*,
> по типу autoimports? По какому принципу в этом случае выделять «базовое»
> подмножество, которое должно быть в Сизифе?
> 
> > При таком подходе проблема компоновки в пользовательские наборы
> > возлагается на метапакеты (в терминологии texlive -
> > коллекции), что несколько менее удобно для пользователя
> > (им надо будет страницу с документацией, перед установкой -
> > что выбрать)
> 
> Для пользователей можно сделать схемы, как в инсталляторе texlive —
> scheme-full, scheme-minimal и т.п.
> 
> > Также при таком подходе не важно, как устроен(ы) src.rpm.
> > При любом способе сборки результат будет тем же.
> 
> Этот тезис не совсем понятен: в смысле разные пакеты можно собирать по-разному?
> 
> > Для сборки основного состава texlive импорт,
> > texlive из fedora как основной источник и
> > texlive из suse как запасной вариант.
> 
> что входит в понятие «основной состав texlive»?
> 
> > Перед выкладкой в Сизиф выложу в отдельный карман на тестирование.
> > Сроки - ориентировочно через 1-3 недели тестовая выкладка
> > и через 3-4 недели в Сизиф.
> 
> Отличный тайминг, постараемся не отставать :)
> 
> --
> КМ
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 

I V