Форум проекта PuppyRus Linux

Проект PuppyRus Linux => Обсуждение проекта => Тема начата: ШАМАНЯ от 28 Июль 2019, 07:24:15

Название: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 28 Июль 2019, 07:24:15
Это идея, как всем обьединиться.
Вы же сами говорите:

В итоге 3 человека пилят фругал дистр на дебиане (я, вы и bicyclist56 (https://slax9.blogspot.com/p/slax-9.html) ) Каждый в свою сторону, по одним и тем же граблям
Объединять усилия никто не хочет  :'(
много программ от ддр и пра03 у меня в сборке работают(после добавления нужных библиотек отдельным модулем).
тут, в этой теме  есть этот список программ, и свежайший palemoon 28.6.1 тоже

Это идея, как всем обьединиться.
Нет. Это идея как сэкономить место на винте
зачем экономить, у нас все сборки макс. 1 Гб (с всеми офисами, редакторами  и браузерами), а мелкие по 100 Мб,можно хоть 10 сборок держать,
кто эти гигабайты считает?
разве что геймеры (игры по 85 Гб уже ), и ещё может пользователи windows (сколько там 10-ка хочет -  20 гиг?  а ещё офисы граф.редакторы)
Попробую ещё раз донести меседж :)
Идея чтобы всем обьединится уже предлагалась тут в теме Манифест и в других тоже.
http://forum.puppyrus.org/index.php?topic=21372.0
http://forum.puppyrus.org/index.php?topic=21727.0

Сколько у нас сейчас тут сборок в разработке? Дополните.

64-х битные:

на базе  Arch Linux
PRA64 19.04
IceArch 0.9

на базе Debian
slax 9.9.1 ru

на базе  Slackware
Richy64

на базе puppy
Disco 19.05
 
32-х битные

на базе Debian
DDR-01 19.07

на базе puppy
Disco 19.05


Ну и ещё некоторые пилят сборки , заточенные под конкретные задачи. для себя, со  своими свистелками и хотелками, но не торопятся  выкладывать их тут в виде iso.

Конечно же, все пользователи разные и сделать одну-единственную универсальную сборку для всех вряд-ли получиться ,такую ,как когда то очень просил некий чел здесь:
осторожно, слабонервным и впечатлительным творческим натурам не смотреть - нецензурная лексика присутствует в каждом предложении :(
http://lleo.me/dnevnik/2008/05/31

цитаты оттуда :
"
А эти замечательные строчки в описаниях новых товаров: «данная видеокарта поддерживает Виндоус Висту». Не операционная система поддерживает видеокарту, нет! Видеокарта поддерживает, прогибается под соответствие системе! Железка — под программку! Моя ступня годится для новых ботинок, мой желудок поддерживает переваривание химсостава гамбургеров нового поколения, о везение! Это уже сегодня! А что же будет дальше? А дальше вслед за железкой в мясорубку отправимся мы с вами. Мы будем учиться обхаживать операционную систему, понимать операционную систему, контактировать с операционной системой. Откроются курсы по изучению психологии, привычек и мотивов поведения операционной системы, появятся тренинги «как расположить к себе операционную систему», «эффективное убеждение операционной системы», «тактика и стратегия переговоров с операционной системой»... На прилавках повылазят книжки «Чего хочет операционная система», «Как завоевать доверие операционной системы», «Искусство манипулировать операционной системой», «1001 способ произвести впечатление на операционную систему»...

Система должна знать свое место! Человек — полновластный хозяин системы, машина — раб. Раб должен выполнять любые указания — бегом и без разговоров.

"
"
Почему нельзя собрать весь мировой человеческий мозг и сделать один нормальный дистрибутив, чтоб работал. И чтобы дистрибутив пытался угадать, чего хочет пользователь, а не наоборот. Но чтобы решал в итоге все пользователь, а не дистрибутив за него. Неужели это так сложно? Один дистрибутив на весь земной шарик?
"
"
уже всю основную работу сделали — у вас есть ядро Линукса, которое вам дается фактически свыше, от бога. Осталось только собрать вокруг него сам Линукс, чтоб ставился сам, не требуя от пользователя никаких знаний, и оборудование понимал, и не тормозил потом. Один — на весь мир, самый быстрый и самый удобный для чайника, слабо?
"
"
Скажите, я что, действительно так много хочу от операционной системы? Чтоб ее архитектура не допускала существования реально действующих вирусов и уязвимостей, чтоб она летала на любом даже старом железе, понимала любое оборудование, запускала любые нужные мне программы, повсеместно поддерживалась и регулярно развивалась, работала на русском языке, не требовала от меня программирования и специальных знаний, умела тактично подсказывать, но не смела учить меня жизни, умела предлагать популярные решения, но не навязывала силой дебильные типовые варианты, и никогда ни при каких условиях не притормаживала и не зависала?
"
Название: Re: Идеи по развитию проэкта
Отправлено: ШАМАНЯ от 28 Июль 2019, 07:25:43
Давайте попробуем обьединиться и будем делать 2 сборки в  iso:
64-х битную - для новых, быстрых многоядерных компов с кучей памяти
и 32-х битную - для компов  с 2 Гб и менее.

А привязанность  к донорам -  Arch Linux Debian Slackware или  Puppy,
 пусть выбирает сам пользователь в меню загрузчика(а не разрабы), а там будут пункты  так же как сейчас с выбором DE, только с
выбором  base.pfs :
load = pra
или load=slax
а всё остальное - ядро библиотеки программы, остаются одни и те же!!!
Вот этот месседж я хочу донести до всех.

И инструкцию дать отдельную, но не в общем километровом вики (пользователи засыпают, пока прочитаю так много новой инфы),
 а прямо в теме про каждый из этих двух исо под ссылками на скачивание(а в вики можно повторить):
-Загрузите и посмотрите варианты, выберите  один из них:
может пользователь привык к донору и DE? уже так сказать у него был импринтинг на некий линукс :)
 когда понравится,уберите все пункты и оставьте только пару штук - можно даже не заставлять пользователя редактировать  menu.lst,
 а в папке boot/menu подготовить много вариантов для загрузки разных base и de и пользователь просто скопирует в корень диска
 нужный ему  menu.lst
И там же сразу предупредить про монолит.
Любит кто-то монолит, как в классическом пуппи, вот возьмите, запустите скрипт monolit, можно даже gui к нему приделать,
и скрипт упакует все модули из папки  modules и base , кроме 000-kernel -*.pfs  в один модуль  monolit.pfs, а те файлы перенесёт в  optional/backup
и все ненужные модули из  optional удаляйте! если понадобится раз в неделю - скачаете .
В пуппи тоже можно было использовать модульный режим с загрузкой в память, не создавать файл сохранения, но при этом
можно было указать  sfsdir=modules и тогда загрузятся сразу все модули из той папки, один из которых - с вашими настройками.
И не будут все тащить проект в разные стороны, а авторы вышеуказанных сборок, будут все вместе делать САМУЮ ЛУЧШУЮ СИСТЕМУ LINUX PUPPY PRA DDR SLACKO ICE RICHY !
Ну и каждый из них дополнительно будет отвечать за отдельные модули  pra-base ddr-base slax-base richy-base
И тогда будет всем хорошо :)
И разрабам и пользователям :)

Ну разве что,кроме тех, кто хочет самореализоваться, типа меня :), и кто по-прежнему будет пилить свою сборку под лозунгом:
"МОЯ!!! Все слышали!!! МОЯ СБОРКА"
 

Название: Re: Идеи по развитию проекта
Отправлено: Pro от 28 Июль 2019, 15:56:21
Золотые слова!

