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

Проект PuppyRus Linux => Обсуждение проекта => Тема начата: kostikberdsk от 22 Июль 2016, 16:29:58

Название: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: kostikberdsk от 22 Июль 2016, 16:29:58
где я ошибся ?
Поставив PRA. Поставьте PuppyRus-15.12 (http://mirror.yandex.ru/puppyrus/puppyrus/15.12/), тогда я смогу вам помочь.
спасибо попробую

Добавил sfs
http://wiki.puppyrus.org/puppyrus/pr3
http://wiki.puppyrus.org/distr
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 22 Июль 2016, 18:09:45
это новее? старее ?  перспективнее ?
Это последний настоящий PuppyRus.
Название: Re: Чем отличается PRA от PR
Отправлено: kostikberdsk от 22 Июль 2016, 20:23:40
еще раз здраст я не уснул
 поставил на флешку PuppyRus-15.12 ( тоже хлопотно ) но поехал .
А там про WiFi ни чего не написано
как к сети то подключится ?
Бердск это город в котором я живу. Вегу раньше тут делали.
ну вот с интернетом только так  включаю телефон как точку доступа и к ней  присоединяюсь через WIFI
Название: Re: Чем отличается PRA от PR
Отправлено: sewar от 22 Июль 2016, 20:42:57
Это последний настоящий PuppyRus.
Вы так часто говорите об этом! А в чем отличия ПРА от настоящего Puppy? Просветите неучей краткой проповедью...
только не ругайтесь, плиз!! я без иронии... :-[
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 23 Июль 2016, 06:53:35
А в чем отличия ПРА от настоящего Puppy?
Там не отличия, там нет ничего общего. PRA это Archlinux запускаемый frugal с помощью porteus. PRA убил разработку PuppyRus.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 23 Июль 2016, 09:46:03
А в чем отличия ПРА от настоящего Puppy? Просветите неучей краткой проповедью.
Евангелие (Краткий курс ВКПБ) от sfs. Новый (постлинуксовый завет) :)
Линус родил Линукс. 
Линукс и Бари Кулер родили Puppy
melviX  родил puppyrus.org http://wiki.puppyrus.org/puppyrus/history
 (http://wiki.puppyrus.org/puppyrus/history)
Сформировались 2 направления: русификация с небольшими доработками puppy и своя сборка из исходников
puppyrus оброс большой сплоченной командой и родил jeans и snowdog
Переводы тоже процветали: сборки vkvkvk и rodin-s, LupuRus (bit777). Ivanna (andy-voit)

Kоманда разбежалась (в том числе основатель puppyrus.org melviX отошел от дел). Pro c остатками команды родил Ричи. Это был последний дистр проекта по рецептам Puppy из исходников
Параллельно Zay и sfs родили LupyRusBit - puppy c идеями улучшения модульности
Параллельно sfs делал сборки на базе донорских дистрибутивов c пакетным менеджером : SFSL, AF (т.е. с идеями pyppy, но уже совсем не pyppy)

В итоге была сформирована идея pfs-util и Ричи переделан в PR
DdShurick окончательно ушел в раскол (что и наблюдается до сих пор)
bit777 умер. rodin-s , andy-voit, Zay отошли от дел.
Бари Кулер отошел от классического puppy , стал искать других путей (quirky)

puppy продолжило собирать сообщество. Русские сборки прекратились
Сил оставшихся энтузиастов не хватало на поддержку своего дистра из исходников типа PR
sfs, Pro и RoDoN родили PRA http://wiki.puppyrus.org/puppyrus/pr3
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 23 Июль 2016, 10:19:34
Сил оставшихся энтузиастов не хватало на поддержку своего дистра из исходников типа PR
Все ушли на PRA, PuppyRus умер и вы в этом виноваты.
Название: Re: Чем отличается PRA от PR
Отправлено: Pro от 23 Июль 2016, 10:31:16
Все ушли на PRA
PuppyRus умер и вы в этом виноваты
Не заставляй меня ругаться нехорошими словами. Нивчем он не виноват, а ты вот виноват. И до сих пор грузишь всех своей лабудой.

НИЧЕГО НАЗАД НЕ ВЕРНЕТСЯ, УСПОКОЙСЯ УЖЕ И ХРЕНЬ В МАССЫ НЕ ПРОДВИГАЙ, У МЕНЯ ТОЖЕ ПАМЯТЬ ХОРОШАЯ И Я ВСЕ ПОМНЮ.
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 23 Июль 2016, 11:38:28
Нивчем он не виноват
Виноват! И не ори на меня.
Название: Re: Чем отличается PRA от PR
Отправлено: Pro от 23 Июль 2016, 11:46:02
я не ору а акцентирую внимание на словах, а еще там жирным выделено, на случай если смысл ускользает.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 23 Июль 2016, 13:34:56
Все ушли на PRA, PuppyRus умер и вы в этом виноваты.
Если восстановитель хронологию событий:
DdShurick не принял pfs-util и все окончательно разругались и стали расходиться
Если бы не появился ПРА - умер бы весь проект.
Давайте не будем пытаться выдавать желаемое за действительное и ностальгировать в стиле "В детстве конфеты были слаще". Посмотрите статистику форума. Там четко видно кто жив, а кто умер
DdShurick - заканчивайте с оппортунизмом. Подключайтесь к тому что есть или делайте свое. Ваши знания и опыт пригодились бы.
Не надо путать новичков и разводить срач. PR по общему согласию перенесен в "Дистрибутивы, которые уже не разрабатываются или не поддерживаются: - и это на самом деле так.
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 23 Июль 2016, 14:50:18
Подключайтесь к тому что есть

К чему, если ничего толкового нет?
или делайте свое.
Спасибо, сыт по горло.
DdShurick не принял pfs-util
Неправда. https://github.com/DdShurick/pfs-utils . Остальное избыточно или на любителя.
Давайте не будем пытаться выдавать желаемое за действительное
Это у вас желаемое, а у меня действительное ;) .
Надо правильно организовать работу и поработать над совместимостью (не "только Арч"). Лично я перевёл свою систему на .xzm
Название: Re: Чем отличается PRA от PR
Отправлено: neobht от 23 Июль 2016, 17:00:40
К чему, если ничего толкового нет?
Неправда.
Мы за многие годы непрерывного следования своим убеждениям сделали вполне неплохой вариант модульного дистра MagOS Linux.
Название: Re: Чем отличается PRA от PR
Отправлено: sewar от 23 Июль 2016, 17:03:57
да уж, объяснили...
мне не понятны тонкости ваших разногласий..
По мне Puppy - это модульный фругал линкус, я ошибаюсь?
ПРА таковым является.
да что ж не так тогда?
ну ладно, не тратьте на меня время, не хочу быть невольным катализатором какого-то, мне не понятного спора..
Эх, если бы все вы (профи) объединились!
Название: Re: Чем отличается PRA от PR
Отправлено: neobht от 23 Июль 2016, 17:09:09
По мне Puppy - это модульный фругал линкус, я ошибаюсь?
Это как: любое Эскимо - это мороженое, но не любое мороженое - Эскимо.

Puppy - это один из вариантов модульного фругал линукс. Например MagOS Linux, Slax, Porteus - это модульные фругал линуксы тоже, но не являются Puppy.
Название: Re: Чем отличается PRA от PR
Отправлено: neobht от 23 Июль 2016, 17:15:22
Эх, если бы все вы (профи) объединились!
Много раз пробовал на этом форуме. Но трудно это все идет. Даже когда договорились о неких общих правилах - их реализовали только в MagOS и Richy. А более функциональное (даже опционально отключаемое) очень часто воспринимается - не мое, мне не надо - значит и никому другому не надо. А модульное и функционально конфигурируемое, чтобы создавать совместно, необходимо уметь договариваться. Это трудно, когда каждый считает себя лидером, а там, где не считает себя лидером успокаивает себя, что функционал избыточен и не нужен ему, а значит и никому.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 10:46:18
Puppy - это модульный фругал линкус, я ошибаюсь?
Puppy-woof (классический) фругал, но модульность носит вспомогательный характер. Упор на пакеты
У нас на проекте (особенно последнее время) делается упор именно на модульность
Например MagOS Linux, Slax, Porteus - это модульные фругал линуксы тоже, но не являются Puppy.
Здесь надо вспомнить , что puppy еще и маленький. Наши дистры тоже маленькие. Достигается одинаково: написание gui к консольным утилитам, перекомпиляция с оптимизацией зависимостей.
MagOS Linux, Porteus - "большые" фругалы на донорской репе с минимумом своих скриптов
Даже когда договорились о неких общих правилах - их реализовали только в MagOS и Richy.
Я спросил в той теме : что даст поддержка этих стандартов? Внятного ответа не получил - поэтому не стал заморачиваться

Совместная разработка возможна по uird и pfs-util
uird по сравнению с porteus-pra initrd - примерно как MagOS и Puppy : большой , сложный. Большое количество функционала избыточно для домашнего дистра. Вдохновясь uird я доработал porteus-pra initrd до использования любых aufs ядер. Прочий функционал, на мой взгляд , нужен только для внедрения в корпоративной сети (тут у меня тоже свое мнение, основанное на своем опыте - достаточно тонкого rdp-клиента).

pfs-util - вот пожалуй единственное. Только в MagOS это вряд ли нужно - там модули в большинстве случаем можно грузить только соблюдая их номера (тестировал сам в соответствующей теме). Т.е. MagOS - в моем понимании не совсем модульный. Там корень дистра собирается в initrd и больше подключать\отключать нечего и незачем
В итоге все наплодили на гитхабе форков pfs-util. Объединять никто не хочет. pfs-util используется только в ПРА. Там же багфиксится и развивается (менеджер модулей, зависимости)
 
Спасибо, сыт по горло.
Похоже, Вам просто нравится роль оппозиционера
Надо правильно организовать работу
У Вас правильно организована (нет ни доки , не iso)? Метания от Альта до Magos (нигде с цветами не встретили). 
Готов принять помощь по организации работы
поработать над совместимостью (не "только Арч")
Больше портирования http://wiki.puppyrus.org/setups/portable  тут ничего не сделать (дистр может быть совместим только с одной репой) и не нужно
я перевёл свою систему на .xzm
И что это дало?
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 14:03:34
Похоже, Вам просто нравится роль оппозиционера
А кто меня загнал в оппозицию?
uird по сравнению с porteus-pra initrd - примерно как MagOS и Puppy : большой , сложный.
porteus-pra initrd по сравнению с initrd_mnt примерно так-же.
Цитата: DdShurick
я перевёл свою систему на .xzm
И что это дало?
Ничего, ибо и то и другое squashfs-модули. Система работает как и работала.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 14:14:13
кто меня загнал в оппозицию?
Никто. У нас тут одинаковые права что-то делать или не делать любить или ненавидеть
Никто ни в чем не ограничен
Мы тут не власть и не деньги пилим. Каждый может сделать и выложить свой дистр
Но есть люди, которым больше нравится обсирать чужие :) Оппозиция в этом?
porteus-pra initrd по сравнению с initrd_mnt примерно так-же.
Вы же закрыли свой проект. Чего теперь про это вспоминать...
Ничего
Т.е. переименовали Милицию - в Полицию? :)
В том то и дело: "много шума " и "Ничего" :(
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 14:44:54
Оппозиция в этом?
Нет. Оппозиция - противодействие движению "не туда"
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 14:50:00
При этом хорошо бы вести "куда надо" (или хотя бы обосновать правильность пути). Можете сформулировать?
И уж совсем замечательно, чтобы кто-то последовал
Пока обосновано было только "мое лучше потому, что это мое и я в нем разбираюсь".
Пустой разговор. Опять закончится ничем
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 14:55:34
При этом хорошо бы вести "куда надо"
Вы же не идёте, а посылаете
"мое лучше потому, что это мое и я в нем разбираюсь".
Да, это уже большой плюс.
Пустой разговор. Опять закончится ничем
С вами? Естественно
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 15:04:02
Вы же не идёте, а посылаете
Если это
DdShurick - заканчивайте с оппортунизмом. Подключайтесь к тому что есть или делайте свое. Ваши знания и опыт пригодились бы.
"посылаю" тогда как надо приглашать...
Цитата: sfs от Сегодня в 14:50:00
    Пустой разговор. Опять закончится ничем
С вами? Естественно
Есть другие , готовые Вас поддержать или хотя бы выслушать?

Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 15:21:05
Есть другие , готовые Вас поддержать или хотя бы выслушать?
Думаю, что есть.
"посылаю"
Работающий init на базе скрипта от Б.К. я написал? Написал. Кому нибудь здесь нужен? Нафиг не нужен.
Работающий upNet совместимый с net-setup.sh  я написал? Написал. Кому нибудь здесь нужен? Нет. NM и netctl дороже.
Единственное, что прижилось, это load_sfs, и тот превратили в комбайн.
Дело не в словах, а в поступках.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 15:37:36
Как Вы выкладываете свои разработки - понятно  только Вам (без доки и под неподдерживаемый дистр).
Мои разработки в ПР тоже не с цветами встречали -  Я делал тогда свой дистр Байт на базе ПР
Что Вам мешает это делать на ПРА?
Сделайте ПРА со своими разработками - я бы посмотрел. Если понравится не только мне - выделим мое в отдельный модуль, чтобы можно было вставить Ваше. ПРА модульный - никаких проблем
Вы же помогали мне с Minirc и net-auto. Все получилось. Давайте продолжать
Не нравится арч - для эксперимента переделал slitaz на squash - подключайтесь к этому
Ну или загенерите свежую идею (оставаться на морально устаревшем Ричи-ПР не предлагать - либы устарели, gcc древний)
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 15:53:43
для эксперимента переделал slitaz на squash
А я TinyCore. На своём initrd. Но это всё не то.
По вашему совету пробовал связку Openbox+lxpanel (самые новые). Ничуть не лучше IceWM или JWM.
Arch не хочу из-за отсутствия /bin, /sbin, /usr/sbin.
Как Вы выкладываете свои разработки - понятно  только Вам (без доки и под неподдерживаемый дистр).
Умный поймёт, дураку не надо. Неподдерживаемый - вашими стараниями.
Название: Re: Чем отличается PRA от PR
Отправлено: sewar от 25 Июль 2016, 16:13:32
Умный поймёт, дураку не надо.
Это, простите, плохой довод...
умные вещи тоже можно подать на понятном уровне, иначе массовости не видать..
а для междусобойчика всяко годится..
еще раз простите, что вмешался в вашу пылкую беседу...
А может DdShurick не видит, что еще можно улучшить/сделать в ПРА?
Ведь и так все прекрасно!
SFS, озвучьте для него конкретное задание. Он ГИГАНТ и очень умный (без иронии), сделает быстро и аккуратно..А мы все скопом потом это в массы!
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 16:18:29
это всё не то.
Что именно не то и что тогда надо?
lxpanel как раз лучше старый. И lxrandr , как недавно выяснилось тоже
не лучше IceWM или JWM.
Лучше тем, что настройка интуитивная и "из коробки" + плагины там же
Arch не хочу
Что в итоге хотите то?
Неподдерживаемый - вашими стараниями.
Я кому-то мешаю поддерживать Пр? Интересно как...
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 25 Июль 2016, 16:27:49
Ведь и так все прекрасно!
Над самодельными скриптами ПРА еще работать и работать
озвучьте для него конкретное задание. Он ГИГАНТ и очень умный (без иронии), сделает быстро и аккуратно..
Вы наверное перепутали с ander (пропал куда-то ).
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 25 Июль 2016, 19:41:14
lxpanel как раз лучше старый. И lxrandr , как недавно выяснилось тоже
По поводу lxrandr позвольте не согласиться. Старый (0.2.0) сегфолтится, новый (0.3.1) работает. Компилировал одинаково.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 26 Июль 2016, 09:13:40
Я настолько глубоко в прошлое не лез
По моему опыту: Lx 0.6. 0.5 оказался лучше 0.7

Подумал - мало на проекте осталось живых дистров
Предлагаю сделать еще.
ПРА занял среднюю нишу - не маленький - не большой. В большой превратить легко. Достаточно pacman2pfs mate или типа того...
Больших и так полно. Не думаю что это будет интересно...

В маленький сложнее. Вероятно , будет потеряна совместимость с арчрепой. Поэтому донора пакетов надо другого.  Даже если на выходе ничего достойного не получится - маленькие дистры дают глубокое понимание работы системы
Кроме того , возможно, такой дистр даст новую жизнь старому железу
Под старым я понимаю такое, на котором хоть в какой-то ОС комфортно юзать современный браузер и медиаплеер. Ниже опускаться не вижу смысла. Тогда уж проще взять совсем старый дистр
Компилить весь дистр из исходников не вижу смысла. Трудоемко. Большинство пакетов большинства дистров меня устраивают без перекомпиляции

По итогу претенденты на роль донора: Slitaz (http://forum.puppyrus.org/index.php?topic=14107.msg75162#msg75162), TinyCore (MelviX и Дядя Шурик делали что-то), что-нибудь на musl (http://forum.puppyrus.org/index.php?topic=16324.msg120063#msg120063)
Главный вопрос - насколько такой дистр поможет старому железу
У меня самый дохлый celeron1,7/500RAM. Pra на нем ходит приемлемо
У кого есть хуже , как там ПРА, работает хоть под чем нибудь?

Вторая сверхзадача - возродить коллективную работу.
Предложение в первую очередь обращено к Дяде Шурику. Он в этой и других темах много и красиво вещал про правильность пути и невостребованность. Надо бы "ответить за базар"  ;)

Это не значит, что я планирую бросить ПРА. Просто хочется поэкспериментировать и отдохнуть от ПРА
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 26 Июль 2016, 11:00:28
По моему опыту: Lx 0.6. 0.5 оказался лучше 0.7
Я смотрел 0.7.0 и 0.8.2
TinyCore
Последниt TinyCore использует squashfs в пакетах .tcz # file aterm.tcz
aterm.tcz: Squashfs filesystem, little endian, version 4.0, 15961855 bytes, 13 inodes, blocksize: 0 bytes, created: Mon Jul  6 03:16:16 1970
Но все скомпилированы --prefix=/usr/local, база находится в core.gz (это initrd). В качестве донора использовать нет смысла, мало пакетов. Для эксперимента запускал со своим initrd_64.gz по стандарту MagOS-Richy.
Надо бы "ответить за базар"
"Ты Зин на грубость нарываешься"(c) В.Высоций.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 26 Июль 2016, 11:18:07
Последниt TinyCore использует squashfs в пакетах .tcz
Это плюс. Можно подключать без перепаковки
все скомпилированы --prefix=/usr/local,
Чем это мешает?
база находится в core.gz (это initrd)
Переделаем в сквош
В качестве донора использовать нет смысла, мало пакетов.
А надо ли в таком дистре много...
Браузер - готовый
Медиаплеер - скомпилим
торент - не думаю, что нет
что еще?

Slitaz
пакеты в cpio.cpio.lzma , их много
glibc2,14 - древний . Тырить бинарники получится только из слаки 13
Могу выложить squash вариант на нашем ядре и с работающими pfsload pfsunload pfsmerge pfsextract
Slitaz - экстремально минималистичен. Ядро совсем маленькое - мало железа видит
В базе много чего нет - сна gawk ... (есть пакетами)
Добавить не проблема
Нормально русифицирован и дока на рус.
Пожалуй это будет самый простой вариант

musl - или я не разобрался, но там даже gettext нету
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 26 Июль 2016, 12:16:10
Переделаем в сквош
Уже сделано
Название: Re: Чем отличается PRA от PR
Отправлено: Roader от 26 Июль 2016, 12:19:14
Slitaz
пакеты в cpio.cpio.lzma , их много
glibc2,14 - древний . Тырить бинарники получится только из слаки 13
Могу выложить squash вариант на нашем ядре и с работающими pfsload pfsunload pfsmerge pfsextract
Slitaz - экстремально минималистичен. Ядро совсем маленькое - мало железа видит
В базе много чего нет - сна gawk ... (есть пакетами)
Добавить не проблема
Нормально русифицирован и дока на рус.
Пожалуй это будет самый простой вариант
Попробовал на днях Вашу сборку (5.0) . И для себя решил - must have. Доустановил cups, огнелис со своим профилем, кое-что по мелочи. Далее tazusb - итого еще порядка 200 м.  Принтер (НР 1000) поднялся без проблем. Остался правда один вопрос по доп. модулям (типа mc.lz etc): чем делали? bsdtar или что-то ещё? Ну и второе - это скорее вопрос фирмваре. Перетащил на работу. При проверке на Dell 3310 shutdown & reboot не отрабатывают. Пришлось выключать кнопкой.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 26 Июль 2016, 12:32:32
Уже сделано
Какой итог? Готовы в подобном участвовать?
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 26 Июль 2016, 12:36:06
Какой итог?
TinyCore64-frugal (https://cloud.mail.ru/public/DKeL/Y9zJRKE42)
Готовы в подобном участвовать?
Не знаю. Устал я.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 26 Июль 2016, 13:32:14
TinyCore64-frugal
Т.е. всетаки его донором? А почему 64? Если под старое железо...
Не знаю. Устал я.
Ну по мере сил...
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 26 Июль 2016, 16:49:37
Т.е. всетаки его донором?
Нет, если только базу.
А почему 64?
Фреймбуфер работает.
Если под старое железо...
У меня железо и так старое, как и я
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 26 Июль 2016, 17:07:19
Нет, если только базу.
А остальное откуда брать?
В 32 Фреймбуфер не работает?
Название: Re: Чем отличается PRA от PR
Отправлено: DdShurick от 26 Июль 2016, 17:31:33
А остальное откуда брать?
Из тырнета :)
В 32 Фреймбуфер не работает?
В 64 фреймбуфер по умолчанию, Xorg надо доустанавливать. В 32 не знаю, не пробовал.
Название: Re: Чем отличается PRA от PR
Отправлено: sfs от 29 Июль 2016, 14:00:21
Попробую подвести итоги очередного раунда  "мозгового штурма":
Пафосная ностальгия по oldscool
последний настоящий PuppyRus.
С поиском виновных  и созданием "образа врага"
PRA убил разработку PuppyRus.
А кто меня загнал в оппозицию?
Все ушли на PRA, PuppyRus умер и вы в этом виноваты.
Поучение на примерах, которых никто не видел (а следовательно , про их крутизну можно что угодно рассказывать)
Это у вас желаемое, а у меня действительное ;) .
Умный поймёт, дураку не надо
Капитан очевидность
Надо правильно организовать работу
Оппозиция - противодействие движению "не туда"

