Программа ДистроНавигатор Опции Поделиться

[tema]

Кстати, опять глюк подтверждаю. После сборки школьной кометы 32, переключился на домашнюю, нажал собрать и програссбар весь сисний и не шевелится.

[tema]

Люто бешено реквестирую функционал очередей заданий в дистронавигатор!
Я всегда собираю минимум два дистрибутива 32 и 64, а иногда и по 6: школьная, домашняя и деловая 32 и 64. Хотелось бы не ждать-запускать, а поставить в очередь и пойти спать

[ИВК]

Кстати, опять глюк подтверждаю. После сборки школьной кометы 32, переключился на домашнюю, нажал собрать и програссбар весь сисний и не шевелится.

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

Люто бешено реквестирую функционал очередей заданий в дистронавигатор!
Я всегда собираю минимум два дистрибутива 32 и 64, а иногда и по 6: школьная, домашняя и деловая 32 и 64. Хотелось бы не ждать-запускать, а поставить в очередь и пойти спать

Можно сделать.
Вообще уже довольно много тудушек набралось, надо будет в ближайшее время заняться. Если у кого есть ещё пожелания, давайте заодно и их сюда.

[Michael Shigorin]

А если точно, то так: в список пакетов дистрибутива попадали пакеты для EFI, из которых по крайней мере elilo отсутствует в 32-битных репозиториях, из-за чего сборка на i586 обваливалась.

Ну так в профилях всё давно сделано, их просто ломать надо аккуратно. :) Рад, что прояснилось.

Увы, я в дебрях брендинга не так уж хорошо ориентируюсь.

А кто в этих джунглях нынче вообще хорошо ориентируется -- может, cas@ разве что лучше прочих...

Три года как точу зубы перелопатить branding.git аналогично m-p-d -> m-p (с повторным использованием компонентов вместо разведения кучи форков), но пока всё слабо.

В целом при создании новых брендингов есть смысл ориентироваться на школьные, там Андрей частичную дебардакизацию уже учинил.

Словом, тот баг, на который ты нарвался, где-то глубоко прячется и его так просто не выявить, надо на него досье собирать ;)

Это часом не отсутствующий make distclean перед запуском новой сборки?

Не знаю... А зачем он вообще нужен? ЧТо это за пакет?

В m-p не значится, субъективно давно устарел.

Как определяется какой брендинг ставится в mp?
[...]
@$(call set,BRANDING,altlinux-sisyphus) #regular-lxqt-branding
[...]
Но дистрибутив собирается с
branding-xalt-kworkstation-graphics-8.1.0-alt3
branding-xalt-kworkstation-alterator-8.1.0-alt3

Ох уж эти извраты zerg@ :-/

Вообще брендинги -- вопрос двумерный: отдельно вид и отдельно набор; здесь со всей очевидностью недоставало наличия в THE_BRANDING слов graphics и alterator (см. тж. features.in/branding/config.mk), вот кто-то, кому нужен был обобщённый брендинг этих типов, и вытащил какой попало по общим Provides:.

Возможно ли сделать переключатель сборки на разных системах инициализации?

В принципе в m-p для такой возможности сделано довольно много, но могут быть косяки в случае использования дополнительных плюшек, вытягивающих базовый вариант -- см. внимательно фичу init и упоминание слова "sysv" в других фичах, а также комплектацию regular-sysv-xfce в свежем m-p (use/deflogin/sysv/nm).

Хотелось бы не ждать-запускать, а поставить в очередь и пойти спать :)

У меня регулярки со стартеркитами вообще cron собирает :) Но ему хватает просто make, пусть и с обвязкой (скрипты могу при надобности выложить, пока этого не делал -- причёсываю потихоньку).

[ИВК]

Это часом не отсутствующий make distclean перед запуском новой сборки?

А CLEAN=1 - не то же самое? К тому же тот глюк ведь лишь изредка проскакивает, причём и в m-p-d тоже.

Цитата(Koi.v2 @ 15.12.2016, 19:47) *
Возможно ли сделать переключатель сборки на разных системах инициализации?

В принципе в m-p для такой возможности сделано довольно много, но могут быть косяки в случае использования дополнительных плюшек, вытягивающих базовый вариант -- см. внимательно фичу init и упоминание слова "sysv" в других фичах, а также комплектацию regular-sysv-xfce в свежем m-p (use/deflogin/sysv/nm).

