PuppyRus-A02

[Pro]

он к тому что скачать надо из такого места, куда есть свободный доступ из любой ОС а не только используя sfs-get.

т.е. RoDoN спрашивает, где прямая ссылка на devx чтобы скачать?

[sfs]

Ок - поправил шапку ("скачать"). Так понятно?

[RoDoN]

Спасибо, теперь понятно.

[RoDoN]

Да, lxrandr хуже grandr, но grandr тянет кучу зависимостей. Если его и делать - отдельным модулем
Нашел zarfy - опробуйте. Зависимостей минимум

grandr из меню не запускается, т.к. в модуле grandr-1.0.2.pfs  в десктоп-файле очепятка Exec=gxrandr, при запуске из терминала работает, но ругается:

Код

live@rodon:~$ grandr
GConf Error: Failed to activate configuration server: The name org.gnome.GConf was not provided by any .service files

GConf Error: Failed to activate configuration server: The name org.gnome.GConf was not provided by any .service files

Понравился zarfy. Самый компактный lxrandr и не пойму, чем он хуже grandr-а, как раз лично у меня были проблемы с сохранением выбранного разрешения именно с grandr.
На мой взгляд в системе нужно оставить lxrandr, т.к. он единственный позволяет сохранить выбранное пользователем разрешение, остальные позволяют применить разрешение только до перезагрузки иксов, а дополнительно можно поставить zarfy или отдельным модулем.

[RoDoN]

В каталог /modules добавлены для автозагрузки DEADBEEF-0.5.6-1.pfs, GPARTED-0.16.1-5-s01.pfs, MTPAINT-3.40-8-r02.pfs, но из меню эти программы не запускаются, посмотрел десктоп-файлы, там прописано sfs-get <имя проги> и если их так запустить в терминале, то получим:

Код