У меня даже название есть для дистрибутива, но я его пока не скажу, оно классное.
Название: Mimi - для просмотра интернета, ютуба и вообще...
Отправлено: ШАМАНЯ от 28 Июль 2019, 17:23:14
А мне нечего скрывать (C)
МОЯ СБОРКА :) называется - mimi - секрет :)
Пока не удалось запустить хромиум-подобные браузеры :(
Но почти все нужные мне программы в ней запускаются , неполный список  есть тут:
http://forum.puppyrus.org/index.php?board=82.0
Загружается быстро - от 6 секунд (если десяток модулей) до 10 сек (если модулей с пол-сотни). После загрузки занимает память от 80 Мб до 120 Мб.  Если с флешки - то медленнее, и ещё плюс 5 секунд ожидание готовности.
В ремонтном режиме, если кроме рабочего стола только  mc, то 55 Мб.
При просмотре ютуба через  mpv-плэйер занимает 135 Мб ( это 720 p  плавно идёт)  или 160 Мб ( это 1080p - дергается). Так что может даже пойти на 256 Мб, надо проверять.
Видео в формате 4К - тоже можно смотреть, но сильно лагает с ютуба, с диска/флэшки получше.
Ютуб в 1-й вкладке в палемуне и фоксе 300 и 350 Мб, но только 360p, 480p дергается, 720 - останавливается.
Выключается 2 сек.
Все результаты получены на 512 Мб, 32-хбитный одноядерные проц 1.6ГГц.
Модулей рабочих уже набралось под сотню, объём почти гигабайт.
Если пошаманить, получается запустить  jwm,  и openbox,  по ссылке рецепты есть, но нужны спец.условия
А так пока IceWM.
подробности в той теме по ссылке
Название: Re: Идеи по развитию проекта
Отправлено: imp от 28 Июль 2019, 17:37:11
ссылку на сборку - в студию
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 09:27:36
Что такое модульный фругал:
1. Ядро
2. initrd
3. база
4. LF (http://forum.puppyrus.org/index.php?topic=21204.msg150516#msg150516) (скрипты по работе с модулями и AUFS, pfs-utilи т.п.)
5. DE
6. Оформление
7. Софт
Именно так и и делаю свои дистры
Если DE и софт портировать - будут подходить к большинству дистрибутивов, сделанных на схожей по времени пакетной базе
Базу можно делать из любого донора или компилить самому

может быть и с не-pacman дистрибами получится
C DDR получилось. По этому шаблону можно сделать на любом доноре
Все остальное можно делать вместе и всем подойдет
А можно сделать каждому свое , чтобы это подходило к остальным компонентам
В этом главная прелесть модульного дистра

Но .... Не хотят. Даже по ядру. Уж куда проще для объединения
Причем и каких то принципиалльных разногласий нет
В итоге имеем много перманентно недоделанных дистров (и последнее время их число растет)

В одиночку дистр не сделать. Нужно сообщество. Чем оно больше - тем лучше дистр
Остается надеяться только на то, что начинающие сборщики, набив шишек и походив по старым граблям,  это когда-то поймут и, наконец, объединятся
Название: Re: Идеи по развитию проекта
Отправлено: DdShurick от 29 Июль 2019, 09:43:24
Но .... Не хотят.
Потому что ты всё-равно сделаешь по своему.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 09:46:34
На то и свой дистр, чтобы делать по своему
Это не мешает делать перечисленные компоненты вместе
То же ядро - почему не хотите общее?
Название: Re: Идеи по развитию проекта
Отправлено: DdShurick от 29 Июль 2019, 09:53:39
На то и свой дистр, чтобы делать по своему
Вот ты сам себе и ответил на вопрос, почему много дистрибутивов.
Это не мешает делать перечисленные компоненты вместе
Мешает другое, разные стандарты и фишки доноров. Поддерживать одновременно несколько весьма утомительно.
То же ядро - почему не хотите общее?
В Richy используются ядра от PRA, перепакованные.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 10:08:23
Мешает другое, разные стандарты и фишки доноров
Это есть, но это все будет только в базе
Кроме того есть совсем общие стандарты типа xfreedesktop
Все остальные компоненты вполне совместимы и перемещаемы
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 11:02:48
Мешает другое, разные стандарты и фишки доноров
Это есть, но это все будет только в базе
Кроме того есть совсем общие стандарты типа xfreedesktop
Все остальные компоненты вполне совместимы и перемещаемы
Именно это я и предлагаю - модульный фругал!
Кто топит за дебиан/арч/слаквари/пуппи  - делает все изменения ТОЛЬКО в модуле base
-это пункт 3 в списке. Может быть и несколько base из арча например(от разных разрабов). Главное - обеспечить совместимость с остальными пунктами.
Кто делает DE  со своими фишками - пункт 5. Но! обязательно совместимый с остальными пунктами. Вон в теме jwm 2.40  делают.
Дизайнеры с чувством вкуса оформляют темы с нескучными обоями (много)пункт 6.
Пункт 7 - только портабельные программы! Почему? потому что обычные, привязанные к
существующему дистру - не перемещаемы!
Зачем я делаю свою сборку? почему не использую pra1808retro - да там тормоза нереальные! Хотя и   systemd  нет и pulseaudio нет! Кто не верит - возьмите и запустите на таком конфиге, перед тем как предлагать её.
  presice 5.7.1ru - нормально по скорости для чтения инета, но как только запускаешь видео в браузере -  всё повисает, но можно сразу выставить 240p и 360p - и тогда более-менее посмотреть. Кто-то говорит  - пора менять железо?
Тоже позиция!
Уважаю чужое мнение, остаюсь при своём :)
У меня сборка прекрасно выполняет чётко поставленную задачу, она заточена на просмотр ютуба в хорошем качестве 720p и  1080p на ретро-компе.
Но  - не для всех, а другим тоже хочется такую сверх-быструю,вон уже просят выложить, но для решения и других задач!
И тут я добавляю из пра какой-то  libreoffice (не помню точно версию)  -  и сразу половина программ не запускается. А если поскачивать кучу модулей из всех pra, ddr - даже графическая оболочка перестаёт запускаться. Почему? потому что слои накладываются друг на друга и перекрывают библиотеки, и с правами тоже, не могут запуститься проги,не пускает их записать конфиги, тот же опенофис4, которые до этого запускался - сыпет ошибками.
Поэтому и предлагаю - Пункт 7 - только портабельные программы!
Итог:
Повторяю опять:
Предлагаю сделать 2(два) дистра из указанных 7 пунктов.
Те, у кого мощные многоядерные, много памяти - те пусть делают 64-х разрядную версию.
Каждый свой пункт, остальные пункты вместе.
У кого ретро-компы - с одноядерным cpu и памятью 2Гб и менее - делают 32-х разрядную.
Тестеры тестируют(в соответствии с имеющимися у них на руках компами), пользователи пользуются. Все счастливы!
Название: Re: Идеи по развитию проекта
Отправлено: Pro от 29 Июль 2019, 11:06:54
Главное - обеспечить совместимость с остальными пунктами.
Кто делает DE  со своими фишками - пункт 5. Но! обязательно совместимый с остальными пунктами. Вон в теме jwm 2.40  делают.
Дизайнеры с чувством вкуса оформляют темы снескучными обоями (много)пункт 6.
невзлетит. потому что:

Почему? потому что обычные, привязанные к существующему дистру - не перемещаемы!
это не только для программ справедливо, но и для всяких DE/WM и для ядра.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 11:50:19
это не только для программ справедливо, но и для всяких DE/WM и для ядра.
Ядро-то почему неперемещаемо?

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

Допустим, я поддерживаю вашу идею.
Что мне делать? Точнее, что я сейчас делаю не по этой идее?
Чем Вы сможете мне помочь?
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 12:31:59
В остальном - проблема не в том, что нельзя  так сделать, а в том , что никто вообще ничего делать не хочет
Раз можно так сделать, значит можно попробовать! Не получиться, всегда можно вернуться  к тому варианту разработки, который сейчас.
А кто не хочет ... Это же опенсорс, он такой  :)

А если и делает - все по своему. Без учета имеющегося опыта и не вместе
у кого-то лучше получается работать в команде, кто-то творит в одиночестве

Допустим, я поддерживаю вашу идею.
Что мне делать? Чем Вы сможете мне помочь?
эмм..  у меня же нет опыта в разработке дистров, что я могу вам предложить?
Делайте, то же, что и раньше, строго по списку из 7 пунктов :)
Единственное, может быть, вам стоит всё-таки сосредоточится только на одном дистре (32 или 64), на том,  который вам больше нравиться именно сейчас, быть может, это повысит эффективность разработки.
А я тестирую потихоньку,когда время есть,вот  баг-репорты пишу, идеи из воздуха ловлю :)
Название: Re: Идеи по развитию проекта
Отправлено: k0l0p0k от 29 Июль 2019, 12:40:39
А если и делает - все по своему. Без учета имеющегося опыта и не вместе
это главная проблема
все пытаются ( зачем-то ) начать с "нуля"
вместо того чтоб шлифовать имеющееся
хотя конечно  вылавливать блох в чужом коде всегда менее интересно чем "творить"
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 12:45:09
Делайте, то же, что и раньше, строго по списку из 7 пунктов
Сейчас у меня по другому?
может быть, вам стоит всё-таки сосредоточится только на одном дистре (32 или 64), на том,  который вам больше нравиться именно сейчас
Мне нужно 2 : максимально легкий с минимумом прог - DDR
Универсальный фругал : pra64
Хотя , даже 3 : самообновляющийся фулл с элементами фругал - pra-roll