Да, поглядел, там не так просто. Но при небольшом числе базовых дистров в Навигаторе попробую сделать, чтобы sysv самовольно не пролезал в них и переключатель в самом деле работал бы, просто добавляя или удаляя +systemd и +sysvinit.

[tema]

скрипты могу при надобности выложить

Было бы круто!

[Michael Shigorin]

А CLEAN=1 - не то же самое?

Нет, это зачистка после успешной сборки каждой стадии (например, stage1) -- см. doc/params.txt про CLEAN и AUTOCLEAN (вот оно более подходит в таких случаях).

[...] и переключатель в самом деле работал бы, просто добавляя или удаляя +systemd и +sysvinit.

Вообще для _переключения_ может быть надёжней не ковырять их, а в конце выставить @$(call set,INIT_TYPE,sysvinit) или там systemd (побочным эффектом может оказаться наличие или отсутствие syslogd в базе, там были нюансы с провайдесами).

Кстати, аналогично с grub/lilo, см. features.in/bootloader/README

Было бы круто! :)

Ну держите; под рукой на ноуте оказался бэкап стареньких скриптов, революционных изменений с тех пор не было; из дополнительно требующегося -- у сборочного псевдопользователя ("регулярный" подразумевается nightly, "стартеркитный" -- starterkits; где-то может быть прибито гвоздиком) ~/.mkimage/profiles.mk примерно такого вида (привожу для nightly):

Код

APTCONF = ~/apt/apt.conf.$(ARCH)
DEBUG = 1
CLEAN = 1
QUIET = 1
NICE = 1
IMAGEDIR = ~/out/snapshots/$(shell date +%Y%m%d)

Ну и ~/apt/ по примеру из приложенного regular-nightly-apt.tar.gz с поправкой на путь к своему зеркалу.

PS: скрипты под GPLv2+, если важно :)

Сообщение отредактировал Michael Shigorin - 18.12.2016, 18:07

Прикрепленные файлы

 regular_nightly_scripts.tar.gz ( 2.91 килобайт ) Кол-во скачиваний: 1
 regular_nightly_apt.tar.gz ( 468 байт ) Кол-во скачиваний: 1
 starterkits_scripts.tar.gz ( 2.55 килобайт ) Кол-во скачиваний: 1

 

[ИВК]

Нет, это зачистка после успешной сборки каждой стадии (например, stage1) -- см. doc/params.txt про CLEAN и AUTOCLEAN (вот оно более подходит в таких случаях).

Вообще для _переключения_ может быть надёжней не ковырять их, а в конце выставить @$(call set,INIT_TYPE,sysvinit) или там systemd (побочным эффектом может оказаться наличие или отсутствие syslogd в базе, там были нюансы с провайдесами).

Кстати, аналогично с grub/lilo, см. features.in/bootloader/README

Спасибо, приму всё это во внимание.

[tema]

Спасибо большое! Постараюсь разобраться

[ИВК]

Последние сообщения перенёс в тему "tmpfs с подкачкой"

[ИВК]

Новая версия программы:
srpm
rpm
Основное новшество - очереди заданий (отдельно для m-p и для m-p-d).
Там временами выскакивают глюки без очевидных причин. Большей частью, видимо, из-за того, что одновременно работают пять потоков (основной, сборочный, для диспетчера очереди и два для прогресс-бара), а взаимодействие между ними не вполне отлажено. Короче, тестировать надо, а дальше видно будет.
И ещё небольшие дополнения, в том числе выбор системы инициализации при создании нового проекта (пока только в m-p и не проверено).

[ИВК]

Перекинул последние сообщения в тему "Mkimage-profiles", поскольку разговор пошёл о внутренностях m-p.

[tema]

А как использовать очередь заданий? У меня пустая форма и в ткрминал так:

Код

$ distronavigator
Traceback (most recent call last):
  File "distronavigator.py", line 1337, in task_queue
    open_f(n=conf_dir+'/task_queue',out='tasks',sl='.splitlines()')
  File "distronavigator.py", line 56, in open_f
    f = codecs.open(n, encoding='utf-8', mode=mode) # открываем файл
  File "/usr/lib64/python2.7/codecs.py", line 896, in open
    file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 2] Нет такого файла или каталога: u'/home/tema/distronavigator/mpd_conf/task_queue'

upd
создал этот файл. Очередь появилась.
Попытался добавить домашнюю 64 и за ней домашнюю 32, потом школьную 32 и т.д.. Остановка с ошибкой "нельзя собирать два дистрибутива одновременно". Это как?

