Mkimage-profiles Опции Поделиться

[ИВК]

https://www.altlinux.org/M-p

http://git.altlinux.org/gears/m/mkimage-profiles.git

Но на https://www.altlinux.org/M-p как раз написано:

Код

git clone git://git.altlinux.org/people/mike/packages/mkimage-profiles.git

Так git clone git://git.altlinux.org/people/mike/packages/mkimage-profiles.git, или git clone http://git.altlinux.org/gears/m/mkimage-profiles.git, или пакет mkimage-profiles поставить или невелика разница? Кто m-p постоянно пользуется, подскажите, пожалуйста, вы сами-то как её обновляете?

[ИВК]

Вот этот - git clone http://git.altlinux.org/gears/m/mkimage-profiles.git - самый свежий m-p? Я его скачал, но вот проблема: какой дистр не собирается, у какого инсталлер не запускается, надоело уже перебирать А мне просто надо собрать в свежем m-p буквально любой дистр на p8, чтобы глянуть, будет ли там работать тачпад в инсталлере Но какой гарантированно соберётся и запустится?

[kostyalamer]

Перемещено из темы "Модификация инсталлера"

Имеешь в виду сборки на самом свежем m-p?

Да, ты вроде пробовал. Интересно как там с брендингом

[ИВК]

Так ты мне назови какой-нибудь дистр, который там точно соберётся. Теперь не могу собрать вообще ничего, всегда каких-либо пакетов не хватает, и до проверки ситуации с брендингом дело просто не доходит Или я всё-таки не тот m-p скачал?

[ИВК]

В общем, собрать так ничего и не смог, но в списке подлежащих установке пакетов фигурируют пакеты как указанного мною брендинга. так и branding-sisyphus-server-light, то есть в данной версии m-p конфликт брендингов налицо.

[kostyalamer]

то есть в данной версии m-p конфликт брендингов налицо.

Понятно, значит лучше не стало, можно спокойно сидеть на своей старой версии m-p.

[ИВК]

А сильно старый у тебя m-p? Меня одно время преследовала идея выкинуть из пакета Навигатора m-p и m-p-d, а вместо этого (автоматом или по указанию юзера) подключать к нему их последние версии. В итоге решил, что сделать-то это нетрудно (особенно для m-p, поскольку он в Навигаторе и так используется почти в чистом виде, без существенных хаков), а вот надо ли? Риск получить непредсказуемые глюки при каждом обновлении сборочной системы явно перевешивает предполагаемые выгоды, так что забраковал эту идею как угрожающую стабильности Навигатора Хотя как фичу, задействуемую только по указанию юзера, обновление сборочной системы до последней версии когда-нибудь и можно будет сделать.

[kostyalamer]

Достаточно древний 1.1.81 декабрь 2015. Лучше такого не делать, по-моему опыту ( теперь и по-твоему тоже ) , свежим m-p для нормальной работы всегда чего-нибудь не хватает, вряд ли простой пользователь будет разбираться в этих граблях.

[Koi.v2]

Есть ли хорошая документация по работе с mp?

[ИВК]

Есть ли хорошая документация по работе с mp?

Она прямо в рабочем каталоге m-p, рассредоточена по соответствующим подкаталогам. Другой, более подробной, вроде нет.

[Skull]

Есть ли хорошая документация по работе с mp?

В каталогах самого mkimage-profiles

[Michael Shigorin]

Она прямо в рабочем каталоге m-p, рассредоточена по соответствующим подкаталогам. Другой, более подробной, вроде нет.

doc/ + READMEшки еженедельно собираются в книжки HTML/PDF вот здесь: http://nightly.altlinux.org/docs/

А так http://altlinux.org/m-p и по ссылкам.

Багрепорты на _всю_ эту документацию также принимаются.

[Koi.v2]

Спасибо.

[ИВК]

Вопрос ко всем, кто обычно делает сборки именно в m-p. Можете подсказать какую-либо комбинацию дистрибутив-брендинг-инсталлер, при которой в конце установки дистра выводится информация о нём? Я тогда попробую её у себя. А то пока у меня получается, что в собранном в m-p-d дистрибутиве эта информация выводится, а во вроде бы точно таком же, но собранном в m-p - нет.

[kostyalamer]

Вопрос ко всем, кто обычно делает сборки именно в m-p. Можете подсказать какую-либо комбинацию дистрибутив-брендинг-инсталлер, при которой в конце установки дистра выводится информация о нём? Я тогда попробую её у себя. А то пока у меня получается, что в собранном в m-p-d дистрибутиве эта информация выводится, а во вроде бы точно таком же, но собранном в m-p - нет.

Сизифный брендинг из клубной репы + клубный инсталлер .

[ИВК]

Сизифный брендинг из клубной репы + клубный инсталлер .

Два дистра сейчас с ними собрал - всё равно перезагрузка вместо вывода инфы о дистрибутиве

[Koi.v2]

Регулярка lxqt +клубный инсталлер и сизиф брендинг в конце установки окошко "Информация о дистрибутиве" есть.

[ИВК]

Регулярка lxqt +клубный инсталлер и сизиф брендинг в конце установки окошко "Информация о дистрибутиве" есть.

А собирал в консоли? Подозреваю, что проблема где-то в Навигаторе.

[Koi.v2]

Через навигатор собирал. Странно даже, отличий вроде не должно быть.

[ИВК]

Через навигатор собирал. Странно даже, отличий вроде не должно быть.

Ну тогда это скорее курьёз, чем проблема; что-то я у себя нахимичил

[Koi.v2]