Я бы сосредоточился на одном, но нет желающих для остального

В начале пути на проекте у меня были иллюзии еще больше (http://docs.puppyrus.org/sfs/plan)
В итоге сейчас - сам придумал - сам сделал. Если не обкакали , а хоть как-то качают и тестят - уже радость
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 12:45:10
А если и делает - все по своему. Без учета имеющегося опыта и не вместе
это главная проблема
все пытаются ( зачем-то ) начать с "нуля"
вместо того чтоб шлифовать имеющееся
хотя конечно  вылавливать блох в чужом коде всегда менее интересно чем "творить"
МОЯ!!! ВСЕ СЛЫШАЛИ! МОЯ СБОРКА!!!
:)
Творческие натуры, они такие :)

Вот тут про сборки линуксов для слабых компов, тоже обосновывают, может быть интересным:
http://linuxeasy.pp.ua/2018/06/27/neprostoj-vybor-distributiva-linux-dlya-slabyh-pk-obzor-antix-linux/

quote author=sfs link=topic=21924.msg159943#msg159943 date=1564393509]
Сейчас у меня по другому?
[/quote]
ни в коем случае не критикую, но я вижу, что сейчас вы проводите четкую границу - вот это - для ПРА1808, а это для DDR,  а вот это - для PRA64, а то - для PRA roll full,
 вот я и думаю, что такое "распыление" усилий не очень хорошо сказывается, на общем результате.
ну дальше вы и сами ответили, нужно 3 дистра. легкий с минимумом, универсальный, и фулл.
Хочу так, как ХОЧУ!
Тоже позиция
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 12:52:18
вылавливать блох в чужом коде всегда менее интересно чем "творить"
Творите. Но давайте хотя-бы выработаем Тех. задание. Потом кто лучше его реализовал - того код и юзаем и вместе дорабатываем. Хотя бы как это было с pfs-util
МОЯ!!! ВСЕ СЛЫШАЛИ! МОЯ СБОРКА!!!
Что значит "МОЯ" ? Вы в ней сделали что? Только mksquashfs ?
Нужно пройти определенный период инкубации, чтобы ваши сборки стали интересны кому-то еще  :(
Название: Re: Идеи по развитию проекта
Отправлено: k0l0p0k от 29 Июль 2019, 13:00:05
Но давайте хотя-бы выработаем Тех. задание.
предлагаю первый пункт:
в скриптах писать нормальные, читаемые наименования функций
иначе "вылавливание блох" превращается в "ад"
черт знает сколько времени тратится на расшифровку
поэтому наверное и бросают чужое в мусорку
Название: Re: Идеи по развитию проекта
Отправлено: Pro от 29 Июль 2019, 13:07:16
Незнаю как щас, но раньше ядро того-же убунту содержало в себе дистроспецифические патчи, которые могут быть несовместимы с другими дистрибутивами.

Применительно к puppy, в ядрах которые я ранее собирал есть патч usb-storage добавляющий сообщения в лог dmesg чтобы на уровне initrd потом отловить окончание инициализации дисков. Патч конечно не ломает совместимость, но как показатель хороший пример.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 13:17:12
предлагаю первый пункт:
Это ТЗ создания чего?
раньше ядро того-же убунту содержало в себе дистроспецифические патчи
Сейчас-то у нас в ходу или твои или портеус ядра. Там дистрозависимых патчей нет
В manjaro ядрах, вроде тоже нет
Название: Re: Идеи по развитию проекта
Отправлено: k0l0p0k от 29 Июль 2019, 13:18:27
Это ТЗ создания чего?
скриптов в "местных" сборках\дистрах
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 13:22:18
Хорошо бы, но это дольше. А если бы и с комментариями...
Помошников по скриптам не просматривается. Вот только вы только последнее время что-то пытаетесь
Давно был ander. Все  :'(
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 13:23:58
вылавливать блох в чужом коде всегда менее интересно чем "творить"
Творите. Но давайте хотя-бы выработаем Тех. задание. Потом кто лучше его реализовал - того код и юзаем и вместе дорабатываем. Хотя бы как это было с pfs-util
МОЯ!!! ВСЕ СЛЫШАЛИ! МОЯ СБОРКА!!!
Что значит "МОЯ" ? Вы в ней сделали что? Только mksquashfs ?
Нужно пройти определенный период инкубации, чтобы ваши сборки стали интересны кому-то еще  :(
Моя сборка из richy.iso,который содержит меньше   половины файлов из ричи32, который вообще просто набор файлов где-то в облаке.
Кроме встроенного  в исо palemoon, больше ничего не запускается там, если просто добавить туда модули из пра/ддр/скачанные проги сайтов. Даже mc из пра просто так не запускается!
Каждый может попробовать добавить к ричи.исо свои любимые программы и убедиться в этом.
Потому что там нет библиотек (их там самый минимум). Другие версии палемуна тоже не работают.
Приходится для запуска  каждой нужной программы подбирать эти библиотеки, менять права, убирать лишнее скрипты и т.д.
И исправлять ошибки с запускать вифи, монтированием флешек, расположением конфигов.
И вот уже  в моей сборке запускаются браузеры, офисы аудио и видеоредакторы, видеоплэйеры, интернет-качалки и т.д.
Так что, имеет право полученная сборка называтся "МОЯ СБОРКА" ? ведь другой такой нет, она единственная и неповторимая :)
И ещё очень важен сам факт для творческого самовыражения :)
 вы скачиваете конструктор ,в вики здесь так и написано - КОНСТРУКТОР и создаёте свою собственную систему для решения нужных вам задач, и конечно, с "нескучными" обоями :)
Получилось - тогда можно всем говорить - "МОЯ",
Не получилось - продолжаем "качать скилл"
:)

Вот ещё идея, как объединить легкий с минимумом программ и универсальный.

Может сделать списки загрузки?
Текстовые файлы с перечнем модулей, разделенные по темам:
www -  тут будут , браузеры и программы для инета
office - понятно libre, openoffice, wps
media - всё для просмотра аудио и видеофайлов
edit-media - для редактирования
и минимальные наборы
office-min -  abiword gnumeric
media-min - только mpv+youtube-dl
min -  минимальный набор легковесных модулей , не требующих зависимостей от  gtk3,qt4,5 для разных задач .

В меню загрузчика просто передавать эти названия списков
/vmlinuz media-min www-min office

Вместо ddr будет так:
/vmlinuz min
Для универсального дистра так
/vmlinuz max
Чтобы не перемещать файлы туда-сюда по папкам modules и  optional.
в данном случае load и noload не подходят, слишком много туда надо набирать.

А пользователь может составить свои списки дополнительно:
/vmlinuz min  www user

Но для PRA roll full конечно,такое не подойдёт надо отдельный дистр
Название: Re: Идеи по развитию проекта
Отправлено: k0l0p0k от 29 Июль 2019, 13:28:15
Хорошо бы, но это дольше.
да, чуть дольше набирать, но ведь потом (чз полгода\год например) и самому проще вспомнить что к чему, и человеку со стороны проще вникнуть

Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 13:35:36
важен сам факт для творческого самовыражения :)
 вы скачиваете конструктор ,в вики здесь так и написано - КОНСТРУКТОР и создаёте свою собственную систему для решения нужных вам задач, и конечно, с "нескучными" обоями :)