Дело не в словах, а в поступках.
Это да. Анализируем "поступки":
На предложение пойти "туда" где хорошо и правильно настолько, что даже не получилось сформулировать как именно
Отмазы
Не знаю. Устал я.
Слив
Из тырнета :)

Вывод - Вам просто нравится роль оппозиционера (учить других и ничего не делать самому)  :'(
Обидно что проект теряет такого специалиста

TinyCore64-frugal
Посмотрел - пересадка на другой initrd - вроде нормально
Сам TinyCore - очень маленькая репа (даже по сравнению со slitaz) . Тогда уж все вообще самим копмилить и на каком-нибудь нормальном "скелете" типа pacman
fltk - внешний вид -привет из 70-х"
В остальном впечатления как от slitaz (http://forum.puppyrus.org/index.php?topic=14107.msg120533#msg120533)
Прикольно посмотреть, что "блоху можно подковать", но чтобы такое постоянно юзать - надо очень себя не любить или иметь железо на котором другое не заюзать (это так и не выяснили - помогают такие дистры оживлять мертвых или нет)

Итоговый вывод - надо продолжать развивать ПРА (особенно свои наработки) - это вполне "золотая середина" между большими и маленькими линуксами, from scratch и чужой репой.
Компиляцию from scratch (как в PR) сегодняшнями силами проекта не потянуть. Если я правильно понял - даже Дядя Шурик с этим не спорил
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: DdShurick от 29 Июль 2016, 16:31:56
Ну и пошли вы
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: sfs от 29 Июль 2016, 16:57:03
Обидно что проект теряет такого специалиста
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: neobht от 29 Июль 2016, 18:45:02
Подход с перекомпиляцией - это лишь пустая трата сил и времени.

Принцип "маленький и быстрый" уже давно не работает. Тренд - вебприложения и браузеры комбайны, которые жрут память на всякие nodejs технологии. А значит экономия на тугриках - это лишь баловство.

Поэтому у пра может быть смысл лишь используя Арч, как он есть. Но уход арча от lsb, fhs и тд - это все ухудшает его положение на фоне реп от Альта и Роса хотя бы даже.
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: sfs от 30 Июль 2016, 12:06:45
Подход с перекомпиляцией - это лишь пустая трата сил и времени.
На частичную перекомпиляцию ресурсов тратится мало. Как видите, я почти в одиночку справляюсь
Принцип "маленький и быстрый" уже давно не работает.
Запустите Magos и PRA на слабом желее - сами все увидите
Тренд - вебприложения и браузеры комбайны
Можете привести примеры (кроме почты) того чем реально воспользоваться дома
Опять же наличие современного браузера в ОС обязательно. Без него будет не "маленький и быстрый", а "никому не нужный"
экономия на тугриках - это лишь баловство.
Например живой ноут с глючным или мертвым винтом - copy2ram - и все ок
Современный ноут с памятью под вин19 - copy2ram- батарея не жрется, не шумит, экономится ресурс железа
у пра может быть смысл лишь используя Арч, как он есть.
ПРА сделан так, что можно сделать все варианты - от from scratch до чистого арча (или любого другого дистра)
уход арча от lsb, fhs и тд - это все ухудшает его положение на фоне реп от Альта и Роса хотя бы даже.
Мы же разбирали - никаких плюсов lsb, fhs не нашли. Привычка и догматизм - не более
Роса - вообще непонятный дистр , который в любой момент могут распустить. Вроде для государственных нужд выбрали Астру
Альт такую лицензию нагородил, что я не знаю можно ли его вообще модифицировать
pacman - лучший выбор для модульного дистра (не имеет индексных файлов - можно резать на куски и тусовать как угодно)
Еще плюсы арча - исходники патчатся минимально, AUR , ARM - больше нигде такого нет
Пока не разу не пожелел что связался с Арчем
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: neobht от 30 Июль 2016, 12:26:50
Пра и магос работают в современном браузере одинаково быстро. Загрузка системы по времени ничтожно мала по сравнению со временем работы в системе, поэтому незначительное замедление загрузки магос за счет множества запущенных сервисов на фоне урезанного пра - это не тот аргумент почему нужно перекомпиляцией заниматься.

На современном ноутбуке магос загруженный в режиме copy2ram превосходит пра за счет того, что в нем используются нормальные DE, а не урезанные подобия.

Плюсы в lsb, fhs - в нормальной организации совместной работы, как один из ключевых моментов точки соприкосновения. Когда люди городят каждый свое - только ухудшает положение.
Название: Re: Направление развития проекта. Чем отличается PRA от PR
Отправлено: sfs от 05 Август 2016, 09:30:46
Пра и магос работают в современном браузере одинаково быстро.
В том то и дело , что похоже , одинаковые браузеры на одинаковом железе работают одинаково
Злоупотреблять оптимизацией (например DE) - спорно. Особенно если она достигается костылями (как в jwm)
Т.е. насчет "быстрый" особенно не разгуляться. Можно немного побороться за скорость загрузки (которая в том числе зависит от размера дистра)
Теперь про "маленький":
Для copy2ram, флэшек, ноутов это актуально. Поэтому не стоит списывать эту идею. Выкидывание (вынос в отдельные опциональные модули) дает побочный эффект быстроты
Перекомпиляция под задачу - правильный путь. Тем более в модульном дистре (каковым в моем понимании magos не является - нельзя выдернуть модуль из середины /base) можно иметь несколько вариантов проги типа ffmpeg
На современном ноутбуке магос загруженный в режиме copy2ram превосходит пра за счет того, что в нем используются нормальные DE, а не урезанные подобия.
За счет чего?
Если хочется неурезанного : pacman2pfs mate и pra-magos готов
Плюсы в lsb, fhs - в нормальной организации совместной работы
Совместной кого с кем? Обсуждали уже отдельно - плюсов не нашли
На мой взгляд это точно не повод отказываться от арча с AUR ARM pacman, которые идеально подходят для модульного фругала

Таким образом в этой теме опять затронули методику сборки:
1. Из исходников (PR)
2. Полностью из чужой репы (MagOs)
3. Среднее (и так и так) - pra
Я не услышал доводов и идей, для того чтобы что-то менять в методе сборки ПРа
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: Zay от 06 Август 2016, 16:43:04
Не знаю, есть ли смысл в этом обсуждении сегодня, но всё же добавлю пару слов о своём видении ситуации.

Сегодня компьютеры развиваются не так, как 5 - 10 лет назад ("быстрее, мощнее, производительнее").
Актуальны два вектора развития - производительность и энергоэффективность (экономичность) системы.
Кроме того, часть "рынка" захватили планшеты / смартфоны и прочие железки на ОС типа Андроид.

На быстром железе "маленькие и быстрые" ОС не актуальны, т.к. различий в скорости не будет заметно.
Но существует также современное экономичное железо ("атомы", неттопы, всякие баребоны и прочее).
К этой категории можно отнести и большинство бюджетных ноутбуков (их собирают на таком железе).
Для таких, явно не очень мощных компьютеров, оптимизация ОС и ПО очень даже актуальна.

Есть несколько причин, по которым люди выбирают вместо большого и мощного ПК экономичную систему:
Возможность пассивного охлаждения, меньшее энергопотребление, и занимаемое компьютером место.
И конечно цена (особенно это касается бюджетных ноутбуков, т.к. это те же неттопы по начинке).

Конкурировать с Windows и "большими" Linux'ами на мощных десктопах - ИМХО совершенно нереально.
А вот занять свою "нишу" в области экономичных ПК - хорошо оптимизированному Linux'у вполне по силам.

В этой ситуации многие типы оптимизации обретают вторую жизнь, но в новых условиях:
Энергоэффективные процессоры (и встроенные в них видеокарты) всегда медленнее десктопных.
Frugal также имеет смысл при использовании дешёвых малоёмких SSD (с небольшой скоростью записи).
Экономия RAM "на спичках" сегодня почти не актуальна, но и загружать память хламом не желательно.

По этому, ИМХО, развивать Frugal Linux есть смысл именно имея в виду экономичные системы.
"Тренд" в сторону "монстрообразных" "комбайнов" в этой области совершенно не работает.
Тут нужна разумная оптимизация, не в ущерб удобству и функционалу (например как XFCE).
А возможность гибкой настройки "под себя" - становится ещё одним значительным плюсом.

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

P.S. Всё вышесказанное - скорее теория, не могу сказать что конкретно можно / нужно было бы сделать. Но направление для идей вижу таким.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 06 Август 2016, 19:17:04
По этому, ИМХО, развивать Frugal Linux есть смысл именно имея в виду экономичные системы.
"Тренд" в сторону "монстрообразных" "комбайнов" в этой области совершенно не работает.
Полностью согласен.
Добавлю из практики. Altlinux (Simply, XFCE) через полгода начинает подтормаживать, frugal (в данном случае естественно Richy) с отделением пользователя (/home с примонтированным разделом или save.2fs) этим страдать никогда не будет.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 08 Август 2016, 10:27:22
Altlinux (Simply, XFCE) через полгода начинает подтормаживать
За счет чего? Это же не винда с непролазным реестром... Если не ставить софт - что то может накопиться только в конфигах xfce (лечится пересозданием профиля)
frugal (в данном случае естественно Richy) с отделением пользователя (/home с примонтированным разделом или save.2fs) этим страдать никогда не будет.
Любой фругал с rw сохраненкой по сути ничем не отличается от full.
Все достоинства фругала раскрываются только с ro сохраненкой

добавлю пару слов о своём видении ситуации.
Вцелом - согласен
Дистр должен предоставить пользователю все возможные варианты использования
Модульный фругал на донорской репе (PRA) дает возможность простым копированием модулей превратить систему из минимальной в максимальную и установить любой софт из донорской репы. Сохраненка в папку делает систему почти full (можно даже "разморозить срез репы")

Минимальный необходимый размер + copy2ram дает возможность полноценно (без тормозов, т.к. быстрее ram носителей нет) и экономно (нет обращений  винту - экономится батарея, общий ресурс, тихо) использовать модульный фругал даже только с флэшки (сд).

Фругал и модули.sfs придумали не мы. Но мы развили эту идею именно в сторону модульности. В этом приемственность и ценность
Что еще можно выжать из какого-нибудь дистра линукса?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 08 Август 2016, 13:23:12
За счет чего?
Мне очень кажется, что за счёт systemd.
Любой фругал с rw сохраненкой по сути ничем не отличается от full.
Это на первый взгляд, а если глубже? ИМХО оптимально системные настройки сохранять в squashfs и только по желанию, пользовательские файлы - постоянно rw с точкой монтирования /home.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 08 Август 2016, 13:40:56
Насколько мне известно - в systemd есть свои дефолтные настройки, которые сложны, но сами по себе в процессе эксплуатации не меняются. Пользовательские настройки делаются пользователем и только с его участием
В итоге не очень представляю откуда со временем могут появиться тормоза
Разве что логи пишутся - так можно отключить

Даже если так. Не нравится - systemd - в ПРА есть minirc
оптимально системные настройки сохранять в squashfs и только по желанию, пользовательские файлы - постоянно rw с точкой монтирования /home.
Если "пользовательские файлы" - тогда не /home (там куча настроек), а ~/Документы и т.п.
Ну так это и есть ro сохраненка , только с хранением инфы на стороне (можно вообще в облаке)
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 08 Август 2016, 14:22:15
в ПРА есть minirc
Но нет для меня интереса.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 08 Август 2016, 15:13:30
А в чем заключается этот "интерес" и где он есть?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: Kudar от 08 Август 2016, 15:54:50
... с хранением инфы на стороне (можно вообще в облаке)

О! Интересная тема )) sfs, а возможно реализовать?
Класс! Где угодно сел за комп, качнул загрузчик на любую флэху, и вуаля... твой песик
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 08 Август 2016, 16:07:18
А в чем заключается этот "интерес" и где он есть?
Ну в кубики то я уже не играю, вырос.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 08 Август 2016, 16:45:50
О! Интересная тема )) sfs, а возможно реализовать?
Класс! Где угодно сел за комп, качнул загрузчик на любую флэху, и вуаля... твой песик
Через ФМ или "пуск - инет - монтировать сет. ресурсы" монтируете яндекс диск куда хочется (но не /home  - думаю будут проблемы) и юзаете.  На плохом канале возможны тормоза и подвисания ФМ. Лучше просто юзать через www и не париться.
в кубики то я уже не играю, вырос.
Только хоть какое-то позитивное обсуждение пошло - опять пафос попер
Ну и  где же тот "взрослый" дистр?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 08 Август 2016, 18:27:53
Только хоть какое-то позитивное обсуждение пошло
Да не было никакого позитивного обсуждения, и быть не могло.
Для себя я дистр делаю, без каких либо обязательств. А вы идите своим "PRAвильным" путём, куда я вас и направил.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: pfs от 17 Август 2016, 12:19:00
Запустите Magos и PRA на слабом желее - сами все увидите
да что там на слабом...даже на сильном видно. Сколько не пытаюсь Magos - он какой то тягучий, как резина. Ему не хватает шустрости от ПРА. Поэтому логично взять все хорошее от ПРА и МАг ОС и скрестить
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 17 Август 2016, 13:07:31
взять все хорошее от ПРА и МАг ОС и скрестить
А что есть в МагОс такого, чего нет в ПРА?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: pfs от 17 Август 2016, 13:17:49
взять все хорошее от ПРА и МАг ОС и скрестить
А что есть в МагОс такого, чего нет в ПРА?
У них есть какая то упорядоченность, строгость.
1. УДобный сайт (неразорванность с форумом), чат там же.
2. Сконцентирированность. Один дистр и все работают над ним.
3. Свой торрент трекер.
4. Хорошая база Роса.
----
А вот что им не хватает...так это Лайт дистра типа ПРА. Т е легкой и быстрой версии их дистрибутива для слабых компов и всякого рода терминальных решений. Было бы хорошо если бы у них появился МагПР или Магический Пуппи. Т е собачка Маг.

Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 17 Август 2016, 13:28:55
2. Сконцентирированность. Один дистр и все работают над ним.
И поэтому Вы предлагаете нам наплодить еще дистров :)
4. Хорошая база Роса.
Чем именно?
им не хватает...так это Лайт дистра
МагОсовец neobht нам неоднократно пытался доказать, что нацеленность на "маленький и быстрый" не актуальна. Меня не убедил
Так что вряд ли будет MagOs-light
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: pfs от 17 Август 2016, 13:55:02
И поэтому Вы предлагаете нам наплодить еще дистров
Не наплодить...а просто сделать им их но лайт.
Чем именно?
Наша
МагОсовец neobht нам неоднократно пытался доказать, что нацеленность на "маленький и быстрый" не актуальна. Меня не убедил
Так что вряд ли будет MagOs-light
Он просто боится распыляться. Вот и нужно как бы дать ему понять, что сильно его не отвлечет это...что ЛАЙТ будет приложением к их дистру но со своей аудиторией. Что от него требуется только координация и синхронизация модулей.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 17 Август 2016, 14:02:16
Русская репа - это скорее минус чем плюс. Значит в основном только русскоязычные. Это много , но остальных еще больше. Значит "наша репа" по умолчанию будет протестирована хуже
сильно его не отвлечет это...что ЛАЙТ
Отнюдь. У Вас очень идеалистические вгляды на дистростроение
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: neobht от 17 Август 2016, 15:57:14
Лайт версия MagOS - даже не представляю при текущих размерах и стоимости флешек - зачем?