live@rodon:~$ sfs-get deadbeef
f=deadbeef po=deadbeef url= fname= deadbeef
ls: невозможно получить доступ к /mnt/.deadbeef*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.DEADBEEF*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.deadbeef*/usr/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.DEADBEEF*/usr/share/applications/*.desktop: Нет такого файла или каталога
live@rodon:~$ sfs-get gparted
f=gparted po=gparted url=http://ubuntuone.com/5xWAxvgIQHTw57qlueNRHh fname=GPARTED-0.13.1-218s01lt.pfs gparted
ls: невозможно получить доступ к /mnt/.gparted*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.GPARTED*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.gparted*/usr/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.GPARTED*/usr/share/applications/*.desktop: Нет такого файла или каталога
live@rodon:~$ sfs-get mtpaint
f=mtpaint po=mtpaint url= fname= mtpaint
ls: невозможно получить доступ к /mnt/.mtpaint*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.MTPAINT*/usr/local/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.mtpaint*/usr/share/applications/*.desktop: Нет такого файла или каталога
ls: невозможно получить доступ к /mnt/.MTPAINT*/usr/share/applications/*.desktop: Нет такого файла или каталога

т.е. поиск идет только среди подключенных во время сеанса работы модулей, а автоподключенные остаются за бортом.
Наверно для PRA нужно в sfs-get добавить проверку еще таких путей, напр., для DEADBEEF:

Код

/mnt/live/memory/images/deadbeef*/usr/local/share/applications/*.desktop
/mnt/live/memory/images/DEADBEEF*/usr/local/share/applications/*.desktop
/mnt/live/memory/images/deadbeef*/usr/share/applications/*.desktop
/mnt/live/memory/images/DEADBEEF*/usr/share/applications/*.desktop

[imago31]

я тоже писал об етом, что deadbeef скачанный через sfs-get и поставленный в автозагрузку не появляется  в меню, также и с другими программами наверное, а вот сторонний модуль оперы подключается и работает из меню

[DdShurick]

Понравился zarfy.

Мне тоже, включил в Richy. Но в PRA-1310 не видит правильное разрешение экрана, впрочем xrandr тоже. Причём стандартные "удары в бубен" не помогают.
 Из программ подключал Opera и Pidgin, от Richy не запустились (нет libXv). Пришлось качать родные, но после перезагрузки пакеты не автоподключаются. Попытка подключить через меню приводит к предложению отмонтировать модуль, но отмонтирование происходит с ошибкой, и только после этого можно повторно подключить модуль. Это даже не лажа, господа, а геморрой.
 Единственное, что порадовало, это Wi-Fi, при первом включении предложио настроить через Xpns-tool, после перезагрузки подхватило автоматом. Ложка дёгтя - на следующий день опять пришлось настраивать вручную.
 Вывод: родной Richy-User гораздо больше устраивает меня как пользователя, ибо всё нужное мне работает на автомате, а как разработчика тем более, ибо лучше знаю.

[dim-kut]

Самый компактный lxrandr и не пойму, чем он хуже grandr-а, как раз лично у меня были проблемы с сохранением выбранного разрешения именно с grandr.

Я уже писал чем - в grandr второй монитор можно подключить как дополнительный экран и мышка будет перескакивать с одного на другой. А можно как "проектор" - одна и та же картинка на обоих мониторах. Я это проверял то ли в сноудоге, то ли в ричи - работало. В lxrandr такого нет. В grandr ещё есть какие-то доп. фишки, но это уже не так важно.

[Pro]

Вывод: родной Richy-User гораздо больше устраивает меня как пользователя, ибо всё нужное мне работает на автомате, а как разработчика тем более, ибо лучше знаю.

неправильный вывод.

[DdShurick]

неправильный вывод.

Зависит от точки зрения.

[Pro]

Точка зрения проста - если не делать ничего то PRA таким и останется.

А Richy-User опять таки устаревает, стремительно стает системой 1 человека.

[sfs]

По экрану - я за zarfy. Минимум зависимостей и размена. Максимум функционала

zarfy включил в Richy. Но в PRA-1310 не видит правильное разрешение экрана, впрочем xrandr тоже.

У меня ок. 1 раз zarfy запустился с пустым окном - при дровах интел с неподходящим uxа\sna

Из программ подключал Opera и Pidgin, от Richy не запустились (нет libXv).

Стандартное поведение модулей чужого дистра

Пришлось качать родные, но после перезагрузки пакеты не автоподключаются.

качать - sfs-get? Как автоподключаете?

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

У меня такого нет. Опишите подробнее. Желательно на примере

Единственное, что порадовало, это Wi-Fi, при первом включении предложио настроить через Xpns-tool, после перезагрузки подхватило автоматом.

Вообще Xpns-tool для арча - чужеродный костыль. Его + - универсальность (стандартные утилиты - на выходе скрипт подключения). Мне показалось, что Xpns-tool не показывает открытые wifi  сети... А у Вас?
Надо делать через netctl. Потестировал свой netctl.sh - нелогично. Переписываю на yad.

Ложка дёгтя - на следующий день опять пришлось настраивать вручную.

Как такое может быть если параметры wifi не менялись...

Вывод: родной Richy-User гораздо больше устраивает меня как пользователя, ибо всё нужное мне работает на автомате, а как разработчика тем более, ибо лучше знаю.

Неправильный вывод основанный на "родной" "меня" "мне"
Если каждый будет сидеть в своем огороде - проект загнется. В одиночку сложно и долго делать.
Richy морально устарел. Перспектив обновления нет. Зачем тратить силы... Вы даже не выкладываете Richy-User... Кому нужно Ваше отшельничество. Ваши знания и опыт нужны проекту.
Чтобы почувствовать перспективы PRA надо было смотреть packer AUR wiki
Нормальная интеграция в арч без потери своего лица. Обновление силами 1 разраба за час
Попробовали бы лучше cups - может быть сразу 2 проблемы в PR и PRA закрыли бы...

[sfs]

Точка зрения проста - если не делать ничего то PRA таким и останется.

Полностью согласен. Основное достоинство PRA - он не загнется пока жив арч. Почти все наши и пупи наработки переносимы.
Не можете (не хотите) договориться с остальными - собирайте свой дистр. Основные методики уже отработаны

А Richy-User опять таки устаревает, стремительно стает системой 1 человека.

Причем после приобретения нового ПК станет системой 0 человека

[sfs]

В каталог /modules добавлены для автозагрузки DEADBEEF-0.5.6-1.pfs, GPARTED-0.16.1-5-s01.pfs, MTPAINT-3.40-8-r02.pfs, но из меню эти программы не запускаются, посмотрел десктоп-файлы, там прописано sfs-get <имя проги>

Думаю - самое простое и правильное - переименовать sfs-get.pfs в 030sfs-get.pfs
Тогда софт-модули перекроют десктоп-файлы с sfs-get <имя проги>
В sfs-get многое тянется со времен sfsl и Ричи. Разберусь с сетью - займусь им (автообновление баз и т.п.)

[RoDoN]

переименовать sfs-get.pfs в 030sfs-get.pfs

Идея переименовать была, пробовал переименовывать в 060-sfs-get.pfs, но... дело в том, что в модулях десктоп-файлы лежат, как обычно в /usr/share/..., а в sfs-get десктоп-файлы в /usr/local/share/... и они похоже при создании меню оказываются приоритетными, поэтому переименование sfs-get.pfs ничего не дало.