Как можно исключить пакет из live режима? Например есть переменная CLEANUP_PACKAGES к сожалению в README она не описана, но судя по названию она должна убирать перечисленные в ней пакеты, но где именно? То есть если я её включу в секцию:
conf.d/regular.mk

Код

mixin/regular-lxqt
            @$(call add,CLEANUP_PACKAGES,gcdemu)

Скорее всего пакет уберется и из инстала и из live по аналогии со службами, значит мне надо смотреть в сторону :
conf.d/live.mk
В этом файле много секций, большая часть без комментариев, хотя названия некоторых понятно для чего применяется, но вот к примеру что такое kiosk? Куда добавить CLEANUP_PACKAGES?

[ИВК]

Пожалуй, о подобных вещах лучше спрашивать у Михаила в рассылке distro-devel.

[Michael Shigorin]

Можете подсказать какую-либо комбинацию дистрибутив-брендинг-инсталлер, при которой в конце установки дистра выводится информация о нём?

Это про installer-distro, в installer-steps из которого должен быть шаг release-notes; например, в installer-distro-altlinux-desktop он есть, а в installer-distro-altlinux-generic (который m-p конфигурирует по умолчанию, см. features.in/install2/config.mk) для краткости установки нету. Только его надо set, а не опять try -- если переменная уже выставлена, try не перебивает.

Как можно исключить пакет из live режима?

Тут как:
1) можно в LIVE_PACKAGES добавить пакет- (с минусом на хвосте, тогда апт понимает как удаление из рассматриваемых на установку -- кстати, можно и apt-get remove ... пакет+ делать, тогда обратное);
2) можно и CLEANUP_PACKAGES, он удаляет и из live (features.in/cleanup/live/image-scripts.d/90-cleanup-pkgs), и из установленной системы (features.in/cleanup/live/image-scripts.d/90-cleanup-pkgs); для более точного прицеливания существуют также CLEANUP_BASE_PACKAGES и INSTALL2_CLEANUP_PACKAGES -- видимо, надо бы навести порядок и где-то задокументировать; предложения о том, где было бы лучше прочесть, также принимаются;
3) в философии m-p лучше складывать, чем вычитать -- т.е., например, выделить общую часть "ниже" ненужного по дереву (но так, чтобы не сломать ничего в уже существующем), и идти от неё -- на всякий напоминаю, что REPORT=1 при установленном graphviz создаст граф зависимостей, который может быть весьма развесистым, но всё-таки с картой веселей, чем напролом;
4) не надо править regular.mk и live.mk, этим обрекаете профиль на merge conflict'ы при обновлении -- сделайте себе отдельный файлик и в нём резвитесь с производными :)
5) более точный совет могу дать, когда пойму, чего именно добиваетесь ("нужно то, беру это").

Пожалуй, о подобных вещах лучше спрашивать у Михаила в рассылке distro-devel.

Так точно. Если важные вопросы здесь и не отвечаю -- стоит продублировать ссылку почтой, т.к. в вебовом фолдере перегруз (сюда много чего валится) и он в приоритетах mutt довольно низко...

[Koi.v2]

можно в LIVE_PACKAGES добавить пакет- (с минусом на хвосте, тогда апт понимает как удаление из рассматриваемых на установку -- кстати, можно и apt-get remove ... пакет+ делать, тогда обратное);

Спасибо, исключил пакеты из live.

более точный совет могу дать, когда пойму, чего именно добиваетесь ("нужно то, беру это").

В установочном образе достаточно много ПО, решил убрать небольшую группу пакетов из live, gcdemu, virtualbox... то чем в live вряд ли будут пользоваться.

Можно ли четко контролировать где запускать сервисы. Например переменная DEFAULT_SERVICE_* запускает или выключает сервис, но делает это глобально в live\install, а если нужно включить сервис в установке и выключить его в live, то как быть?

CLEANUP_BASE_PACKAGES и INSTALL2_CLEANUP_PACKAGES -- видимо, надо бы навести порядок и где-то задокументировать; предложения о том, где было бы лучше прочесть, также принимаются

ИМХО
В conf.d удобно тем, что и настройка там делаются и README сразу в глаза бросается.

Сообщение отредактировал Koi.v2 - 19.12.2016, 17:07

[Koi.v2]

Если я буду делать предварительные настройки через %post как написано тут
https://www.altlinux.org/Installer/beans

При возможности рекомендуется создавать stage3-пакеты, скрипты (или %post) которых отрабатывают в уже установленной системе: это позволяет заметно упростить логику, обеспечить отработку в более близком к окончательному окружении и избавиться от ряда сущностей (начиная с $destdir).

Будут ли они отрабатывать в live?

Настройки в основном мелкие касаются кастомизации среды где-то десктоп файлы поправляются и т.д по мелочи.

[Koi.v2]

Перемещено из темы "Программа ДистроНавигатор"

(пока только в m-p и не проверено).

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

Сообщение отредактировал IVK - 26.12.2016, 23:20

[ИВК]

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

Точно, в любую сборку лезут пакеты и systemd и sysvinit. Сейчас попробую разобраться.

[ИВК]

Вроде поудалял systemd и sysvinit отовсюду, откуда они могли пробраться в сборку, но всё равно пролезают оба, независимо от значения INIT_TYPE А кто из них используется в дистрибутиве - не собрался проверить.

[kostyalamer]

Иван, если в твоих сборках используется NetworkManager , то он скорее всего и втаскивает systemd:
NetworkManager зависимость NetworkManager-adsl
NetworkManager-adsl зависимость NetworkManager-daemon
NetworkManager-daemon зависимость libsystemd.so.0

[ИВК]

Нет, в тех сборках NetworkManager отсутствует, а systemd и sysvinit присутствуют оба, хотя в каждой из сборок должен быть лишь один из них.