Что касается скорости работы - неоднократно говорил, что в MagOS по умолчанию запущены службы, которые делают работу в KDE более эффективной. Легко можно отключить хоть все службы в MagOS.ini и тогда грузиться будет очень мало. Хотя по-умолчанию вариант занимает около 300Мб без запущенных браузеров. Если их запустить, то и 1Гб будет мало. Поэтому экономия на запущенных службах при использовании современных Firefox, Chromium - это баловство.

Удалить модули с кучей полезного большинству пользователей софта - тоже в чем смысл?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: neobht от 17 Август 2016, 16:35:49
Терминальные решения даже на слабых компах (5-10 лет давности) работают очень быстро даже в КДЕ варианте, не говоря уже о более легких вариантах десктопа.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: neobht от 17 Август 2016, 16:40:12
На современных компах (от 4 Гб ОЗУ для  KDE и от 2 Гб для легковесного) прекрасно работает полностью в режиме copy2ram. Но это надо учесть что в составе при этом почти весь современный софт для большинства задач (1,2 Гб в сжатом виде - 3-5 Гб обычного full софта). Ну а если использовать выборочный copy2ram, то будет и на меньшем ОЗУ прекрасно себя чувствовать.
Название: Re: pfsmerge-dir && rm *
Отправлено: sfs от 11 Февраль 2017, 20:43:07
Вам же первому и не понравится.
Мне не нравится подход: альтернатива ради альтернативы + отсутствие док. Не вижу смысла выходить за рамки пфс
Название: Re: Re: pfsmerge-dir && rm *
Отправлено: DdShurick от 12 Февраль 2017, 08:20:25
альтернатива ради альтернативы
"Кто как обзывается, тот сам так называется". С моей точки зрения PRA - халявная альтернатива PuppyRus.
Хотел написать гневную отповедь, но лень. Продолжайте бежать впереди паровоза, не задумываясь от том, куда он идёт.
Название: Re: Re: pfsmerge-dir && rm *
Отправлено: sfs от 12 Февраль 2017, 08:44:09
халявная альтернатива PuppyRus.
Я бы сказал - единственное, что осталось от PuppyRus. Использование "халявы" (в таком ракурсе весь Линукс халява) позволило выжить после распада старой команды
Сто раз обсуждали. Альтернатива - это когда работает и есть пользователи. Остальное - пустые разговоры и не доведенные до результата идеи - саморазвлекуха
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 12 Февраль 2017, 09:03:45
после распада старой команды
А кто распад инициировал?
пустые разговоры
Это больше к вам относится, любите вы всё забалтывать.
что осталось от PuppyRus.
PR и Richy. PRA - никак не PuppyRus, это frugal Arch. 
Альтернатива - это когда работает
Разве у меня что-то не работает?
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: RemDerBauer от 12 Февраль 2017, 10:24:50
А кто распад инициировал?
разве не сам melviX в лохматом уже 2011 или каком там году?!
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: Pro от 12 Февраль 2017, 14:35:30
Ап чем бугурт? Завезли свежие исходники? Эксклюзивно для нас.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: melviX от 27 Февраль 2017, 10:44:20
А кто распад инициировал?
разве не сам melviX в лохматом уже 2011 или каком там году?!