И что из этого сейчас нельзя сделать?
Может сделать списки загрузки?
Ненужное усложнение. Если не знаете линукс софта - пробуйте все подряд
Наиболее подошедшее - в /modules
чуть дольше набирать, но ведь потом (чз полгода\год например) и самому проще вспомнить что к чему, и человеку со стороны проще вникнуть
Ок. Если будем писать вместе с Вами какой-то скрипт - так и сделаем
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 13:45:14
что сложного в том чтобы открыть текстовый файл www и увидеть там список модулей с комментариями?
#браузеры
/optional/palemoon-28.6.1.pfs
/optional/firefox-68.0.1.pfs
#торрент
/optional/qbittorent.pfs
#/optional/transmission.pfs
А потом закомментировать ненужное и наоборот.

И это не вместо! а в дополнение к уже существующему способу загрузки из папок  module optional через параметры  load noload!

важен сам факт для творческого самовыражения :)
 вы скачиваете конструктор ,в вики здесь так и написано - КОНСТРУКТОР и создаёте свою собственную систему для решения нужных вам задач, и конечно, с "нескучными" обоями :)
И что из этого сейчас нельзя сделать?
Можно и нужно, это часть ответа на ваш вопрос, почему mimi -  моя,  и почему она -  это не richy
Название: Re: Идеи по развитию проекта
Отправлено: k0l0p0k от 29 Июль 2019, 13:55:08
Ок. Если будем писать вместе с Вами какой-то скрипт - так и сделаем
может лучше начать с имеющихся скриптов? потихоньку\плавно заменять в них
имеющиеся сокращения на легко-читаемые
в любом текстовом редакторе есть функция замены\поиска, задачка не сложная
------------
гитхаб для обсуждений\предложений есть, можно и здесь для каждого скрипта темку создать.
в первом посте скрипт, в каментах предложения по улучшению
так постепенно и "причешем"
?
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Июль 2019, 14:16:42
что сложного в том чтобы открыть текстовый файл www и увидеть там список модулей с комментариями?
уговорили. делайте  ;)
может лучше начать с имеющихся скриптов? потихоньку\плавно заменять в них
имеющиеся сокращения на легко-читаемые
не думаю. Эти хоть как то тестировали. Кто переделанные будет тестировать?
Работает - не трогай
можно и здесь для каждого скрипта темку создать
Для многих уже есть
предложения по улучшению
пишите - рассмотрю
Название: Re: Идеи по развитию проекта
Отправлено: knn от 29 Июль 2019, 14:55:53
в данном случае load и noload не подходят, слишком много туда надо набирать.
- посмотрите в http://forum.puppyrus.org/index.php?topic=19544.msg137247#msg137247 .
Если преднастроить "варианты выбора" , то ничего много набирать не нужно. ( вариант реализации вашего пожелания)
Название: Re: Идеи по развитию проекта
Отправлено: ШАМАНЯ от 29 Июль 2019, 21:00:53
буду пробовать, это же для  grub4dos?
в grub2 нельзя  load=mod1;mod2
надо в  одиночных кавычках
 load='mod1,mod2'
Название: Re: Идеи по развитию проекта
Отправлено: knn от 29 Июль 2019, 21:06:15
это же для  grub4dos?
- да.
  Если что - могу подмочь, по возможности ( все таки "там" - "многообразие")
---------------
 Изначально планировал и под гр2, но потом - "хорошего по маленьку" - там и с Гр4дос есть чего доделывать.
