DogLinux (Debian LiveCD в стиле Puppy Linux) от gumanzoy

[gumanzoy]

Не удобнее ли перенести их в модуль с этой прогой...
Базу таким раздувать - зло

А нет, не удобней. Модуль с прогой одинаковый для 32 и 64бит.
Либ там совсем мало.

[knn]

  в какой-то очередной раз запустил и случайно победил 'pppoe' - доуст-л (после 'apt-get update' ) pppoe+pppoeconf (+ автоснос NM т.к. конфликт пакетов, а ч/з NM не мог настроить) => запустил 'pppoe' [ ! итого около 150 Мб в каталоге сохраненки]

маё (краткосрочное по 32-бит):

- нравится:

  -- без бубнов - параллельн запуск в разн tty разных wm(/de)

  -- наличие: 32-бит, userid=1000, ...

  -- настройки XTerm

  -- /etc/hostname - норм меняется ч/з  'rootcopy' ( ? vs 'ddr' [или к-то местной деб-сборки] )

- X3:
  -- запуск 'icewm' почему-то с "перманентным XTerm" - вариант-   его окно уменьшить (#"родной-jwm" глянул и понял что не настрою, но я в его настройках мало разбираюсь; крыса для для меня - дико, но двигаться можно  )

  -- пока мало знаком со сквош-утилитами и вообще структурой сборки

[knn]

  -- наличие: 32-бит, userid=1000, ...

на счет '1000' - запутался-погорячился ( # но переведу как-нибудь на 1000)
---------------
понятно что сборка для тестирования железа, но подзадержусь на ней как на основной. Спасибо ! (и fredx181 спасибо)
=========
особо в сборке не разбирался, но многое спокойно доставляется, запускается.
#по сих пор не могу на bp32ng 'awesome' запустить, а тут второй день - нормально

[knn]

на счет '1000' - запутался-погорячился ( # но переведу как-нибудь на 1000)

- здорово что в 'mklive-bookworm' недавно id-puppy поменяли ) - т.к. есть много дистров с id-defaultuser=1000 - удобна совместимость.
-----
зы
руками скрипт можно поправить, а можно рассмотреть - добавку "диалога выбора кол-ва потоков" gui/tui  (после выбора компрессии) [ -processors $n] -
~= :
'mksquashfs ... {$nProc}' . если выбранная {$n} <= $(cat /proc/cpuinfo | grep processor | wc -l) и не пустая, иначе - дефолт
--------
зызы
вариант - n<=$(nproc) - не знаю как правильней...

[knn]

~= :

Код

echo "maximum enable = $(nproc)" ; echo  -e "wait input value... \n(if type 'Enter' = max-default):"  ; read n;  for (( i=1; i <=$(nproc) ; i++ )); do if [ -z "$n" ]; then break; fi ; if [ "$n" -eq "$i" ] ; then  nProc="-processors $n"; echo "$nProc"; break ; fi ; done ; if [ -z "$nProc" ]; then   echo "error input - $n . use max-default = ""$(nproc)" ; fi

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

[knn]

  в какой-то очередной раз запустил и случайно победил 'pppoe' - доуст-л (после 'apt-get update' ) pppoe+pppoeconf (+ автоснос NM т.к. конфликт пакетов, а ч/з NM не мог настроить) => запустил 'pppoe' [ ! итого около 150 Мб в каталоге сохраненки]

- собрал себе такую же только с перламутровыми пуговицами - 'jwm-default-mklive-bookworm' , но относительно дефолта добавил 'dhcpd-base' (и peasywifi хотя можно было вроде оставить) - это для 'usb0', а :  'nm-gnome',  'pppoe ( *conf, ppp)', 'peasywifi' - опционально (пр. /optional -- load= ) "модулями". 
Это всё чтоб избежать "конфликтов" - pppoe-vs-nm-mgr, dhcpcd-vs-peasywifi(но с dhcpcd-base норм) [# сам wifi не пользую]
------------
32 , 64. заснепшотил репы. обустраиваюсь.
initrd потом скорее возьму из 'liveusb-doglinux-debian-12-2023.05.06' - есть '/modules', 'text', 'extramod'(раньше активно его пользовал. # как помню был там и "мелкий ньюанс" с применением на логич.разделах)
-------------
в 'liveusb-doglinux-debian-12-2023.05.06' также интересно "про драйвера, видеокарты", но пока не до того.
Структуру-каталогов наверно немного поменяю.
# зы.  с "переменными" в menu.lst должно быть повеселее - для 'porteus-mod-initrd' - мне удобно т.к. много параметров и их сочетаний. надеюсь - доберусь )
 -------
 upd
 зызы
 недопонимал про "Debian-&-Xdialog", но сейчас нашел 'xdialog3'
 ( правда gtk-3. а запуск такойже - "Xdialog")  !

[gumanzoy]

заснепшотил репы.

А зачем морозть репы ? в Debian stable почти ничего не меняется.

initrd потом скорее возьму из 'liveusb-doglinux-debian-12-2023.05.06' - есть '/modules', 'text', 'extramod'(раньше активно его пользовал. # как помню был там и "мелкий ньюанс" с применением на логич.разделах)

initrd с модулями пересобирается под каждое ядро скриптом /usr/local/cr-initrd/mkinitrd
параметр text у меня обрабатывает не linuxrc а /etc/profile
загрузка модулей из extramod изначально есть, я её не добавлял.
Все мои изменения в 05-customtools.squashfs

в 'liveusb-doglinux-debian-12-2023.05.06' также интересно "про драйвера, видеокарты", но пока не до того.

Как работает описано в блоге https://gumanzoy.blogspot.com/2021/08/nvidia-doglinux-porteus-initrd.html

[knn]

initrd с модулями пересобирается под каждое ядро скриптом /usr/local/cr-initrd/mkinitrd

  Про "ядро+инитрд" - спасибо - учту.
Как понимаю, аналогично на фулл-линуксах, uird, ... ; а на puppy-, pra-like - можно отдельно.
# отдельно ядро( и инитрд) пока не собирал - а только ч/з mklive-script - автоматом (заметил что там правки "по дороге" можно вносить)
----------------------

Все мои изменения в 05-customtools.squashfs

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

в Debian stable почти ничего не меняется.

- недавно смотрел ч/з какую-то apt-команду --> на 'DogLinux-gumanzoy' показало разницу в 100 пакетов upd: / ? или либ (спустя пол-года).
Можно конечно рассуждать-размышлять: "много-мало", "про последствия"; но вроде с учетом что разговор про "фругалл-сборку" - могое должно "списаться со счетов".

А зачем морозть репы ?

- охота было "ближе к идеалу".

# по теме "на поржать":
  20-го числа собрал сборку-"среднеминималку" (пакеты==mix-mkliveJwmDefault+someGumanzoy+knnChoise).
  Заснепшотил репы - заснепшотилось на 19-е.
  Доп-модули нормально пособрались (AptToSfs upd: + иногда synaptic-предпроверка).
  Но! 'mpv' не захотел собираться - с жалобой на уже установленную либу-выше-верией.
  21-го переснепшотил на 20-е (+проапдейтил) --> не помогло.
  22-го утром (+localtime) - так же.
    Предполагаю тут может влиять :
    -- или что снепшоты за 20-е - выложены в 2-ух экземплярах (там так раз-в-несколько-дней); 
    -- или "новая-либа" с чем-то из ddog-репы прилетела;
    -- или   что-то ещё.... 
        ---------
    дальше видно будет....
     + поразбираюсь ( я с 'apt' только знакомлюсь; с другими темами надеюсь тоже постепенно поднатаскаюсь)
     =================
     зы:
     "вопрос на засыпку" - откуда в 32-бит-DDog-сборке( моей) 'Xdialog' ? - я его случайно заметил. Специально - не ставил, и вообще думал что нет такого пакета, и когда искал - нашел пакет (xdialog3) только для 64-бит
    # я рад что он есть в сборке, но любопытство - откуда он взялся.
    # допускаю мою невнимательность.
    ======
    зызы
    ? как на DDog компилить ? - нужно ли что-то дополнительно подключать как в "puppy"[devx], нужно ли что-нибудь доустанавливать или ...?

[gumanzoy]

Как понимаю, аналогично на фулл-линуксах, uird, ... ; а на puppy-, pra-like - можно отдельно.
# отдельно ядро( и инитрд) пока не собирал - а только ч/з mklive-script - автоматом (заметил что там правки "по дороге" можно вносить)

Можно собрать универсальный инитрд без модулей но будет работать только с ядрами где все нужные для загрузки модули вкомпилены. Т.е. с ядрами из состава Debian не будет.

Цитата: gumanzoy от Сегодня в 10:09:03

    в Debian stable почти ничего не меняется.

- недавно смотрел ч/з какую-то apt-команду --> на 'DogLinux-gumanzoy' показало разницу в 100 пакетов upd: / ? или либ (спустя пол-года).
Можно конечно рассуждать-размышлять: "много-мало", "про последствия"; но вроде с учетом что разговор про "фругалл-сборку" - могое должно "списаться со счетов".

Применительно к фругалл сборке не обязательно же эти апдейты ставить. Часто софт например апдейты либ и не требует.

    ? как на DDog компилить ? - нужно ли что-то дополнительно подключать как в "puppy"[devx], нужно ли что-нибудь доустанавливать или ...?

Доустановить нужное. У меня все нужное для сборки модулей ядра в модуле optional/dkms.squashfs + там же рядом модули с заголовками ядер

Но! 'mpv' не захотел собираться - с жалобой на уже установленную либу-выше-верией.

Я для себя с mpv вопрос решил. Модули собраны

Нашел компактный mpv для Debian и Ubuntu. С вкомпиленым ffmpeg. https://non-gnu.uvt.nl/debian/
mpv из официальной репы bookworm с зависимостями - ~60MB xz squashfs
этот 15MB

[krasnyh]

компактный mpv ... С вкомпиленым ffmpeg

Кстати, на днях тут узнал, что оказывается для mpv yt-dlp делают отдельные сборки ffmpeg, https://github.com/yt-dlp/FFmpeg-Builds#ffmpeg-static-auto-builds. Не знаю зачем, может разрабам так удобней отлаживать yt-dlp.

Такое вот 'ноу-хау', а мы тут по старинке с системным ffmpeg. )

[knn]

по старинке с системным ffmpeg

-  'ffmpeg' же не только для 'ytdl' - скринграбы, перекодировка, наверное еще много для чего (у меня он пока опционально - ужатый ~= 10 М - вроде даже если в "базу" - не много )
---------------
зы
по-старинке - для перекодировок и т.п. говорят и 'mencoder' (mplayer~овский) пригождается

[knn]

С вкомпиленым ffmpeg. https://non-gnu.uvt.nl/debian/
....
этот 15MB

спасибо - поставил - mpv_0.36.0+fruit.1_i386.deb - работает. и ytdl тоже. ffmpeg не подключал.
# ставил (пробно без сохранерки) пакетом контекстом-pcmanfm (в DDog-утилитах пока особо не разбирался)

[gumanzoy]

Моя статья на habr.com. По сути это краткая инструкция по использованию сборки.

Экспресс диагностика ПК/ноутбуков без необходимости установки драйверов
https://habr.com/ru/articles/781782/

Речь пойдет о x86 ПК/ноутбуках/моноблоках. О том как проверить функционирование различных подсистем ноутбука: дисплей, клавиатуру, тачпад, USB порты, сетевые карты Ethernet и WiFi, встроенные динамики, WEB-камеру, микрофон. Проверить показатели состояния АКБ, показатели S.M.A.R.T. HDD и SSD, в том числе NVMe. Проверить температуру и стабильность работы CPU и GPU под нагрузкой.

В каких случаях это может понадобится:

• ПК/ноутбук/моноблок (новый или б/у) поставляется без ОС
• При экспресс проверке ПК после сборки, из новых или б/у комплектующих
• Устройство поступило в ремонт с извлеченным загрузочным SSD/HDD
• В установленной ОС не работают одна или несколько подсистем (тачпад, звук, WiFi, WEB-камера)
• Пароль на пользователе ОС, либо активирован BitLocker
• Установленная ОС не загружается

[knn]

... краткая инструкция по использованию сборки.

- инструкция к инструменту всегда полезна)
---------------------------------
зы
кусок mklive-скрипта для возможности сквошить на разном количестве потоков
(пару-тройку раз собирал [mklive-bookworm  -cli] - рабочее)
если именно в mklive-bookworm-gumanzoy.tar.xz, то под замену строк - 1499-1514 :

Код

####%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
###### 231116
#############################################################################################
## -- choice processor threads --231116 --knn
echo "maximum enable = ""$(nproc)" ; echo   -e "wait input value... \n(if type 'Enter' = max-default) :"  ; read n;  for (( i=1; i <=$(nproc) ; i++ )); do if [ -z "$n" ]; then break; fi ; if [ "$n" -eq "$i" ] ; then  nProc=$(echo " -processors $n"); echo "$nProc"; break ; fi ; done ; if [ -z "$nProc" ]; then   echo "error input - $n . use max-default = ""$(nproc)" ; fi ; echo "${nProc}"
###### 

mksq_k_g="$(echo "mksquashfs $kernel isodata/live/k-$kernel${nmu}.squashfs ")"

mksq_fs_g="$(echo "mksquashfs chroot isodata/live/01-filesystem.squashf ")"

mksq_k_x="$(echo "mksquashfs $kernel isodata/live/k-$kernel${nmu}.squashfs -comp xz -b 512k -Xbcj x86  ")"

mksq_fs_x="$(echo "mksquashfs chroot isodata/live/01-filesystem.squashfs -comp xz -b 512k -Xbcj x86 ")"


echo -e "\e[0;33mNow we will create compressed kernel: k-$kernel.squashfs and filesystem: '01-filesystem.squashfs'\nPlease enter your choice, xz compression will give smaller size than gzip,\033[0m"
echo -e "\e[0;33mbut xz takes much longer time to compress\033[0m"
read -p "Type gzip or xz : " choice

case "$choice" in 
  gzip)
echo -e "\e[0;36mCreating kernel .squashfs isodata/live/k-$kernel${nmu}.squashfs . . .\033[0m"

## mksquashfs $kernel isodata/live/k-$kernel${nmu}.squashfs "$(echo "${nProc}")"
sh -c "$mksq_k_g""${nProc}"

echo -e "\e[0;36mCreating isodata/live/01-filesystem.squashfs...\033[0m"
## mksquashfs chroot isodata/live/01-filesystem.squashfs "$(echo "${nProc}")"
sh -c "$mksq_fs_g""${nProc}"


;;
  xz)
echo -e "\e[0;36mCreating kernel .squashfs isodata/live/k-$kernel${nmu}.squashfs . . .\033[0m"
## mksquashfs $kernel isodata/live/k-$kernel${nmu}.squashfs -comp xz -b 512k -Xbcj x86 "$(echo "${nProc}")"
sh -c "$mksq_k_x""${nProc}"

echo -e "\e[0;36mCreating isodata/live/01-filesystem.squashfs...\033[0m"
## mksquashfs chroot isodata/live/01-filesystem.squashfs -comp xz -b 512k -Xbcj x86 "$(echo "${nProc}")"
sh -c "$mksq_fs_x""${nProc}"

# далее для "повтора после ошибки выбора компрессии" решил не править.
# было 'echo-для-выбора'  по-красивше, да потерялось.
# ... может и непосредственно в 'mklive-bookworm' пригодится...
----------
# я например на одном потоке собираю почти от безысходности (см. комп в подписи)). на компе по-лучше может для "фонового процесса" пригодится (1,2,3,...)
=========
upd:
зызы
-- там если неправильно ввел - будет "максималка" (на символы ругается, но работает).
-- если проверять код на одном и том же терминале несколько раз - выдаст ошибку (#такие "особенности" у кода). Не думаю что даже за сеанс сборка будет 2 раза собираться.( на край перелогиниваться или менять tty)
=====================
upd2  ) :
# по железу и видеокартам не понимаю (себе собираю под другие цели), но в сборку можно еще пару микропрог:
-- tree (нагляный вывод структуры на разную глубину);
-- ncdu (читал, что 'gdu' быстрее - пробовал - не то)
# тем более что терминалы хорошо раскрашены.

[totiks2012]

Давно хотел спросить, есть ли возможность в debian dog , организовать сохранение на лету, то есть не при выходе из системы а по мере  поступленияизменений в систему, может есть какие опции в menu.lst для этого?