melviX просто ушёл в реальность для поддержки семьи на плаву и трудился на 2-х работах. Но за проектом присматривал и помогал решать возникающие проблемы.
Распада не было, было диалектическое развитие на основании имеющихся ресурсов. Это уже реальность самого проекта.
Как то так. Успехов
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: DdShurick от 27 Февраль 2017, 12:25:48
Распада не было
Не согласен.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: RemDerBauer от 27 Февраль 2017, 21:58:15
melviX просто ушёл в реальность для поддержки семьи на плаву и трудился на 2-х работах. Но за проектом присматривал и помогал решать возникающие проблемы.
Распада не было, было диалектическое развитие на основании имеющихся ресурсов. Это уже реальность самого проекта.
уход из проекта в реальную жизнь духовного лидера проекта = распад (ИМХО)
А "диалектическое развитие" - это попытка sfs & Co. сделать СВОЙ проект на костях старого (ИМХО)
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: Pro от 28 Февраль 2017, 02:40:30
попытка sfs & Co. сделать СВОЙ проект на костях старого (ИМХО)
И это не запрещается, форум именно для этого и создавался.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: RemDerBauer от 28 Февраль 2017, 07:48:00
И это не запрещается, форум именно для этого и создавался.
никто и не спорит
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: melviX от 28 Февраль 2017, 09:46:23
И это не запрещается, форум именно для этого и создавался.
никто и не спорит
На этой оптимистической ноте можно и закончить пилить опилки.
Может просто заниматься каждому тем, что может осилить. Выбор всегда у каждого свой.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: Nquatro от 08 Февраль 2018, 16:16:04
Эх, если бы все вы (профи) объединились!

Золотые слова!!! 
Как грит корефан кубинец....

- Дайте мне 10 программистов и через год я заработаю миллион, а через 5 лет они станут миллионерами.

Сначала я его не понимал, трудности перевода или рома было мало, но теперь понимаю, когда сам столкнулся с этими проблемами.
Лебедь, Рак и Щука, едри их за ногу.  Но Гейтс это одобряет, ему то выгоден такой бордельеро-бардачок.

Простые вещи лежат на столе, а их взять и прикрутить некому. Один ПР и прикрутился без проблем на комп!  Уже с изо и без проблем и танцев с бубнами!!! Десятки тысяч технарей тусуются по своим форумам, которые делают за день, их сотни, если не тысячи, а потом варятся в своих проблемах.

В России не любят советы, ахга...
Страна Советов!  Союз, пута мадрэ.  Из одного вырвались, в другое окунулись. Крайности.
Название: Re: Направление развития проекта. Сборка из исходников или чужого репозитория
Отправлено: sfs от 08 Февраль 2018, 16:28:14
Завязывайте с ромом
Не надо флудить. Пишите по теме. Это технический форум, а не кубинских партизанов
Второе и последнее предупреждение перед баном