Форум проекта PuppyRus Linux
Дистрибутивы проекта PuppyRus Linux => Сборки Linux от пользователей => Тема начата: erasy от 12 Июль 2019, 15:27:28
-
Документация на рус. (https://slax.org.ru/forum/index.php?topic=821.msg2497#msg2497)
Сделал пока просто русскую сборку, в следующий раз дополню ее парой скриптов, позволяющих не заглядывать лишний раз в терминал.
https://slax.org.ru/forum/index.php?topic=820.0 (https://slax.org.ru/forum/index.php?topic=820.0)
Можно подробнее про "сужаем"
Ну, это как в любом модульном дистре: в текущей версии изначально 6 модулей - core, firmware, xorg, desktop, apps и chromium. Выкинуть Сhromium само напрашивается (заменив его, например, на Palemoon). Потом выкидываем apps и получаем голый десктоп с одним терминалом. Выкидываем десктоп - получаем X-ы с blackbox'ом. Если достаточно командной строки - то оставляем только core. С любого места можно начать строить что-то свое (сам в основном использую core+icewm со своим набором софта, из любопытства собирал core+mate).
-
В слаксе есть утилиты для сборки модулей из пакетов?
Я так понял - модули там нумерованные. Переставлять нельзя - сломается база apt ?
Т.е. это
Главная проблема для модульного дистра : т.к. инфа о пакетах в одном файле /var/lib/dpkg/status - наслаивать модули, не сломав ПМ , получится только пронумеровав модули и подключая их без пропуска номеров. Итог
нерешаемо?
-
в текущей версии изначально 6 модулей - core, firmware, xorg, desktop, apps и chromium. Выкинуть Сhromium само напрашивается (заменив его, например, на Palemoon). Потом выкидываем apps и получаем голый десктоп с одним терминалом. Выкидываем десктоп - получаем X-ы с blackbox'ом. Если достаточно командной строки - то оставляем только core. С любого места можно начать строить что-то свое (сам в основном использую core+icewm со своим набором софта, из любопытства собирал core+mate).
Выложили бы свои наработки
В идеале русифицированный исо...
-
нерешаемо?
Я не специалист, но выглядит так, что эта проблема нерешаемая (или игра не стоит свеч). По сути slax - почти монолит (можно убрать firmware, если все работает без него, остальное, по понятным причинам, только в обратном порядке). Я организовал работу так, что при загрузке подключаются только базовые модули и настройки, а мой прикладной софт - по необходимости "на лету". Модули софта создаю на чистой базе, между ними может что-то дублироваться, зато они не зависят друг от друга. Но у меня не будет десяти разных плееров, использующих один и тот же ffmpeg ))
-
мой прикладной софт - по необходимости "на лету"
Там есть что-то родное для этого? С GUI ?
эта проблема нерешаемая
А я стараюсь все портировать (http://wiki.puppyrus.org/setups/portable#ld_library_path). Удобно. Причем много модулей от арча (PRA03) подошло к дебиану (DDR). Возможно и к слаксу подойдут
Модули софта создаю на чистой базе, между ними может что-то дублироваться, зато они не зависят друг от друга. Но у меня не будет десяти разных плееров, использующих один и тот же ffmpeg ))
Не очень понял, как ...
Если собрать 2 ffmpeg-мплеера он должен оказаться в обоих модулях
Поэтому я его делаю отдельным модулем. Он еще и браузерам нужен
В слаксе есть утилиты для сборки модулей из пакетов?
?
-
Сделал пока просто русскую сборку, в следующий раз дополню ее парой скриптов, позволяющих не заглядывать лишний раз в терминал.
https://slax.org.ru/forum/index.php?topic=820.0 (https://slax.org.ru/forum/index.php?topic=820.0)
-
Там есть что-то родное для этого? С GUI ?
В оригинальном слаксе только консольные скрипты, для себя я написал пару надстроек на yad, но прежде, чем выкладывать, хочу избавить от личной специфики в сторону универсальности.
Возможно и к слаксу подойдут
Пока не пробовал, с одной стороны интересно, подойдут ли, с другой - необходимости нет и времени мало...
Интересно, "съест" ли slax pfs?
Не очень понял, как ...
Если собрать 2 ffmpeg-мплеера он должен оказаться в обоих модулях
Поэтому я его делаю отдельным модулем. Он еще и браузерам нужен
Тут на свое усмотрение: в этом примере можно сделать отдельно ffmpeg, отдельно плеер (или два, или пять), отдельно броузеры (и не забывать подключать ffmpeg), а можно все это в одном модуле, так я сделал на "домашнем медиацентре".
В слаксе есть утилиты для сборки модулей из пакетов?
?
В слаксе модуль делается - apt install + savechanges, но можно и из пакетов, отслеживая зависимости самостоятельно.
-
написал пару надстроек на yad
Может сразу pfs-util (http://forum.puppyrus.org/index.php?board=172.0) ? Там и gui есть и подгрузка модулей из инета
"съест" ли slax pfs?
Если ядро умеет squashfs xz - съест
apt install + savechanges
Как-то совсем не удобно...
http://forum.puppyrus.org/index.php?topic=21158.0
http://forum.puppyrus.org/index.php?topic=21828.0
В итоге 3 человека пилят фругал дистр на дебиане (я, вы и bicyclist56 (https://slax9.blogspot.com/p/slax-9.html) ) Каждый в свою сторону, по одним и тем же граблям
Объединять усилия никто не хочет :'(
-
Т.к. это не русификация, а своя пересборка - перенес в этот раздел
С почином + ;)
1. Базовый модуль больше размером т.к. глубокой чисткой не озадачивался.
2. Актуальные на сегдняшний день версии пакетов.
А в чем тогда был смысл его пересобирать? Просто бы обновили в chroot
Русификацию отдельным модулем не сделать? Может еще кто-то бы на этой базе свое собрал
-
Может сразу pfs-util (http://forum.puppyrus.org/index.php?board=172.0) ?
Pfs-utils - совершенно новая для меня тема, сначала надо будет вникнуть.
3 человека пилят фругал дистр на дебиане
Когда я уходил с "уютненькой" лубунты - и в мыслях не было "пилить", наоборот, искал готовый - быстрый, надежный в смысле не подверженный накоплению ошибок и мусора, простой и удобный в использовании. Неужели все-таки придется... )))
-
А в чем тогда был смысл его пересобирать?
Наверно, в простоте ) LLK полностью автоматизируют процесс
Русификацию отдельным модулем не сделать?
Тут не буквально русификация, он собран из русской установки Debian. Про отдельный модуль надо подумать, но, боюсь, работа потребуется кропотливая
-
Pfs-utils - совершенно новая для меня тема, сначала надо будет вникнуть.
http://wiki.puppyrus.org/puppyrus/pr218/pfs3
Неужели все-таки придется... )))
Я для себя такого не нашел :) И вот я здесь
в простоте ) LLK полностью автоматизируют процесс
Но если Вы меняли список пакетов - утрачена совместимость с оригиналом. Это не пугает?
Про отдельный модуль надо подумать, но, боюсь, работа потребуется кропотливая
Если с оригинальной базой будет не совместим - тогда смысла нет
Короче - надо определиться с совместимостью с прародителем
Т.к. остальные модули свои - нужно ли она...
Ваши модули, как я понимаю, к родному слах не подойдут?
-
Список пакетов не менял (в базе даже скорее осталось что-то лишнее, т.к. чистил поверхностно), все изменения касаются локализации.
Проверил совместимость - все модули, сделанные под оригинальным слаксом, на русифицированном запустились без проблем, более того - те, в которых есть русская локаль, выводят все по-русски. Обратную совместимость пока нет возможности проверить, но уверен в положительном результате.
Пробовал подключать несколько pfs из portable - запустился только нетребовательный geany, остальным не хватало либ.
Еще попробовал модули собственного изготовления, сделанные для DebianDog - заработали почти все, кроме хрома и firefox'а
-
Раз
Список пакетов не менял
это
Русификацию отдельным модулем не сделать?
очень актуально. Для тех кто захочет родную сборку. В идеале : измененные конфиги + список пакетов
Жалко я этим не озадачился, когда делал ДДр
все модули, сделанные под оригинальным слаксом, на русифицированном запустились без проблем
Раз состав базы не менялся - ничего удивительного
те, в которых есть русская локаль, выводят все по-русски
Если база русская тоже не удивительно
Пробовал подключать несколько pfs из portable - запустился только нетребовательный geany, остальным не хватало либ.
Раз в ДДР запускается и здесь должно с добавлением этих либ. Их не много
заработали почти все, кроме хрома и firefox'а
Они были из деб. репы?
А с DebianDog слились? Что с ним не так?
-
Русификацию отдельным модулем не сделать?
очень актуально. Для тех кто захочет родную сборку
Мне кажется, смысл LLK вообще и Slax в частности - в том, что пользователю дается инструмент (или среда) для легкого создания собственного окружения. На это указывает и то, что у Slax-9, в отличие от прошлых версий, нет и судя по всему не предполагается централизованного хранилища готовых модулей - есть минимум, которым можно пользоваться, а можно менять под свои потребности. Slax тоже конструктор, но с несколько другими правилами. Зачем делать заплатку-русификацию, если можно сделать так, что локализация будет нативной во всей сборке снизу доверху?
Пробовал подключать несколько pfs из portable - запустился только нетребовательный geany, остальным не хватало либ.
Раз в ДДР запускается и здесь должно с добавлением этих либ. Их не много
Тут выбор такой: например, мне нужен anydesk, он тоже требует пару либ, их приходится доустанавливать и все вместе собирать в модуль. Но anydesk apt'ом не поставишь, а скажем, mtpaint, который тоже требовал либы, проще установить штатно сразу со всеми зависимостями и сделать модуль (если надо, то и с предварительными настройками)
Они были из деб. репы?
Да, в DD "слаксовый" принцип создания модулей (apt install + savechanges) тоже доступен как вариант
А с DebianDog слились? Что с ним не так?
DD очень приглянулся, но слакс лучше )
-
LLK вообще и Slax в частности - в том, что пользователю дается инструмент (или среда) для легкого создания собственного окружения
А что за инструмент....?
В любом дистре исть инструмент типа debostrap , которым можно создать базу в папке. Потом ее засквошить и поверху ПМом базы собирать слои AUFS
В чем новизна?
Т.е. такой фругал можно сделать из любого линукса (http://forum.puppyrus.org/index.php?board=182.0)
судя по всему не предполагается централизованного хранилища готовых модулей
У меня создалось впечатление, что со старым слаксом автор заморачивался. Тогда это было свежо и ново
Все чуть или не from src дистры собирали. Тот же пупи
Потом все поняли что линукс от и в африке линукс - как его не крути. Начали делать через ПМ
Автор тосковал по фругалу и сделал его себе на дебе - чтобы не паритьтся.
А потом по старой памяти и выложил
Из особенностей дистра только раб. стол. Разбирал его. Очень на любителя по форме и содержанию
Зачем делать заплатку-русификацию, если можно сделать так, что локализация будет нативной во всей сборке снизу доверху?
А зачем пересобирать базу, если достаточно заплатки
Заплатку пересобрать проще, чем базу
проще установить штатно сразу со всеми зависимостями и сделать модуль
Не весь софт есть в дебе и тот что есть не весь как надо. Тот же ffmpeg жирноват будет
Ну сделайте NM-gtk2 ;) А к ДДР я его прикрутил на запчастях, скомпиленных в ПРА03
Для меня пока главная проблема - компиляция. В дебиане как-то все сложно. Или я не научился
Как у Вас с этим?
DD "слаксовый" принцип создания модулей (apt install + savechanges) тоже доступен как вариант
Это в любом AUFS доступно, но неудобно
Удобнее конвертер пакетов в модуль. Можно откл.подкл. в процессе изготовления
DD очень приглянулся, но слакс лучше )
А в чем отличие, кроме раб. стола?
По мне - в ДД много своих наработок. ДДР делал чтобы с ними разобраться.
По мере разбора ничего интересного не находил и сливал
В итоге в ДДР от ДД почти ничего не осталось
Деб привлекает только тем что репа настолько вялотекущая, что можно считать замороженной
А то в арче с этим бывают проблемы (http://forum.puppyrus.org/index.php?topic=21839.0)
-
В любом дистре исть инструмент типа debostrap
Не, debootstrap - это резак, а LLK - станок ))
Автор тосковал по фругалу и сделал его себе на дебе - чтобы не паритьтся.
Да, выглядит именно "чтобы не париться", это и привлекает ))
Ну сделайте NM-gtk2 ;) А к ДДР я его прикрутил на запчастях, скомпиленных в ПРА03
Это уже спорт какой-то )) я вообще от NM как класса не в восторге
Как у Вас с этим?
Пока никак ((
А в чем отличие, кроме раб. стола?
Проще и минималистичнее.
Раб. стол легко меняется на любой другой, сам предпочитал icewm, но вот чем больше смотрю на тот, что в слаксе, тем больше он меня подкупает - все той же простотой и минимализмом. Не знаю, может - пройдет ))
А вообще, мы с Вами смотрим с разных позиций: Вы - разработчик, я - пользователь ) PR (по моему впечатлению) - дистр разработчиков, порог вхождения достаточно высокий (намеренно или интуитивно?), может быть ему не хватает конечного продукта? Или цель проекта не результат, а процесс?
-
Или цель проекта не результат, а процесс?
Процесс тоже конечно. Нравится sfs творить, без сомненья. :)
Но все же тот же Retro (http://forum.puppyrus.org/index.php?topic=19052.msg146237#msg146237) уже давно находится в статичном состоянии, не меняется.
Можно сказать что к нему применен статус "stable" по примеру дебиана (https://ru.wikipedia.org/wiki/Debian#%D0%92%D1%8B%D0%BF%D1%83%D1%81%D0%BA%D0%B8).
upd. Если не ошибаюсь, для PRA6408 (http://forum.puppyrus.org/index.php?topic=21342.msg156202#msg156202) тоже задумывался статус "stable".
-
Не, debootstrap - это резак, а LLK - станок ))
А mklive (http://murga-linux.com/puppy/viewtopic.php?t=111199)-stratch ?
Я им собрал для прикола. В итоге ДДР01 :)
тот, что в слаксе, тем больше он меня подкупает - все той же простотой и минимализмом.
Монитринга проца и пр. нет. Без этого чувствую себя слепым
Меню формируется адски
Вы - разработчик
Скорее сборщик
Мои скрипты написаны потому, что ничего другого нет. Уровень любительский. Не тянет на "разработчик". Вот (http://forum.puppyrus.org/index.php?topic=20450.msg159317#msg159317) настоящий разраб.
порог вхождения достаточно высокий
Да ладно. Зная sh уже можно что-то писать. Даже если и это не умеешь - можно тестировать
Возможность участвовать в процессе - это одна из фишек даже не PR, а puppyцель проекта не результат, а процесс?
У меня - результат. Но ввиду непрофессианализма и малого числа участников - может показаться, что процесс
ПРА03 скорее в стадии морального устаревания
ПРА6408 - да, флагман. Кроме багфиксов и осмысленного обновления версий там ничего не планирую. Учел некоторые ошибки ПРА03
-
Мне кажется, смысл LLK вообще и Slax в частности - в том, что пользователю дается инструмент (или среда) для легкого создания собственного окружения. На это указывает и то, что у Slax-9, в отличие от прошлых версий, нет и судя по всему не предполагается централизованного хранилища готовых модулей - есть минимум, которым можно пользоваться, а можно менять под свои потребности. Slax тоже конструктор, но с несколько другими правилами.
Тут выбор такой: например, мне нужен anydesk, он тоже требует пару либ, их приходится доустанавливать и все вместе собирать в модуль. Но anydesk apt'ом не поставишь, а скажем, mtpaint, который тоже требовал либы, проще установить штатно сразу со всеми зависимостями и сделать модуль (если надо, то и с предварительными настройками)
Они были из деб. репы?
Да, в DD "слаксовый" принцип создания модулей (apt install + savechanges) тоже доступен как вариант
Подскажите, пожалуйста, есть подробная инструкция по созданию модулей в вашем русском slax'е?
И ещё вопрос, как настроить, чтобы после загрузки переключалось на пользователя guest и все программы запускались от guest'а.
Можно конечно, запустить терминал,набрать su guest и потом palemoon, но это неудобно :(
Не хочу под админом всё время сидеть, стрёмно это, особенно в браузерах :)))
-
Подскажите, пожалуйста, есть подробная инструкция по созданию модулей в вашем русском slax'е?
Перевел официальную документацию:
https://slax.org.ru/forum/index.php?topic=821.0
про создание модуля с примерами в конце
Собираюсь добавить gui-скрипт для подключения/отключения/создания модулей, но он пока сыроват
Можно конечно, запустить терминал,набрать su guest и потом palemoon, но это неудобно :(
Можно поправить в .desktop файлах
Exec=palemoon
на
Exec=su -c "palemoon" guest
Не хочу под админом всё время сидеть, стрёмно это, особенно в браузерах :)))
Но вообще, имхо, особая прелесть модульных систем в том, что в них нечего бояться
-
Собираюсь добавить gui-скрипт для подключения/отключения/создания модулей
Чем не устроил из pfs-util?
-
Чем не устроил из pfs-util?
Pfs-utils смотрел пока только в "естественной среде" - DDR, скрестить со Слаксом еще руки не дошли. А скриптик давно есть, написал первым делом для собственного удобства и именно так, как мне представляется простое и наглядное управление модулями. Но в нем почти нет никакой защиты от ввода некорректных данных, так что пускать в свободное плавание рано.
-
Но вообще, имхо, особая прелесть модульных систем в том, что в них нечего бояться
боятся нечего, да.
тем не менее сидеть под рутом - плохая привычка
вообще чем меньше приложению требуется прав, тем лучше
-
Перевел официальную документацию:
https://slax.org.ru/forum/index.php?topic=821.0
32-разрядная версия предназначена для работы на очень старых компьютерах . Он будет работать должным образом и на новых компьютерах, но занимает несколько больше памяти.
Если про RAM - наоборот
-
Если про RAM - наоборот
Спасибо! Исправил.
-
Перевел официальную документацию:
https://slax.org.ru/forum/index.php?topic=821.0
про создание модуля с примерами в конце
Можно конечно, запустить терминал,набрать su guest и потом palemoon, но это неудобно :(
Можно поправить в .desktop файлах
Exec=palemoon
на
Exec=su -c "palemoon" guest
Не хочу под админом всё время сидеть, стрёмно это, особенно в браузерах :)))
Но вообще, имхо, особая прелесть модульных систем в том, что в них нечего бояться
Спасибо за перевод.
Но, если браузер запущен под рутом, то модульность не спасёт от утечки паролей и подобного:
https://www.securitylab.ru/news/499188.php
В палемуне устранили эту уязвимость?
https://www.palemoon.org/releasenotes.shtml
-
если браузер запущен под рутом
http://forum.puppyrus.org/index.php?topic=20622.0
-
если браузер запущен под рутом, то модульность не спасёт от утечки паролей и подобного:
Не знаю, я не специалист по безопасности, но причиной всех тех утечек и фэйлов вообще, которые я наблюдал своими глазами (в том числе и собственных), были люди, их некомпетентность, неаккуратность и прочий "человеческий фактор". Никакой guest не спасет от ввода единственного для всех аккаунтов пароля там, где не надо (а с rm -rf / справится фругал)
-
В итоге Вы собрали свои модули поверх базы slax
Удобных компонентов (подключалка pfs, pfs-util и пр.) модульного фругала в slax нет
Если Вас устраивает то, что есть в исо и еще какие-то модули и чтобы все это подключалось при загрузке системы (.... Тогда зачем делить на модули?) - больше ничего и не надо
Если надо - взять базу DDR с pfs-util и пр. внутри и прикрутить к ней свои модули проще, чем писать свою подключалку pfs, pfs-util и пр.
При этом ничего из slax не теряете. А там ничего интересного и нет. Ни в плане идей ни в плане реализации
Разве что раб. стол... Его можно прикрутить к ДДР модулем
-
Я пока ничего не делал, просто пересобрал с изначальной локализацией - вдруг для кого-то это будет решающим критерием.
Лично мне нужна голая система (можно и монолитом, но иксы и DE логично отделить для простоты смены) и модули софта "все в одном", часто достаточно тяжелые, которые подгружаются не при загрузке, а по необходимости, и отключаются, когда необходимость в них отпадает, и чтобы делалось это удобно (в моем представлении, конечно). Это сейчас и попиливаю по возможности, поделюсь по готовности.
К раб. столу слакса сначала тоже отнесся скептически, но погоняв, оценил. Есть в нем что-то "макосное" (от MacOS))) Ну и IceWM никто не отменял, для того и модульность.
Что меня не устраивало в готовых модульных системах, начиная с Puppy - отсутствие возможности легко и непринужденно поставить нужный софт. Puppy понятно, он вообще сам по себе. В DDR apt не рабочий. Сейчас не могу сказать, что именно выдавал, но, наверно, это так и задумано? В PRA, кроме того, что у меня вообще с арчем как-то не сложилось, не нравится сама идея построения на замороженной репе. В общем, хотелось бы немного большей свободы доступа к донорскому источнику))
-
подгружаются не при загрузке, а по необходимости, и отключаются
Какими скриптами?
В DDR apt не рабочий.
Да ладно... Можно примеры? Лучше перейти в его раздел
-
подгружаются не при загрузке, а по необходимости, и отключаются
Какими скриптами?
Встроенными в Slax консольными с gui-оберткой собственного изготовления)
По apt'у ответил в соответствующей теме.
-
При этом ничего из slax не теряете. А там ничего интересного и нет. Ни в плане идей ни в плане реализации
Разве что раб. стол... Его можно прикрутить к ДДР модулем
Да! Рабочий стол хочу себе такой!
И ещё интересно, можно ли оттуда взять программу сохранения в файл . dat
Этот файл сам увеличивается!
А в пуппи и пра фиксированный и просто так не увеличишь!
И ещё отличие, что в пра файлы модулей создавать надо по одному, а тут сразу много!
Если установить 5 программ, потом команда:
savechanges
и получается модуль сразу с этими всеми программами и зависимыми библиотеками, иногда очень удобно, не надо отдельно зависимости паковать :)
Upd.
guest надо перенастроить права, он спокойно заходит в папку root, но изменить там не может ничего.
rm -rf сможет удалить всё на подключенных дисках в компьютере и на флэшках, включая и папки с фругалом slax-а
-
Этот файл сам увеличивается!
:) в моей-Mytetr~e завалялось:
https://habr.com/ru/post/117050/#comment_3813626 -
Не упомянута ещё одна полезная особенность — возможность создания так называемого sparse-файла. Это файл, который создаётся с заданным размером, но при этом физически не занимает пространтсво на винчестере, пока в него не будут записаны данные.
Плюс этого в том, что файл любого размера создаётся мгновенно. Пример:
dd if=/dev/null of=bigfile bs=1M seek=1024
Эта команда мгновенно создаст файл размером в 1GiB.
upd
может подойдет - сам на практике пока не проверял
-
А в пуппи и пра фиксированный и просто так не увеличишь!
легко увеличивается
-
Если установить 5 программ, потом команда:
savechanges
и получается модуль сразу с этими всеми программами и зависимыми библиотеками, иногда очень удобно, не надо отдельно зависимости паковать
сохранение в pfs делает именно то что Вы описали
-
guest надо перенастроить права, он спокойно заходит в папку root, но изменить там не может ничего.
а разве по другому должно быть?
в папке root "хозяйничать" может только root
или я что-то не понимаю?
-
Пример:
dd if=/dev/null of=bigfile bs=1M seek=1024
Эта команда мгновенно создаст файл размером в 1GiB.
файл создастся, да,
потом внутри него еще файловую систему нужно будет сделать, это тоже не сложно кстати
-
потом внутри него еще файловую систему нужно будет сделать
- потом подумал об этом.
Где-то раньше на Форуме уже вроде обсуждалось, - но не могу найти "где"
-
Где-то раньше на Форуме уже вроде обсуждалось, - но не могу найти "где"
заглянем в /usr/local/bin/make-changes
в нем функция format_savefile()
а в ней строчка
mkfs.ext4 $TARG/$NAME.dat
отформатирует файлик $NAME.dat в ext4
- - - - - -
все придумали до нас :)
-
rm -rf сможет удалить всё на подключенных дисках в компьютере и на флэшках, включая и папки с фругалом slax-а
А еще винчестер может сделать "тыц.. тыц.. тыц.. ошибка чтения". На то придуманы бэкапы.
-
можно ли оттуда взять программу сохранения в файл . dat
Этот файл сам увеличивается!
Мы говорим о сохранении в файл? FSinFile?
Ничего не путаете? Точно "сам"?
-
А в пуппи и пра фиксированный и просто так не увеличишь!
легко увеличивается
Ну это эе надо вручную вызывать программу, набирать что-то , следить постоянно,начинаешь файл загружать в домашнюю папку - пишет нет места, надо увеличивать, перезагружать.
а slax-е он автоматически сам увеличивается, без участия пользователя
Кто знает, подскажите, как эту программу оттуда вытащить?
Если установить 5 программ, потом команда:
savechanges
и получается модуль сразу с этими всеми программами и зависимыми библиотеками, иногда очень удобно, не надо отдельно зависимости паковать
сохранение в pfs делает именно то что Вы описали
При сохранении в pfs попадает, в зависимости от галочки и домашняя папка и etc или вообще все изменения в фс.
А тут что, тоже все изменения?
guest надо перенастроить права, он спокойно заходит в папку root, но изменить там не может ничего.
а разве по другому должно быть?
в папке root "хозяйничать" может только root
или я что-то не понимаю?
guest - это бесправный пользователь, почти как nobody, он должен имент права для чтения и записи только в папку
/home/guest и права на запуск только тех файлов, который root задал ему в файлах конфигурации.
Потому он и гость :)
[quote
А еще винчестер может сделать "тыц.. тыц.. тыц.. ошибка чтения". На то придуманы бэкапы.
[/quote]
Как кто-то сказал, все люди делятся на тех, кто регулярно делает бэкапы, и тех, которые потом начнут их делать, когда потеряют свои данные от ваннакраев и подобных:
https://www.torontovka.com/news/world/2017-06-29/307610.html
Зачем оставлять такую возможность?
можно ли оттуда взять программу сохранения в файл . dat
Этот файл сам увеличивается!
Мы говорим о сохранении в файл? FSinFile?
Ничего не путаете? Точно "сам"?
Я просто запускаю slax в обычном режиме (не в режиме fresh)
и в папке slax/changes появляется changes.dat
Сначала он был маленький.
После нескольких сеансов он уже увеличился до 22 Мб.
и я для этого ничего не делаю. А в пра надо нажать кнопку далее-далее over9000 раз
Надо попробовать в дамашнюю папку загружить исо образ 200 Мб
думаю, файл .dat увеличится до этих 222-х
-
в "местных" сборках есть вариант сохранения в каталог
-
Ну это эе надо вручную вызывать программу
http://forum.puppyrus.org/index.php?topic=20335.0 ?
А вообще смысл использовать такую сохраненку есть только на fat ntfs
Если у вас нет ext - скорее всего будет достаточно сохранения в модуль
-
guest - это бесправный пользователь, почти как nobody, он должен имент права для чтения и записи только в папку /home/guest и права на запуск только тех файлов, который root задал ему в файлах конфигурации.
Потому он и гость
все верно
но тогда зачем:
guest надо перенастроить права, он спокойно заходит в папку root, но изменить там не может ничего.
не пойму
-
Имеется ввиду, что гость не должен иметь возможность заходить в папки других пользователей и тем более к руту и смотреть там всякие скрипты и все чужие файлы
в "местных" сборках есть вариант сохранения в каталог
да, и в ричи тоже работает, если создать папку changes на разделе ext, туда сохраняется,
но хочется, чтобы был и такой вариант тоже, и пользователь сам выбирал, что использовать
при решения той или иной задачи :)))
-
Имеется ввиду, что гость не должен иметь возможность заходить в папки других пользователей и тем более к руту и смотреть там всякие скрипты и всё такое
смотреть можно думаю, страшного не случится
-
в "местных" сборках есть вариант сохранения в каталог
Это есть в оригинальном слаксе, если диск форматирован в ext
-
initrd pra родом из porteus, а porteus из slax
Функционал везде примерно одинаков и больше ничего с AUFS не придумать
-
А тут что, тоже все изменения?
Все изменения, которые не в модулях (кажется, rootcopy тоже). Стандартная процедура создания модуля в Slax - "чистая" загрузка, установка (и опционально настройка), сохранение в модуль.
-
Понятно, если можно, сделайте, пожалуйста, дополнительную программу сохранения на базе этой,
в ней пусть в модуль не упаковываются папки home,root.
Или сообщите название и путь к ней. Буду самостоятельно пробовать
Спасибо.
Про права guest:
сейчас папка root имеет права чтение/поиск для всех остальных.
Желательно эти права убрать, чтобы "остальные" не имели никаких прав по отношению к папке root, а также
/usr/sbin и подобным администраторским папкам
-
Или сообщите название и путь к ней. Буду самостоятельно пробовать
/usr/bin/savechanges, совершенно прозрачный скрипт. Можно добавить пути в EXCLUDE, можно сделать, чтобы перед упаковкой в squashfs он вызывал внешний чистильщик, вроде trim в pra. Вообще, я предпочитаю чистить руками под конкретную задачу, в тех же root и home могут быть предварительные настройки.
Желательно эти права убрать, чтобы "остальные" не имели никаких прав по отношению к папке root, а также
/usr/sbin и подобным администраторским папкам
Не совсем понимаю, что такое секретное вы собираетесь хранить под root'ом, на что guest'у нельзя даже взглянуть.
-
Желательно эти права убрать, чтобы "остальные" не имели никаких прав по отношению к папке root, а также
/usr/sbin и подобным администраторским папкам
там нет ничего секретного, пусть смотрит любой пользователь
о содержании этих папок знает "весь мир" :)
-
Имеется ввиду, что гость не должен иметь возможность заходить в папки других пользователей и тем более к руту и смотреть там всякие скрипты и все чужие файлы
Да в слаксе все от рута, там целая куча скриптов для запуска приложения от гостя (https://imhology.blogspot.com/2019/06/howto-start-palemoon-from-user-slax.html)... А вы тут хотите все как в линуксе :) И паппиЛы далеко не ушли.