mkuird lfa -e plymouth,crypt,btrfs
Выложил в свой арч репозиторий пакеты uird-r657 - 32 (впервые) и 64 bituird-r593.2d9591d_64-sf01.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/uird-r593.2d9591d_64-sf01.pfs) - старый для сравнения
доустанавливаем пакманом:Специфика ПРА: подключаем DEVX (http://wiki.puppyrus.org/puppyrus/pra?&#%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%86%D0%B8%D1%8F)
git
busyboxКакой нужен ббокс? В арче 2 : https://www.archlinux.org/packages/?sort=&q=busybox&maintainer=&flagged=
если загружено с уирд, то бизибокс не нуженТ.е. скрипт как-то догадается и вытащит из инитрд...?
для pra64 конфиг есть, для ролл пока нет по этомуА разве тут есть разница для разным пра... или с другими линуксами...
остальное по желаниюА вот тут бы подробнее насписать
Не нашел sync2layer,/usr/local/bin
pfs-utils не те?Те. Свежак из гит
Не хочет вставать загрузчик в Vbox.Да. Есть проблема в 64 пра (http://forum.puppyrus.org/index.php?topic=20128.0)
Что нужно проверить?pfsunload подключенного (и конечно не занятого) uird-ом модуля
при сборке ищет бизибокс в /usr/bin, а его там нет похоженет - поэтому и вопрос - какой надо ббокс. Вроде работает только с Вашим
В uird есть параметр, чтоб копировать файлы из uird в систему при загрузке.Этот костыль нужен только для ПРА-не-roll
sync2layer что-то не нашелся.В модуле 089-zz-pfs-utils-cli-170502-sf09.pfs
тот бизибокс, что ставится пакманом - подходитКакой из двух?
для сборки нужно будет снова ставить бизибокс в /usr/bin.Не вижу проблемы - прописать в зависимости пакета
По AUR я вряд ли чем помогу, вообще не в теме.Обозначил свои планы по этой теме
pfsunload подключенного (и конечно не занятого) uird-ом модуляОтключает. Запускал его циклом по каталогу /memory/bundles, из 23 модулей осталось 14, остальные отключил.
Я делал по спец.теме betcher'aссылка ?
mkuird при сборке запускал modinfo, который не находил нужных модулейскрин?
Пытаюсь собрать UIRD по betcher'уЕсли вы имеете ввиду что-то вроде этого:
Но не получается из-за того что, modinfo не видит модули ядра из mkuird
Что делать?
modinfo: ERROR: Module ext3 not found.
modinfo: ERROR: Module cbc not found.
modinfo: ERROR: Module aes-generic not found.
modinfo: ERROR: Module aes-i586 not found.
modinfo: ERROR: Module ahci not found.
modinfo: ERROR: Module sd_mod not found.
modinfo: ERROR: Module scsi_mod not found.
modinfo: ERROR: Module jbd not found.
modinfo: ERROR: Module jbd2 not found.
modinfo: ERROR: Module evdev not found.
это нормально
Загрузил PRAR чтоб собрать uirdПолучилось? Выложите... В идеале с пошаговой инструкцией
В итоге по совету betcher'a подложил уирду бинарник бизибокса из системыЗачем собирать? Надо было просто сравнить его модули
пришлось линковать /usr/lib/modules/4.19 в /lib/modules/4.19.В дистре - да, а в инитрд зачем?
В идеале с пошаговой инструкциейТак по инструкции с этого форума и собирал :) Конфиг только магосовский использовался.
Зачем собирать?Сейчас для сборки уирда бизибокс тоже нужно собирать, так как с системными есть проблемы. А так у всех один и тот же бизибокс получается. В случае проблем проще их находить и исправлять.
В дистре - да, а в инитрд зачем?Я видимо не уточнил.. Линковал в дистре. Ваш модуль 000-kernel.pfs тоже подключал, но там модули лежат в другом месте, поэтому пришлось создавать линки.
Загрузившись на вашем ядре в МагОС собрал еще раз, он получился уже 32 мб. Вот этот момент я вообще не понял ))Думаю причина таже - ядрерные модули. Меньше вкомпилено в ядро - больше попадет в uird.
Цитата: sfs от Сегодня в 13:53:03Все верно, сталкивались, с тем что с родными бизибоксами что-то да не работало. Господа дистроклепатели любят что нибудь понастраивать, нам ли не знать :)
Зачем собирать?
Сейчас для сборки уирда бизибокс тоже нужно собирать, так как с системными есть проблемы. А так у всех один и тот же бизибокс получается. В случае проблем проще их находить и исправлять.
по инструкции с этого форума и собиралДайте ссылку
для сборки уирда бизибокс тоже нужно собиратьНу так 1 раз , наверное, достаточно собрать - он везде подойдет
с родными бизибоксами что-то да не работало. Господа дистроклепатели любят что нибудь понастраивать,Не знаю как в других дистрах, но в арче маленький bbox рассчитан на работу в составе archiso
Если правильно понял, вся проблема в том, что не собрался бизибокс. Если подходит от пра можно использовать его. Либо, что правильнее, разобраться чего не хватает для сборки.Да. Готов поучаствовать если надо
Меньше вкомпилено в ядроВообще ядро Манжаро по размеру больше Магосовского, может быть за счет свежести, код все-таки всем миром пишут, понаписали за 10 то релизов )) Наверное да, в ядре меньше модулей.
Либо, что правильнее, разобраться чего не хватает для сборки.Надо узнать в каких пакетах в Арче находятся недостающие файлы, о которых я писал. В МагОС пакетный менеджер показал, что они у нас в Perl, что подтверждает Google. Может они просто не попали в PATH. Не сообразил find'ом пройтись.
узнать в каких пакетах в Арче находятся недостающие файлы, о которых я писалpkgfile файл
Надо узнать в каких пакетах в Арче находятся недостающие файлы, о которых я писал. В МагОС пакетный менеджер показал, что они у нас в Perl, что подтверждает Google. Может они просто не попали в PATH. Не сообразил find'ом пройтись.Самый прямой вариант это разобрать src пакет бизибокса от арча и посмотреть что там в зависимостях.
Ну так 1 раз , наверное, достаточно собрать - он везде подойдетДа все верно. Также и с дракутом.
Дайте ссылкуСборка Initrd UIRD в PRA (http://forum.puppyrus.org/index.php?topic=20164.0)
pkgfile файлВозьму на заметку, спасибо)
разобрать src пакет бизибокса от арча и посмотреть что там в зависимостях.У маленького (https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/mkinitcpio-busybox) glibc
Возьму на заметку, спасибо)Вот так и пересаживаются на арч-манджаро :D
Сборка Initrd UIRD в PRAТогда объединю темы
initrd initrd1 initrd-kernel
А вообще - я перешел на модель - инитрд отдельно - модули ядра отдельноUIrd тоже можно так собрать. Как пример посмотрите скрипты make_uird_*. Готового именно под такую задачу нет, но можно сделать чтоб один скрипт собирал uird_base, а второй uird_kernel_modules.
Так проще. Просто грузим
можно сделать чтоб один скрипт собирал uird_baseВот этот бы Вам и выкладывать, чтобы другие не собирали
второй uird_kernel_modules.А этот скрипт как-нибудь бы упростить (чтобы без дракут и пр.) , чтобы на входе - ядро с модулями, на выходе инитрд2
мы для пра не собираем.Кроме модулей ядра - чем он будет отличаться ;)
uird для магос - в магосМожно где-то качнуть только свежий initrd без остального? В идеале - постоянно свежий
наладить сборку в пра с родным конфигомМожет быть имеет смысл собрать под монолитное ядро pf и без сети
Может быть имеет смысл собрать под монолитное ядро pf и без сетиТо, что вкомпилено в ядро в uird не попадет. А в остальном открывайте ./mkuird и удаляйте все что считаете лишним.
вы наш взяли?да
в uird.ro нет pfs.uird.ro=*0/dirname.*.pfs - так?
возможно в uird.ro нет pfsЕсть pfs:
запуск дистрибутива из каталога dirname на sda1Чтоб из папки надо:
Если точно опишите что и как должно быть подключено, навание папок и разделов где они лежат постараюсь сочинить конфиг/mnt/sda1/prar1811/prar1811 - корень / в папке.
uird.config="" - не искать конфигэто нужно указывать.... Не дефолты?
uird.ramsize=70% - размер tmpfs
uird.find_params=-maxdepth_3
Стрелка мыши по заставке шевелится и все. Но тут уже вам разбираться.1811 это конструктор, там много load=
P.S. А не, по пкм меню вылазит. Openbox наверное.
uird.load+=optional.*lxqtКакой "синтаксис перечислений" значений к.-либо параметра(~ов) (/если "перечисление" возможно)? --Пр.: в ПРА - ...;...;...;...
Какой "синтаксис перечислений" значений к.-либо параметра(~ов)-- и одинаков ли "синтаксис"(/"пунктуация)" ? (-- применительно к различным параметрам).
ковыряться в носу:) может иногда и помогает.
Переходить в мою веру (чем проще, тем надёжнее)Идея хорошая, но не подкрепленная дистрибутивом
/mnt/sda1/prar1811/prar1811 - корень / в папке.Эту задачу решил совсем простым отдельным хуком. По сути одна главная строчка и один параметр aufs=changes (в папку prar1811-changes) . Если сохраненка в ram : aufs
/mnt/sda1/prar1811/changes - сохранение в папку средствами aufs
mount -t aufs -o br=/mnt/sda1/prar1811-changes:/mnt/sda1/prar1811 aufs /new_root
несколько changesaufs=несколько_разных_папок
для разных машинНе очень понял - это наверное что-то корпоративно - сетевое
Подключить модуль не из optional, а к примеру из lxqt_moduleshttp://wiki.puppyrus.org/soft/porteus-initrd#extramod
Uird без особых проблем загрузит и пра и прар и магос и обычные линуксы и из корня и из папки и из исо. Естественно это сложнее и параметров больше.Да. Но дома это не нужно
добавить 1 параметр uird.basecfg=pra64 и имеем porteus?Может скрыть от юзера сложности
Не очень понял - это наверное что-то корпоративно - сетевоеЭлементарно. Загружаемся с одной флешки на нескольких разных машинах, для каждой свой save. Это было реализовано в классическом Puppy. Но надо ли? Есть другой путь, см. autoNet например.
Может скрыть от юзера сложностиКонечно. Я вам это уже давным-давно донести пытаюсь.
debug вроде тоже работаетДа, debug работает. Хотел увидеть загружаемые модули, debug их показывает (под uird), но там много доп. информации, поэтому пролистывает вверх.
user not known to the underlying authentication module
Есть еще вариант, что uird подключит модули не в том порядке что ваш инитрдНет, здесь нормально, важные модули с цифрами и грузятся в нужном порядке (то что я успел увидеть при загрузке):
А что дает второй инитрд? Он нужен?Ну, это же система заточенная под full. Во втором initrd наверно важные параметры. Но и с одним uird.pra64.cpio.xz та же ошибка.
Я подумал, что не хватает еще каких-то uird параметров.Если все модули подключены, ауфс из них собран и загрузка передана иниту, то задача инитрд выполнена. Нужно разбираться в составе модулей наверное, в последовательности их подключения и наверное все. Разве что ваш инитрд делает что-то еще, о чем я не знаю. Или может быть какой то из параметров в cmdline нужен не ядру или инитрд, а системе и тогда его нужно оставить. Лучше подождать SFS я слишкам мало разбтраюсь в устройстве ПРА.
в последовательности их подключенияСейчас раскидал все модули из параметров uird.load+= uird.noload= по папкам /base, /modules. LXQT загрузился.
Модули прошедшие фильтры load,noload,ro подключаются по алфавиту.Т.е. Не учитывается 030- 040- 089- ? Хотя по алфавиту - модули с цифрами будут сверху.
Учитывается конечно, но base по алфаыиту выше чем modules, а modules выше чем optional.Модули прошедшие фильтры load,noload,ro подключаются по алфавиту.Т.е. Не учитывается 030- 040- 089- ? Хотя по алфавиту - модули с цифрами будут сверху.
Если в ваших модулях повторяются файлы uird ли виноват?Наверно в magos тоже что-то повторяется иначе не было бы цифрового индекса?
live@pra-roll ..1026/MagOS_2016.64_20181026/MagOS/base % ls
00-kernel.xzm 10-core.xzm 41-x-utilities.xzm 45-x-java.xzm
42-x-network.xzm 70-documentation.xzm
01-drivers.xzm 20-x-base.xzm 43-x-multimedia.xzm
35-x-plasma.xzm 44-x-office.xzm 88-magos.xzm
читывается конечно, но base по алфавиту выше чем modules, а modules выше чем optional.Ясно, а initrd наверно формирует общий список, после обработки всех фильтров (load=; noload=).
Наверно в magos тоже что-то повторяется иначе не было бы цифрового индекса?Цифровой индекс именно для этого, Вы правы. Но файлы реально не повторяются. Я склеивал mkpfs'ом с сохрананием дубликатов и там только один файл дублируется.
Я склеивал mkpfs'ом с сохрананием дубликатов и там только один файл дублируется.Стало интересно, а как у нас.
Сейчас раскидал все модули из параметров uird.load+= uird.noload= по папкам /base, /modules. LXQT загрузился.Склеил (mkpfs) все модули в /mnt/sda3/prar1811/base:
С uird ошибка на стадии загрузки пользователя (загрузка с sda3; menu.lst на sda1).
user not known to the underlying authentication module
uird.load+=optional.*de-lxqtВ pra-porteus и rootaufs изменен порядок слоев AUFS загружаемых модулей. 08*.pfs 09*.pfs всегда в верхнем слое
что дает второй инитрд?В первом - только модули используемого ядра. Во втором (сейчас в исо наоборот, но по слоям правильнее так ) сам инитрд
HOOKS=( udev autodetect modconf block filesystems keyboard )
/etc/gshadow -- saved as unique for 020-upower-1811-sf02.pfs submodule
/etc/passwd -- saved as unique for 020-upower-1811-sf02.pfs submodule
Еще при установке некоторых пакетов добавляются группы и юзера
Похоже - удалять. Иначе перекроют рабочие
Единственно может реверс получится встроить не усложняя, но тут не поможет однако. Боюсь в данном случае решать придется со стороны ПРА./modules (http://wiki.puppyrus.org/soft/porteus-initrd?&#%D0%BE%D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8_porteus-initrd)
08*.pfs 09*.pfs всегда в верхнем слоеТ.е. перекрывают все
По последовательности слоев мне не понятно в какой ситуации может понадобиться090 - у нас сохраненка. Разве не логично ее иметь поверх всего?
В таком виде в uird это пихать не буду.Не надо. Если они в /base - все должно быть норм
удалить из модулей "двойники" shadow, group то может и проблема пропадет сама собой.Это по любому правильно сделать
Если удалить из модулей "двойники" shadow, groupНе просто удалить, а объединить в base. Сделать "на все случаи жизни".
объединить в baseЭто и имел ввиду. Автоматически не получится. В итоге объединяю руками и кладу в 089
В итоге объединяю руками и кладу в 089А потом появляется новый модуль с новым пользователем, и начинай сначала? Надо один раз и навсегда учесть всё возможное и невозможное.
Придумал. Можно прочитать все passwd, shadow, group и gshadow из bundles/etc/ и записать в верхний слой при загрузке.Разочарую, но вы не первый. Ильфат предлагал такое как-то. Делать правда не стали :)
А потом появляется новый модуль с новым пользователем, и начинай сначала?Это бывает редко
прочитать все passwd, shadow, group и gshadow из bundles/etc/ и записать в верхний слой при загрузке.На каком этапе загрузки? В инитрд?
Придумал. Можно прочитать все passwd, shadow, group и gshadow из bundles/etc/ и записать в верхний слой при загрузке.А если юзер не добавлен, а модифицирован? Как два варианта одного юзера сойдутся в верхнем слое?
Инструкция устаревшая. Сейчас немного не так.Надо бы поправить в шапке.
git clone --recursive https://github.com/neobht/uird.git
cd uird
./make_dracut.sh
./make_busybox.sh
cd dracut
make install
cd ..
./mkuird pra64
А как собрать uird под другое ядро, не загруженное в систему?С последними коммитами так:
# ./mkuird pra64 -k 4.15.4-pf -m /local/dir/to/modules
Папка с модулями ядра должна быть с правами на запись.Не уверен что это необходимо всегда, но если в этой папке нет файла modules.dep, то точно запись нужна, потому в этом случае depmod ругнется и сгенерирует его.
# ./mkuird pra64 -k 4.15.4-pf -m /local/dir/to/modules
./mkuird pra64 -k 4.19.9-1-ck-core2 -m /usr/lib/modules
А как определить есть ли у ядра ауфс?dmesg | grep aufs или grep /usr/lib/modules/$kern_ver/modules.builtin или modules.order
как собрать uird под другое ядро, не загруженное в систему?Наиболее просто взять готовый http://file.puppyrus.org/users/pra64/kernel/initrd-uird1811.xz
HOOKS="block autodetect"
в Linux-ck все равно aufs нет. Что-то ошибочное мнение закралось, что uird загружает с любым ядром. )С любым AUFS
как определить есть ли у ядра ауфс?
cd /lib/modules/версия_ядра && grep aufs modules.builtin modules.dep
/usr/lib/modules/$kern_ver/modules.builtinДа, это вариант. Но в общем виде будет несколько сложнее. У модулей еще алиасы есть. То есть сперва нужно смотреть не является ли имя модуля алиасом (modules.symbols), затем искать в modules.builtin. Пожалуй добавлю такую проверку в mkuird.
У модулей еще алиасы есть. То есть сперва нужно смотреть не является ли имя модуля алиасом (modules.symbols), затем искать в modules.builtin.применительно к aufs наверное не актуально, кто на него алиасить будет.
применительно к aufs наверное не актуально, кто на него алиасить будет.Имею ввиду проверять все, что не найдено modinfo
Редактировать сообщение
Сообщить модератору Записан
переживания о 'жирности' uird не актуальны?Тут посмотрел внимательней содержимое uird.magos.cpio.xz. Здесь и полный busybox, и модули ядра на 34 Mb и т.д.
Сложилось впечатление, что это самостоятельная мини-система. А значит и некоторые функции можно переложить на нееКак раз так я uird и рассматриваю. Сейчас даже разбор ини в нем есть, то есть можно до запуска основной системы изменить любой конфиг в этой системе, дописать новый или выполнить скрипт, например пользователя создать. Весь механизм сохранения в модуль есть в uird, без поддержки со стороны сиситемы (требуется systemd только). И много чего еще.
Сейчас даже разбор ини в нем есть, то есть можно до запуска основной системы изменить любой конфиг в этой системе, дописать новый или выполнить скрипт, например пользователя создать.Я смотрю в MagOS.ini изменения, раньше такого не видел:
То есть в идеале uird + ини файл + pfs-utils + rootfs донора = Система в которой есть все необходимоеХорошо звучит, :) пришлось только погуглить насчет rootfs (http://wiki.rosalab.com/ru/index.php/%D0%9E%D0%B1%D1%80%D0%B0%D0%B7_rootfs) и где его взять для своего линукса в той самой минимальной комплектации (на примере Росы).
sudo pacstrap -i -c моя_папка baseПотом сжать моя_папка в модуль.
пришлось только погуглить насчет rootfsСойдет любой iso. Даже разбирать не обязательно.
uird.config=MagOS.ini
Вот только что туда писать нужно разбираться.Так вот про это я и интересовался.
Чтобы вот эти все базовые настройки как-то автоматизировать, хотелось бы по образцу MagOS.ini:Нужно смотреть как это сделано в арче.
Часовой пояс
Локализация
Настройка сети
а можно запустить скрипт со стандартными adduser, passwd в чруте. То есть так.Этим способом можно прикрутить скрипт arch2.sh из это темы Скрипт для персональной установки ArchLinux (http://forum.puppyrus.org/index.php?topic=21469.msg154026#msg154026), отредактировав под нужды фругала. Ему как раз chroot нужен для работы. Получится автоматизация первичной настройки:
[/bin/addPRAuser]a+x [ chroot . ]
|#!/bin/bash
|bla-bla-bla
Но это все-таки что-то не имеющее отношение к MagOS.ini или я неправильно понимаю его назначение.В целом МагОС.ини так и работает. Кроме первого блока, Значения из него записываются в /etc/sysconfig/MagOS и обрабатываются позже другими скриптами. Но все это можно заменить скриптами непосредственно в ини.
Ему как раз chroot нужен для работы.Не знаю как в арче, но тут смысл чрута в том, что скрипт выполняется в момент когда слоеный rootfs системы уже собран, но текущая rootfs все еще uird. Вот мы и чрутимся в системный rootfs выполняем свои adduser и т.д. и uird-init продолжается дальше. Но вообще многое из этого скрипта можно сделать с ини, и не везде нужен чрут.
echo 'Указываем язык системы'
echo 'LANG="ru_RU.UTF-8"' > /etc/locale.conf
echo 'Вписываем KEYMAP=ru FONT=cyr-sun16'
echo 'KEYMAP=ru' >> /etc/vconsole.conf
echo 'FONT=cyr-sun16' >> /etc/vconsole.conf
echo 'Добавляем пользователя'
useradd -m -g users -G wheel -s /bin/bash $username
echo 'Устанавливаем пароль пользователя'
passwd $username
вот эти все базовые настройки как-то автоматизироватьhttp://forum.puppyrus.org/index.php?topic=22000.msg160600#msg160600
если у вас есть физический доступ к машине от rm -rf вас ни что не спасёт.дал флешку попользоваться шутнику и достаточно.
Если ваш шутник получил доступ к железуне к железу, а к ini файлу на флешке, который текст и лежит в открытую. И ничего плохого что он лежит, я про возможность вписать туда код.
Удобства и полезности не вижуПрикреплю Magos.ini. И его часть выложу под катом для наглядности.
070-prar-full-2210-sf02.pfs- здесь уже uird-r657
uird-r657initrd собранный с drakut-r657 падает в kernel panic
падает в kernel panic
Собирал uird для 5.19, сделал git pull - паника ядра. Откатился на efb438e040f2b8fee4e545f20548ae249fc3e191 (https://github.com/neobht/uird/commit/efb438e040f2b8fee4e545f20548ae249fc3e191) - ok.
Откатился на 631 - нормЯ только dracut откатил. Остальные 2 пакета - свежие.
почему у вас uird собирается с неведомым дракутом? Должен быть совершенно конкретный коммит.Я всегда собирал по этому https://mirror.yandex.ru/puppyrus/puppyrus-a/PKGBUILD/uird-2002.03.01/ билду, который мы вместе делали 2 года назад. Не заработало только на 657. В билде что-то не так с коммитами?
Стандартно при сборки UIRD, дракут и бизибокс собираются сабмодулями с гита с конкретных коммитовв билде так и есть
Возможно берете собраный дракут с репозиториянет. собираются 3 пакета - uird bbox dracut. Все именно компилятся и именно с вашего гита
Я только dracut откатил. Остальные 2 пакета - свежие.Тогда что вы имели ввиду тут.
что вы имели ввиду тут.Я скомпилил 3 свежих 657 пакета. Инитрд собирается проблеммный
Я скомпилил 3 свежих 657 пакета. Инитрд собирается проблеммныйСорян, я не понимаю )). Что значит 657 пакет? И как проблема может быть связана с пакетом дракута, если uird при сборке использует встроенный дракут собранный make_dracut.sh как подмодуль проекта UIRD.
Методом перебора заменил только dracut на 631 (собранный ранее этим же билдом). Проблема ушла
Что значит 657 пакет?
printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
как проблема может быть связана с пакетом дракута, если uird при сборке использует встроенный дракут собранный make_dracut.sh как подмодуль проекта UIRD.Не знаю, но с дракут из 657 версии из вашего гит у меня не заработало
я не понимаюВозьму на себя труд пояснить.
Ок. Как повторить?Собрать в любом арче билд (см. выше) : makepkg и на нем uird.lfa.cpio.xz
Ок. Как повторить?Собрать в любом арче билд (см. выше) : makepkg и на нем uird.lfa.cpio.xz
Ну или без билда
можете перепроверитьДа, не исправлено. Но я выше давал инфу, с откатом на какой commit uird у меня все чинилось.
Да, не исправлено. Но я выше давал инфу, с откатом на какой commit uird у меня все чинилось.И это коммит, который для вас же и делал ). С заменой modprobe на kmod вместо busybox. По ошибке ничего не понятно, просто падает в панику и все. Даже с debug в логе ничего нет.
Т.е. git pull теперь противопоказан.Вы можете откатывать конкретный коммит, а остальное оставить. Может в итоге так и сделаю, у меня работает и с ним и без.
А вообще, git позволяет делать pull исключая один commit?Можно иcключить после pull
Можно иcключитьМне бы механизм, все же я еще 'плаваю' в git.
Мне бы механизм, вgit reset --hard коммит
Уже второй раз на мой памяти, когда разраб говорит "у меня все работает", но чтобы увидеть ошибку вынужден брать наше isoКонкретно тут была глупая ошибка.
Можно починить самоcтоятельно и прислать PR ))Если необходимость заставит и автора не дождаться - конечно можно попробовать. Но т.к. в самых последних версиях существенных изменений нет - проще откатиться на старую. Что-то чинить в своем коде всегда проще автору ;)
А вообще - главная проблема у нас - отсутствие тестеров. Автору не вывезти тест на разном железе и осЭто так. Плюс банально забываю у меня же работает )).
отсутствие тестеровРоса не помогла вам решить эту проблему? Там же по идее штатные тестеры на зарплате должны быть...
Роса не помогла вам решить эту проблему?Барий пока не проходит qa. Сборки тестируем вдвоем.
qaЧто это?
Сборки тестируем вдвоемКто второй?
В uird пачка изменений связанных с toxzmhttps://github.com/neobht/uird/commit/553801f9b6fc5f4fb6e274c0b8b80664933f00ca ?
Кто второй?Ильфат
Т.е. теперь там целые диалоги? Надо будет пересобрать для прарИзменения касаются вывода логов и запроса пароля для люкс раздела при выключении в plymouth. Не думаю, что вам интересно. Просто предупреждаю что мог поломать где-то )). И вероятно еще будут сегодня - завтра правки косметического характера.
ИльфатОн профессионально участвует или на энтузиазме?
Не думаю, что вам интересно.По мне - создать сохраненку в модуль удобнее в GUI , а не в консоли
Он профессионально участвует или на энтузиазме?Сотрудник Росы.
По мне - создать сохраненку в модуль удобнее в GUI , а не в консолиТак сама создается. Ничего не надо делать.
сама создается. Ничего не надо делать.Возможность выбрать - только настройки или с софтом и пр. есть?
Возможность выбрать - только настройки или с софтом и пр. есть?в toxzm.cfg
Объединение сохраненок .pfs есть?