Направление развития PRA. Стратегия

[RoDoN]

По мере развития PRA многие pyppy наработки не выдержали взаимодействия с DE отличными от jwm+rox

А в свете этого стоит ли тогда сборкам PRA называться Puppy* ?

[sfs]

Я смотрел gui jwm в свежих пупи - там сделано концептуально. У нас в 2.3 мало что изменилось с jwm 2.2 (который я юзал).
Надо уж или вообще все gui настройки убрать и сделать преднастроенную руками тему или портировать из пупи. Это имел ввиду под недоделанностью

[Pro]

А в свете этого стоит ли тогда сборкам PRA называться Puppy* ?

а обратный вариант "чтобы быть Puppy надо поддерживать Jwm" действует?

[RoDoN]

Скорее ключевая фраза "многие pyppy наработки не выдержали"

[sfs]

стоит ли тогда сборкам PRA называться Puppy* ?

Основная идея  (как я ее понимаю) та же - маленький и быстрый для дома
Puppy в PRA - это название нашего проекта. Тоже менять?
Я хотел заребрендить PRA64 - меня зачморили

[sfs]

Скорее ключевая фраза "многие pyppy наработки не выдержали"

.. стыковки со стандартами https://www.freedesktop.org/wiki/  https://ru.wikipedia.org/wiki/Freedesktop.org
В puppy-woof очень много самопала. Причем не всегда оправданного типа ~/Startup
В итоге даже хорошо зная линукс в пупи можно растеряться
В PRA (на мой взгляд) много удалось привести к стандарту, не потеряв прелестей пупи, а местами и улучшив (модульность). Из совсем нестандартного для линукс - только porteus-initrd. Без подобного не получится модульный frugal (а это главная фишка)

Кстати творец Puppy - Бари Кулер puppy-woof бросил и мутит новые идеи того же направления. Это я к тому, что пупи не догма. У нас на форуме в темах пупи - тишина

[DdShurick]

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

Много ли? Совместимости с модулями PR нет, не говорю уже про MagOS.

Из совсем нестандартного для линукс - только porteus-initrd.

Вот это выкинуть в первую очередь.

[sfs]

Много ли?

Что напрягало
Во всяком случае в пупи я чувствовал себя не совсем в линуксе (чуть в сторону от "из коробки" - сразу специфические проблемы), в PRA - не хуже чем в любом другом линуксе (ПМ, компиляция)
Arch тоже нравится (не на серверах) - в готовых пакетах минимум патчей от сборщиков дистра (во всяком случае по сравнению с юбунтой и альтом), софт свежий, есть возможность откатиться. AUR - очень удобно, куча всего. Арчвики - самая толковая из всех линуксов

Совместимости с модулями PR нет, не говорю уже про MagOS.

А зачем она нужна? В массовых масштабах точно не нужна. Что-то эксклюзивное спереть проблем нет
porteus-initrd - не вижу конкурентов по : функционал, размер, дока. Кроме сетевой загрузки , которой не заморачивались для дома

[DdShurick]

не вижу конкурентов

Слепой

[Pro]

Совместимости с модулями PR нет, не говорю уже про MagOS.

и не нужно. модули PR на 99% уже устарели по версиям. модули MagOS это вообще не аргумент, хорошо хоть не упрекаешь что виндовые бинарники не работают.

[paulus]

Не хотите ли упорядочить свою стратегию? Ранее уже об этом как-то говорили, но без толку... Делайте базу базой, чтобы в ней не было подвязок и хлама от разных ДЕ (001, 070), я это даже в 089update не люблю (но это можно пережить). Всякий хлам от тюнаров, опенбоксов и т.д. должен быть в их пакетах. Очень хочу 001 и 070 видеть "чистыми", остальное можно навесить при помощи модулей. Только так можно получить минималистичный и быстрый (без лишнего) pra(32/64). Сколько можно, после каждого обновления исо, вычищать из того же хомяка конфиги вбаров (его и в системе вроде бы нет), тюнаров и другого хлама? Настройки каждого хлама должны быть в модулях этого хлама, а не в базе! 

[Pro]

и что тебе дадут чистые  модули?
Можно получить минималистичный дистрибутив с выигрышем около 1 Мб но кто его настраивать будет?
конфиги в домашнем каталоге обычно скрытые. зачем постоянно держать включенным показ скрытых файлов?

[paulus]

Можно получить минималистичный дистрибутив с выигрышем около 1 Мб но кто его настраивать будет?

Настройки ДЕ в модулях ДЕ. У меня настройки jwm в модуле jwm. Так и остальное должно быть. Например при  постоянной работе в copy2ram важен каждый мб. И дело даже не в этом, а в мусоре который не нужен (скрытый или открытый это все равно хлам). Тот же wbar давно выкинули, а настройки до сих пор переносят из исо в исо... Лепится модульный дистрибутив или монолитный (весь хлам в кучу)? В модулях стараются лишнее вырезать, а в базу выходит лепи все подряд... Где логика и удобство? В базе если порыться, скорее всего не только настройки будут...

[Pro]

автор пожелал сделать так, в принципе вполне нормально и аргументы уже были высказаны ранее, надо просто поискать на форуме. Я уже жавно узбагоился по данному вопросу, чего и вам желаю.

По крайней мере в других дистрибутивах вас вобще могут не услышать.

[sfs]

хочу 001 и 070 видеть "чистыми"

В 001 только пакеты из арчрепы. Всего несколько штук осмысленно перекомпилены. Сейчас есть пара старых либ (Pro писал) - удалю
Что еще не так в 001?

Настройки ДЕ в модулях ДЕ

В PRA в основном так и есть.
В PRA64 - все настройки в 070. Помнится делал так, когда pra64 был multiDE, чтобы подгружать DE через load= из /optional. С тех пор появилось sort=

Т.е. мне без разницы. Пара лишних килобайт не напрягают
Что думают остальные?