Сообщение отредактировал tema - 27.12.2016, 4:52

[tema]

Поставил в очередь:
Домашнюю, школьную и деловую все 64.
Собрал только домашнюю.

[ИВК]

А как использовать очередь заданий? У меня пустая форма и в ткрминал так:

Код

$ distronavigator
Traceback (most recent call last):
  File "distronavigator.py", line 1337, in task_queue
    open_f(n=conf_dir+'/task_queue',out='tasks',sl='.splitlines()')
  File "distronavigator.py", line 56, in open_f
    f = codecs.open(n, encoding='utf-8', mode=mode) # открываем файл
  File "/usr/lib64/python2.7/codecs.py", line 896, in open
    file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 2] Нет такого файла или каталога: u'/home/tema/distronavigator/mpd_conf/task_queue'

upd
создал этот файл. Очередь появилась.

Файла этого не было потому, что каталог ~/distronavigator старый, надо было его удалить. Давайте решим этот вопрос окончательно. Я опять начну прилагать к каждой новой версии скрипт, автоматом подправляющий упомянутый каталог. Тут всё дело в том, как пользователи обновляют Навигатор. Если хоть у кого-то из них программа в какой-то системе установлена более-менее постоянно и обновляется по правилам, то есть без удаления ~/distronavigator, то данный скрипт безусловно нужен. Но раньше-то не так было: я всякий раз тратил время на этот скрипт, а он фактически не применялся, а значит, толком не тестировался - со всеми вытекающими, и в итоге я перестал им заниматься. Хорошо, со следующей версии переходим к цивилизованному использованию программы то есть я делаю скрипт, а кто-то в случае его неправильной работы сообщает об этом здесь; а вот эта версия программы без удаления каталога ~/distronavigator нормально работать ещё не может.

Поставил в очередь:
Домашнюю, школьную и деловую все 64.
Собрал только домашнюю.

В отчёте сказано, что сборка двух последних неудачна (тогда надо смотреть журналы) или они не собирались вовсе?

[ИВК]

Поставил в очередь:
Домашнюю, школьную и деловую все 64.
Собрал только домашнюю.

Поставил те же дистры в очередь (m-p-d/p8/64), все собрались.

[tema]

Если я удалю этот каталог мне же заново все дистрибутивы настраивать... Я же не дефолтные собираю, а постоянно правлю. Что-то добавляю, что-то убираю...

[tema]

Не собрались вовсе. Как будто пропущены

Сообщение отредактировал tema - 27.12.2016, 23:01

[ИВК]

Если я удалю этот каталог мне же заново все дистрибутивы настраивать... Я же не дефолтные собираю, а постоянно правлю. Что-то добавляю, что-то убираю...

Тогда надо вручную несколько файлов добавить, или вот этим скриптом:  scr.sh.tar.gz ( 223 байт ) Кол-во скачиваний: 1

Обрыв очереди, видимо, из-за отсутствия последнего упомянутого в этом скрипте файла.
Что касается файлов ~/distronavigator/mp/conf.d/navigator.mk* для обеих архитектур, то лучше выложи их тут, я их вручную подправлю (иначе новые проекты не будут нормально создаваться) - это если m-p тоже используется.
Ещё пару строк надо добавить в ~/distronavigator/settings:

Код

queue_logs True
queue_autoclean False

впрочем, эти, получается, уже есть, иначе ничего бы не работало.
Вроде всё.

[tema]