Название: Re: Идеи по развитию проекта
Отправлено: ilfat от 29 Июль 2019, 22:22:35
надо в  одиночных кавычках
При перечислении через запятую кавычки не нужны. Точка с запятой в grub2 является разделителем команд, как в shell-ах.
Название: Re: Идеи по развитию проекта
Отправлено: imp от 29 Июль 2019, 23:51:45
Начинающих сборщиков тут нет. Потому не хотят и не будут. Каждому свое.  Одному дистр не потянуть? Вы же справляетесь. По крайней мере с эффективным менеджментом) Шаманя, можно меньшебукафф и больше смысла? У нас все-таки не литературный кружок.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 30 Июль 2019, 09:13:53
Начинающих сборщиков тут нет
ШАМАНЯ ?
Одному дистр не потянуть? Вы же справляетесь.
Я не 1. Образовалось хоть и не большое и не особо активное, но сообщество
И начинали втроем (http://forum.puppyrus.org/index.php?topic=14534.msg79710#msg79710). Это было очень важно на том этапе
Вы же справляетесь
До серьезного уровня удастся дорасти только с привлечением настоящих программеров
Основа моих дистров - LF (http://forum.puppyrus.org/index.php?board=182.0) на любительском уровне. Аналогичный функцилонал нужен в любом модульном фругале. Хорошо бы довести до ума коллективно
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 29 Ноябрь 2019, 14:34:02
   Уважаемые друзья! Привет от "чайника".Сегодня попробовал lf01-1911-x86_64, не впечатлился и вернул назад мою рабочую pra6408-1904 (с последними обновлениями, конечно).
   Задумался о целях наших разработчиков.Я пользуюсь только Frugal, мне Full не интересен, слишком много возни с установкой- не стоит того.
  На моей основной машинке с Intel Celeron N3150, Integrated Graphics и 4Г RAM pra6408-1904 безупречен. После того как в 2019 были решены все вопросы с Wine, раньше это было слабое место PRA, (в нем у меня летает  среда разработки Матлаб и много другого громоздкого, цена овладения новыми знаниями резко снизилась) неудовлетворенных желаний не осталось.  000-kernel-5.1.4porteus_64 наконец-то заставил работать тачпад на ноутбуке Asus X200 (это другая машинка). Мелочь, а приятно.
  Для "суровых челябинских парней" 040-de-ols-gtk2-180101-sf17 более чем достаточен, набор программ офиса, видео, аудио и прочего -тоже. Тогда над чем работать и куда стремиться?
  Я вижу так:
  1. Обеспечение полноценной функциональности одного типа PRA frugal (32 и 64 или универсальной), на как можно большем перечне "железа" с максимальной степенью автоматизации адаптации.  Понимаю, что это очень и очень не просто. Это главная задача. Для начала решать всем миром проблему видеокарт на мощных компах и ноутбуках. Обидно, когда вещь имеется, а пользуешься только встроенной в Intel видеокартой.
  Может быть неплохо написать пошаговую инструкцию по тестированию новых модулей с тем, чтобы у разработчиков была обратная связь с разнообразным железом имеющимся у "непродвинутых" пользователей. В заставке должен быть раздел "Принять участие в тестировании".
 
  2. Поддерживание в актуальном состоянии браузеров Chrome, Palemoon и Яндекс (на случай режима суверенного интернета). Кстати, лучше синхронизировать время по ya.ru - убедился в поездках по миру (не западному).
 
  3. Создание и обновление умельцами pfs программ для решения экзотических задач, например,  FreeCad, требующий прямой установки (без Wine и virtualbox), чтобы пользоваться возможностями видеокарт (предполагаем, что проблемы с драйверами решены).

  Множество ISO в заголовке сбивает новичков с толку. Зачем я ставил lf01-1911-x86_64? Он не дал мне ничего нового ни в арчевской ни дебиановской ветках, драйвера nVidia-390 так и не заработали, многострочное входное меню сбивает с толку до состояния "когнитивного диссонанса" барана у новых ворот (а двор за воротами остался прежним). Или я чего-то не понимаю?
  PRA замечателен, он требует периодического обслуживания, последовательной преемственности и совершенно не нуждается в сомнительных "ребрендингах и марчендайзинге" (еле выговорил).
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Ноябрь 2019, 15:11:23
попробовал lf01-1911-x86_64, не впечатлился и вернул назад мою рабочую pra6408-1904 (с последними обновлениями
Так pra6408-1904 с последними обновлениями это и есть lf01-1911
Что в ней могло не понравиться, если нравится pra6408? Дебиан?
1. нет обратной связи. Пошаговые инструкции по тестированию проприетарных видеодров есть. тестеров нет
2.
Поддерживание в актуальном состоянии браузеров Chrome, Palemoon
Когда то было недостаточно актуально?
Яндекс (на случай режима суверенного интернета
Когда суверинитет наступит тогда и будем думать
3. умельцев совсем не стало. Кроме меня модули почти никто не делает
Множество ISO в заголовке сбивает новичков с толку
В вики и анансах все расписано. За счет LF01 как раз уменьшил к-во дистров
драйвера nVidia-390 так и не заработали
Ну так вперед по пошаговой инструкции... + багрепорт
многострочное входное меню сбивает с толку
Думаете настрогать исо по количеству пунктов меню будет лучше? или что Вы предлагаете?
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 29 Ноябрь 2019, 16:03:30
Ну так вперед по пошаговой инструкции... + багрепорт
Совсем запутался. Дайте ссылку на место где лежит инструкция.
Думаете настрогать исо по количеству пунктов меню будет лучше? или что Вы предлагаете?
Одного пункта достаточно. У меня в меню остался выбор между двумя ядрами - на всякий случай. Никакой дебиановской экзотики - нет преимуществ. Минимализм. Люди потянутся. Я пользуюсь PRA не из любви к абстрактному изучению ОС, а с целью экономии времени для решения прикладных задач. Весьма успешно. "Лучшее" - враг хорошего.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 29 Ноябрь 2019, 16:15:14
Дайте ссылку на место где лежит инструкция.
http://forum.puppyrus.org/index.php?topic=18149.msg114870#msg114870
Одного пункта достаточно
Вам. А другому нужен другой пункт (пункты) . Ну и что мне делать?
Никакой дебиановской экзотики - нет преимуществ
Нет там экзотики. Зато есть очень стабильная репа, в которой есть много чего такого, что в арче придется компилить
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 29 Ноябрь 2019, 18:01:46
Это хорошо, что разные пользователи, с разным же уровнем понимания PRA и вообще линукса, пишут на форум и делятся своим практическим опытом, своим виденьем путей развития.
И со стороны админов форума надо всячески приветствовать и поддерживать это. Может даже если высказанное мнение идет вразрез с собственным.
 
  А то помню, давненько уже, высказался некий юзер, что не обновляет сборку и чувствует себя замечательно, все работает и приносит радость. ) Получил, в принципе справедивую отповедь, что без обновления и тестирования нет развития проекта. Но зато теперь его не видно и не слышно, и кто получается  в выигрыше?
  Еще был случай, тоже давно, пользователь обеспокоился безопасностью своей системы. И не соглашался с доводами, что в PRA/Puppy все с этим и так замечательно. В итоге словил недельный? бан (на мой взгляд из ничего) и пропал с 'радаров' навсегда.


Сейчас к людям надо помягше. А на вопросы смотреть ширше. (c)  :)
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 29 Ноябрь 2019, 18:26:54
Я старый механик, на продукт которым я занимаюсь работает большая команда программистов. В конечном счете я важная часть в постановке задач. В свое время въехал в тему, потому что хотел понять проблематику программисткого труда поглубже - где дурят как лоха, а где на самом деле все непросто. Массовый конечный пользователь не любит нововведений, вспомните как как тяжело расставались с ХР, а затем с семеркой. Системщики все глубже уходят в трюм, все меньше их видно, а потому обидно. Стабильное, надежное единообразие и лаконичность - путь к успеху. Противник любой устоявшейся ОС производители нового железа, а не шизанутые игроманы, перфекционисты оформления рабочих столов. Спасибо за понимание. Я вас очень уважаю как профессионалов.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 30 Ноябрь 2019, 10:23:58
своим виденьем путей развития
У vpv1960 скорее идея  : ничего не трогать и доверти под конкретно его задачи и проблемы
С "Работает - не трогай" не поспоришь, но я не считаю свои дистры идеальными не по замыслу, не по его реализации
со стороны админов форума надо всячески приветствовать и поддерживать это
А кто-то послал и забанил?  :)
помню, давненько уже, высказался некий юзер, что не обновляет сборку и чувствует себя замечательно, все работает и приносит радость. ) Получил, в принципе справедивую отповедь, что без обновления и тестирования нет развития проекта. Но зато теперь его не видно и не слышно, и кто получается  в выигрыше?
Т.е. мне все заморозить ... А кто в проигрыше от ухода этого юзера?
Еще был случай, тоже давно, пользователь обеспокоился безопасностью своей системы. И не соглашался с доводами, что в PRA/Puppy все с этим и так замечательно. В итоге словил недельный? бан (на мой взгляд из ничего) и пропал с 'радаров' навсегда.
Ничего не путаете? Не банят у нас за убеждения. В основном за неадекват и борзость
А какое правильное здесь решение ? Срочно делать дистр на OpenBsd с securelevel (https://docstore.mik.ua/orelly/other/puis3rd/0596003234_puis3-chp-5-sect-4.html) , firewall , антивирусами и антируткитами и шифрованием для одного юзера, который все равно ни с чем перечисленным не разберется?
Не согласен - сделай сам как считаешь нужным. Докажи свою правоту.

Сейчас к людям надо помягше.
Можно примеры "жесткости"

Я вас очень уважаю как профессионалов.
Насколько мне известно, профессиональный программер у нас (скорее сам по себе) один (автор vala-panel). И форум и все его дистрибутивы любительские. Поэтому не надо строить иллюзий
Стабильное, надежное единообразие и лаконичность - путь к успеху
и ожидать уровня  Red Hat Enterprise Linux (https://ru.wikipedia.org/wiki/Red_Hat_Linux) c платной поддержкой
Главная фишка пупи подобных дистров - низкий уровень вхождения. При минимальных стартовых знаниях можно попробовать себя если не как программиста, то как тестера. Ну и при желании развиваться дальше
В итоге главная цель - общение , развлечение, эксперименты, самореализация и т.п., а не "создание конкурентного по сравнению с профессиональными дистрибутива"
Т.е. "процесс" , а не "результат". Конечно, если результат процесса будет пригоден хотя бы для домашнего использования - не зря все старались
Чем больше народа участвует - тем большему количеству дистр подойдет и тем качественнее он будет
Последнее время с участием все хуже и хуже. На runtu и у прочих самопальщиков тоже. Т.е. проблема глобальная
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 05 Декабрь 2019, 16:15:47
     Интересное выводы после трехдневных экспериментов с драйвером NVidia и заменой ядер: оказывается достаточно иметь не обрезанное ядро (типа 5.1 porteus), а 4.15 (средней степени обрезки) и счастье наступило (совершеннейшее, если будет полнофункциональное ядро). Я имею готовый, рабочий (для дела - не игрищ), не убиваемый, переносимый на флэшке, совместимый с широким перечнем железа продукт.
     А всего-то надо было разобраться с Wine (быстро вызываем, а потому удобен), понять какой нужен рабочий стол, подобрать десяток программ из PRA репы, попробовать FreeCAD_0.18-16146-Linux-Conda_Py3Qt5_glibc2.12-x86_64.AppImage (впервые узнать что-такое AppImage) и поправить .xinitrc, чтобы насладиться мощью видеокарты.
     Фукуяма, конец истории.
Название: Re: Идеи по развитию проекта
Отправлено: Pro от 05 Декабрь 2019, 16:34:01
Нифига не конец. Надо сравнить lsmod на полном и на урезаном ядре и написать сюдой в чем отличия.

И наводящий вопрос: а вы когда ядро меняете, драйвер nvidia тоже меняете на тот, который для этой версии ядра собран?
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 05 Декабрь 2019, 16:43:09
когда ядро меняете, драйвер nvidia тоже меняете на тот, который для этой версии ядра собран?
Конечно, но дело не только в видеокарте, а в том что 5.1 porteus не поддерживает серийные COM порты, ряд адаптеров которыми я пользуюсь. Решение проблем в адаптации к железу и только.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 05 Декабрь 2019, 17:23:49
5.1 porteus не поддерживает серийные COM порты
А надо ли это кому-то еще...?
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 05 Декабрь 2019, 17:32:40
А надо ли это кому-то еще...?
Современные ноутбуки настолько мощны, что любая обрезка ничего не дает, кроме досады, когда что-то не работает.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 05 Декабрь 2019, 18:00:14
Не у всех современные
Почему бы на современных не юзать жирные , полные ядра manjaro. А лучше саму manjaro
У нас дистры "маленькие и быстрые" Достигнуть это можно только обрезанием

Вот и программеры думают как Вы и идут на поводу у производителей железа
В итоге весь современный софт жрет и пухнет, а функционал не особо улучшается
Хотя бы на примере gtk2->3 qt4->5  :'(
Название: Re: Идеи по развитию проекта
Отправлено: Ilbych от 11 Июль 2020, 17:13:16
Предлагаю сделать совместимость с ventoy. Добавить в меню загрузки пункт о сохранении в файл. Имя файла сохранения вписать в соответствии с  документацией - https://www.ventoy.net/en/plugin_persistence.html
Что бы можно было образ закинуть на флешку и не настраивать сохранение, все уже настроено.

Для модулей тоже можно предусмотреть папку на флешке. Тут недавно скрипт сделали, копирующий модули в конце сеанса в другую папку. Можно его задействовать.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 13 Июль 2020, 09:25:53
Чем это будет лучше обычной фругал установки?
Кому , где и для чего может пригодиться?
В LF исо много вариантов для различных случаев. Т.е. для одного случая много лишнего. Поэтому тащить весь исо + добавлять еще нужные модули = пустая трата места на флэшке и доп. усложнения
Имя файла сохранения вписать в соответствии с  документацией
changes=/persistence/linuxmint_19.03.img не работает?
Название: Re: Идеи по развитию проекта
Отправлено: RoDoN от 13 Июль 2020, 09:31:55
Предлагаю сделать совместимость с ventoy.
Вы этим пользуетесь? ISO на флешке обязательно должен бы дефрагментирован или нет?
Название: Re: Идеи по развитию проекта
Отправлено: Ilbych от 13 Июль 2020, 18:04:16
Паппи у меня на отдельной флешке. Ventoy на другой флешке, удобно пробовать другие системы.
Тут то изменения минимальные. Если кто установки боялся, то так проще попробовать.
Про дефрагментацию нигде не упоминается, значит не нужно.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 14 Июль 2020, 08:59:06
Чем это будет лучше обычной фругал установки?
Паппи у меня на отдельной флешке.
Т.е. ничем
Ventoy на другой флешке, удобно пробовать другие системы
При этом сохранение вряд ли нужно, а вообще большую часть (не связанную с железом) удобнее тестировать в виртуалке
В итоге - если интересно - делайте. Могу выделить в отдельную тему. Отвечу на вопросы
Название: Re: Идеи по развитию проекта
Отправлено: Maybe от 20 Май 2021, 06:54:40
Хотел поблагодарить за классную документацию по дистрибутивам.

Например очень понравилось описание того, как именно работает дистрибутив, про назначение папок base, moduls и других, а так же для чего нужны и как именно работают файлы, которые в этих папках находятся. Когда понимаешь идею того, как все работает, легче и интереснее изучать дистрибутив.

Полазил по официальному форуму Puppy, ничего подобного не нашел. Может быть и есть где-то информация по тому, как именно устроен и работает официальные варианты щенков, но вот так с разгону найти мне ее не удалось.

Молодцы ребята! Я могу только догадываться, как много времени потребовалось для составления и корректировки документации. Большое вам за это спасибо
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 20 Май 2021, 09:03:24
Спасибо за теплые слова
Полазил по официальному форуму Puppy, ничего подобного не нашел
https://wiki.puppyrus.org/setups/layered_fs
https://wiki.puppyrus.org/setups/initrd
https://wiki.puppyrus.org/setups/arc
Возможно устаревшее, но глобальных изменений нет
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 16 Июнь 2021, 13:42:01
Пошел третий год как я пользуюсь 6408 с обновлениями. За эти годы был окончательно решен вопрос с wine - смогли. Пробую новые фругалы, ничего нового для себя в них не нахожу, кроме обыденных косяков свойственных сырым сборкам. Остался неприступный Эверест - CUPS. Нет CUPS со свежими драйверами для принтеров (не важно сколько это будет весить) - нет сборки. Больше идей по развитию проекта нет и быть не может для обычного пользователя. Держать второй Линукс (у меня Deepin 20) на диске для печати не удобно. PRA может быть только фругалом. У меня на флэшке только три папки: boot, uefi и pra64. Остальное сношу за ненадобностью. Ноутбуки покупать с загрузкой uefi  и только Asus. Машины с процессорами AMD не очень удобны для PRA, приходится стучать в бубен. Я попробовал все что предлагают для работы с флешки - наш PRA вне конкуренции.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 17 Июнь 2021, 10:08:59
пользуюсь 6408 с обновлениями
Не поддерживается. Обновлений давно нет
решен вопрос с wine
Какой модуль подошел и для каких задач?
Пробую новые фругалы, ничего нового для себя в них не нахожу, кроме обыденных косяков свойственных сырым сборкам
Если про наш проект - активность юзеров уменьшилась. Тестируется хуже. В свежих сборках пришлось уменьшить количество ДЕ и прочего самопала
Нет CUPS со свежими драйверами для принтеров
Где именно? Пробуйте в свежих Roll2103 и LFDS  по соответствующим вики. Если что-то не получается - пишите в тему про cups (https://forum.puppyrus.org/index.php?topic=15163.0)
Держать второй Линукс (у меня Deepin 20) на диске для печати не удобно
Если тут работает - сравните списки пакетов и сделайте модуль
PRA может быть только фругалом
Свежие - нет (https://wiki.puppyrus.org/puppyrus/pra-roll#full).
Машины с процессорами AMD не очень удобны для PRA, приходится стучать в бубен
Можно подробнее
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 20 Июнь 2021, 09:19:36
Не поддерживается. Обновлений давно нет
Может быть я неточно выразился, для меня 089-pra-upd-1801-sf99j.pfs обновление. Вот список модулей в моем base:
000-kernel-4.15.4-pf_64.pfs
001-a-1801-sf19.pfs
001-prar-c-180101-sf18.pfs
030-gtk3-3.22.26-1-180101-sf10.pfs
030-qt4-4.8.7_64-sf01.pfs
030-qt5-base-5.10.0-1-180101-sf04.pfs
035-gtk2-2.24.31-1-180101-sf10.pfs
040-de-ols-gtk2-180101-sf17.pfs
083-chrome-profile-sf15.pfs
084-theme-numix-blue_any-sf02.pfs
089-pra-upd-1801-sf99j.pfs
далее десяток 090 сохраненок под разные нужды. С этим успешно живу. Рабочих модулей для разных нужд под эту конфигурацию в репе PRA достаточно. 040-de-ols - образцовая "морда". Ничего лишнего, качественные настройки шрифтов и окон. Избегаю применение модулей networkmanager - они всегда глючные. Настраиваю Wifi в "настройках сети" и в сохраненку. Это надежно.
Какой модуль подошел и для каких задач?
wine-4.9-1801-sf01.pfs с lib32-wine-1801-sf01.pfs - для установки сред программирования, например, Mathworks Matlab R2014a. Впечатлило, прямо скажем. wine-5.13-2008-sf01.pfs и playonlinux-4.3.4-2008-sf01.pfs рабочие даже для вышеуказанного состава base. Офисы ставить на wine не имеет смысла, когда имеется libreoffice. Компьютерные игры не рассматриваю в принципе - лечить людей надо, а не потакать.
Где именно? Пробуйте в свежих Roll2103 и LFDS  по соответствующим вики. Если что-то не получается - пишите в тему про cups
Потратил денек на prar21.03-21.06 (фругальную ее часть) благо срез не древний, а потому не подтертый. Собрал модуль (без терминальных бубнов, стандартными средствами из гуя) и установил самый свежий libreoffice. Работает. А далее за "сладкое", за CUPS. Собрал модуль. В итоге моих дилетантских опытов и размышлений пришел к выводу, что проблема в правах polkit  или еще где-то на работу сервера CUPS. То браузер не видит 631 порт, то после перезапуска CUPS в systemd - внутренняя ошибка сервера или запрещен доступ к временным папкам откуда посылаются файлы на принтер. Чувствую, что всех сборках PRA какой-то "неправильный мед" с правами сервера CUPS в systemd. Тема CUPS не освежается с 2018 года, люди забили на нее - слишком хлопотно.
Можно подробнее
Попадались мне Acer моноблок и ноутбук HP Pavilion оба с AMD - на первом звук вместо внутренних динамиков уходил на HDMI, на втором установлен такой экзотический модуль Wifi, что нет его ни в одном из предложенных в PRA ядер и firmware. В первом случае - порылся в поисковиках, нашел совет, сделал модуль - получилось, во втором подключил интернет от смартфона через USB. Вывод - машины с AMD опасное место для PRA.
Название: Re: Идеи по развитию проекта
Отправлено: Pro от 20 Июнь 2021, 09:31:19
я печатаю. модуль cups-ps6 или как его там, выкладывал и в репе он есть
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 20 Июнь 2021, 13:02:36
Все что по cups в наших репах mirror.yandex.ru/puppyrus:
lf/d10/pfs/epdfview-gtk2-nocups-p-0.1.8_64-sf02.pfs
puppyrus-a/pra01/pfs/cups-1.6.3-1-i686.pfs
puppyrus-a/pra01/pfs/cups-1.6.3-1-i686_DEV.pfs
puppyrus-a64/pra64-06/pfs/Cups-2.1.0-1-j01_64.pfs
puppyrus-a64/pra64-07/pfs/Cups-pcl6-2.1.3-2_64-ro01.pfs
puppyrus/repository/cups-1.5.0-i486.pfs
puppyrus/repository/cups-1.6.1-i486.pfs
puppyrus/repository/cups-1.6.2-i486.pfs
puppyrus/repository/cups-1.6.4-i486.pfs
puppyrus/repository/cups-filters-1.0.31-i486.pfs
puppyrus/repository/cups-filters-1.0.39-i486.pfs
puppyrus/repository/cups-filters-1.0.41-i486.pfs
puppyrus/repository/dev/cups-filters_DEV-1.0.31-i486.pfs
puppyrus/repository/dev/cups-filters_DEV-1.0.39-i486.pfs
puppyrus/repository/dev/cups-filters_DEV-1.0.41-i486.pfs
puppyrus/repository/dev/cups_DEV-1.6.2-i486.pfs
puppyrus/repository/dev/cups_DEV-1.6.4-i486.pfs
puppyrus/repository/libgnomecups-0.2.3-i486.pfs
puppyrus/repository/libgnomecups-1.0.1.pfs
roll/180101/cups-2.2.6-1-180101-sf02.pfs
roll/2008/pfs-test/Cups-pcl6-2.3.3-3_64-pr01.pfs
users/imago31/AlpfaOS_rus_x64/16/pfs/libcups-1.7.5-1-x86_64.pfs
users/imago31/AlpfaOS_rus_x64/16/pfs/libcups-1.7.5-1-x86_64_DEV.pfs

cups-ps6 или как его там, выкладывал и в репе он есть
puppyrus-a64/pra64-07/pfs/Cups-pcl6-2.1.3-2_64-ro01.pfs
roll/2008/pfs-test/Cups-pcl6-2.3.3-3_64-pr01.pfs
Название: Re: Идеи по развитию проекта
Отправлено: Pro от 20 Июнь 2021, 15:02:02
pr01 мой префикс
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 21 Июнь 2021, 06:35:28
"Пусть цветут 100 цветов" но в репе PRA должен находиться эталонный фругал с одной единственной "мордой" для 64 разрядных машин с UEFI загрузкой.  У командировочных людей такие ноутбуки - 32 разрядное старье давно поломалось. Предлагаю взять за эталон фругальную часть prar21.03-21.06. PRA под именем "Командировка". На этом эталоне должен быть базовый набор программ для офисной работы, разумной "развлекухой" и по максимуму решенные проблемы с периферией - сканерами, принтерами. Набор программ не меняется, "морда" не меняется, работоспособность периферии - "святое". Перебирать эталон под новые версии библиотек и установленного ПО один раз в 1-2 года.
Офис:
Atril,
masterpdfeditor-free - крайне полезное для правки PDF файлов с хорошо проработанным гуем и, возрадуйтесь, вместе с sane-backends-p-1.0.27_64-ds01 сканирование на множестве аппаратов несмотря на присутствие или отсутствие в системе "вечно пьяного" CUPS или невнятных модулей sane.
libreoffice,
gimagereader-ocr- извлечение текста из фото.
Видео, графика:
smplayer - проще чем VLC, но богаче чем mpv - золотая серединка.
handbrake - эффективен для ужимания раздутых видеофалов из смартфонов и прочих устройств для последующего хранения в видеоархивах, внятный гуй.
mtpaint - иногда нужен для примитивной правки изображений.
Это набросок в качестве примера изложения доводов при обсуждении содержания "эталона".
Замороженное содержание эталона, позволит нашим умельцам не растрачивать время на очередную новинку сомнительной пользы.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 21 Июнь 2021, 10:15:48
1801
Да - поддержку этого дистриба я закончил. На его место встал lfa2008
prar2103 планируется больше как тестовый и большой. Но хотя если на нем отработать списки пакетов под разные залдачи - можно будет легкой обновлять
Рабочих модулей для разных нужд под эту конфигурацию в репе PRA достаточно
Под 2008, возможно меньше, т.к. сообщество к этому времени совсем потеряло активность.
040-de-ols - образцовая "морда".
Она gtk2. Уже не актуально. В lxpanel gtk3 есть нерешенные проблемы (см. в отдельной тнме).  Поэтому слепил gtk3 аналог : OVS
звук вместо внутренних динамиков уходил на HDMI
pulse подключен?
CUPS
так (https://wiki.puppyrus.org/puppyrus/pra-roll#cups_-_%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D1%8C) пробовали?
на втором установлен такой экзотический модуль Wifi, что нет его ни в одном из предложенных в PRA ядер и firmware
Мало подробностей. Лучше отдельной темой. Свежий фирмваре из арчрепы пробовали? AMD то здесь при чем - вряд ли вифи от амд...

pr01 мой префикс
roll/2008/pfs-test/Cups-pcl6-2.3.3-3_64-pr01.pfs

Офис:
Так (https://wiki.puppyrus.org/puppyrus/pra-roll#%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_libre_office) получилось?
Atril,
Он из состава mate. В свежих гтк3 юзаю evince. Он чем-то хуже?

gimagereader-ocr handbrake - есть в репе. Попробуйте собрать pacman2pfs. Получится - выложите. Нет - пишите - буду помогать
Остальной упомянйтый софт есть

С wine в прар2103 получилось?
Название: Re: Идеи по развитию проекта
Отправлено: vpv1960 от 29 Июнь 2021, 17:57:05
   Моя стратегия  по работе с фругальным prar21.03-21.06 взятым за эталон дала плоды. В значительной мере благодаря тому, что срез свежий и еще не подтертый хозяевами хранилища. Пользуюсь только мордой пакмана из «Поиск софта и создание модуля», консоль не для меня. Задача — оснастить  «эталон» работающими модулями печати и связи по блютуз (так сложилось, что они шли в паре). Получилось.
1. Создал модуль cups-1-2.3.3op2-1.pfs. Неудача с доступом к localhost.
2. Вынул из старого модуля (нерабочего) cups-2.2.6-1-180101-sf02.pfs модуль z-cups.pfs (их там два). Добавил его к  cups-1-2.3.3op2-1.pfs. Появился доступ localhost и морда CUPS в браузере.
3. У меня МФУ HP LaserJet М1005 MFP. Путем многочисленных экспериментов с фуматиками и hlip пришел к выводу, что они не годятся. Собрал модуль foo2zjs-nightly-20201127-1.pfs. Присоседил его к первым двум модулям: CUPS в браузере опознал принтер — пошла печать.
4. Однако остался недоволен настройкой печати в браузере (весьма запутанной для рядового пользователя). Методически правильно если каждая значимая программа имеет свою морду, а не пользуется услугами чужой. Поискал варианты, нашел и собрал модуль system-config-printer-1.5.15-1.pfs. По началу не было результата, жалобы на какой-то модуль «python». Пытался потсовывать разные «python» - без результата. Бросил.
5. Собрал libreoffice-fresh-ru-7.1.2.pfs и hunspell-ru-20131101-2.pfs (проверка правописания). Певый модуль весит 366 Мб, однако работает.
6. Попробовал с  libreoffice-fresh-ru-7.1.2 запустить  system-config-printer-1.5.15-1.pfs — получилось. То есть внутри этого  libreoffice-fresh-ru есть все необходимые пайтоновские библиотеки для  system-config-printer. Как их вычленить не знаю. Теперь  system-config-printer автоматически находит и устанавливает принтер с индикацией его в собственной морде без «бубнов» в браузере и консоли. Песня. Результат превысил ожидания, потому что внятного описания работы system-config-printer найти не удалось. Лениво пишут сейчас в форумах, а про разрабов вообще лучше помолчать. А еще у него есть функции подключения сетевых принтеров - не могу проверить, нет таких у меня.
7. Blueman заработал в связке собранных пакетов:
blueman-2.1.4-1.pfs,
bluez-hid2hci-5.56.pfs,
bluez-plugins-5.56-2.pfs,
bluez-qt-5.80.0-1.pfs,
bluez-tools-0.2.0-5.pfs,
bluez-utils-5.56-2.pfs,
pulseaudio-bluetooth-14.2-3.pfs.
Однако все это работает если установлен  libreoffice, повторяется ситуация с  system-config-printer.
8. Blueman надо внести в автозагрузку, я не нашел в интерфейсе  prar21.03-21.06 возможности назначить программу в автозагрузку с последующим сохранением как это сделано в больших линуксах.
9. Особенности blueman: его интерфейс (обойдусь без короткого термина морда) обещает пересылку файлов между смартфоном и нетбуком, но увы. Мой Honor с обрезанным Android и надстроенный EMUI не предоставляет возможности пересылать файлы, только звук. Можно вывести звук с телефона на компьютер. Прекрасно подключается блютузгарнитура — наушники, колонки. Это не то, что я ожидал - маловато. Надо пробовать обмен файлами со смартфонами  с обычным  Android. Еще имеется ObexFtp, но он в aur и не факт, что поможет для китайских телефонов с их ограничениями. Пишут, что  blueman должен обеспечивать технологию  ObexFtp.
10. Особенности работы МФУ = принтер +сканер через один единственный провод USB. Если бы мы пользовались фирменными драйверами, то разные программы: одна для сканирования (sane-backends-p-1.0.27_64-ds01.pfs) другая для печати (cups) не конфликтовали бы друг с другом за один ресурс.
Прошу совета — куда сбросить мои модули для проверки и улучшения.
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 29 Июнь 2021, 23:18:59
8. Blueman надо внести в автозагрузку, я не нашел в интерфейсе  prar21.03-21.06 возможности назначить программу в автозагрузку
Создать *.desktop в /home/live/.config/autostart по образцу файлов, что там лежат. Положить в сохраненку. Перезагрузить X или систему.
Помню, в каком-то старом PRA было гуи для создания этих файлов. Надо было только вписать название приложения и команду запуска. Возможно, это наследие Puppy, от которого избавились.


По началу не было результата, жалобы на какой-то модуль «python». Пытался подтасовывать разные «python» - без результата. Бросил.
В крайних сборках, sfs применил ноу-хау - файлы *-fake (скрин1).
Размер (в основном gtk3) оптимизировал методом fake пакетов (пустышка, у которой прописан конфликт с настоящим пакетом)
Т.е. если обновлять дистр в исходном составе - он будет нормально обновляться
Если нужно установить другой софт с не fake зависимостями - менять fake пакет на настоящий
Эту идею надо проверить на практике...
Вещь в принципе полезная, позволяет уменьшить размер сборки. Но надо аккуратно использовать.

Например, в вирте запускаю prar21.03/de-ovs, далее pacman system-config-printer. Устанавливается, но не запускается. Если же сначала устанавливаю python3, который конфликтует с python-fake и удаляет его, то последующая установка и запуск system-config-printer успешны (скрин2).

Прошу совета — куда сбросить мои модули для проверки и улучшения.
На яндекс.диск.
Название: Re: Идеи по развитию проекта
Отправлено: DdShurick от 29 Июнь 2021, 23:26:50
Неудача с доступом к localhost.
Должен быть поднят интерфейс lo 127.0.0.1 и запущен cupsd.
Собрал модуль foo2zjs-nightly-20201127-1.pfs
Что я и советовал.
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 29 Июнь 2021, 23:31:04
и запущен cupsd
Вынул из старого модуля (нерабочего) cups-2.2.6-1-180101-sf02.pfs модуль z-cups.pfs (их там два). Добавил его к  cups-1-2.3.3op2-1.pfs. Появился доступ localhost и морда CUPS в браузере.
Цитата
live@roll2103 ..1-180101-sf02+z-cups.pfs/usr/local/bin % cat cups.sh
#!/bin/ash
sudo pidof cupsd || sudo cupsd -l &
sleep 3
defaultbrowser  http://localhost:631/ &% 
Получился такой обходной способ того, что сказал DdShurick.
Название: Re: Идеи по развитию проекта
Отправлено: DdShurick от 29 Июнь 2021, 23:41:52
Получился такой обходной способ
Вообще-то cupsd стартует при запуске системы скриптом /etc/init.d/cups start, у меня через udev по подключению принтера (печатаю редко, зачем cupsd будет зря висеть).
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 29 Июнь 2021, 23:47:46
В арвики (https://wiki.archlinux.org/title/CUPS) советуют включать cups.socket, он будет включать службу только по необходимости.
Цитата
или в качестве альтернативы используйте активацию сокета, чтобы запускать CUPS только тогда, когда программа хочет использовать службу.
Название: Re: Идеи по развитию проекта
Отправлено: DdShurick от 30 Июнь 2021, 00:06:14
советуют включать cups.socket
То же самое, только через systemd.
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 30 Июнь 2021, 09:45:06
Пользуюсь только мордой пакмана из «Поиск софта и создание модуля»,
Тогда хотя бы отключайте по максимуму ненужные модули и
2. pfspkg -r 040-de-*.pfs - т.е. удаляем из базы pacman списки пакетов DE
Оптимально делать так (https://wiki.puppyrus.org/puppyrus/pfs?s#chroot2pfs%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8Fpfs_%D0%B8%D0%B7_%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D1%8F_arch_%D0%BD%D0%B0_%D0%BB%D1%8E%D0%B1%D0%BE%D0%BC_linux_%D1%81_aufs)
prar21.03-21.06 взятым за эталон
Лучше делать под lfа2008. Планирую длительную поддержку. Хотя если отработать списки пакетов - не проблема для любого арча
куда сбросить мои модули для проверки и улучшения.
Давайте лучше я соберу по вашему тексту, а вы проверите. Продолжу в темах cups и bluetooth

файлы *-fake
На мой взгляд это самый изящный способ, не ломающий pacman. Если есть альтернативные идеи - готов рассмотреть
Blueman надо внести в автозагрузку,
Как правило в таких случаях ярлык уже есть
Помню, в каком-то старом PRA было гуи для создания этих файлов. Надо было только вписать название приложения и команду запуска. Возможно, это наследие Puppy, от которого избавились.
да. Проще создать ярлык и выключить его по дефолту. Включается через стандартные средства ДЕ

То же самое, только через systemd.
Ну так в этом дистре systemd. Живем с этим. Не надо путать новичков
Название: Re: Идеи по развитию проекта
Отправлено: sfs от 30 Июнь 2021, 14:06:22
Проверяйте cups (https://forum.puppyrus.org/index.php?topic=15163.msg178039#msg178039)
Блютуз - это (https://forum.puppyrus.org/index.php?topic=14572.msg174054#msg174054) пробовали?
Название: Re: Идеи по развитию проекта
Отправлено: krasnyh от 02 Июль 2021, 22:00:31
нашел и собрал модуль system-config-printer-1.5.15-1.pfs. По началу не было результата, жалобы на какой-то модуль «python». Пытался потсовывать разные «python» - без результата. Бросил.
5. Собрал libreoffice-fresh-ru-7.1.2.pfs и hunspell-ru-20131101-2.pfs (проверка правописания). Певый модуль весит 366 Мб, однако работает.
6. Попробовал с  libreoffice-fresh-ru-7.1.2 запустить  system-config-printer-1.5.15-1.pfs — получилось. То есть внутри этого  libreoffice-fresh-ru есть все необходимые пайтоновские библиотеки для  system-config-printer. Как их вычленить не знаю.
Если этот 'прицеп', в виде libreoffice-fresh-ru-7.1.2, не нужен, то делаем следующее:
- перенести libreoffice-fresh-ru-7.1.2 и system-config-printer-1.5.15-1 в /optional
- перезагрузиться
- выполнить команду pacman2pfs.sh python3           ### выбрать из списка extra/python 3.9.2-1
- подключить полученный модуль
- выполнить команду pacman2pfs.sh system-config-printer
- подключить полученный модуль
Должно все работать.


p.s. pacman2pfs.sh это гуи, но его можно набирать и в терминале, помимо вызова из Меню - Разработка. Так проще подавать информацию, отвечая на комменты.