SFSLinux = попытка сделать из .deb puppy. apt-get для puppy

[sfs]

Основная масса патчей отсюда https://pf.natalenko.name/. Имея конфиг Pro у меня получалось в AF самостоятельно собрать ядро.
Так что перспективы ядра не вызывают опасений
Что касаемо Ваших сборок - думаю, если Вы хотите продолжать  live deb линию - надо как-то сформулировать идею - чем это лучше puppy(rus)(a)... фулл deb... на кого и для чего рассчитано

[sklimkin]

Основная масса патчей отсюда

Уже скачиваю. Спасибо.

если Вы хотите продолжать  live deb линию - надо как-то сформулировать идею - чем это лучше puppy(rus)(a)... фулл deb... на кого и для чего рассчитано

Только добавить "s-frugal" - но это мне не удалось (без тупого копирования /home/@q) увы.

Вспомнился анекдот, в котором грузин утверждал, что "грузины лучше, чем армяне" и на вопль армянина "ну чем, чем грузины лучше чем армяне?!" грузин ответил: "чем армяне".
Прошу воспринимать цитату, только как анекдот, НИКАКОГО НАЦИОНАЛИЗМА.

А если серьезно, то я это обозначил как:
Задача звучит так:
а) выполнить сборку ОС на базе Debian/Ubuntu с рабочим столом и набором программ по выбору пользователя и при этом минимизировать размер полученного дистрибутива,
б) полученный дистрибутив должен загружаться в виртуальной машине и при желании устанавливаться на виртуальный жесткий диск этой виртуальной машины,
в) полученный дистрибутив должен позволять его последующие модификации и дополнения, а также сохранение этих модификаций,
г) минимальное потребление памяти (показатели виртуальной машины не самые точные, но тем не менее достигнут результат менее 100 МБ в только что запущенной машине).

Разве это не достаточный повод на фоне монструозности последних официальных сборок?

Могу добавить к этому, что на различных Линукс-форумах не прекращается поток вопросов о том, как "самому собрать компактную Линукс-систему с минимальными затратами", вопросы пишут по-разному, но смысл примерно таков.
Поэтому и показал, как это можно сделать. Не забыл указать на Ваши сборки в целом и PRA в частности.
Ни для кого не секрет, что Дебиан и Юбунта наиболее востребованы "в массах".

Я одному вполне осмысленному собеседнику (продметом был Дебиан) порекомендовал почитать forum.puppyrus.org а он с порога отмел это предложение только по причине "puppy". Потом, после моих пояснений стал читать и думать. Прикиньте, скольких людей заинтересует мой опыт сборки (очень далекий от совершенства, но все же), если это не будет относиться к Debian/Ubuntu ??

Надеюсь, что после именно таких сборок, кто-то возьмется и за другие семейства Линукс (что несколько сложнее).
Это подразумевалось и не озвучивалось мной по причине очевидности.
Мой личный интерес к самодеятельным сборкам Debian/Ubuntu с ядром от производителя практически удовлетворен.
Да мне очень интересны возможности initrd (Porteus) и pf-kernel
Но я пока плохо владею этим инструментарием, буду штудировать по Вашим ссылкам.

Хотелось бы заметить, что Ваша разработка и наработка "s-frugal" при более подробном ее описании (кто кого вызывает и кто за кем отрабатывает) только выиграла бы и как говорится "пошла в массы". Ведь без ее использования система вовсе еще не модульна. Я например ее пока так и не "прикрутил", а очень хотел.
Разобраться в работе цепочки скриптов не так просто, как может казаться их разработчику. А присутствие рядом с ними предыдущих (bak) версий еще больше смущает.

Имея конфиг Pro

Может быть я проглядел, но ... где он?
Еще раз спасибо.

[Pro]

цитирую сам себя:
"Не выкачивая исходники ядра, конфиг ядра можно увидеть в /etc/modules"

[sfs]

Ни для кого не секрет, что Дебиан и Юбунта наиболее востребованы "в массах".

Да, но за то что предоставляют готовые сборки
Хорошо раскрутилась убунта времен гном2. Сейчас уже не так все однозначно
Если собираете только со своими набором софта - deb удобно
Если задачи координально другие - арч удобнее. Попробуйте
Тут та же тема что с виндой. Привыкли люди и не переубедить. Не слышат

Pro - ничего не путаете? Вроде только в src модуле...

[imago31]