Скрипт не помог :-(

Код

Traceback (most recent call last):
  File "distronavigator.py", line 1347, in task_queue
    ch_logs_save = Ch_Box(x=580,y=55,w=180,h=93,tx=u'Сохранять\nжурналы сборки',checked=var_queue_logs,com='logs_save(t=ch_logs_save.isChecked())')
NameError: global name 'var_queue_logs' is not defined
Traceback (most recent call last):
  File "distronavigator.py", line 1329, in queue_start
    task_queue()
  File "distronavigator.py", line 1347, in task_queue
    ch_logs_save = Ch_Box(x=580,y=55,w=180,h=93,tx=u'Сохранять\nжурналы сборки',checked=var_queue_logs,com='logs_save(t=ch_logs_save.isChecked())')
NameError: global name 'var_queue_logs' is not defined
autoconf 2>&1
./configure --with-branding=  --with-outdir=/home/tema/distronavigator/my_images --with-distro=kometa-school-irl-p8.dvd --with-version=p8 --with-aptconf=/tmp/.private/tema/distronavigator/apt.conf --with-arch=x86_64 --with-kernel=std-def
TMP=/tmp/.private/tema/distronavigator/mkimage-work-dir nice -n 19 make kometa-school-irl-p8.dvd
Traceback (most recent call last):
  File "distronavigator.py", line 1523, in run
    ex(com = make_str,mes_err='make_err',make=True,signal='make_start')          # выполняем его сборку
  File "distronavigator.py", line 1491, in ex
    clean_post()   # смотрим, выполнять ли очистку
  File "distronavigator.py", line 1506, in clean_post
    if queue_executes == True and var_queue_logs == 'True':
NameError: global name 'var_queue_logs' is not defined

[ИВК]

Ну значит, всё-таки нет в ~/distronavigator/settings строк, о которых я говорил в предыдущем посте:

Код

queue_logs True
queue_autoclean False

(они последними должны стоять). Просто добавь.
Переменные var_* создаются при запуске программы прямо по каждой строке этого файла; если переменная var_queue_logs не определена, значит, в том файле нет строки "queue_logs *".

[ИВК]

Если я удалю этот каталог мне же заново все дистрибутивы настраивать... Я же не дефолтные собираю, а постоянно правлю. Что-то добавляю, что-то убираю...

То есть правишь профили самих базовых дистрибутивов. А это у меня не предусмотрено. Предполагается, что состав базовых дистрибутивов пользователем не изменяется, и скрипт, обновляющий каталог ~/distronavigator, будет исходить из этого, и тут возможны странности. То есть в твоём случае этот скрипт всех проблем с автообновлением не решает. Пожалуй, добавлю в программу возможность правки даже базовых дистрибутивов и брендингов, причём так, чтобы результаты такой правки попадали прямиком в следующую версию программы, а не оставались только у тебя. Это, правда, означает переключение проги в некий особый, изначально ей совершенно не свойственный режим работы (слишком уж важно для неё чёткое деление дистрибутивов/брендингов на нередактируемые базовые и редактируемые пользовательские), ну да ладно, по умолчанию данная возможность будет отключена, она лишь для тех, кому нужно. Подумаю над этим

[Koi.v2]

Это не создаст проблем в дальнейшем с обновлениями m-p-d и m-p?

[ИВК]

Это будет выглядеть примерно так. В настройках появится пункт типа "Редактировать базовые дистрибутивы и брендинги" (или два пункта, по дистрам и брендингам отдельно). Если он отмечен, на странице "Проекты" станут отображаться также и базовые дистры. Выбрав любой из них, можно будет его править в "Составе сборки". Также будет кнопка для архивирования изменённого профиля, дабы переслать его мне, а я вставлю его в следующую версию программы. Разумеется, если его такой архив для какой-то из Комет прислал не Артём, а кто-то другой, то я его использовать не буду То есть данная фича предназначена для желающих разрабатывать в Навигаторе дистрибутивы, которые в нём являются базовыми. С твоим LXQT можно так тоже сделать. Никаких дополнительных проблем с обновлением m-p-d и m-p это не должно вызвать. Это насчёт дистрибутивов. С брендингами примерно то же самое.

[ИВК]

То, о чём в предыдущем посте сказано, я сделаю несколько позже, пока времени нет. А прямо сейчас меня другое интересует. Артём, так у тебя очередь заданий заработала или нет? Если нет, то устранить проблему ведь недолго, там совсем немного возможных причин обрыва очереди, которые элементарно выясняются выхлопом в консоль. Можно даже не ждать окончания сборки, а прервать её, и тогда либо запустится следующее задание либо выскочит ошибка.

[tema]

Я только в Москву вернулся
Всех с праздниками!
Постараюсь завтра всё проверить

[tema]

Все предыдущие советы выполнены.
Ошибка такая:

Код

mv: невозможно переместить «/home/tema/distronavigator/repo/x86_64/base/pkglist.hasher.old» в «/home/tema/distronavigator/repo/x86_64/base/pkglist.hasher»: Нет такого файла или каталога
bzip2: Can't create output file /home/tema/distronavigator/repo/x86_64/base/pkglist.hasher.bz2: File exists.
mv: не удалось выполнить stat для «/home/tema/distronavigator/repo/x86_64/base/release.hasher.old»: Нет такого файла или каталога
mv: не удалось выполнить stat для «/home/tema/distronavigator/repo/x86_64/base/hashfile»: Нет такого файла или каталога
autoconf 2>&1
autoconf 2>&1
./configure --with-branding=  --with-outdir=/home/tema/distronavigator/my_images --with-distro=kometa-business-irl-p8.dvd --with-version=p8 --with-aptconf=/tmp/.private/tema/distronavigator/apt.conf --with-arch=x86_64 --with-kernel=std-def
./configure --with-branding=  --with-outdir=/home/tema/distronavigator/my_images --with-distro=kometa-business-irl-p8.dvd --with-version=p8 --with-aptconf=/tmp/.private/tema/distronavigator/apt.conf --with-arch=x86_64 --with-kernel=std-def
TMP=/tmp/.private/tema/distronavigator/mkimage-work-dir nice -n 19 make kometa-business-irl-p8.dvd
TMP=/tmp/.private/tema/distronavigator/mkimage-work-dir nice -n 19 make kometa-business-irl-p8.dvd

Очередь, соответственно, не собирается

Сообщение отредактировал tema - 13.1.2017, 0:11

[tema]

Как и в прошлый раз, как только убрал из очереди 32хбитные запустилось и сейчас собирается.

[ИВК]

Быстро и эффективно проверить работоспособность очереди можно так. Создаёшь очередь из любых дистров (можно даже штук 10), запускаешь, дожидаешься извещения "Идёт сборка дистрибутива такого-то", на всякий случай ещё пару секунд выжидаешь и жмёшь "Прервать сборку". И так с каждой сборкой (если, конечно, очередь не оборвётся после первой же). И весь консольный выхлоп - сюда. Это за несколько минут можно сделать, но зато тогда у меня будет уже вполне конкретная информация к размышлению.
P.S. Кто бы ещё проверил очередь, недолго ведь А то у меня всё работает, только изредка выскакивают глюки, так что могу лишь гадать, почему у кого-то глюки эти постоянно.

[tema]

Очередь работает, но для этого нужно, чтобы были все дистрибутивы одной 64битной разрядности в очереди.
Если я делаю очередь тех же самых, но 32х битные, то так:

Код

mv: невозможно переместить «/home/tema/distronavigator/repo/x86_64/base/pkglist.hasher.old» в «/home/tema/distronavigator/repo/x86_64/base/pkglist.hasher»: Нет такого файла или каталога
mv: не удалось выполнить stat для «/home/tema/distronavigator/repo/x86_64/base/srclist.hasher»: Нет такого файла или каталога
xz: /home/tema/distronavigator/repo/x86_64/base/pkglist.hasher.xz: Файл существует
bzip2: Can't create output file /home/tema/distronavigator/repo/x86_64/base/pkglist.hasher.bz2: File exists.
mv: невозможно переместить «/home/tema/distronavigator/repo/x86_64/base/srclist.hasher.old» в «/home/tema/distronavigator/repo/x86_64/base/srclist.hasher»: Нет такого файла или каталога
xz: /home/tema/distronavigator/repo/x86_64/base/srclist.hasher.xz: Файл существует
bzip2: Output file /home/tema/distronavigator/repo/x86_64/base/srclist.hasher.bz2 already exists.
mv: не удалось выполнить stat для «/home/tema/distronavigator/repo/x86_64/base/release.hasher.old»: Нет такого файла или каталога
mv: не удалось выполнить stat для «/home/tema/distronavigator/repo/x86_64/base/hashfile»: Нет такого файла или каталога
autoconf 2>&1
autoconf 2>&1
./configure --with-branding=  --with-outdir=/home/tema/distronavigator/my_images --with-distro=kometa-home-irl-p8.dvd --with-version=p8 --with-aptconf=/tmp/.private/tema/distronavigator/apt.conf --with-arch=i586 --with-kernel=std-def
./configure --with-branding=  --with-outdir=/home/tema/distronavigator/my_images --with-distro=kometa-home-irl-p8.dvd --with-version=p8 --with-aptconf=/tmp/.private/tema/distronavigator/apt.conf --with-arch=i586 --with-kernel=std-def
./config.status: line 1854: syntax error near unexpected token `fi'
./config.status: line 1854: `fi # test -n "$CONFIG_FILES"'
./config.status: line 1854: syntax error near unexpected token `fi'
./config.status: line 1854: `fi # test -n "$CONFIG_FILES"'