[-- Attachment #1: Type: text/plain, Size: 766 bytes --] Доброй ночи всем. Пятница, 27.08.2010 - сборка на сизифе получалась, Пятница, 03.09.2010 - тоже получалась, но не создавался initrd...img (баги 24008, 24009 повешены by zOrg). Вчера (баги вроде пофиксены) - сборка обламывается. Лог во вложении. Между 03.09 и 08.09 в гите boyarsh@ 2 интересных коммита: 4 days ago fix: use MKI_PACK_RESULTS instead of MKI_OUTNAME and... 2 days ago revert "fix: use MKI_PACK_RESULTS instead of MKI_OUTNAM... В результате имею то, что в логе ... Что с этим делать? Спасибо. -- Anatoly Chernov <aichernov@umail.ru> [-- Attachment #2: mkimage-error --] [-- Type: text/plain, Size: 1132 bytes --] .... .... removed `./libguile-vhttpd-0.7-alt1.i586.rpm' removed `./service-0.5.19-alt2.i586.rpm' mki-cache: has started executing. mkimage: Processing 'run-scripts' ... mki-cache: has started executing. mki-scripts: has started executing. mki-scripts: /home/anatoly/Iso/profiles/temp/mkimage-profiles-desktop/profiles/main/scripts.d: not found ... ignoring! mki-cache: has started executing. mkimage: Processing 'copy-subdirs' ... mkimage: Processing 'pack-image' ... mki-check-obsolete: has started executing. mki-check-obsolete: ERROR: Variables MKI_OUTNAME and MKI_PACKTYPE are obsoletes. Use MKI_PACK_RESULTS instead. mki-cache: has started executing. mki-pack-results: has started executing. /usr/share/mkimage/tools/mki-pack-results: 16: MKI_PACK_RESULTS: pack rules required make[2]: *** [pack-image] Error 1 make[2]: Leaving directory `/home/anatoly/Iso/profiles/temp/mkimage-profiles-desktop/profiles/main' make[1]: *** [main] Ошибка 2 make[1]: Leaving directory `/home/anatoly/Iso/profiles/temp/mkimage-profiles-desktop/profiles' make: *** [install-cd.iso] Ошибка 2 [anatoly@E5200 mkimage-profiles-desktop]$
[-- Attachment #1: Type: text/plain, Size: 895 bytes --] 9 сентября 2010 г. 0:29 пользователь Anatoly Chernov <aichernov@umail.ru> написал: > Доброй ночи всем. > Пятница, 27.08.2010 - сборка на сизифе получалась, > Пятница, 03.09.2010 - тоже получалась, но не создавался > initrd...img (баги 24008, 24009 повешены by zOrg). > Вчера (баги вроде пофиксены) - сборка обламывается. > Лог во вложении. > Между 03.09 и 08.09 в гите boyarsh@ 2 интересных коммита: > 4 days ago fix: use MKI_PACK_RESULTS instead of MKI_OUTNAME and... > 2 days ago revert "fix: use MKI_PACK_RESULTS instead of MKI_OUTNAM... > В результате имею то, что в логе ... > Что с этим делать? Там после revert'а я отправлял исправленный commit, который исправлял ошибку, процитированную Вами во вложении. Видимо boyarsh@ пока не накатил его на репо. :) Приложу его к письму, на свой страх и риск пользуйтесь... -- zOrg [-- Attachment #2: 0001-fix-use-MKI_PACK_RESULTS-instead-of-MKI_OUTNAME-and-.patch.gz --] [-- Type: application/x-gzip, Size: 1538 bytes --]
> Там после revert'а я отправлял исправленный commit, который исправлял
> ошибку, процитированную Вами во вложении. Видимо boyarsh@ пока не
> накатил его на репо. :)
Накатил, но забыл запушить, fixed.
В Чтв, 09/09/2010 в 11:12 +0400, Anton V. Boyarshinov пишет:
> ...
> Накатил, но забыл запушить, fixed.
> ...
А теперь там стабильно проявляется #24062.
С ним что делать?
--
Anatoly Chernov <aichernov@umail.ru>
On Sun, Sep 12, 2010 at 09:55:35PM +0400, Anatoly Chernov wrote: > > Накатил, но забыл запушить, fixed. > А теперь там стабильно проявляется #24062. > С ним что делать? Недавно наткнулся на installer-feature-rm-slideshow -- не оно? -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Похоже что оно. Попробую пересобрать и протестить. Посмотрим, что получится. -- Anatoly Chernov <aichernov@umail.ru>
В Пнд, 13/09/2010 в 20:24 +0400, Anatoly Chernov пишет:
> Похоже что оно. Попробую пересобрать и протестить.
> Посмотрим, что получится.
>
А всё получилось. Отрывание слайдшоу фичей ...-rm-slideshow
позволило обойти проблему. Проблема, конечно, осталась,
но установка стала возможной. Инсталлер заработал.
--
Anatoly Chernov <aichernov@umail.ru>
Доброго времени, уважаемые разработчики. Я не хочу в своей сборке иметь пакет xorg-app. Комментирование его в lists не помогает, он вытягивается кем-то другим. Набросал такой хук: = = = Начало = = = #!/bin/sh # DESCRIPTION # # Remove unwanted software NAME="init5-rm-package" verbose() { if [ -n "$GLOBAL_VERBOSE" ]; then echo "HOOK: $NAME: $@" fi } verbose "has started" rpm -e xorg-apps verbose "finished" = = = Конец = = = При сборке образа вижу: HOOK: init5-rm-package: has started <13>Sep 21 12:27:25 rpm: xorg-apps-7.4.0-alt7 removed HOOK: init5-rm-package: finished При загрузке в live вижу, что пакет спокойно на месте. То есть вытягивается где-то дальше. Куда копнуть еще? Этот пакет никому не нужен (по зависимостям). -- С уважением, инженер отдела ИИС ООО «Центр» Юсупов Радик Анасович Usupov.Radik@cg.ru Тел: (843) 533-88-14 (внут: 1811) ICQ: 271639884 Jabber: radyus@jabber.ru Skype: Radik.Usupov Ekiga: radyus@ekiga.net Российская Федерация Казань, ул. Зинина, 3а 420029, а/я 81 http://www.cg.ru/
21.09.2010 17:56, Радик Юсупов wrote:
> Доброго времени, уважаемые разработчики.
> Я не хочу в своей сборке иметь пакет xorg-app. Комментирование его в
> lists не помогает, он вытягивается кем-то другим.
Если я вас правильно понял, то:
1. Его можно явно пометить для удаления. Для этого в конце имени
пакета нужно добавить "-": xorg-app-
2. Можно воспользоваться CHROOT_PACKAGES_REGEXP.
--
Rgrds, legion
On Mon, Sep 27, 2010 at 08:00:46PM +0400, Anton Farygin wrote: > Есть прототип или хотя-бы скриншоты ? Пока совсем нет: сейчас надеюсь метапрофиль до взлётного веса допилить, потом бы branding в ту же сторону подкорнать (насчёт наследуемости -- чтоб можно было оформить sisyphus, от него унаследовать server-light и в notes там не было ссылок на support.altlinux.ru). Потом уж инсталер поковырять, сделать простенький модульный текстовый install2 наконец из всего, что бродит вокруг по частным задачам. И модуль разбивки на базе parted (ср. с debian partman). Если здоровья хватит. То есть даже задумки цельной нет, так, мысли бродють... BTW https://bugzilla.altlinux.org/show_bug.cgi?id=6781 предлагал (и Кирилл верно уловил смысл) в качестве одного из частных случаев такого подхода. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
21.09.2010 18:01, Alexey Gladkov пишет: > 21.09.2010 17:56, Радик Юсупов wrote: >> Доброго времени, уважаемые разработчики. >> Я не хочу в своей сборке иметь пакет xorg-app. Комментирование его в >> lists не помогает, он вытягивается кем-то другим. > Если я вас правильно понял, то: > > 1. Его можно явно пометить для удаления. Для этого в конце имени > пакета нужно добавить "-": xorg-app- > > 2. Можно воспользоваться CHROOT_PACKAGES_REGEXP. > Алексей, а можно пункт 2 по-подробнее? Это к тому, что физически пакет xorg-app нигде не прописан, а вытягивается по зависимостям. -- С уважением, инженер отдела ИИС ООО «Центр» Юсупов Радик Анасович Usupov.Radik@cg.ru Тел: (843) 533-88-14 (внут: 1811) ICQ: 271639884 Jabber: radyus@jabber.ru Skype: Radik.Usupov Ekiga: radyus@ekiga.net Российская Федерация Казань, ул. Зинина, 3а 420029, а/я 81 http://www.cg.ru/
04.10.2010 18:51, Радик Юсупов wrote: >> 2. Можно воспользоваться CHROOT_PACKAGES_REGEXP. >> > Алексей, а можно пункт 2 по-подробнее? > Это к тому, что физически пакет xorg-app нигде не прописан, а > вытягивается по зависимостям. http://git.altlinux.org/people/legion/packages/mkimage.git?p=mkimage.git;a=blob;f=doc/README.ru;h=0aaa9e381c71ded9a44f4c2a1eccb72c160e0f50;hb=94101e3aeedb9da20334b9455192c690732e9884#l249 Паттерны, перечисленные в CHROOT_PACKAGES_REGEXP, отфильтруют список. При этом если какой-то паттерн не сработает, то ошибки не будет. -- Rgrds, legion
Здравствуйте. Пытаюсь сообразить - что я делаю не так. Насколько я понял, домен при установке задается на шаге installer-network? но у меня при вводе имени выдает сообщение, что в имени доступны только латинские символы, "-" и "_" Подскажите, пожалуйста, куда копать или что я забыл добавить. -- wbr, d4s
1 ноября 2010 Denis Pynkin написал:
> Здравствуйте.
>
> Пытаюсь сообразить - что я делаю не так.
> Насколько я понял, домен при установке задается на шаге installer-network?
> но у меня при вводе имени выдает сообщение, что в имени доступны только
> латинские символы, "-" и "_" Подскажите, пожалуйста, куда копать или что я
> забыл добавить.
alterator-net-eth
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
Здравстуйте.
Отвечаю на письмо Андрей Черепанов от 2010-11-01 16:29:
> > Пытаюсь сообразить - что я делаю не так.
> > Насколько я понял, домен при установке задается на шаге installer-network?
> > но у меня при вводе имени выдает сообщение, что в имени доступны только
> > латинские символы, "-" и "_" Подскажите, пожалуйста, куда копать или что я
> > забыл добавить.
> alterator-net-eth
а как его в install2 засунуть?
сорри, все время с live возился, а вот инсталлятор немного в тупик ставит
--
wbr, d4s
1 ноября 2010 Denis Pynkin написал:
> Здравстуйте.
>
> Отвечаю на письмо Андрей Черепанов от 2010-11-01 16:29:
> > > Пытаюсь сообразить - что я делаю не так.
> > > Насколько я понял, домен при установке задается на шаге
> > > installer-network? но у меня при вводе имени выдает сообщение, что в
> > > имени доступны только латинские символы, "-" и "_" Подскажите,
> > > пожалуйста, куда копать или что я забыл добавить.
> >
> > alterator-net-eth
>
> а как его в install2 засунуть?
> сорри, все время с live возился, а вот инсталлятор немного в тупик ставит
А он там и есть.
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
[-- Attachment #1.1: Type: text/plain, Size: 1501 bytes --] Здравствуйте все! С праздниками! Здоровья, счастья, поменьше невзго! . Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать. Можно взять за основу построение rpm. Пишем спес, в зависимостях у которого mkimage-profile. В этом спеке выполнются действия по построению из готового профайла конкретного дистрибутива. Типа, того, что а в аттаче. В начестве сорцов кладём скрипты, для построения образа, секция file - пустая, в спеке прописываем порядок запуска скпиптов и т.п., в результате их работы, в %buildroot строится образ. Далее этот пакет можно поместить в git, использовать gear скритпты и т.п. использовать хешер и т.д и.т.п Заодно rpm ругается на неустановленные пакеты, необходимые для сбора образа. -- А ещё говорят так (fortune): Linux is addictive, I'm hooked! -- MaDsen Wikholm's .sig ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #1.2: mkimage-build-desktop.spec --] [-- Type: text/plain, Size: 1983 bytes --] %define version_distro 2.01 %define distro_name desktop %define distro rescue %define name_profile mkimage-profiles-desktop Name: mkimage-build-recue Version: 5.0.0 Release: alt7 Summary: Profiles for build various distributions ISO images License: GPLv2+ Group: Development/Tools Requires: mkimage Packager: Anton V. Boyarshinov <boyarsh@altlinux.ru> Source:%name_profile-%version.tar BuildPreReq: setarch mkimage-profiles-desktop %description This packages contents profiles for building ALTLinux Desktop and Server distributions %prep %setup -n %name_profile-%version %build %autoreconf %configure arch=%_arch conf= %configure --with-aptconf=$conf --with-version=%version_distro --with-distro=%distro --with-arch=$arch %make_build %install %files %changelog * Sat Nov 14 2009 Denis Koryavov <dkoryavov@altlinux.org> 5.0.0-alt7 - Simply linux 5.0.0 final. * Mon Sep 07 2009 Denis Koryavov <dkoryavov@altlinux.org> 5.0.0-alt6 - Added settings for build Simply GNU/Linux. * Thu Apr 30 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt5 - successfull built on Sisyphus * Mon Mar 30 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt4 - office server merged into profiles - many fixes from ldv@ * Fri Mar 27 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt3 - gfxboot fixed - version, displayed by propagator fixed - lxde version added - tests not packaged * Thu Mar 26 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt2 - 'White labeling' rewrited - sample build script * Tue Mar 24 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt1 - beta profile for 5.0.0 * Sun Jan 27 2008 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.3-alt1 - 4.0.3 release * Fri Dec 28 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt3 - 4.0.2 release * Sat Dec 15 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt2 - version of school deadline * Wed Dec 12 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt1 - first build [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Thu, Jan 06, 2011 at 08:29:59PM +0300, Hihin Ruslan wrote: > Заодно rpm ругается на неустановленные пакеты, необходимые для > сбора образа. JFYI: пакаджлисты уже с год как можно проверять скриптом mkimage-profiles-desktop/bin/check-pkg-list (в качестве параметров -- пути к файлам) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
06.01.2011 20:29, Hihin Ruslan пишет:
> Здравствуйте все!
>
> С праздниками!
>
> Здоровья, счастья, поменьше невзго!
> .
>
> Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать.
>
> Можно взять за основу построение rpm.
> Пишем спес, в зависимостях у которого mkimage-profile.
>
>
> В этом спеке выполнются действия по построению из готового
> профайла конкретного дистрибутива. Типа, того, что а в аттаче.
> В начестве сорцов кладём скрипты, для построения образа,
> секция file - пустая, в спеке прописываем порядок запуска
> скпиптов и т.п., в результате их работы, в %buildroot строится
> образ.
>
> Далее этот пакет можно поместить в git, использовать gear
> скритпты и т.п. использовать хешер и т.д и.т.п
> Заодно rpm ругается на неустановленные пакеты, необходимые для
> сбора образа.
Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам
использует hasher.
07.01.2011 01:47, Anton Farygin пишет:
> 06.01.2011 20:29, Hihin Ruslan пишет:
>> Здравствуйте все!
>>
>> С праздниками!
>>
>> ....
>> Далее этот пакет можно поместить в git, использовать gear
>> скритпты и т.п. использовать хешер и т.д и.т.п
>> Заодно rpm ругается на неустановленные пакеты, необходимые для
>> сбора образа.
> Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам
> использует hasher.
>
Не ошибаетесь. Не работает. Чтобы убедиться - достаточно запустить
m-p-d под hsh-shell например, и всё понятно станет (не сможет
создать рабочие каталоги).
И прецеденты вроде были (более года назад) ...
Всех с Рождеством !
On Fri, Jan 07, 2011 at 01:47:43AM +0300, Anton Farygin wrote: > >Заодно rpm ругается на неустановленные пакеты, необходимые для > >сбора образа. > Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам > использует hasher. Насколько понял Руслана -- такой srpm и не предполагается засовывать в hasher. С другой стороны, мне кажется, что работа релиз-менеджера и условия выпуска конкретного образа стоит скорее документирования, чем кодификации: если уж заморачиваться последней, то разумно и снапшот репозитория откладывать. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1777 bytes --] Здравствуйте Michael Shigorin В сообщении от 7 января 2011 Michael Shigorin написал(a): > Насколько понял Руслана -- такой srpm и не предполагается > засовывать в hasher. Да, пока не вижу такой возможности. Пока за основу взял spt + spt3 - они более обзорны. Всё-таки расшифровать все эти .mk не всегда получается, да и опыта написания собственных makefiles не так много. Пытаюсь взять что-то маленькое, что-бы обкатать саму идею, что-бы не заморачиваться на частностях. У меня возник попутный вопрос. Вот есть у меня набор (список) сформированных пакетов, например, у меня есть установленный LiveCD то-го-же SLinux. Как мне проанализировать полученный набор - хотя-бы как разбить пакеты по группам (что-бы не смотреть нужен-ли этот пакет, или это результат игры "ошибочных" зависимостей). Теоретически, я конечно могу проверить назначение каждого пакета, но частно достаточно знать к какой группе относится пакет. А то в файл кто-то пакет добавил, а пакет нужен только для какого-то частного случая. Есть-ли какие-нибудь скрипты, или "костыли" для этого. Хочется иметь списки пакетов, типа - для работы с "железом" - список hard, для работы xorg - список xorg, для обеспечения работы в режиме liveCD - live, для работы в консоле konsole, для пользовательских графических приложений - ещё несколько списков. И ещё-бы иметь возможность дополнять комментариями, что-бы следующий мог понять что зачем и почём :) Я фижу в mkimage различные макросы, но охватить их содержимое одним взглядом - в каждом файле по списку как-то не получается. А хотелось-бы определённой логичности и наглядности. Я конечно мог не заметить, что такое место существует. PS Пока сижу и руками сортирую. PPS Извините за многословность. -- С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Wed, Jan 12, 2011 at 07:12:04PM +0300, Хихин Руслан wrote: > Пока за основу взял spt + spt3 - они более обзорны. С них уже совсем все слезли, AFAIK. > Всё-таки расшифровать все эти .mk не всегда получается, > да и опыта написания собственных makefiles не так много. Тут как: если документация на mkimage-profiles-desktop (http://www.altlinux.org/Mkimage/Profiles/Desktop) неясна, неполна или неточна, то что-то можно и пояснить/поправить. Но сам он и впрямь уже запутан, а другие mkimage-profiles-* скорее устарели и их брать вовсе не стоит (могу чьи-то текущие разработки упускать). > Пытаюсь взять что-то маленькое, что-бы обкатать саму идею, > что-бы не заморачиваться на частностях. Посмотри example3 из документации mkimage, и там же README рядом. > У меня возник попутный вопрос. > Вот есть у меня набор (список) сформированных пакетов, > например, у меня есть установленный LiveCD то-го-же SLinux. > Как мне проанализировать полученный набор - хотя-бы как разбить > пакеты по группам Если по profiles/pkg/groups/, то такого скрипта пока не видел (и откуда ему взять дополнительную информацию о том, кто "лист", а кто втянут как зависимость во время сборки -- тоже не знаю). > А то в файл кто-то пакет добавил, а пакет нужен только для > какого-то частного случая. По крайней мере для установленной системы возможно попытаться удалить пакет и посмотреть: если сам удаляется -- вероятно, нагрепается в profiles/pkg/lists/; а если нет, то придётся "вычислять" по тем, кого тянет. > Хочется иметь списки пакетов, типа - для работы с "железом" - > список hard, для работы xorg - список xorg, для обеспечения > работы в режиме liveCD - live, для работы в консоле konsole, > для пользовательских графических приложений - ещё несколько > списков. И ещё-бы иметь возможность дополнять комментариями, > что-бы следующий мог понять что зачем и почём :) Пилю потихоньку mkimage-profiles, там списки уже и тегированные можно делать, чтоб потом выбирать хоть такими выражениями: (base && (kernel || apt || alterator)) > Я фижу в mkimage различные макросы, но охватить их содержимое > одним взглядом - в каждом файле по списку как-то не получается. > А хотелось-бы определённой логичности и наглядности. В mkimage-profiles README по каждому значащему каталогу. http://www.altlinux.org/Mkimage/Profiles/next (последние недели выпиливаю модульные списки ядерных модулей для stage1, пушить пока нечего, всё разобрано) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Коллеги, доброго времени. Прошу помощи зала. Задача описана в: http://lxdesktop.altlinux.org/issues/90 Суть: Если грузиться/устанавливаться в локаль с татарским языком, там где нет татарского перевода, показывается английский. Необходимо сделать так, чтобы при варианте, когда татарский перевод отсутствует, подцеплялся русский, а не английский как сейчас. Есть вариант с /etc/sysconfig/i18n/ где прописываются support-локали. Но у меня в моем livecd это не прокатывает.. Хотя есть вариант, что я делаю что-то не так. Что можно сделать, чтобы это все-таки заработало? Спасибо! -- ALTLinux Team My project: http://lxdesktop.altlinux.org
On Mon, Oct 31, 2011 at 06:04:02AM +0400, Радик Юсупов wrote: > Необходимо сделать так, чтобы при варианте, когда татарский > перевод отсутствует, подцеплялся русский, а не английский как > сейчас. Есть вариант с /etc/sysconfig/i18n/ где прописываются > support-локали. Но у меня в моем livecd это не прокатывает.. Странно, должно прокатывать (только /etc/sysconfig/i18n -- файл, а не каталог)... Документация вот: http://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html Пример вот (в lftp нет uk.po): $ LANG=ru_RU.utf8 LANGUAGE=uk_UA.utf8:ru_RU.utf8 lftp --help Использование: lftp [КЛЮЧИ] <адрес> `lftp' - первая команда, которую выполняет lftp после rc-файлов -f <файл> выполнить команды из указанного файла и выйти -c <команда> выполнить команду и выйти --help вывести данную подсказку и выйти --version вывести информацию о версии и выйти Остальные ключи аналогичны ключам команды `open' -e <команда> выполнить команду после выбора сервера -u <имя>[,<пароль>] использовать для аутентификации имя/пароль -p <порт> использовать для соединения указанный порт <адрес> имя сервера, URL или имя закладки $ LANG=uk_UA.utf8 LANGUAGE=uk_UA.utf8:ru_RU.utf8 lftp --help Использование: lftp [КЛЮЧИ] <адрес> `lftp' - первая команда, которую выполняет lftp после rc-файлов -f <файл> выполнить команды из указанного файла и выйти -c <команда> выполнить команду и выйти --help вывести данную подсказку и выйти --version вывести информацию о версии и выйти Остальные ключи аналогичны ключам команды `open' -e <команда> выполнить команду после выбора сервера -u <имя>[,<пароль>] использовать для аутентификации имя/пароль -p <порт> использовать для соединения указанный порт <адрес> имя сервера, URL или имя закладки -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 857 bytes --] Здравствуйте Michael Shigorin В сообщении от 31 октября 2011 Michael Shigorin написал(a): > LANG=ru_RU.utf8 LANGUAGE=uk_UA.utf8:ru_RU.utf8 lftp --help > Я правильно понял, что в LANG прописывается язык по-умолчанию, а в LANGUAGE - текущий язык? Тогда можно, не ломая системной локали создать в домашнем каталоге пользователя файл .i18n с содержанием LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 -- А ещё говорят так (fortune): 'Tis more blessed to give than receive; for example, wedding presents. -- H.L. Mencken ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Sat, Nov 05, 2011 at 12:36:01PM +0400, Hihin Ruslan wrote: > > LANG=ru_RU.utf8 LANGUAGE=uk_UA.utf8:ru_RU.utf8 lftp --help > Я правильно понял, что в LANG прописывается язык по-умолчанию, > а в LANGUAGE - текущий язык? В LANGUAGE можно перечислить несколько локалей по убыванию приоритета для возможности "отката" при отсутствии соответствующей LANG. > Тогда можно, не ломая системной локали создать в домашнем > каталоге пользователя файл .i18n с содержанием > LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 Лучше всё-таки по переменной на строчку. :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
05.11.2011 12:36, Hihin Ruslan пишет: > Тогда можно, не ломая системной локали создать в домашнем > каталоге пользователя файл .i18n с содержанием > > LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 Что будет в этом случае у вновь заведенного пользователя? Тогда придется ложить файлик в /etc/skel Тут вопрос в другом... У нас установщик дает возможность установить несколько локалей (английская, украинская, русская и татарская). В случае, если я например выбрал украинскую локаль, нафига мне такой .i18n в /etc/skel? Каким образом можно угадать выбранную локаль и менять /etc/sysconfig/i18n на мое усмотрение? P.S. Я еще не смотрел, но может это актуально и для украинской локали? -- ALTLinux Team My project: http://lxdesktop.altlinux.org
09.11.2011 05:13, Радик Юсупов пишет: > P.S. Я еще не смотрел, но может это актуально и для украинской локали? Да, актуально. Может попробуем вместе решить? Будет хорошо для всех альтовских дистрибутивов... -- ALTLinux Team My project: http://lxdesktop.altlinux.org
On Wed, Nov 09, 2011 at 05:13:29AM +0400, Радик Юсупов wrote: > >Тогда можно, не ломая системной локали создать в домашнем > >каталоге пользователя файл .i18n с содержанием > >LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 Тогда уж, насколько понимаю, LANG=tt_RU.utf8 LANGUAGE=tt_RU.utf8:ru_RU.utf8 > Что будет в этом случае у вновь заведенного пользователя? > Тогда придется ложить файлик в /etc/skel Что хуже, чем просто засунуть в /etc/sysconfig/i18n > У нас установщик дает возможность установить несколько локалей > (английская, украинская, русская и татарская). > В случае, если я например выбрал украинскую локаль, нафига мне > такой .i18n в /etc/skel? Каким образом можно угадать выбранную > локаль и менять /etc/sysconfig/i18n на мое усмотрение? > P.S. Я еще не смотрел, но может это актуально и для украинской локали? Вполне (припоминается и багрепорт такой). Думаю, для белорусской тоже, хотя тут можно уточнить для очистки совести. Для них в alterator-sysconfig явно стоит конфигурировать LANGUAGE, включающий на втором месте ru_RU.utf8. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1174 bytes --] On 9 ноября 2011 10:37:38 Michael Shigorin wrote: > On Wed, Nov 09, 2011 at 05:13:29AM +0400, Радик Юсупов wrote: > > >Тогда можно, не ломая системной локали создать в домашнем > > >каталоге пользователя файл .i18n с содержанием > > >LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 > > Тогда уж, насколько понимаю, > LANG=tt_RU.utf8 LANGUAGE=tt_RU.utf8:ru_RU.utf8 > > > Что будет в этом случае у вновь заведенного пользователя? > > Тогда придется ложить файлик в /etc/skel > > Что хуже, чем просто засунуть в /etc/sysconfig/i18n LANGUAGE в /etc/sysconfig/i18n быть не должно. Поэтому его переименовали в SUPPORTED, т.к. мне для menu нужен был список языков, на которые переводить меню. Можно у Ldv проконсультироваться. Может, уже что-то изменилось. [...] -- Regards, Sergey. ALT Linux, http://www.altlinux.ru/ [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
09.11.2011 15:17, Sergey V Turchin пишет: > On 9 ноября 2011 10:37:38 Michael Shigorin wrote: >> On Wed, Nov 09, 2011 at 05:13:29AM +0400, Радик Юсупов wrote: >>>> Тогда можно, не ломая системной локали создать в домашнем >>>> каталоге пользователя файл .i18n с содержанием >>>> LANG=ru_RU.utf8 LANGUAGE=tt_RU.utf8 >> Тогда уж, насколько понимаю, >> LANG=tt_RU.utf8 LANGUAGE=tt_RU.utf8:ru_RU.utf8 >> >>> Что будет в этом случае у вновь заведенного пользователя? >>> Тогда придется ложить файлик в /etc/skel >> Что хуже, чем просто засунуть в /etc/sysconfig/i18n > LANGUAGE в /etc/sysconfig/i18n быть не должно. Поэтому его переименовали в > SUPPORTED, т.к. мне для menu нужен был список языков, на которые переводить > меню. > > Можно у Ldv проконсультироваться. Может, уже что-то изменилось. Коллеги, из вышесказанного я не понял что нужно сделать... To ldv@: Можете ли проконсультировать нас по тем действиям, которые нужно сделать, чтобы не прибивать языки гвоздями? Спасибо! -- Best regards, Radik Usupov Information Systems' infrastructure Department Engineer Center Group Usupov.Radik@cg.ru Tel: 7 (843) 533-88-14 Jabber: radyus@jabber.ru Skype: Radik.Usupov Russian Federation, Kazan, Zinina str. 3a. http://www.cg.ru
On Thu, Nov 10, 2011 at 10:47:05AM +0400, Радик Юсупов wrote: > 09.11.2011 15:17, Sergey V Turchin пишет: > >>>>LANG=tt_RU.utf8 LANGUAGE=tt_RU.utf8:ru_RU.utf8 > >>>Тогда придется ложить файлик в /etc/skel > >>Что хуже, чем просто засунуть в /etc/sysconfig/i18n > >LANGUAGE в /etc/sysconfig/i18n быть не должно. Поэтому его > >переименовали в SUPPORTED, т.к. мне для menu нужен был список > >языков, на которые переводить меню. > >Можно у Ldv проконсультироваться. Может, уже что-то изменилось. > Коллеги, из вышесказанного я не понял что нужно сделать... Как понимаю, положить в /etc/sysconfig/i18n: LANG=tt_RU.utf8 SUPPORTED=tt_RU.utf8:ru_RU.utf8 У себя наблюдаю -- кажется, прописанное инсталером когда-то: LANG=ru_RU.KOI8-R SUPPORTED=ru_RU.KOI8-R:uk_UA.KOI8-U > To ldv@: Можете ли проконсультировать нас по тем действиям, > которые нужно сделать, чтобы не прибивать языки гвоздями? -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 818 bytes --] On 10 ноября 2011 10:47:05 Радик Юсупов wrote: [...] > >> LANG=tt_RU.utf8 LANGUAGE=tt_RU.utf8:ru_RU.utf8 [...] > >>> Тогда придется ложить файлик в /etc/skel [...] > >> Что хуже, чем просто засунуть в /etc/sysconfig/i18n [...] > > LANGUAGE в /etc/sysconfig/i18n быть не должно. [...] > Коллеги, из вышесказанного я не понял что нужно сделать... Из слов Миши я понял, что он говорит "лучше поместить LANGUAGE в /etc/sysconfig/i18n", поэтому на всякий предупредил, что LANGUAGE в /etc/sysconfig/i18n низя (только если Ldv разрешит). -- Regards, Sergey. ALT Linux, http://www.altlinux.ru/ [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Thu, Jan 06, 2011 at 08:29:59PM +0300, Hihin Ruslan wrote: > Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать. > Можно взять за основу построение rpm. > Пишем спес, в зависимостях у которого mkimage-profile. > В этом спеке выполнются действия по построению из готового > профайла конкретного дистрибутива. Типа, того, что а в аттаче. В принципе для подобного в сизифе уже всё есть. > В начестве сорцов кладём скрипты, для построения образа, > секция file - пустая, в спеке прописываем порядок запуска > скпиптов и т.п., в результате их работы, в %buildroot строится > образ. А зачем вообще rpm, если в %files пусто? Сборочные зависимости и в сам пакет с профилем прописать можно; дистрибутив в качестве _побочного_ эффекта сборки "пакета" смотрится немного странно. > Далее этот пакет можно поместить в git, использовать gear > скритпты и т.п. использовать хешер и т.д и.т.п Зачем? > Заодно rpm ругается на неустановленные пакеты, необходимые для > сбора образа. Уровень rpm -- всё-таки индивидуальные пакеты, а не репозитории. Такая проверка по большей части реализована в одном из скриптов в составе m-p-d (bin/check-pkg-list), но не интегрирована. Пробовал притереть к m-p, но по-хорошему это надо к mkimage. > %build > %autoreconf > %configure > arch=%_arch > conf= > > %configure --with-aptconf=$conf --with-version=%version_distro --with-distro=%distro --with-arch=$arch > %make_build Если целью была воспроизводимость сборки, то недостаёт как минимум фиксации снапшота репозитория; если целью была возможность понять, как именно была выполнена сборка -- предлагаю посмотреть пример build.log, который делает m-p: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/live-builder-20111121-x86_64.iso.log -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
31.10.2011 06:04, Радик Юсупов пишет: > Коллеги, доброго времени. > Прошу помощи зала. Задача описана в: > http://lxdesktop.altlinux.org/issues/90 > Суть: Если грузиться/устанавливаться в локаль с татарским языком, там > где нет татарского перевода, показывается английский. Необходимо > сделать так, чтобы при варианте, когда татарский перевод отсутствует, > подцеплялся русский, а не английский как сейчас. > > Есть вариант с /etc/sysconfig/i18n/ где прописываются support-локали. > Но у меня в моем livecd это не прокатывает.. > Хотя есть вариант, что я делаю что-то не так. > > Что можно сделать, чтобы это все-таки заработало? Спасибо! > Вообщем как я ни пытался, все криво выглядит и получается. В итоге без правки альтератора не обойтись... это самый, на мой взгляд, прямой способ решения проблемы. На сколько я понял, это должно правится где-то тут: http://git.altlinux.org/gears/a/alterator-sysconfig.git?p=alterator-sysconfig.git;a=blob;f=alterator-sysconfig/backend3/sysconfig-base;h=7be92e7869b9a83a7170c063c28c07c03650ce94;hb=HEAD#l108 Но я не умею как это сделать.. Сможет ли кто-нить помочь? Заранее спасибо... -- ALTLinux Team My project: http://lxdesktop.altlinux.org
Коллеги, кто-нибудь читал вот это и развешивал баги: сайт://ru.d-ws.biz/articles/alt-linux-live-overview.shtml Только большая просьба - не тролить тут. Миша, думаешь можно сделать установщик на флешку "как в Бубунте" ? С уважением, -- Ildar Mulyukov, free SW designer/programmer/packager ====================================== email: ildar@altlinux.ru Jabber: ildar.mulyukov@gmail.com ICQ: 4334029 ALT Linux http://packages.altlinux.org/ru/Sisyphus/maintainers/ildar/ ======================================
On Thu, Apr 04, 2013 at 12:27:44PM +0600, Ildar Mulyukov wrote: > Миша, думаешь можно сделать установщик на флешку "как в Бубунте" ? Мысли были, руки хронически не доходят -- если хочешь, попробуй для начала обновить (и добиться работоспособности) unetbootin, у меня он устройства не показывает. Когда проверял на стенде разные дистрибутивы, попробовал из-под ubuntu и записать ISO, тоже возникла проблема именно на этапе выбора/записи, но уже точно не помню -- можно попробовать воспроизвести. Кроме ругани, автор статьи в основном пишет по существу; только про AAM непонятно (это к /etc/sysconfig/harddisk* и там не было никаких действий по умолчанию, AFAIR). -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On Mon, Apr 29, 2013 at 03:49:14PM +0400, Leo-sp50 wrote: > С выходом старткитов под р7, что в первую очередь желательно > проверять, на наличие багов\работоспособность старкиды (р7) > или регуляры (sisyphus) ? Ближайшие две-три недели я бы попросил по возможности вытаптывать баги p7; ближайшую неделю-другую вряд ли будет разница с sisyphus; именно сейчас по части xorg её AFAIK просто нет. (а когда p7 более-менее устоится, сделаем и t7 из него) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Здравствуйте! Сформулировалась задача, прошу поделиться идеями. Итак, необходима система на флешке с неким (уже имеющимся в репозитарии) предустановленным и настроенным ПО, но с таким ограничением: операций записи на флешку должно быть как можно меньше, однако часть каталогов (тот же /etc) сохранять между перезагрузками все-таки нужно. Традиционый профиль mkimage с make-initrd-propagator предусматривает, как я понимаю, два крайних случая - или все изменения в tmpfs, или все изменения на отдельном разделе рядом. Вынести на этот раздел только некоторые каталоги вроде как нельзя. Ну и вообще использование propagator выглядит избыточным, однако можно ли исключительно средствами make-initrd изготовить initrd для загрузки системы из образа squashfs - тоже не ясно. Хотя использовать такой вариант в качестве отправной точки было бы логичнее. Т.е. нужно изготовить и запакетить соотвествующую фичу для make-initrd - что лучше всего взять за образец и что нужно не забыть в ней сделать? -- WBR, Eugene Prokopiev
On Wed, Nov 05, 2014 at 12:40:19PM +0400, Eugene Prokopiev wrote: > Ну и вообще использование propagator выглядит избыточным Когда-то он решал часть задач, ныне решаемых udev, плюс логика поиска корня, плюс интерактивность при несработавшей автоматике. Для более частных случаев можно сделать и проще, действительно. > Т.е. нужно изготовить и запакетить соотвествующую фичу для > make-initrd - что лучше всего взять за образец и что нужно > не забыть в ней сделать? Наверное, при такой постановке вопроса отталкивался бы от make-initrd-propagator и http://git.altlinux.org/people/ldv/packages/?p=make-initrd-netboot.git Возможно, стоит посмотреть старый http://git.altlinux.org/gears/r/remount_rw.git -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 289 bytes --] Тест -- А ещё говорят так (fortune): Riches: A gift from Heaven signifying, "This is my beloved son, in whom I am well pleased." -- John D. Rockefeller, (slander by Ambrose Bierce) ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #1: Type: text/plain, Size: 885 bytes --] Здравствуйте ! Помогите создать такой образ. Нужен дистрибутив, который должен выполнить следующие функции: 1 Этап - загрузился в режиме LiveCD - автоматически запустился qt4-fsarchiver. - оператор создал с помощью qt-fsarchiver образ выбранного жёсткого диска, пусть disk.fsa. 2 Этап - средствами этого-же дистрибутива создаётся новый iso образ, в котором есть fsarchiver и disk.fsa (в идеале клонирует сам себя в этот образ с добавленным disk.fsa). этот ноыый образ сдаётся в архив. 3 Этап - запускантся новый образ и средствами qt4-fsarchiver новый образ записывается на жёсткий диск (проблем с размерами и загрузочной записью быть не должно, т.к. в технических условиях описан формат жёского диска). -- А ещё говорят так (fortune): So much food; so little time! ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
On Sat, Sep 19, 2015 at 05:32:20AM +0300, Hihin Ruslan wrote: > Помогите создать такой образ. > Нужен дистрибутив, который должен выполнить следующие функции: > > 1 Этап > - загрузился в режиме LiveCD > - автоматически запустился qt4-fsarchiver. > - оператор создал с помощью qt-fsarchiver образ выбранного > жёсткого диска, пусть disk.fsa. Посмотри пакеты livecd-runapp и livecd-webkiosk*, вдруг чем-то да помогут. Куда ты собираешься писать этот образ при снятии, или он должен быть настолько невелик, чтобы по постановке задачи влазил в RAM? > 2 Этап > - средствами этого-же дистрибутива создаётся новый iso образ, в > котором есть fsarchiver и disk.fsa (в идеале клонирует сам себя > в этот образ с добавленным disk.fsa). Этот шаг пока больше всего не нравится, но в принципе можно копать в сторону скрипта, который свернёт твой же текущий корень (вместе с /.rw, куда попадёт disk.fsa при отсутствии смонтированных сторонних ФС с HDD или флэшки) в новую загрузочную исошку; для этого стоит посмотреть tools/mki-pack-isoboot в mkimage. > этот ноыый образ сдаётся в архив. > > 3 Этап > - запускантся новый образ и средствами qt4-fsarchiver новый образ > записывается на жёсткий диск (проблем с размерами и загрузочной > записью быть не должно, т.к. в технических условиях описан > формат жёского диска). Возможно, хватит mkcdrec (далее мутировал в rear.sf.net и перебрался на http://relax-and-recover.org/ -- новые версии уже не пробовал, а ещё ту в ~2005 успешно применял); он при необходимости умел создавать и многотомные "архивы" как кучку ISO, первый из которых был загрузочным. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 2209 bytes --] Здравствуйте Michael Shigorin В сообщении от 19 сентября 2015 Michael Shigorin написал(a): > On Sat, Sep 19, 2015 at 05:32:20AM +0300, Hihin Ruslan wrote: > > Помогите создать такой образ. > > Нужен дистрибутив, который должен выполнить следующие > > функции: > > > > 1 Этап > > - загрузился в режиме LiveCD > > - автоматически запустился qt4-fsarchiver. > > - оператор создал с помощью qt-fsarchiver образ выбранного > > жёсткого диска, пусть disk.fsa. > > Посмотри пакеты livecd-runapp и livecd-webkiosk*, > вдруг чем-то да помогут. > > Куда ты собираешься писать этот образ при снятии, или он > должен быть настолько невелик, чтобы по постановке задачи > влазил в RAM? Образ получается порядка 1...5 Гб. Пока, особо не заморачиваясь на внешний USB диск (хотя у Qt4-fsarchiver есть возможность примонтировать и сетевые ресурсы, например по самбе). > > 2 Этап > > - средствами этого-же дистрибутива создаётся новый iso > > образ, в котором есть fsarchiver и disk.fsa (в идеале > > клонирует сам себя в этот образ с добавленным disk.fsa). > > Этот шаг пока больше всего не нравится, но в принципе можно > копать в сторону скрипта, который свернёт твой же текущий > корень (вместе с /.rw, куда попадёт disk.fsa при отсутствии > смонтированных сторонних ФС с HDD или флэшки) в новую > загрузочную исошку; для этого стоит посмотреть > tools/mki-pack-isoboot в mkimage. Ок, взгляну. > > этот ноыый образ сдаётся в архив. > > > > 3 Этап > > - запускантся новый образ и средствами qt4-fsarchiver новый > > образ записывается на жёсткий диск (проблем с размерами и > > загрузочной записью быть не должно, т.к. в технических > > условиях описан формат жёского диска). > Возможно, хватит mkcdrec (далее мутировал в rear.sf.net > и перебрался на http://relax-and-recover.org/ -- новые > версии уже не пробовал, а ещё ту в ~2005 успешно применял); > он при необходимости умел создавать и многотомные "архивы" > как кучку ISO, первый из которых был загрузочным. Взгляну. Спасибо Миша за ответ. -- А ещё говорят так (fortune): Rule #1: The Boss is always right. Rule #2: If the Boss is wrong, see Rule #1. ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #1: Type: text/plain, Size: 643 bytes --] On Sat, Sep 19, 2015 at 05:32:20AM +0300, Hihin Ruslan wrote: > Помогите создать такой образ. > Нужен дистрибутив, который должен выполнить следующие функции: Я делал аналогичное, только не с fsarchiver а банальным cpio + вручную создаваемый профиль разбивки диска. На флешку можно было положить любое количество этих cpio, при загрузке оставалось лишь выбрать образ, который разворачивать. Изначально оно делалось как замена installer, но оказалось удобным и как backup. Если оно для кого-то кроме меня ценно -- можно восстановить работоспособность того старого проекта. -- С уважением, Денис http://mithraen.ru/ [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #1: Type: text/plain, Size: 378 bytes --] Здравствуйте Денис Смирнов В сообщении от 20 сентября 2015 Денис Смирнов написал(a): > Если оно для кого-то кроме меня ценно -- можно восстановить > работоспособность того старого проекта. Ценно :) -- А ещё говорят так (fortune): Most people prefer certainty to truth. ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
20 сентября 2015 г., 0:21 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> Если оно для кого-то кроме меня ценно -- можно восстановить
> работоспособность того старого проекта.
Ага, восстановить и может даже объединить с моим live-install :)
--
WBR,
Eugene Prokopiev
Здравствуйте! Потребовалось положить результаты сборки в тарболл, причем структура каталогов/файлов должна быть проще того, что попадает в загрузочный iso. Сделал в итоге так: $ cat Makefile MKI_PACK_RESULTS = custom:altlive:pack.sh MKI_HANDLER = none $ cat pack.sh #!/bin/sh -e TMPDIR=$(mktemp -d) NAME=$(basename $OUTNAME) mkdir -p $TMPDIR/$NAME cp ../boot/{vmlinuz,full.cz} $TMPDIR/$NAME cp ../.work/live $TMPDIR/$NAME cd $TMPDIR tar -cf $OUTNAME.tar $NAME cd rm -rf $TMPDIR Не покидает ощущение того, что это не самый прямой путь. Особенно смущает MKI_HANDLER, который совершенно не используется, но без него сборка спотыкается на: /usr/share/mkimage/tools/mki-pack-custom: 16: /usr/share/mkimage/tools/mki-pack-custom: MKI_HANDLER: handler required -- WBR, Eugene Prokopiev
On Tue, Mar 22, 2016 at 03:45:52PM +0300, Eugene Prokopiev wrote: > Потребовалось положить результаты сборки в тарболл Результаты сборки чего/какие? (часом не чрут вроде описанных в m-p::conf.d/ve.mk нужен?) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
22 марта 2016 г., 19:45 Michael Shigorin написал: > On Tue, Mar 22, 2016 at 03:45:52PM +0300, Eugene Prokopiev wrote: >> Потребовалось положить результаты сборки в тарболл > > Результаты сборки чего/какие? Так в письме пример :) Нужны ядро, initrd, корень и какой-нибудь README опционально > (часом не чрут вроде описанных в m-p::conf.d/ve.mk нужен?) Нет, чрут запаковать как раз не проблема. Я собственно и произвольный набор файлов запаковал, но требование неиспользуемого MKI_HANDLER меня сильно смутило -- WBR, Eugene Prokopiev
On Wed, Jan 17, 2018 at 03:34:54PM +0300, Oleg wrote: > Возможно это уже есть и я плохо искал. pkg.in/lists/README :) > Хорошо бы добавить в профиль m-p, файл-заготовку (например > pkg.in/lists/Users-pkg) с кратким коментом в нём, как добавить > свои пакеты и как прописать пакеты для исключения из профиля. Исключения -- отдельная тема, я бы не хотел давать такое в руки человеку, который не станет задумываться, что именно делает. Отстрелит себе заодно и ноги. > И обрабатывать автоматически этот список последним, при > формировании правил сборки выбраного образа, без явного > указания в профилях. Тогда можно иметь легко документируемый, > единый (временный) пользовательский файл-список, где можно > легко внести изменения в состав собираемого образа. А, вот ты о чём. Надо подумать, вообще считал достаточным THE_PACKAGES для такого. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
> On Wed, Jan 17, 2018 at 03:34:54PM +0300, Oleg wrote: >> Возможно это уже есть и я плохо искал. > pkg.in/lists/README :) я немного про другое :) добавить шаблон и в НЕГО кратко написать, типа : #секция для добавления пакетов #для добавления в сборку пакета, добавить его имя #например, для добавления пакета nano в образ #nano #секция для ИСКЛЮЧЕНИЯ пакетов #для исключения пакетов, добавить его имя со знаком минус на конце #например , для исключения пакета nano из образа #nano- >> Хорошо бы добавить в профиль m-p, файл-заготовку (например >> pkg.in/lists/Users-pkg) с кратким коментом в нём, как добавить >> свои пакеты и как прописать пакеты для исключения из профиля. > Исключения -- отдельная тема, я бы не хотел давать такое в руки > человеку, который не станет задумываться, что именно делает. > Отстрелит себе заодно и ноги. .... и флаг им в руки, это будет им лишний повод изучить доки и понять, суть работы с m-p >> И обрабатывать автоматически этот список последним, при >> формировании правил сборки выбраного образа, без явного >> указания в профилях. Тогда можно иметь легко документируемый, >> единый (временный) пользовательский файл-список, где можно >> легко внести изменения в состав собираемого образа. > А, вот ты о чём. Надо подумать, вообще считал достаточным > THE_PACKAGES для такого. > ИМХО лучше пусть не трогают существующие шаблоны, поэтому нужна "единая точка доступа и редактирования" Например, пользователя устаривает собираемая из m-p регулярка, но не хватает каких-то пакетов и\или есть не нужные, он добавляет в этот шаблон свои пакеты или список удаляемых (исключаемых) из сборки. Всё прозрачно и легко прописать в доках, куда ему залезать и что делать. Кстати, потом легко превратить такой файл в новый шаблон под новую задачу и передать "наверх" для анализа.
День добрый. У меня еще предложение перед выпуском релизов на p9. Надо удалить все упоминания в профилях о: - systemd-udev-console-fb - vconsole-setup-kludge и научить работать с фичей kbd в make-initrd. -- Alexey Shabalin
22.07.2019 23:08, Alexey Shabalin пишет: > День добрый. > У меня еще предложение перед выпуском релизов на p9. > Надо удалить все упоминания в профилях о: > - systemd-udev-console-fb > - vconsole-setup-kludge > > и научить работать с фичей kbd в make-initrd. > Было бы хорошо наконец исправить: https://bugzilla.altlinux.org/show_bug.cgi?id=28805 -- С уважением, Антон Мидюков <antohami@altlinux.org>
пн, 22 июл. 2019 г. в 19:16, Антон Мидюков <midyukov-anton@ya.ru>:
>
> 22.07.2019 23:08, Alexey Shabalin пишет:
> > День добрый.
> > У меня еще предложение перед выпуском релизов на p9.
> > Надо удалить все упоминания в профилях о:
> > - systemd-udev-console-fb
> > - vconsole-setup-kludge
> >
> > и научить работать с фичей kbd в make-initrd.
> >
> Было бы хорошо наконец исправить:
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=28805
Отписался в баге.
Оставляем vconsole-setup-kludge.
Фича kbd в initrd безполезна.
--
Alexey Shabalin
On Tue, Jul 23, 2019 at 11:34:22PM +0300, Alexey Shabalin wrote:
> пн, 22 июл. 2019 г. в 19:16, Антон Мидюков <midyukov-anton@ya.ru>:
> >
> > 22.07.2019 23:08, Alexey Shabalin пишет:
> > > День добрый.
> > > У меня еще предложение перед выпуском релизов на p9.
> > > Надо удалить все упоминания в профилях о:
> > > - systemd-udev-console-fb
> > > - vconsole-setup-kludge
> > >
> > > и научить работать с фичей kbd в make-initrd.
> > >
> > Было бы хорошо наконец исправить:
> >
> > https://bugzilla.altlinux.org/show_bug.cgi?id=28805
>
> Отписался в баге.
> Оставляем vconsole-setup-kludge.
> Фича kbd в initrd безполезна.
Попробуй 2.2.12-alt1. Новый функционал менее бесполезен ?
--
Rgrds, legion
чт, 25 июл. 2019 г. в 17:15, Alexey Gladkov <legion@altlinux.ru>:
>
> On Tue, Jul 23, 2019 at 11:34:22PM +0300, Alexey Shabalin wrote:
> > пн, 22 июл. 2019 г. в 19:16, Антон Мидюков <midyukov-anton@ya.ru>:
> > >
> > > 22.07.2019 23:08, Alexey Shabalin пишет:
> > > > День добрый.
> > > > У меня еще предложение перед выпуском релизов на p9.
> > > > Надо удалить все упоминания в профилях о:
> > > > - systemd-udev-console-fb
> > > > - vconsole-setup-kludge
> > > >
> > > > и научить работать с фичей kbd в make-initrd.
> > > >
> > > Было бы хорошо наконец исправить:
> > >
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=28805
> >
> > Отписался в баге.
> > Оставляем vconsole-setup-kludge.
> > Фича kbd в initrd безполезна.
>
> Попробуй 2.2.12-alt1. Новый функционал менее бесполезен ?
Отлично! Спасибо большое. У меня все заработало.
--
Alexey Shabalin
[-- Attachment #1: Type: text/plain, Size: 906 bytes --] Доброго времени суток Так как у нас по дефолту включена сортировка пакетов, то порядок в $KFLAVOURS перестал иметь значение. Ядра всегда устанавливаются в алфавитном порядке. Поэтому смысла сортировать по buildtime нет. See-also: https://bugzilla.altlinux.org/show_bug.cgi?id=30806 Также была исправлена моя печатка, сделанная при починке возможности грузить несколько ядер. При создании симлинка использовалась переменная $kver, т.е. весь список ядер, а не последнее значение $KVER в списке. -- С уважением, Антон Мидюков <antohami@altlinux.org> [-- Attachment #2: 0001-build-vm-kernel-uboot-return-possibility-of-changing.patch --] [-- Type: text/x-patch, Size: 3809 bytes --] >From dbe8fc74f4868c8755a14b2ec93171920e3c50df Mon Sep 17 00:00:00 2001 From: Anton Midyukov <antohami@altlinux.org> Date: Sat, 9 Nov 2019 20:44:03 +0700 Subject: [PATCH] build-vm, kernel, uboot: return possibility of changing boot sequence of kernels MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Since packet sorting is enabled by default, then the order in KFLAVORS has ceased to matter. Kernels are always installed in alphabetical order. Therefore, it makes no sense to sort by buildtime. See-also: https://bugzilla.altlinux.org/show_bug.cgi?id=30806 Also fixed my typo. When creating a symlink, the variable $kver was used, i.e. the entire list of kernels, not the last value $KVER of the list. --- .../build-vm/image-scripts.d/07-kernel | 23 ++++++++++++------- features.in/kernel/config.mk | 1 + .../image-scripts.d/90-uboot-config-install | 17 +++++++++----- 3 files changed, 27 insertions(+), 14 deletions(-) diff --git a/features.in/build-vm/image-scripts.d/07-kernel b/features.in/build-vm/image-scripts.d/07-kernel index e496a735d9..fd4280825d 100755 --- a/features.in/build-vm/image-scripts.d/07-kernel +++ b/features.in/build-vm/image-scripts.d/07-kernel @@ -2,13 +2,20 @@ # predictable file locations make bootloader configuration simple; # this script relates to features.in/stage2/stage1/scripts.d/81-make-initfs -kver="$(rpm -qa 'kernel-image*' \ - --qf '%{installtime} %{version}-%{name}-%{release}\n' \ - | sort -n \ - | cut -f 2 -d ' ' \ - | sed 's/kernel-image-//')" +[ -n "$GLOBAL_KFLAVOURS" ] || + { echo "** KFLAVOURS is empty" >&2; exit 0; } -[ -n "$kver" ] || { echo "** unable to deduce kernel version" >&2; exit 1; } +kver= +echo $GLOBAL_KFLAVOURS +for KFLAVOUR in $GLOBAL_KFLAVOURS; do + kver+=" $(rpm -qa 'kernel-image*' \ + --qf '%{version}-%{name}-%{release}\n' \ + | grep "$KFLAVOUR" \ + | sed 's/kernel-image-//')" +done + +[ ! -z "${kver#"${kver%%[! ]*}"}" ] || + { echo "** unable to deduce kernel version" >&2; exit 1; } cd /boot @@ -20,6 +27,6 @@ for KVER in $kver; do done # NB: e2k kernel builds "image" instead of "vmlinuz" -[ -f vmlinuz-$kver ] && ln -s vmlinuz-$kver vmlinuz ||: -ln -s initrd-$kver.img initrd.img # missing at this stage +[ -f vmlinuz-$KVER ] && ln -s vmlinuz-$KVER vmlinuz ||: +ln -s initrd-$KVER.img initrd.img # missing at this stage : diff --git a/features.in/kernel/config.mk b/features.in/kernel/config.mk index 3a00a2d469..c8caff06c0 100644 --- a/features.in/kernel/config.mk +++ b/features.in/kernel/config.mk @@ -20,6 +20,7 @@ else endif endif endif + @$(call xport,KFLAVOURS) # r8168 is a kludge, never install it by default use/kernel/net: diff --git a/features.in/uboot/image-scripts.d/90-uboot-config-install b/features.in/uboot/image-scripts.d/90-uboot-config-install index b52d33d861..5dab7d1628 100755 --- a/features.in/uboot/image-scripts.d/90-uboot-config-install +++ b/features.in/uboot/image-scripts.d/90-uboot-config-install @@ -1,12 +1,17 @@ #!/bin/sh -x -kver="$(rpm -qa 'kernel-image*' \ - --qf '%{installtime} %{version}-%{name}-%{release}\n' \ - | sort -n \ - | cut -f 2 -d ' ' \ - | sed 's/kernel-image-//')" +[ -n "$GLOBAL_KFLAVOURS" ] || + { echo "** KFLAVOURS is empty" >&2; exit 0; } -[ -n "$kver" ] || { echo "** unable to deduce kernel version" >&2; exit 1; } +kver= +for KFLAVOUR in $GLOBAL_KFLAVOURS; do + kver+=" $(rpm -qa 'kernel-image*' \ + --qf '%{version}-%{name}-%{release}\n' \ + | grep "$KFLAVOUR" \ + | sed 's/kernel-image-//')" +done +[ ! -z "${kver#"${kver%%[! ]*}"}" ] || + { echo "** unable to deduce kernel version" >&2; exit 1; } for KVER in $kver; do /sbin/installkernel --uboot --keep-initrd "$KVER" -- 2.21.0
Привет всем! У меня в http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstation.git;a=blob;f=features.in/wireless/config.mk указан rtl8723de, но в образ дистрибутива молча не попадает. Как такое может быть? P.S. Собираю с ядром un-def и в данный момент kernel-modules-rtl8723de-un-def отсутствует в репозитории. -- Regards, Sergey.
05.12.2019 15:56, Sergey V Turchin пишет:
> Привет всем!
>
> У меня в http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstation.git;a=blob;f=features.in/wireless/config.mk указан rtl8723de, но
> в образ дистрибутива молча не попадает. Как такое может быть?
>
> P.S.
> Собираю с ядром un-def и в данный момент kernel-modules-rtl8723de-un-def
> отсутствует в репозитории.
>
Потому что отсутствует в репозитории. Действует принцип: есть модуль
добавляем, нет - ну и фиг с ним.
Согласен, надо хоть warning какой сделать.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Thursday, 5 December 2019 12:18:39 MSK Антон Мидюков wrote: > 05.12.2019 15:56, Sergey V Turchin пишет: > > Привет всем! > > > > У меня в > > http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworksta > > tion.git;a=blob;f=features.in/wireless/config.mk указан rtl8723de, но в > > образ дистрибутива молча не попадает. Как такое может быть? > > > > P.S. > > Собираю с ядром un-def и в данный момент kernel-modules-rtl8723de-un-def > > отсутствует в репозитории. > > Потому что отсутствует в репозитории. > Действует принцип: есть модуль добавляем, нет - ну и фиг с ним. Это как-то слишком. Я об этом узнал от техподдержки. Клёво, да? > Согласен, надо хоть warning какой сделать. Обязательно надо сделать возможность прерывать сборку с ошибкой. Баг вешать? -- Regards, Sergey.
On Thu, Dec 05, 2019 at 04:18:39PM +0700, Антон Мидюков wrote: > > У меня в > > http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstation.git;a=blob;f=features.in/wireless/config.mk > > указан rtl8723de, но в образ дистрибутива молча не попадает. > > Как такое может быть? Из KFLAVOURS и KMODULES в image.in/functions.mk порождается регулярное выражение -- кто подошёл, тот и попал. > > P.S. Собираю с ядром un-def и в данный момент > > kernel-modules-rtl8723de-un-def отсутствует в репозитории. > Потому что отсутствует в репозитории. Собственно, а чего ты хотел -- или вопрос именно в _молча_? > Действует принцип: есть модуль добавляем, нет - ну и фиг с ним. > Согласен, надо хоть warning какой сделать. С текущей реализацией kpackages это не будет тривиально. Думаю, тут есть примерно два (сочетаемых) пути: 1) сделать тесты по содержимому, см., к примеру, features.in/rescue/rescue/image-scripts.d/00-test-rescue; 2) сделать гарантирующий механизм, который вместо регэкса будет раскрывать вводные в список (или ручку, которая будет переключать режим из "по возможности" в гарантию, и по ней брать ту или иную реализацию функции kpackages). Для совсем хорошего первого варианта хорошо бы сперва привести в приличный вид подсистему логирования: а) сейчас все warning'и попадают в build.log, где их мало кто будет искать при _каждой_ сборке (или просто никто); б) сейчас есть только ручка DEBUG о трёх положениях (0, 1, 2), а хорошо бы придумать или набор ручек, или тщательно выверенный "светофор", когда можно было бы системно включать, например, -x для запускаемых скриптов (сюда же и проблемка с выхлопом при создании чрутов, на которую обратил внимание boyarsh@ и которую я признал, но сейчас не возьмусь точно формализовать); в) возможно, после решения (а) и фильтра заведомого шума получится сделать что-то вроде -Werror. Но если тесты будут выдавать не предупреждения, а обрыв сборки, то можно и далее откладывать логи на светлое будущее (tm). -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
05.12.2019 16:32, Sergey V Turchin пишет:
> On Thursday, 5 December 2019 12:18:39 MSK Антон Мидюков wrote:
>> 05.12.2019 15:56, Sergey V Turchin пишет:
>>> Привет всем!
>>>
>>> У меня в
>>> http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworksta
>>> tion.git;a=blob;f=features.in/wireless/config.mk указан rtl8723de, но в
>>> образ дистрибутива молча не попадает. Как такое может быть?
>>>
>>> P.S.
>>> Собираю с ядром un-def и в данный момент kernel-modules-rtl8723de-un-def
>>> отсутствует в репозитории.
>> Потому что отсутствует в репозитории.
>> Действует принцип: есть модуль добавляем, нет - ну и фиг с ним.
> Это как-то слишком. Я об этом узнал от техподдержки. Клёво, да?
>
>> Согласен, надо хоть warning какой сделать.
> Обязательно надо сделать возможность прерывать сборку с ошибкой. Баг вешать?
Да, багу на mkimage-profiles. Так было с первых коммитов
mkimage-profiles, как я понимаю. Придётся сильно актуализировать
профили. Использование регэкспа позволяло не заморачиваться с
актуализацией модулей. Также это создаст сложности с портированием.
Придётся под каждое ядро подстраиваться.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Thu, Dec 05, 2019 at 12:32:14PM +0300, Sergey V Turchin wrote: > > Согласен, надо хоть warning какой сделать. > Обязательно надо сделать возможность прерывать сборку с ошибкой. > Баг вешать? Тест сделай, см. соседнее письмо -- может, даже быстрее выйдет :-) Что-то вроде такого: --- features.in/kernel/... #!/bin/sh -efu # вот здесь надо придумать, как раскрыть тот регэкс # или получить эквивалентный список другим макаром kpackages() { if ! rpmquery ... >&/dev/null; then echo "** some kernel packages missing" # а здесь -- вычесть выданное rpm -qa echo "....." exit 1 fi >&2 } case "${GLOBAL_TEST:-}" in *kpackages*) kpackages;; esac --- по мотивам features.in/rescue/rescue/image-scripts.d/00-test-rescue -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Thu, Dec 05, 2019 at 04:41:46PM +0700, Антон Мидюков wrote: > >> Согласен, надо хоть warning какой сделать. > > Обязательно надо сделать возможность прерывать сборку с ошибкой. Баг вешать? > Да, багу на mkimage-profiles. Так было с первых коммитов > mkimage-profiles, как я понимаю. Придётся сильно > актуализировать профили. Использование регэкспа позволяло не > заморачиваться с актуализацией модулей. Также это создаст > сложности с портированием. Придётся под каждое ядро > подстраиваться. Стоп! ЛОМАТЬ нельзя, попросили ВОЗМОЖНОСТЬ. Мы достаточно намучались с прибитыми гвоздями списками в m-p-d, когда от флуктуаций в модулях из RPMS.addon сборка исошки обламывалась полчаса спустя. Поэтому сделано так -- намеренно. Кому надо -- может в любой момент точно так же в списках пакетов прибить гвоздиком. А вот ВКЛЮЧАЕМЫЕ тесты сделать -- хорошо: довёл до сборчивости, включил такой "-Werror", выяснил остатки проблем -- всё, можно отгружать выпуск. PS: хоть кто-то ещё заметил, что вообще-то это вопрос на то, с какими ядрами и почему идут дистрибутивы, а также на то, как и кем задаётся и обеспечивается набор модулей для них, которые считаются важными? (2 klark: прямо пересекается с поднятой тобою темой) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Thursday, 5 December 2019 12:38:40 MSK Michael Shigorin wrote:
> On Thu, Dec 05, 2019 at 04:18:39PM +0700, Антон Мидюков wrote:
> > > У меня в
> > > http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkst
> > > ation.git;a=blob;f=features.in/wireless/config.mk указан rtl8723de, но в
> > > образ дистрибутива молча не попадает.
> > > Как такое может быть?
>
> Из KFLAVOURS и KMODULES в image.in/functions.mk порождается
> регулярное выражение -- кто подошёл, тот и попал.
>
> > > P.S. Собираю с ядром un-def и в данный момент
> > > kernel-modules-rtl8723de-un-def отсутствует в репозитории.
> >
> > Потому что отсутствует в репозитории.
>
> Собственно, а чего ты хотел -- или вопрос именно в _молча_?
Я хотел это узнавать до окончания сборки образа, а не потом от техподдержки.
[...]
--
Regards, Sergey.
Антон, привет!
Осталось теперь со всем этим взлететь^W понять, как делать многоядерный
дистрибутив. :-) Поговорил с Михаилом Ефремовым, он идею приветствует.
Надо бы собрать регулярку с двумя ядрами, чтобы понять, какие требуются
изменения в профиле. Готовим "план Б" на случай, если LTS 5.4 не
получшеет к 9.1...
04.12.2019 21:02, Антон Мидюков пишет:
> Доброго времени суток
>
> Так как у нас по дефолту включена сортировка пакетов, то
> порядок в $KFLAVOURS перестал иметь значение.
> Ядра всегда устанавливаются в алфавитном порядке.
> Поэтому смысла сортировать по buildtime нет.
>
> See-also: https://bugzilla.altlinux.org/show_bug.cgi?id=30806
>
> Также была исправлена моя печатка, сделанная при починке возможности
> грузить несколько ядер. При создании симлинка использовалась
> переменная $kver, т.е. весь список ядер, а не последнее значение $KVER в
> списке.
>
--
Best regards,
Leonid Krivoshein.
Привет всем! А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск запихать? -- Regards, Sergey.
28.05.2020 18:10, Sergey V Turchin пишет:
> Привет всем!
>
> А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск запихать?
>
В MAIN_PACKAGES добавить. Не работает?
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Thursday, 28 May 2020 14:18:24 MSK Антон Мидюков wrote:
> 28.05.2020 18:10, Sergey V Turchin пишет:
> > Привет всем!
> >
> > А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск
> > запихать?
> В MAIN_PACKAGES добавить. Не работает?
Попробую. MAIN_LISTS не работает.
--
Regards, Sergey.
В Thu, 28 May 2020 14:10:12 +0300
Sergey V Turchin <zerg@altlinux.org> пишет:
> А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск запихать?
Я в прошлом году это решал, с тех пор проблем не помню...
Commit 4757004728dbd1fd8835c5759cec51925e22db95 (tag:
gb-sisyphus-task232045.100, tag: gb-p9-task232095.100, t> Author: Anton V. Boyarshinov <boyarsh@altlinux.org>
Date: Thu Jun 13 23:58:02 2019 +0300
0.2.26-alt1
- mki-copy-pkgs: bisection improved
On Thursday, 28 May 2020 15:14:52 MSK you wrote: > В Thu, 28 May 2020 14:10:12 +0300 > > Sergey V Turchin <zerg@altlinux.org> пишет: > > А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск > > запихать? > Я в прошлом году это решал, с тех пор проблем не помню... Похоже, у меня в недрах mkimage-profiles запутывается и от конкретного пакета зависит. > Commit 4757004728dbd1fd8835c5759cec51925e22db95 (tag: > gb-sisyphus-task232045.100, tag: gb-p9-task232095.100, t> Author: Anton V. > Boyarshinov <boyarsh@altlinux.org> Date: Thu Jun 13 23:58:02 2019 +0300 > > 0.2.26-alt1 > > - mki-copy-pkgs: bisection improved -- Regards, Sergey.
On Thursday, 28 May 2020 16:12:19 MSK Sergey V wrote: > On Thursday, 28 May 2020 15:14:52 MSK you wrote: > > В Thu, 28 May 2020 14:10:12 +0300 > > > > Sergey V Turchin <zerg@altlinux.org> пишет: > > > А нет ли у нас случайно костыля, чтоб конфликтующие пакеты на диск > > > запихать? > > > > Я в прошлом году это решал, с тех пор проблем не помню... > > Похоже, у меня в недрах mkimage-profiles запутывается и от конкретного > пакета зависит. Да. Добавил в недра mkimage-profiles в место с похожим пакетом пару подпакетов для конкретики и прокатило. > > Commit 4757004728dbd1fd8835c5759cec51925e22db95 (tag: > > gb-sisyphus-task232045.100, tag: gb-p9-task232095.100, t> Author: Anton V. > > Boyarshinov <boyarsh@altlinux.org> Date: Thu Jun 13 23:58:02 2019 +0300 > > > > 0.2.26-alt1 > > > > - mki-copy-pkgs: bisection improved -- Regards, Sergey.
On Thu, May 28, 2020 at 04:14:16PM +0300, Sergey V Turchin wrote: > > > > А нет ли у нас случайно костыля, чтоб конфликтующие > > > > пакеты на диск запихать? > > > Я в прошлом году это решал, с тех пор проблем не помню... > > > Commit 4757004728dbd1fd8835c5759cec51925e22db95 > > Похоже, у меня в недрах mkimage-profiles запутывается > > и от конкретного пакета зависит. > Да. Добавил в недра mkimage-profiles в место с похожим пакетом > пару подпакетов для конкретики и прокатило. Скорее от конкретного места и расстояния между ними -- "загнать" скрипт в клинч в принципе можно и сейчас, хотя это стало сделать сложней. Например, если при разделении списка пополам наведённые чем-то проблемным (самым страшным для меня были samba/samba-DC) зависимости оказались _и_ во второй половине списка, "окружив" второго "участника" конфликта. См. тж. http://bugzilla.altlinux.org/30806 -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Thursday, 28 May 2020 18:09:12 MSK Michael Shigorin wrote:
[...]
> > > Похоже, у меня в недрах mkimage-profiles запутывается
> > > и от конкретного пакета зависит.
> >
> > Да. Добавил в недра mkimage-profiles в место с похожим пакетом
> > пару подпакетов для конкретики и прокатило.
>
> Скорее от конкретного места и расстояния между ними --
И от apt. Он с какого-то момента стал говорить "Нишмагла. Такому-то пакету
нужен такой-то". Я дописал "такой-то" рядом(на всякий ещё один) и получилось.
[...]
--
Regards, Sergey.
On Friday, 29 May 2020 09:45:12 MSK Sergey V wrote: > On Thursday, 28 May 2020 18:09:12 MSK Michael Shigorin wrote: > > [...] > > > > > Похоже, у меня в недрах mkimage-profiles запутывается > > > > и от конкретного пакета зависит. > > > > > > Да. Добавил в недра mkimage-profiles в место с похожим пакетом > > > пару подпакетов для конкретики и прокатило. > > > > Скорее от конкретного места и расстояния между ними -- > > И от apt. Он с какого-то момента стал говорить "Нишмагла. Такому-то пакету > нужен такой-то". Я дописал "такой-то" рядом(на всякий ещё один) Все три -- подпакеты одного srс.rpm . > и получилось. -- Regards, Sergey.
On Fri, May 29, 2020 at 09:47:53AM +0300, Sergey V Turchin wrote: > > > > Да. Добавил в недра mkimage-profiles в место с похожим пакетом > > > > пару подпакетов для конкретики и прокатило. > > > Скорее от конкретного места и расстояния между ними -- > > И от apt. Он с какого-то момента стал говорить "Нишмагла. > > Такому-то пакету нужен такой-то". Я дописал "такой-то" > > рядом(на всякий ещё один) > Все три -- подпакеты одного srс.rpm . > > и получилось. На всякий напоминаю про pkgProblemResolver, pkgMarkInstall и http://altlinux.org/mkimage/debug#conflicts (иначе совсем рехнуться можно при отладке)... -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Friday, 29 May 2020 16:26:14 MSK Michael Shigorin wrote:
> On Fri, May 29, 2020 at 09:47:53AM +0300, Sergey V Turchin wrote:
> > > > > Да. Добавил в недра mkimage-profiles в место с похожим пакетом
> > > > > пару подпакетов для конкретики и прокатило.
> > > >
> > > > Скорее от конкретного места и расстояния между ними --
> > >
> > > И от apt. Он с какого-то момента стал говорить "Нишмагла.
> > > Такому-то пакету нужен такой-то". Я дописал "такой-то"
> > > рядом(на всякий ещё один)
> >
> > Все три -- подпакеты одного srс.rpm .
> >
> > > и получилось.
>
> На всякий напоминаю про pkgProblemResolver, pkgMarkInstall
> и http://altlinux.org/mkimage/debug#conflicts (иначе совсем
> рехнуться можно при отладке)...
Включен, конечно. С выявлением никаких проблем не было. Я ж сам туда заранее
известные конфликтующие пакеты указал.
Но! Проблема не особо частная. Если подключить репозиторий gostcrypto и
указать use/net-ssh , должна вылезти у всех, поэтому я сделал http://
git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-
kworkstation.git;a=commitdiff;h=070c1bed651850bdfdbfa49e1c0624047adcaf87
--
Regards, Sergey.
Доброго времени суток Как можно поменять дефолтные группы для создаваемых пользователей? Например, добавлять всех вновь создаваемых пользователей в группу vboxusers. -- С уважением, Антон Мидюков <antohami@altlinux.org>
В Sun, 21 Jun 2020 13:28:48 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:
> Как можно поменять дефолтные группы для создаваемых пользователей?
> Например, добавлять всех вновь создаваемых пользователей в группу vboxusers.
Если через alterator, то, вроде бы:
/usr/share/install3/default-groups
On Sun, Jun 21, 2020 at 01:18:11PM +0300, Anton V. Boyarshinov wrote: > > Как можно поменять дефолтные группы для создаваемых пользователей? > > Например, добавлять всех вновь создаваемых пользователей в группу vboxusers. > Если через alterator, то, вроде бы: > /usr/share/install3/default-groups Угу; см., например, m-p::features.in/net-usershares/rootfs/image-scripts.d/85-samba-usershares.sh -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
22.06.2020 04:31, Michael Shigorin пишет:
> On Sun, Jun 21, 2020 at 01:18:11PM +0300, Anton V. Boyarshinov wrote:
>>> Как можно поменять дефолтные группы для создаваемых пользователей?
>>> Например, добавлять всех вновь создаваемых пользователей в группу vboxusers.
>> Если через alterator, то, вроде бы:
>> /usr/share/install3/default-groups
> Угу; см., например,
> m-p::features.in/net-usershares/rootfs/image-scripts.d/85-samba-usershares.sh
>
Спасибо всем! Я вчера эту фичу уже увидел, но не проверял.
А не подскажите, кто /usr/share/install3/default-groups обрабатывает?
Эти группы, в какой-то конфиг потом попадают?
Или только на момент установки добавляются дефолтные группы?
--
С уважением, Антон Мидюков <antohami@altlinux.org>
В Mon, 22 Jun 2020 11:48:22 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:
> А не подскажите, кто /usr/share/install3/default-groups обрабатывает?
>
> Эти группы, в какой-то конфиг потом попадают?
>
> Или только на момент установки добавляются дефолтные группы?
alterator-users обрабатывает их как в момент установки, так и потом
(если файл есть)
22.06.2020 15:35, Anton V. Boyarshinov пишет:
> В Mon, 22 Jun 2020 11:48:22 +0700
> Антон Мидюков <midyukov-anton@ya.ru> пишет:
>
>> А не подскажите, кто /usr/share/install3/default-groups обрабатывает?
>>
>> Эти группы, в какой-то конфиг потом попадают?
>>
>> Или только на момент установки добавляются дефолтные группы?
> alterator-users обрабатывает их как в момент установки, так и потом
> (если файл есть)
Понял. Спасибо!
--
С уважением, Антон Мидюков <antohami@altlinux.org>
Здравствуйте, пропустил сразу ответ в эту тему. Хочу прокомментировать текущий вариант реализации и тот который уже разработан под эту задачу. пн, 22 июн. 2020 г. в 12:43, Антон Мидюков <midyukov-anton@ya.ru>: > > 22.06.2020 15:35, Anton V. Boyarshinov пишет: > > В Mon, 22 Jun 2020 11:48:22 +0700 > > Антон Мидюков <midyukov-anton@ya.ru> пишет: > > > >> А не подскажите, кто /usr/share/install3/default-groups обрабатывает? > >> > >> Эти группы, в какой-то конфиг потом попадают? > >> > >> Или только на момент установки добавляются дефолтные группы? > > alterator-users обрабатывает их как в момент установки, так и потом > > (если файл есть) > Понял. Спасибо! На текущий момент дополнительные группы добавляются пользователю только через alterator. То есть при выполнении команды useradd, автоматически это не происходит. Alterator же включает пользователя в дополнительные группы из уже предзаданного списка только в момент создания пользователя. При этом, если соответствующий пакет с новой группой будет установлен уже после создания пользователя, новая группа пользователю, очевидно, назначена не будет. Похожая же проблема возникает и для сетевых пользователей, которым тоже нужно как-то задавать локальные группы. Для этой задачи у нас уже давно и успешно используется так называемый модуль ролей (в alterator-auth этот механизм уже интегрирован): https://github.com/etersoft/libnss-role По сути, этот механизм позволяет добавлять группы в группы. При этом группы, условно, делятся на роли и привилегии. Если группе-роли назначить набор групп-привилегий, то пользователь, которому назначена роль, получит все привилегии заданные для данной роли. Анонсировали мы его довольно давно, с тех пор этот проект успешно развивается: https://www.linux.org.ru/news/linux-general/3253303 ____________________________ Пример настройки этого механизма при добавлении групп для сетевых пользователей у нас сейчас выглядит следующим образом: # id administrator uid=1558600500(administrator) gid=1558600513(domain users) groups=1558600513(domain users),1558600512(domain admins),1558600572(denied rodc password replication group),1558600518(schema admins),1558600519(enterprise admins),1558600520(group policy creator owners),100(users),80(cdwriter),22(cdrom),81(audio),470(video),19(proc),83(radio),465(camera),71(floppy),498(xgrp),499(scanner),14(uucp),481(vboxusers),467(fuse),456(localadmins),10(wheel) # rolelst users:cdwriter,cdrom,audio,video,proc,radio,camera,floppy,xgrp,scanner,uucp,vboxusers,fuse localadmins:wheel domain users:users domain admins:localadmins Имя группы localadmins было придумано, чтобы не пересекаться группой admins из FreeIPA. Настройки выглядят следующим образом: # grep ^group /etc/nsswitch.conf group: files [SUCCESS=merge] sss role # cat /etc/role users:cdwriter,cdrom,audio,video,proc,radio,camera,floppy,xgrp,scanner,uucp,vboxusers,fuse localadmins:wheel Domain Users:users Domain Admins:localadmins Для использования данного механизма достаточно установить пакет libnss-role. ____________________________ В плане задачи "добавлять всех вновь создаваемых пользователей в группу vboxusers" у нас, как раз, появилась новая возможность - недавно мы добавили в модуль ролей поддержку каталога /etc/role.d, в котором пакеты или скрипты могут предоставлять базовым ролям дополнительные привилегии. Предлагаю рассмотреть этот механизм в качестве основного. Что мы при этом получаем? Мы получаем возможность: - добавляя и удаляя пользователей из группы users, localdamins и, например, power, задавать набор привилегий в виде дополнительных групп; - управлять отдельно группами, как наборами привилегий; - гибко, при установке пакетов, расширять список привилегий назначаемых пользователям с повышенными привилегиями через соответствующие роли. Как это должно работать? Цепочка действий и настроек выглядит следующим образом: - базовый список ролей и привилегий задаётся при установке системы; - в alterator-users вносится возможность задавать пользователю роли (users, localadmins, power); - приложения, при установке, добавляют в каталог /etc/role.d дополнительные привилегии; - для более гибкого задания ролей (это не обязательно) с приложениями могут прилетать соответствующие control'ы, позволяющие управлять ролями, которым назначены привилегии от этих приложений (редактировать в /etc/role.d/ИМЯ_ПРИЛОЖЕНИЯ, задавая роль, которой назначена приехавшая с приложением, новая группа-привилегия, вроде vboxusers). -- Sin (Sinelnikov Evgeny)
On Monday, 7 September 2020 16:56:00 MSK Michael Shigorin wrote:
[...]
> Конкретно в rescue+x11 изменений за всё время после создания
> был целый десяток, если что.
>
> И выделить rescue+x11+extra, а "себе" забирать булевым выражением
>
> $(call tags,rescue && x11 && !extra)
>
> вместо
>
> $(call tags,rescue x11)
>
> -- по-моему, не так уж и сложно, было бы желание.
Не работает, не ругается и вообще про этот "extra" в логах молчок.
Напиши, пожалуйста, конкретно, как называется, где лежит и что содержит файл
"extra" на примере autopsy и что ещё где нужно написать.
[...]
--
Regards, Sergey.
[-- Attachment #1: Type: text/plain, Size: 471 bytes --] Привет всем! Я нашёл, как волшебным образом заставить установщик не устанавливать ядро. Достаточно применить прилагаемый патч. P.S. Я у мебя удалил эту строку(как в соседней ветке предлагал Антон для переключения nvidia/nouveau) с успешным результатом. -- Regards, Sergey. [-- Attachment #2: missing-kernel.patch --] [-- Type: text/x-patch, Size: 432 bytes --] --- a/features.in/plymouth/config.mk +++ b/features.in/plymouth/config.mk @@ -41,7 +41,7 @@ ifeq (distro,$(IMAGE_CLASS)) @$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth) endif @$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio) - @$(call add,BASE_KMODULES_REGEXP,drm.*) + @$(call add,BASE_KMODULES,drm drm-radeon) @$(call add,THE_BRANDING,bootsplash) @$(call add,THE_PACKAGES,make-initrd-plymouth)
11.09.2020 14:39, Sergey V Turchin пишет: > Привет всем! > > Я нашёл, как волшебным образом заставить установщик не устанавливать ядро. > Достаточно применить прилагаемый патч. Во как. Очень интересно. > P.S. > Я у мебя удалил эту строку(как в соседней ветке предлагал Антон для > переключения nvidia/nouveau) с успешным результатом. Тут не понял. Успешный результат - это не ставится ядро? -- С уважением, Антон Мидюков <antohami@altlinux.org>
On Friday, 11 September 2020 12:10:39 MSK Антон Мидюков wrote:
[...]
> > Я у мебя удалил эту строку(как в соседней ветке предлагал Антон для
> > переключения nvidia/nouveau) с успешным результатом.
> Тут не понял. Успешный результат - это не ставится ядро?
Успешный результат -- ядро ставиться. Удалил строку -- всё ок. Мне подходит
такой вариант убирания nouveau в этой строке.
--
Regards, Sergey.
В Fri, 11 Sep 2020 16:10:39 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:
> 11.09.2020 14:39, Sergey V Turchin пишет:
> > Привет всем!
> >
> > Я нашёл, как волшебным образом заставить установщик не устанавливать ядро.
> > Достаточно применить прилагаемый патч.
> Во как. Очень интересно.
Ну, с одной стороны, regexp действительно не слишком корректный
получается, но почему всё ядро не ставится? Или оно только за этот
регэксп и тянулось? Непорядок, если так...
В Fri, 11 Sep 2020 12:43:02 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:
> В Fri, 11 Sep 2020 16:10:39 +0700
> Антон Мидюков <midyukov-anton@ya.ru> пишет:
>
> > 11.09.2020 14:39, Sergey V Turchin пишет:
> > > Привет всем!
> > >
> > > Я нашёл, как волшебным образом заставить установщик не устанавливать ядро.
> > > Достаточно применить прилагаемый патч.
> > Во как. Очень интересно.
> Ну, с одной стороны, regexp действительно не слишком корректный
> получается, но почему всё ядро не ставится? Или оно только за этот
> регэксп и тянулось? Непорядок, если так...
А, там ведь ещё замена KMODULES_REGEXP на KMODULES. Тогда не знаю, так
как не знаю как это реализовано. Но всё равно выдаёт какую-то кривизну
"под капотом"
On Fri, Sep 11, 2020 at 12:45:51PM +0300, Anton V. Boyarshinov wrote: > > > 11.09.2020 14:39, Sergey V Turchin пишет: > > > > Я нашёл, как волшебным образом заставить установщик не > > > > устанавливать ядро. Достаточно применить прилагаемый патч. В смысле тебе надо было не устанавливать kernel-image вовсе, при этом его что-то вытаскивало? Интересный вариант, я и впрямь не предполагал, что кому-то может понадобиться система без ядра (кроме как в контейнере). Если несложно -- расскажи, зачем такое понадобилось; подумаем, как лучше быть. > > > Во как. Очень интересно. > > Ну, с одной стороны, regexp действительно не слишком > > корректный получается, но почему всё ядро не ставится? А в чём именно некорректность? По задаче, которая перед этой функцией была мной поставлена -- "описать ядро и модули" -- всё вроде правильно, тут разве что debuginfo могли мешаться раньше (или если собирать образ с classic + debuginfo). > > Или оно только за этот регэксп и тянулось? > > Непорядок, если так... > А, там ведь ещё замена KMODULES_REGEXP на KMODULES. Вот тут похоже на диверсию в названии: это KPACKAGES*, а не KMODULES*, в текущей реализации по сути. > Тогда не знаю, так как не знаю как это реализовано. > Но всё равно выдаёт какую-то кривизну "под капотом" Как-то так (git grep KMODULES_REGEXP и ещё один шаг): --- # kernel package list generation; see also #24669 NULL := SPACE := $(NULL) # the officially documented way of getting a space COMMA := , list2re = $(subst $(SPACE),|,$(strip $(1))) # args: KFLAVOURS, KMODULES # NB: $(2) could be empty kpackages = $(and $(1), \ ^kernel-(image|modules-($(call list2re,$(2))))-($(call list2re,$(1)))$$) --- image.in/functions.mk Аналогично там же сделана функция branding, только попроще. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Friday, 11 September 2020 14:23:08 MSK Michael Shigorin wrote:
> On Fri, Sep 11, 2020 at 12:45:51PM +0300, Anton V. Boyarshinov wrote:
> > > > 11.09.2020 14:39, Sergey V Turchin пишет:
> > > > > Я нашёл, как волшебным образом заставить установщик не
> > > > > устанавливать ядро. Достаточно применить прилагаемый патч.
>
> В смысле тебе надо было не устанавливать kernel-image вовсе,
> при этом его что-то вытаскивало?
Миш, опять ты читаешь наоборот. ;-)
Я собираю Workstation K.
[...]
--
Regards, Sergey.
On Fri, Sep 11, 2020 at 02:38:21PM +0300, Sergey V Turchin wrote: > > > > > > Я нашёл, как волшебным образом заставить установщик не > > > > > > устанавливать ядро. Достаточно применить прилагаемый патч. > > В смысле тебе надо было не устанавливать kernel-image вовсе, > > при этом его что-то вытаскивало? > Миш, опять ты читаешь наоборот. ;-) > Я собираю Workstation K. А, то есть ты _не_ хотел такую находку? Я уж было голову ломать начал %) use/kernel добавь -- задействованные у тебя use/kernel/* его не тянут (возможно, стоит добавить, сходу не уверен). -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Friday, 11 September 2020 15:33:21 MSK Michael Shigorin wrote: > On Fri, Sep 11, 2020 at 02:38:21PM +0300, Sergey V Turchin wrote: > > > > > > > Я нашёл, как волшебным образом заставить установщик не > > > > > > > устанавливать ядро. Достаточно применить прилагаемый патч. > > > > > > В смысле тебе надо было не устанавливать kernel-image вовсе, > > > при этом его что-то вытаскивало? > > > > Миш, опять ты читаешь наоборот. ;-) > > Я собираю Workstation K. > > А, то есть ты _не_ хотел такую находку? > Я уж было голову ломать начал %) > > use/kernel добавь -- задействованные у тебя use/kernel/* > его не тянут (возможно, стоит добавить, сходу не уверен). Я же написал, что удалил эту строку нафик и у меня заюзался весь нужный мне кернел кроме ненужного nouveau. https://lists.altlinux.org/pipermail/devel-distro/2020-September/002142.html -- Regards, Sergey.
11.09.2020 19:33, Michael Shigorin пишет:
> On Fri, Sep 11, 2020 at 02:38:21PM +0300, Sergey V Turchin wrote:
>>>>>>> Я нашёл, как волшебным образом заставить установщик не
>>>>>>> устанавливать ядро. Достаточно применить прилагаемый патч.
>>> В смысле тебе надо было не устанавливать kernel-image вовсе,
>>> при этом его что-то вытаскивало?
>> Миш, опять ты читаешь наоборот. ;-)
>> Я собираю Workstation K.
> А, то есть ты _не_ хотел такую находку?
> Я уж было голову ломать начал %)
>
> use/kernel добавь -- задействованные у тебя use/kernel/*
> его не тянут (возможно, стоит добавить, сходу не уверен).
>
Я это первым делом попробовал сделать. И это не помогло.
А вот почему use/kernel/* не тянут use/kernel? Это же неправильно.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Fri, Sep 11, 2020 at 05:39:17PM +0300, Sergey V Turchin wrote: > > > > > > > > Я нашёл, как [...] заставить установщик > > > > > > > > не устанавливать ядро. > > > Миш, опять ты читаешь наоборот. ;-) > Я же написал, что удалил эту строку нафик и у меня заюзался > весь нужный мне кернел кроме ненужного nouveau. Это не я читаю наоборот -- это ты пишешь наоборот. :-[ Ядро -- это kernel-image, а не kernel-modules-nouveau. Забрось личным письмом build/distcfg.mk мне глянуть -- хоть пойму, кто ядро-то втащил, чтоб спать спокойно. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Fri, Sep 11, 2020 at 09:42:44PM +0700, Антон Мидюков wrote: > А вот почему use/kernel/* не тянут use/kernel? Это же неправильно. Вот этого уже не помню. Если кто-то закладывался на то, чтобы только добавить модули, но не тащить ядро -- поднимите руку :) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
11.09.2020 22:14, Michael Shigorin пишет:
> On Fri, Sep 11, 2020 at 09:42:44PM +0700, Антон Мидюков wrote:
>> А вот почему use/kernel/* не тянут use/kernel? Это же неправильно.
> Вот этого уже не помню. Если кто-то закладывался на то, чтобы
> только добавить модули, но не тащить ядро -- поднимите руку :)
Дело не в этом. use/kernel/* не добавляют фичу use/kernel. Скрипты этой
фичи не будут выполняться без явного вызова use/kernel
Если бы use/kernel действительно не вызывалось, то образ бы не собрался.
Не было бы подготовленного initrd для сборки propagator.
Так что это точно ложный след был.
Тем не менее я не вижу причин не добавлять вызов use/kernel в
производные цели.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Friday, 11 September 2020 18:13:26 MSK Michael Shigorin wrote: > On Fri, Sep 11, 2020 at 05:39:17PM +0300, Sergey V Turchin wrote: > > > > > > > > > Я нашёл, как [...] заставить установщик > > > > > > > > > не устанавливать ядро. > > > > > > > > Миш, опять ты читаешь наоборот. ;-) > > > > Я же написал, что удалил эту строку нафик и у меня заюзался > > весь нужный мне кернел кроме ненужного nouveau. > > Это не я читаю наоборот -- это ты пишешь наоборот. :-[ Да, только неверен твой "наоборот". ;-) > Ядро -- это kernel-image, а не kernel-modules-nouveau. Я их нигде не подменял друг другом. > Забрось личным письмом build/distcfg.mk мне глянуть -- Обычный mkimage-profiles-1.4 . > хоть пойму, кто ядро-то втащил, чтоб спать спокойно. НЕ втащилось ядро. Надо найти, кто НЕ втащил. Смотри 1-е письмо. -- Regards, Sergey.
On Friday, 11 September 2020 18:14:05 MSK Michael Shigorin wrote:
> On Fri, Sep 11, 2020 at 09:42:44PM +0700, Антон Мидюков wrote:
> > А вот почему use/kernel/* не тянут use/kernel? Это же неправильно.
>
> Вот этого уже не помню. Если кто-то закладывался на то, чтобы
> только добавить модули, но не тащить ядро -- поднимите руку :)
Можете опускать. В пакете с модулем зависимость на ядро.
--
Regards, Sergey.
Доброе время суток У нас давно была известна проблема, что пакеты, добавленные не из бранча, а из задания, кладутся в дистрибутив с необычными именами файлов. На это забивали, так как неаккуратненько, но работает. Но это, как оказалось, ломает установку по http/ftp, так что я набросал патч к mkimage-profiles, который переименовывает все пакеты в их настоящие имена. http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=78f97f1bb8dbbfa6d3e65e68988a11e590c2905d
В Fri, 23 Oct 2020 10:57:32 +0300 "Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет: > Доброе время суток > У нас давно была известна проблема, что пакеты, добавленные не из > бранча, а из задания, кладутся в дистрибутив с необычными именами > файлов. На это забивали, так как неаккуратненько, но работает. > > Но это, как оказалось, ломает установку по http/ftp, так что я набросал > патч к mkimage-profiles, который переименовывает все пакеты в их > настоящие имена. > > http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=78f97f1bb8dbbfa6d3e65e68988a11e590c2905d То есть, конечно, так: http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=45c273246b858bf36bbe2c5fe01fb911fb95daf5
23.10.2020 14:57, Anton V. Boyarshinov пишет:
> Доброе время суток
> У нас давно была известна проблема, что пакеты, добавленные не из
> бранча, а из задания, кладутся в дистрибутив с необычными именами
> файлов. На это забивали, так как неаккуратненько, но работает.
>
> Но это, как оказалось, ломает установку по http/ftp, так что я набросал
> патч к mkimage-profiles, который переименовывает все пакеты в их
> настоящие имена.
>
> http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=78f97f1bb8dbbfa6d3e65e68988a11e590c2905d
Патч к себе забрал, потестирую. Спасибо.
А нет предположений, почему такое происходит?
--
С уважением, Антон Мидюков <antohami@altlinux.org>
В Fri, 23 Oct 2020 15:26:06 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:
> > Но это, как оказалось, ломает установку по http/ftp, так что я набросал
> > патч к mkimage-profiles, который переименовывает все пакеты в их
> > настоящие имена.
> >
> > http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=78f97f1bb8dbbfa6d3e65e68988a11e590c2905d
>
> Патч к себе забрал, потестирую. Спасибо.
>
> А нет предположений, почему такое происходит?
Они попадают из аптового кэша, в котором хранятся с такими именами --
apt так работает...
On 23.10.2020 11:46, Anton V. Boyarshinov wrote:
> В Fri, 23 Oct 2020 15:26:06 +0700
> Антон Мидюков <midyukov-anton@ya.ru> пишет:
>
>>> Но это, как оказалось, ломает установку по http/ftp, так что я набросал
>>> патч к mkimage-profiles, который переименовывает все пакеты в их
>>> настоящие имена.
>>>
>>> http://git.altlinux.org/people/boyarsh/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=78f97f1bb8dbbfa6d3e65e68988a11e590c2905d
>> Патч к себе забрал, потестирую. Спасибо.
>>
>> А нет предположений, почему такое происходит?
> Они попадают из аптового кэша, в котором хранятся с такими именами --
> apt так работает...
Но на самом деле это очень плохая идея - собирать образы с пакетами,
которых пока ещё нет в репозитории.
В Fri, 23 Oct 2020 13:18:20 +0300
Anton Farygin <rider@basealt.ru> пишет:
> > Они попадают из аптового кэша, в котором хранятся с такими именами --
> > apt так работает...
>
> Но на самом деле это очень плохая идея - собирать образы с пакетами,
> которых пока ещё нет в репозитории.
Разумеется. И это была одна из причин, по которой я не сделал этого
раньше. Но вот возникла ситуация, когда надо протестировать исправление
ошибки, возникающей только при сетевой установке. Для этого нужен образ
с заданием. Но при сетевой установке он не ставится по другой причине.
Упс.
Некоторые пакеты невозможно полноценно протестировать иначе, чем собрав
с ними образы...
Добрый день Собрав некий пробный образ на c9f2 при помощи mkimage-profiles, смерженного с v1.4.9, обнаружил странный и неприятный эффект: При установке системы используется не только репозиторий, лежащий на диске, но и почему-то сетевые репозитории, которые должны попасть в конфигурацию итоговой системы. Обнаружил я это по Dynamic MMap out of room, но это вообще довольно спорная функциональность (состояние дистрибутива сразу после установки становится непредсказуемым, а при установке гораздо меньше возможностей вмешаться в процесс, чем при последующем обновлении). А для сертифицированного дистрибутива и вовсе недопустимо. Кто-нибудь знает, откуда это взялось и как это выключить? Заниматься обратной разработкой по возможности не хочется.
>
> Кто-нибудь знает, откуда это взялось и как это выключить? Заниматься
> обратной разработкой по возможности не хочется.
Я сам теперь знаю. Так выглядит выстрел в ногу, если в apt-conf есть
раскомментированные по умолчанию репозитории :-D
On Fri, May 14, 2021 at 11:08:33AM +0300, Anton V. Boyarshinov wrote: > > Кто-нибудь знает, откуда это взялось и как это выключить? > Я сам теперь знаю. Так выглядит выстрел в ногу, если в apt-conf > есть раскомментированные по умолчанию репозитории :-D Возможно, стоит написать README.ALT для себя любимых в этом gear repo. Не для упаковки, а для сопровождающего. И растащить как минимум до той гири, из которой собирается apt-conf-sisyphus. Ещё может иметь смысл сделать что-то в mkimage-profiles вроде ручки для удаления всего из install2:/etc/apt/sources.list.d/*.list, чего туда не положит дальнейший хук в явном виде (либо installer). Именно в install2, не в любой stage2. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
09.02.2022 15:41, Артём пишет: > Здравствуйте! > > Возник интересный вопрос. Если я хочу создать образ куда установлена огромная куча пакетов, то как это сделать? > > При файле образа больше 4 ГБ сборка обрывается :-( Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать live более 2 ГБ. > > Drive current: -outdev 'stdio:/dev/fd/1' > Media current: stdio file, sequential > Media status : is blank > Media summary: 0 sessions, 0 data blocks, 0 data, 1024g free > Added 0 exclusion list items from file '/tmp/.exclude' > Added to ISO image: directory '/'='/.image' > xorriso : UPDATE : 735 files added in 1 seconds > xorriso : UPDATE : 735 files added in 1 seconds > xorriso : NOTE : Copying to System Area: 432 bytes from file '/usr/lib/syslinux/isohdpfx.bin' > *libisofs: FAILURE : File "/live" cannot be added to image because its size is 4 GiB or larger* > libisofs: FAILURE : A file is bigger than supported by used standard > xorriso : FAILURE : Failed to prepare session write run > xorriso : NOTE : -return_with SORRY 32 triggered by problem severity FAILURE > make: *** [/usr/share/mkimage/targets.mk:141: pack-image] Ошибка 1 > > > > _______________________________________________ > devel-distro mailing list > devel-distro@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-distro -- С уважением, Антон Мидюков <antohami@altlinux.org>
09.02.2022 17:11, Артём Проскурнёв пишет:
>
> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
например с ext4fs.
Но mkimage-profiles на данный момент такое не позволяет сделать.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Wednesday, 9 February 2022 13:07:32 MSK Антон Мидюков wrote:
> 09.02.2022 15:41, Артём пишет:
> > Здравствуйте!
> >
> > Возник интересный вопрос. Если я хочу создать образ куда установлена
> > огромная куча пакетов, то как это сделать?
> >
> > При файле образа больше 4 ГБ сборка обрывается :-(
>
> Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать
> live более 2 ГБ.
Ровно как и для установленной системы.
Я нагуглил, что "-iso-level 3" позволит больше.
[...]
--
Regards, Sergey.
09.02.2022 18:05, Sergey V Turchin пишет: > On Wednesday, 9 February 2022 13:07:32 MSK Антон Мидюков wrote: >> 09.02.2022 15:41, Артём пишет: >>> Здравствуйте! >>> >>> Возник интересный вопрос. Если я хочу создать образ куда установлена >>> огромная куча пакетов, то как это сделать? >>> >>> При файле образа больше 4 ГБ сборка обрывается :-( >> >> Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать >> live более 2 ГБ. > Ровно как и для установленной системы. > > Я нагуглил, что "-iso-level 3" позволит больше. больше 2 ГБ, но меньше 4 ГБ. Т.е. мы и так собираем с -iso-level 3. > > [...] > -- С уважением, Антон Мидюков <antohami@altlinux.org>
On Wednesday, 9 February 2022 14:11:17 MSK Антон Мидюков wrote:
> 09.02.2022 18:05, Sergey V Turchin пишет:
> > On Wednesday, 9 February 2022 13:07:32 MSK Антон Мидюков wrote:
> >> 09.02.2022 15:41, Артём пишет:
> >>> Здравствуйте!
> >>>
> >>> Возник интересный вопрос. Если я хочу создать образ куда установлена
> >>> огромная куча пакетов, то как это сделать?
> >>>
> >>> При файле образа больше 4 ГБ сборка обрывается :-(
> >>
> >> Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать
> >> live более 2 ГБ.
> >
> > Ровно как и для установленной системы.
> >
> > Я нагуглил, что "-iso-level 3" позволит больше.
>
> больше 2 ГБ, но меньше 4 ГБ. Т.е. мы и так собираем с -iso-level 3.
>
> > [...]
Без явного указания такое возможно?
--
Regards, Sergey.
09.02.2022 13:15, Антон Мидюков пишет:
> 09.02.2022 17:11, Артём Проскурнёв пишет:
>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
> например с ext4fs.
> Но mkimage-profiles на данный момент такое не позволяет сделать.
Согласен с Антоном, что упёрлись в лимит файловой системы и что m-p
заточен под этот формат контейнера. Если универсальная загрузочная
система не требуется, достаточно загрузиться на конкретной машине, могу
предложить один вариант, но пока только для Сизифа.
--
Best regards,
Leonid Krivoshein.
09.02.2022 20:26, Артём Проскурнёв пишет: > > Не для конкретной. Идея была в том, чтобы с флехи в режиме лайв демонстрировать все возможности и кучу работающего софта, чтобы прямо всё всё, что можно показать с одной флешки без ограничений и доустановок. > Приехал, флеху вставил, на любой вопрос, любое предложение запускаем уже установленное приложение, если есть. Людям нравится, уезжаем :-) На самом деле никто не мешает установить систему на USB SSD. Разметить как GPT, создать разделы ESP и bios boot partition. Установить grub-efi в режиме removable, и grub-pc для legacy bios. Сделать универсальный initrd. И переносная система готова. > среда, 09 февраля 2022г., 14:34 +03:00 от Leonid Krivoshein klark.devel@gmail.com : > >> >> 09.02.2022 13:15, Антон Мидюков пишет: >> 09.02.2022 17:11, Артём Проскурнёв пишет: >>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-) >>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку? >> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ, >> например с ext4fs. >> Но mkimage-profiles на данный момент такое не позволяет сделать. >> >> Согласен с Антоном, что упёрлись в лимит файловой системы и что m-p >> заточен под этот формат контейнера. Если универсальная загрузочная >> система не требуется, достаточно загрузиться на конкретной машине, могу >> предложить один вариант, но пока только для Сизифа. >> >> >> -- >> Best regards, >> Leonid Krivoshein. >> >> _______________________________________________ >> devel-distro mailing list >> devel-distro@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/devel-distro >> >> _______________________________________________ >> devel-distro mailing list >> devel-distro@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/devel-distro -- С уважением, Антон Мидюков <antohami@altlinux.org>
09.02.2022 21:12, Артём Проскурнёв пишет: > > Ключевое - сделать универсальный initrd Нет с этим никаких проблем. Положите туда все потенциально нужные модули ядра. Можете с любого rootfs стартеркита взять такой конфиг - /etc/initrd.mk.oem Положить в целевую как /etc/initrd.mk и выполнить make-initrd > среда, 09 февраля 2022г., 16:37 +03:00 от Антон Мидюков midyukov-anton@ya.ru : > >> 09.02.2022 20:26, Артём Проскурнёв пишет: >> >> Не для конкретной. Идея была в том, чтобы с флехи в режиме лайв демонстрировать все возможности и кучу работающего софта, чтобы прямо всё всё, что можно показать с одной флешки без ограничений и доустановок. >> Приехал, флеху вставил, на любой вопрос, любое предложение запускаем уже установленное приложение, если есть. Людям нравится, уезжаем :-) >> На самом деле никто не мешает установить систему на USB SSD. Разметить как GPT, создать разделы ESP и bios boot partition. >> Установить grub-efi в режиме removable, и grub-pc для legacy bios. >> Сделать универсальный initrd. И переносная система готова. >> >> среда, 09 февраля 2022г., 14:34 +03:00 от Leonid Krivoshein klark.devel@gmail.com : >> >>> >>> 09.02.2022 13:15, Антон Мидюков пишет: >>> 09.02.2022 17:11, Артём Проскурнёв пишет: >>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-) >>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку? >>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ, >>> например с ext4fs. >>> Но mkimage-profiles на данный момент такое не позволяет сделать. >>> >>> Согласен с Антоном, что упёрлись в лимит файловой системы и что m-p >>> заточен под этот формат контейнера. Если универсальная загрузочная >>> система не требуется, достаточно загрузиться на конкретной машине, могу >>> предложить один вариант, но пока только для Сизифа. >>> >>> >>> -- >>> Best regards, >>> Leonid Krivoshein. >>> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro >>> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro >> >> >> -- >> С уважением, Антон Мидюков < antohami@altlinux.org> >> _______________________________________________ >> devel-distro mailing list >> devel-distro@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/devel-distro >> >> _______________________________________________ >> devel-distro mailing list >> devel-distro@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/devel-distro -- С уважением, Антон Мидюков <antohami@altlinux.org>
09.02.2022 16:37, Антон Мидюков пишет: > 09.02.2022 20:26, Артём Проскурнёв пишет: >> Не для конкретной. Идея была в том, чтобы с флехи в режиме лайв демонстрировать все возможности и кучу работающего софта, чтобы прямо всё всё, что можно показать с одной флешки без ограничений и доустановок. >> Приехал, флеху вставил, на любой вопрос, любое предложение запускаем уже установленное приложение, если есть. Людям нравится, уезжаем :-) > На самом деле никто не мешает установить систему на USB SSD. Разметить как GPT, создать разделы ESP и bios boot partition. > Установить grub-efi в режиме removable, и grub-pc для legacy bios. > Сделать универсальный initrd. И переносная система готова. На Сизифе установленную ОС теперь можно и на запись закрыть, будет как live. А можно превратить в настоящий live, тогда файл stage2 будет не внутри ISO-образа, а будет лежать на разделе типа ext4, например. >> среда, 09 февраля 2022г., 14:34 +03:00 от Leonid Krivoshein klark.devel@gmail.com : >> >>> 09.02.2022 13:15, Антон Мидюков пишет: >>> 09.02.2022 17:11, Артём Проскурнёв пишет: >>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-) >>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку? >>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ, >>> например с ext4fs. >>> Но mkimage-profiles на данный момент такое не позволяет сделать. >>> >>> Согласен с Антоном, что упёрлись в лимит файловой системы и что m-p >>> заточен под этот формат контейнера. Если универсальная загрузочная >>> система не требуется, достаточно загрузиться на конкретной машине, могу >>> предложить один вариант, но пока только для Сизифа. > -- Best regards, Leonid Krivoshein.
Hi Антон!
On 02/09/2022, at 05:15:30 PM you wrote:
> 09.02.2022 17:11, Артём Проскурнёв пишет:
> >
> > В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
> > Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
> например с ext4fs.
> Но mkimage-profiles на данный момент такое не позволяет сделать.
Зачем ext4, UDF же :)
--
WBR et al.
09.02.2022 18:42, Konstantin Lepikhov пишет:
> Hi Антон!
>
> On 02/09/2022, at 05:15:30 PM you wrote:
>
>> 09.02.2022 17:11, Артём Проскурнёв пишет:
>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
>> например с ext4fs.
>> Но mkimage-profiles на данный момент такое не позволяет сделать.
> Зачем ext4, UDF же :)
С UDF нельзя загрузиться, он только для данных.
--
Best regards,
Leonid Krivoshein.
В Wed, 09 Feb 2022 13:09:02 +0300 Артём Проскурнёв <temap@mail.ru> пишет: > Для демонстрации ВСЕХ возможностей без установки очень даже разумно :-) Можно собрать и положить в образ несколько live сквошей (не знаю насколько это реально в mkmimage-profiles) и собрать их в единую систему на этапе загрузки через unionfs. > среда, 09 февраля 2022г., 13:07 +03:00 от Антон Мидюков > midyukov-anton@ya.ru : > > >09.02.2022 15:41, Артём пишет: > > Здравствуйте! > > > > Возник интересный вопрос. Если я хочу создать образ куда установлена огромная куча пакетов, то как это сделать? > > > > При файле образа больше 4 ГБ сборка обрывается :-( > >Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать live более 2 ГБ. > > > > > > Drive current: -outdev 'stdio:/dev/fd/1' > > Media current: stdio file, sequential > > Media status : is blank > > Media summary: 0 sessions, 0 data blocks, 0 data, 1024g free > > Added 0 exclusion list items from file '/tmp/.exclude' > > Added to ISO image: directory '/'='/.image' > > xorriso : UPDATE : 735 files added in 1 seconds > > xorriso : UPDATE : 735 files added in 1 seconds > > xorriso : NOTE : Copying to System Area: 432 bytes from file '/usr/lib/syslinux/isohdpfx.bin' > > *libisofs: FAILURE : File "/live" cannot be added to image because its size is 4 GiB or larger* > > libisofs: FAILURE : A file is bigger than supported by used standard > > xorriso : FAILURE : Failed to prepare session write run > > xorriso : NOTE : -return_with SORRY 32 triggered by problem severity FAILURE > > make: *** [/usr/share/mkimage/targets.mk:141: pack-image] Ошибка 1 > > > > > > > > _______________________________________________ > > devel-distro mailing list > > devel-distro@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/devel-distro > > > > > >-- > >С уважением, Антон Мидюков < antohami@altlinux.org> > >_______________________________________________ > >devel-distro mailing list > >devel-distro@lists.altlinux.org > >https://lists.altlinux.org/mailman/listinfo/devel-distro
10.02.2022 11:17, Anton V. Boyarshinov пишет: > В Wed, 09 Feb 2022 13:09:02 +0300 > Артём Проскурнёв <temap@mail.ru> пишет: > >> Для демонстрации ВСЕХ возможностей без установки очень даже разумно :-) > Можно собрать и положить в образ несколько live сквошей (не знаю > насколько это реально в mkmimage-profiles) Чтобы такое реализовать, нужен какой-то принцип разделения файлов полученной rootfs. Сходу такого не проглядывается в m-p. > и собрать их в единую > систему на этапе загрузки через unionfs. UnionFS заменена на aufs в 2006 и некоторое время назад на overlayfs. Собственно, через неё и происходит сейчас монтирование, но только одного файла stage2. Дополнительные слои умеют накладывать make-initrd-propagator и bootchain/altboot через параметры profile и overlays, для этого их нужно собрать заранее отдельными сквошами или ISO-образами и сложить в определённое место. С propagator это будет работать только с сетевой загрузкой по NFS, а вот с altboot задача решаема отделением сквошей на большой раздел ext4, локальная загрузка так работать будет. Если бы мне эту задачу поставили решить быстро и просто, я бы пошёл по пути разделения её на две части: создание загрузочного диска и создание большого live-сквоша на отдельном разделе диска. Если бы m-p умел делать образы дисков img с отдельным разделом для live, задача решалась бы штатно. Грузиться с такого propagator и altboot умеют (method=disk). На самом деле найден не единственный кейс, для которого ISO-9660 непригоден, как универсальный контейнер. В ряде случаев мы используем rootfs или img-образы. С контейнером ISO-9660 не получится сделать ПАК, в составе которого будет тяжеловесный контент, даже в REPO.mian, не только live. Он может использоваться только как live или установщик, но не как готовая к работе система. >> среда, 09 февраля 2022г., 13:07 +03:00 от Антон Мидюков >> midyukov-anton@ya.ru : >> >>> 09.02.2022 15:41, Артём пишет: >>> Здравствуйте! >>> >>> Возник интересный вопрос. Если я хочу создать образ куда установлена огромная куча пакетов, то как это сделать? >>> >>> При файле образа больше 4 ГБ сборка обрывается :-( >>> Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать live более 2 ГБ. >>> >>> >>> Drive current: -outdev 'stdio:/dev/fd/1' >>> Media current: stdio file, sequential >>> Media status : is blank >>> Media summary: 0 sessions, 0 data blocks, 0 data, 1024g free >>> Added 0 exclusion list items from file '/tmp/.exclude' >>> Added to ISO image: directory '/'='/.image' >>> xorriso : UPDATE : 735 files added in 1 seconds >>> xorriso : UPDATE : 735 files added in 1 seconds >>> xorriso : NOTE : Copying to System Area: 432 bytes from file '/usr/lib/syslinux/isohdpfx.bin' >>> *libisofs: FAILURE : File "/live" cannot be added to image because its size is 4 GiB or larger* >>> libisofs: FAILURE : A file is bigger than supported by used standard >>> xorriso : FAILURE : Failed to prepare session write run >>> xorriso : NOTE : -return_with SORRY 32 triggered by problem severity FAILURE >>> make: *** [/usr/share/mkimage/targets.mk:141: pack-image] Ошибка 1 >>> >>> >>> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro >>> >>> >>> -- >>> С уважением, Антон Мидюков < antohami@altlinux.org> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro > _______________________________________________ > devel-distro mailing list > devel-distro@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-distro -- Best regards, Leonid Krivoshein.
10.02.2022 11:17, Anton V. Boyarshinov пишет: > В Wed, 09 Feb 2022 13:09:02 +0300 > Артём Проскурнёв <temap@mail.ru> пишет: > >> Для демонстрации ВСЕХ возможностей без установки очень даже разумно :-) > Можно собрать и положить в образ несколько live сквошей (не знаю > насколько это реально в mkmimage-profiles) и собрать их в единую > систему на этапе загрузки через unionfs. А чтобы идти по похожему пути с m-p, придётся его этому научить. Нужно командой split разделить получившийся сквош на части и положить их в ISO-образ, пропатчить init-boottom из make-initrd-propagator так, чтобы он их сначала склеивал через dm-setup. Тогда будет работать и с propagator, но я заметил, что он проверяет наличие и заголовки указанного файла stage2, так что первый кусок должен иметь хотя бы исходное название (live). >> среда, 09 февраля 2022г., 13:07 +03:00 от Антон Мидюков >> midyukov-anton@ya.ru : >> >>> 09.02.2022 15:41, Артём пишет: >>> Здравствуйте! >>> >>> Возник интересный вопрос. Если я хочу создать образ куда установлена огромная куча пакетов, то как это сделать? >>> >>> При файле образа больше 4 ГБ сборка обрывается :-( >>> Поправочка. Не образ, а именно live > 4 ГБ. Мне кажется неразумным делать live более 2 ГБ. >>> >>> >>> Drive current: -outdev 'stdio:/dev/fd/1' >>> Media current: stdio file, sequential >>> Media status : is blank >>> Media summary: 0 sessions, 0 data blocks, 0 data, 1024g free >>> Added 0 exclusion list items from file '/tmp/.exclude' >>> Added to ISO image: directory '/'='/.image' >>> xorriso : UPDATE : 735 files added in 1 seconds >>> xorriso : UPDATE : 735 files added in 1 seconds >>> xorriso : NOTE : Copying to System Area: 432 bytes from file '/usr/lib/syslinux/isohdpfx.bin' >>> *libisofs: FAILURE : File "/live" cannot be added to image because its size is 4 GiB or larger* >>> libisofs: FAILURE : A file is bigger than supported by used standard >>> xorriso : FAILURE : Failed to prepare session write run >>> xorriso : NOTE : -return_with SORRY 32 triggered by problem severity FAILURE >>> make: *** [/usr/share/mkimage/targets.mk:141: pack-image] Ошибка 1 >>> >>> >>> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro >>> >>> >>> -- >>> С уважением, Антон Мидюков < antohami@altlinux.org> >>> _______________________________________________ >>> devel-distro mailing list >>> devel-distro@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-distro > _______________________________________________ > devel-distro mailing list > devel-distro@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-distro -- Best regards, Leonid Krivoshein.
В Thu, 10 Feb 2022 19:53:13 +0300 Leonid Krivoshein <klark.devel@gmail.com> пишет: > 10.02.2022 11:17, Anton V. Boyarshinov пишет: > > В Wed, 09 Feb 2022 13:09:02 +0300 > > Артём Проскурнёв <temap@mail.ru> пишет: > > > >> Для демонстрации ВСЕХ возможностей без установки очень даже разумно :-) > > Можно собрать и положить в образ несколько live сквошей (не знаю > > насколько это реально в mkmimage-profiles) > > Чтобы такое реализовать, нужен какой-то принцип разделения файлов > полученной rootfs. Сходу такого не проглядывается в m-p. Да нет, не надо ничего разделять, просто собирать несколько образов, также как собирается live и rescue. Через overlayfs они будут суммироваться, часть файлов, естественно, будет совпадать, но это не страшно. > > > и собрать их в единую > > систему на этапе загрузки через unionfs. > > UnionFS заменена на aufs в 2006 и некоторое время назад на overlayfs. Это меня проглючило, я имел в виду overlayfs. > Собственно, через неё и происходит сейчас монтирование, но только одного > файла stage2. Дополнительные слои умеют накладывать > make-initrd-propagator и bootchain/altboot через параметры profile и > overlays, для этого их нужно собрать заранее отдельными сквошами или > ISO-образами и сложить в определённое место. Или просто класть в образ скрипт для домонтирования. Так как на самом деле в initrd надо обязательно смонтировать только первый слой, остальные можно добавить и позже.
Hi Leonid!
On 02/09/2022, at 08:36:05 PM you wrote:
>
> 09.02.2022 18:42, Konstantin Lepikhov пишет:
> > Hi Антон!
> >
> > On 02/09/2022, at 05:15:30 PM you wrote:
> >
> >> 09.02.2022 17:11, Артём Проскурнёв пишет:
> >>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
> >>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
> >> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
> >> например с ext4fs.
> >> Но mkimage-profiles на данный момент такое не позволяет сделать.
> > Зачем ext4, UDF же :)
>
> С UDF нельзя загрузиться, он только для данных.
установочный iso windows же как-то загружается.
--
WBR et al.
On Friday, 11 February 2022 14:27:02 MSK Konstantin Lepikhov wrote:
[...]
> установочный iso windows же как-то загружается.
Просто, они эту рассылку не читают. :-D
--
Regards, Sergey.
11.02.2022 18:46, Sergey V Turchin пишет:
> On Friday, 11 February 2022 14:27:02 MSK Konstantin Lepikhov wrote:
>
> [...]
>> установочный iso windows же как-то загружается.
> Просто, они эту рассылку не читают. :-D
>
xorriso не умеет udf. Фраза из man xorriso:
Note that xorriso does not write audio CDs and that it does not produce UDF filesystems which are specified for official video DVD or BD.
udf - это уже не ISO 9660.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
11.02.2022 14:27, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 02/09/2022, at 08:36:05 PM you wrote:
>
>> 09.02.2022 18:42, Konstantin Lepikhov пишет:
>>> Hi Антон!
>>>
>>> On 02/09/2022, at 05:15:30 PM you wrote:
>>>
>>>> 09.02.2022 17:11, Артём Проскурнёв пишет:
>>>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
>>>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
>>>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
>>>> например с ext4fs.
>>>> Но mkimage-profiles на данный момент такое не позволяет сделать.
>>> Зачем ext4, UDF же :)
>> С UDF нельзя загрузиться, он только для данных.
> установочный iso windows же как-то загружается.
Полагаю, речь о UDF Bridge, т.е. ISO-9660 с ElToritto + MicroUDF, но я
не знаю, чем в Linux'е можно записать одновременно соответствующее
стандартам ISO-13346 и ISO-13490.
--
Best regards,
Leonid Krivoshein.
11.02.2022 15:34, Leonid Krivoshein пишет:
>
> 11.02.2022 14:27, Konstantin Lepikhov пишет:
>> Hi Leonid!
>>
>> On 02/09/2022, at 08:36:05 PM you wrote:
>>
>>> 09.02.2022 18:42, Konstantin Lepikhov пишет:
>>>> Hi Антон!
>>>>
>>>> On 02/09/2022, at 05:15:30 PM you wrote:
>>>>
>>>>> 09.02.2022 17:11, Артём Проскурнёв пишет:
>>>>>> В любом случае это вопрос необходимости. Поэтому про надо или не
>>>>>> надо оставим за скобками. :-)
>>>>>> Главное узнать возможно ли это? Можно ли отключить ограничение
>>>>>> или подавить ошибку?
>>>>> Это невозможно для iso. Делайте образ флэшки с файловой системой,
>>>>> которая поддерживает более 4 ГБ,
>>>>> например с ext4fs.
>>>>> Но mkimage-profiles на данный момент такое не позволяет сделать.
>>>> Зачем ext4, UDF же :)
>>> С UDF нельзя загрузиться, он только для данных.
>> установочный iso windows же как-то загружается.
>
> Полагаю, речь о UDF Bridge, т.е. ISO-9660 с ElToritto + MicroUDF, но я
> не знаю, чем в Linux'е можно записать одновременно соответствующее
> стандартам ISO-13346 и ISO-13490.
>
В качестве предположения: стандартной такую загрузку я бы не называл,
если речь о том, что используется вторичный заголовок ISO, потому что
такое ещё должно поддерживать всё железо. Но даже, если можно, нужно
понимать, что для больших объёмов данных даже на DVD уровень
совместимости между болванками и дисководом начинает падать до примерно
80%. Проще подсмотреть у коллег, выпускающих Linux на BlueRay.
--
Best regards,
Leonid Krivoshein.
Hi Leonid! On 02/11/2022, at 03:34:10 PM you wrote: > > > 11.02.2022 14:27, Konstantin Lepikhov пишет: > > Hi Leonid! > > > > On 02/09/2022, at 08:36:05 PM you wrote: > > > >> 09.02.2022 18:42, Konstantin Lepikhov пишет: > >>> Hi Антон! > >>> > >>> On 02/09/2022, at 05:15:30 PM you wrote: > >>> > >>>> 09.02.2022 17:11, Артём Проскурнёв пишет: > >>>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-) > >>>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку? > >>>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ, > >>>> например с ext4fs. > >>>> Но mkimage-profiles на данный момент такое не позволяет сделать. > >>> Зачем ext4, UDF же :) > >> С UDF нельзя загрузиться, он только для данных. > > установочный iso windows же как-то загружается. > > Полагаю, речь о UDF Bridge, т.е. ISO-9660 с ElToritto + MicroUDF, но я > не знаю, чем в Linux'е можно записать одновременно соответствующее > стандартам ISO-13346 и ISO-13490. https://rwmj.wordpress.com/2010/11/04/customizing-a-windows-7-install-iso/ есть хаки, вроде пишут они до сих пор работают. -- WBR et al.
11.02.2022 16:50, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 02/11/2022, at 03:34:10 PM you wrote:
>
>>
>> 11.02.2022 14:27, Konstantin Lepikhov пишет:
>>> Hi Leonid!
>>>
>>> On 02/09/2022, at 08:36:05 PM you wrote:
>>>
>>>> 09.02.2022 18:42, Konstantin Lepikhov пишет:
>>>>> Hi Антон!
>>>>>
>>>>> On 02/09/2022, at 05:15:30 PM you wrote:
>>>>>
>>>>>> 09.02.2022 17:11, Артём Проскурнёв пишет:
>>>>>>> В любом случае это вопрос необходимости. Поэтому про надо или не надо оставим за скобками. :-)
>>>>>>> Главное узнать возможно ли это? Можно ли отключить ограничение или подавить ошибку?
>>>>>> Это невозможно для iso. Делайте образ флэшки с файловой системой, которая поддерживает более 4 ГБ,
>>>>>> например с ext4fs.
>>>>>> Но mkimage-profiles на данный момент такое не позволяет сделать.
>>>>> Зачем ext4, UDF же :)
>>>> С UDF нельзя загрузиться, он только для данных.
>>> установочный iso windows же как-то загружается.
>> Полагаю, речь о UDF Bridge, т.е. ISO-9660 с ElToritto + MicroUDF, но я
>> не знаю, чем в Linux'е можно записать одновременно соответствующее
>> стандартам ISO-13346 и ISO-13490.
> https://rwmj.wordpress.com/2010/11/04/customizing-a-windows-7-install-iso/
> есть хаки, вроде пишут они до сих пор работают.
Надо будет как-нибудь сравнить xorriso и mkisofs с т.з. создания
дистрибутивного контейнера. Однако, я кажется нашёл простой способ
решения исходной задачи: достаточно пропатчить mkimage и с локальным
mkimage собрать образ, добавив к xorriso опцию "-file_size_limit off".
Из документации:
-file_size_limit value [value [...]] --
Set the maximum permissible size for a single data file. The values get
summed up for the actual limit. If the only value is "off" then the file
size is not limited by xorriso. Default is a limit of 100 extents, 4g
-2k each:
-file_size_limit 400g -200k --
When mounting ISO 9660 filesystems, old operating systems can handle
only files up to 2g -1 --. Newer ones are good up to 4g -1 --. You need
quite a new Linux kernel to read correctly the final bytes of a file >=
4g if its size is not aligned to 2048 byte blocks. xorriso’s own data
read capabilities are not affected by operating system size limits. Such
limits apply to mounting only. Nevertheless, the target filesystem of an
-extract must be able to take the file size.
--
Best regards,
Leonid Krivoshein.