да, тоже со своей стороны стараюсь знакомить окружающих с линуксом, но на практике пересадить полностью на линукс удалось только жену, и даже убунту ей уже не так нравится как puppyrus 13.10, а почему, потомучто привлекла скорость работы фругала с save.sfs, безгеморное открытие приложений, быстрая их работа, выключение компа через кнопку питания, так как неубиваема, одним словом большие линуксы, такие как убунту уже слишком тяжелы для производительной работы даже на мощных ноутах

[sfs]

Дома многих уже устраивает планшет\телефон
А скоро буде 1 телевизор
Домашний дектоп умирает - не зависимо от ОС

[sklimkin]

Домашний дектоп умирает - не зависимо от ОС

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

Прошу прощения за настойчивость (может быть даже за назойливость), но повторюсь:
более подробная "пропись" работы s-frugal скриптов была бы очень нелишней.
Ведь это стартовый и даже ключевой момент Ваших сборок.
Может быть не только я не разобрался в работе s-frugal - спросить стесняются, и пользуются готовым, как есть.
Уточняю. Что отвечает за:
1. загрузку модулей sfs-pfs
2. вызов загруженного модуля на исполнение
3. выгрузку неиспользуемого загруженного модуля.

Спасибо PRO и sfs за полезный диалог.

[sfs]

более подробная "пропись" работы s-frugal скриптов была бы очень нелишней.

http://wiki.puppyrus.org/soft/sfrugal
Я перешел на porteus-initrd. Где это возможно - лучше так и сделать
sfrugal - это автозагрузка
вызов и выгрузка там не предусмотрены
Вы не путаете с sfs-get ? http://wiki.puppyrus.org/soft/sfs-get

[sklimkin]

Вы правы - я ошибся в названии, речь об sfs-get

sfs-get - это скрипт.
Должен работать в любом frugal-aufs дистрибутиве
Утилиты монтирования модулей можно менять в начале скрипта mnt_sfs

Сейчас у меня под рукой распакована только сборка sfsl-121114
В ней нахожу etc/rc.sfrugal usr/local/bin/sfs* usr/local/bin/mnt* usr/local/share/sfsl/ - я теряюсь в обилии скриптов.

Загружаю в вирт.машине свою сборку (чуть измененнная sfsl-121114).
Модули находятся в /_sfs
При этом все модули из /_sfs загрузились в /mnt - строка linux kernel загрузчика отработала нормально.
Модули загруженные в /mnt исполняются, если добраться до бинарного файла.
Похоже не туда, куда надо они загрузились - надо в usr/  а не в mnt/
Вот скриншоты:
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#gupxn84d4bxcf6q
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#p1j3tqk5ditlwtj
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#uxpbxxfhmz4cjnt

Скрипт usr/local/bin/sfs-get вызывается, отрабатывает, но ничего не загружает.

В исходной сборке home/@q указывает на usr/local/share/sfsl/q
usr/local/share/sfsl/q я тупо скопировал из исходной сборки sfsl-121114
но у меня по условиям стандартной сборки ubuntu не ссылка, а просто home/q
Конфликт конечно в этом, но как исправить?

Читаю usr/local/bin/sfs-get, но не могу отследить последовательность исполнения скриптов (в случае, когда все на месте) - я об этом спрашивал.

[sfs]

sfs-get никак не связан с home
У Вас совсем старый.
Возьмите http://forum.puppyrus.org/index.php/topic,13419.0.html и http://forum.puppyrus.org/index.php/topic,12727.msg83625.html#msg83625
Должно работать везде

[sklimkin]

Возьмите http://forum.puppyrus.org/index.php/topic,13419.0.html и http://forum.puppyrus.org/index.php/topic,12727.msg83625.html#msg83625
Должно работать везде

Распаковал эти 2 модуля и добавил их по принадлежности (/etc и /usr) в "чистую" сборку на базе ubuntu. Пересобрал ISO-образ.
При вызове sfs-get получил сообщение: sfsusr - команда не найдена.
скриншот sfsl-sfs-get_VMware.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#b1tajylfydldxbo
Хотелось бы, чтобы работало не только в Puppy.
Поэтому и просил найти время на "расписать" цепочку вызовов скрипов.
Тогда модульнось шагнет за пределы PRA.

[sfs]

Возьмите то чего не хватает в PRA : sfsusr gtkdialog
В выводе же все ясно написано

[sklimkin]

Возьмите то чего не хватает в PRA : sfsusr gtkdialog
В выводе же все ясно написано

На практике, как часто бывает, не все так просто.

Подключение "на лету" дополнительных sfs-модулей в Ubuntu-сборке.
Для того, чтобы подгружать во время работы дополнительные модули *.sfs
(mount squashfs on the fly), потребовалось распаковать в /chroot-окружение
модули из PRA: 060-sfs-get.pfs и pfs-utils-0.2.9pra-4-i686
а затем туда же добавить вручную из работающей PRA вот что:
sfsusr ntf gtkdialog yad realpath notify-send notify-send.bin checkramfree
(gxmessage похоже, что не надо)
/lib/@libpcre.so /lib/@libpcre.so.1 /lib/libpcre.so.1.2.1 --> /usr/local/lib/

Пришлось немного изменить usr/local/share/applications/sfs-get.desktop
#Exec=sfs-get -p
Exec=sudo sfs-get
#Terminal=false
Terminal=true
иначе скрипт не отрабатывает: нет загрузки, нет индикации загруженного модуля.
Вероятно по-разному работает sudo в PRA-linux и в Ubuntu-linux.

Добавленный/установленный модуль может работать сразу, но в меню не виден.
/mnt/beaver-0.4.1-1-i686-xz.sfs/
Требуется обновить Desktop - пока это можно через перезагрузку пользователя.
Тогда (в данном случае для beaver) в главном меню появляется:
Программирование-->Beaver (даже с иконками).

Размещение дополнительных sfs-модулей указано в /isolinux/isolinux.cfg
в данном случае это директорий /_sfs ISO-образа.
Добавил туда (для тестирования) модуль beaver-0.4.1-1-i686-xz.sfs

Выгрузка подключенного "на лету" модуля также работает.

Дополнительные (для вставки в chroot) файлы соберу пока в один архивный файл.
Позже сделаю загружаемый с системой модуль-squashfs.

Подключение sfs-модулей из иного, чем /_sfs места пока не проверял.

Цепочка вызовов sfs-скриптов:
sfs-get -> sfsusr -> mnt_sfs -> ...
спотыкается на checkramfree -> сообщение о делении на 0 (во как!)
но тем не менее работает, смотри скриншоты:
ubuntu-lucid-gnome-panel_sfs-get_VMware_1.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#49xjbycmecw94aw
ubuntu-lucid-gnome-panel_sfs-get_VMware_2.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#91fnixsiigrpixt
ubuntu-lucid-gnome-panel_sfs-get_VMware_3.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#xxvg6hf1awnw3ob
ubuntu-lucid-gnome-panel_sfs-get_VMware_4.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#1p3skcy34zxfx75
ubuntu-lucid-gnome-panel_sfs-get_VMware_5.png
http://www.mediafire.com/view/okko8x7k84aox/Live-CD-ISO#0f6q6t4twzzs1wk

[sfs]

notify-send notify-send.bin gxmessage

не надо

/lib/@libpcre.so /lib/@libpcre.so.1 /lib/libpcre.so.1.2.1 --> /usr/local/lib/

Возьмите в PRA 1311e dep-find - покажет недостающие либы

Exec=sudo sfs-get
#Terminal=false
Terminal=true

sudo - хуже не будет
Terminal=true - вряд ли при делах. sfs-get не консольный

Требуется обновить Desktop - пока это можно через перезагрузку пользователя.

Это уже другая задача. Зависит от ВМ. В sfs-get для этого запускается fixmenus

в данном случае это директорий /_sfs ISO-образа.

sfs-get и pfs-util работают из любой папки, но не обеспечивают автозагрузку модулей  - это функционал sfrugal , porteus-initrd, live-boot (deb пакет)

Позже сделаю загружаемый с системой модуль-squashfs.

Лучше держать sfs-get и pfs-util отдельными авторскими модулями. Так проще обновлять. Свое наклатывать в верхний слой aufs
Подключение sfs-модулей из иного, чем /_sfs места пока не проверял.

спотыкается на checkramfree -> сообщение о делении на 0 (во как!)

checkramfree - вроде актуален только при загрузке модуля в память
Его надо править под initrd. У меня с ошибкой тоже работал. Из потенциальных проблем - попытка загрузить модуль в память, а ее свободной нет. Что будет - не знаю

Поздравляю. Вы почти разобрались. Что ценно - самостоятельно
+ и так держать

[sfs]

http://murga-linux.com/puppy/viewtopic.php?t=90586
В 68мб впихнули live-boot, apt, jwm ,браузер ФМ и т.п.
Можно взять за основу