Сайт | Скачать | Видео | Wiki

Автор Тема: PR или PRA?  (Прочитано 17862 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: PR или PRA?
« Ответ #30 : 11 Июль 2016, 12:19:40 »
Как же мне надоело с вами спорить
Даже по этой теме не заметно. Обидно что только в основном эмоции, а не конкретика
Начать надо с правильной организации труда
В Ричи было организовано? Как? какой результат дало?
Я свой труд организовал. Сообщество, дока есть. Что не так?

Откуда эта инфа про Альт? На мой взгляд у них слишком сильно патчатся исходники. Каких-то чудет от этого не увидел, а проблем должно давать
делайте что хотите
Почему Вы такой упрямый. Можете же работать в коллективе. Minirc в PRA с Вашей помощью сделан
Подключайтесь к работе. Хватит ворчать  ;)

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re: PR или PRA?
« Ответ #31 : 11 Июль 2016, 12:27:22 »
Подключайтесь к работе.
PRA я делать не буду.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: PR или PRA?
« Ответ #32 : 11 Июль 2016, 12:39:24 »
Я Ричи и PR тоже не буду. Как минимум все компилить скучно и долго
Что готовы делать сообща и в каком качестве? Предлагайте. Только чтобы не как с http://forum.puppyrus.org/index.php?board=70.0 (умер не родясь, доступно только команде). А в начале все были за  :'(

Что про musl думаете? В свете распространения https://ru.wikipedia.org/wiki/Raspberry_Pi и т.п.низкоресурсоемкий дистр может быть актуален

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re: PR или PRA?
« Ответ #33 : 11 Июль 2016, 15:35:28 »
Я Ричи и PR тоже не буду.
Это хорошо.
Что готовы делать сообща
Ничего. Разве только что ругаться на вас для развлечения :). Моё всё плохое, чужого мне даром не надо.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн Star_Gamer

  • Пользователь
  • **
  • Сообщений: 40
  • Репутация: +0/-0
  • Автор темы
Re: PR или PRA?
« Ответ #34 : 12 Июль 2016, 19:12:21 »
А где можно скачать Richi?

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re: PR или PRA?
« Ответ #35 : 12 Июль 2016, 20:13:18 »
Здесь, но вы его вряд ли установите и запустите (devx-219.sfs качать не надо).
« Последнее редактирование: 12 Июль 2016, 20:15:22 от DdShurick »
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн RoDoN

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 6282
  • Репутация: +141/-0
Re: PR или PRA?
« Ответ #36 : 12 Июль 2016, 22:08:55 »
вы его вряд ли установите и запустите
Конечно, потому что тому, кто не в теме этого дистра, без образца menu.lst будет очень трудно разобраться.
Lenovo G500 (i3-3110M, 8 Гб, Intel + Radeon HD 8570)
PRA 16.12 JWM, Runtu 22.04 x64 XFCE

Оффлайн I-Jurij

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 533
  • Репутация: +16/-0
Re: PR или PRA?
« Ответ #37 : 12 Июль 2016, 22:58:10 »
to sfs
Что улучшить (не глобально, но работы ого-го):
1. Установка - в составе образа один исполняемый файл с названием Install-PRA и рядом с ним Install-PRA-readme
2. Ускорить загрузку убрав задержки из menu.lst (кому нужно - найдет где и как сделать, остальным неинтересно) и выставив оптимальный вариант загрузки по умолчанию
3. Разбить модули по предназначению прог: офис, сеть, графика и тд и в менеджере модулей сделать пункты ведущие к ссылкам на скачивание. Если у модуля есть зависимости - перед скачиванием должно появиться сообщение о необходимости скачать модуль с зависимостями (или просто скачать сразу все нужное). Загружать сразу в папку modules (можно сделать кнопку дополнительно и там дать возможность указать куда качать). После загрузки - предлагать подключить модуль.
4. Пересмотреть состав модуля с драйверами устройств (пробовал middle где-то на шести компах - не видит сетевую, приходится каждый раз большой модуль качать)
5. Сделать создание файла сохранения при выключении как в Trusty Tahr - без дополнительных вопросов и окошек по умолчанию в 090.pfs, а в меню "настройки""- "файл сохранения" уже дать возможность настроить как именно сохранять
6. А да: "почти" тема мне надоела. Предлагаю все заменить на адвайту (жтк, иконки, курсор и сделать заголовки окон соответствующими теме, если же они аля 2000 - то и тему жтк и иконок такую же запилить).

По поводу ресурса для компиляции репы - а что даст компиляция для ПРА, например? Зачем собирать все, если есть уже готовое? Если косяки есть - тогда да, а так?
И да - я за автоматическую сборку, и чем больше автоматическую - тем больше за. Еще бы тестить автоматически... Иначе когда наступит светлое будущее, в котором машины будут делать работу для роботов?

musl - тогда точно придется все компилить. Смысл на сегодня в этом есть?

to DdShurick
В папке boot initrd-ры вск нужны или можно один какой? Тот же вопрос по vmlinuz и ядрам? Скачивать по одному файлику неудобно,  готового для запуска образа (архива) нет в заначке?
Здесь же ЗЫ: мне спрашивать не лень, а кто другой - не знает кого и о чем спросить. Я не говорю о запуске системы - здесь уровень вхождения еще выше.
« Последнее редактирование: 12 Июль 2016, 23:04:30 от I-Jurij »

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re: PR или PRA?
« Ответ #38 : 13 Июль 2016, 06:37:08 »
2. Ускорить загрузку убрав задержки из menu.lst (кому нужно - найдет где и как сделать, остальным неинтересно) и выставив оптимальный вариант загрузки по умолчанию
а может с другой стороны - кому нужно найдет как сделать чтобы без задержки. А оптимальный вариант по умолчанию и так выбран.

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

Зачем собирать все, если есть уже готовое? Если косяки есть - тогда да, а так?
а кто все собирает? не вижу чтобы все собирали.


И да - я за автоматическую сборку, и чем больше автоматическую - тем больше за.
мы все за нее, но не умеет никто.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: PR или PRA?
« Ответ #39 : 13 Июль 2016, 10:29:05 »
1. http://forum.puppyrus.org/index.php?topic=15557.msg120133#msg120133
2. Где в menu.lst задержки? Оптимальный вариант для какого случая?
3. Разбить модули по предназначению прог: офис, сеть, графика и тд и в менеджере модулей сделать пункты ведущие к ссылкам на скачивание.
Ссылки на папки на яндексе по темам? Тогда теряется смысл менеджера модулей (ММ)
Если у модуля есть зависимости - перед скачиванием должно появиться сообщение о необходимости скачать модуль с зависимостями (или просто скачать сразу все нужное).
Сейчас так и сделано. Если зависимый модуль есть в /optional - зависимость автоподключается с выдачей сообщения
Нет - предлагает искать в репе
Загружать сразу в папку modules
Загружать можно куда хочется (см. аттач)
4. Мало инфы. Лучше отдельной темой
5. Спорно. Мне кажется только усложнит и запутает
6. "Почти" - это какая тема? У адвайты есть проблема http://forum.puppyrus.org/index.php?topic=18848.0 . Править темы gtk я не умею. Если кто сделает - не возражаю
что даст компиляция для ПРА
Оптимизацию под поставленную задачу
Например уменьшение зависимостей, не затрагивая необходимый функционал (например ffmpeg медиаплееры spacefm)
Там где меня устраивает - не вижу смысла перекомпилять (например grep)
В ПРа можно перекомпилить только нужное, подключить к pacman и это его не сломает
я за автоматическую сборку
Чего именно сборку?
Я тоже за все хорошее :)

musl - надо пробовать. Если оне дает впечатляющую ресурсоемкость (у меня большие сомнения) - можно сделать что-то типа ПРа на musl-доноре . Их штуки три. Мне пока не удалось ни к одного прикрутить фругал

to DdShurick
Дядя Шурик же ответил что закончил поддержку Ричи

Оффлайн I-Jurij

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 533
  • Репутация: +16/-0
Re: PR или PRA?
« Ответ #40 : 13 Июль 2016, 20:23:15 »
По firmware: если нащупаю, кто нужен - отпишусь.

В менеджере модулей не ссылки на папки на яндексе, а прямые ссылки на скачивание определенной проги (например вкладка графика - ссылка на гимп, и срипт выбирает самый новый модуль гимпа на сервере)
загрузка модулей "куда хочется": а если я не знаю, куда мне хочется? Лучше по умолчанию в модулес, а кнопка "Дополнительно" - даст возможность куда хочешь (ну или не кнопка, а дополнительные пункты менюшки)

если не знаешь, что делать, то лучше создание файла сохранения при выключении как в Trusty Tahr - без дополнительных вопросов и окошек по умолчанию в 090.pfs, а в меню "настройки""- "файл сохранения" уже дать возможность настроить как именно сохранять

"почти" тема - это Almost. По жтк3, я так понимаю, проблемы у всех известных тем, не только у Адвайта? Значит причина не в темах, а в движке

По компиляции подход ясен. И, к сожалению, в автоматизации ее не силен тоже. Если созрею - сообщу.

по musl: понял - основа будет, компилять все подряд не придется. Читал коротенькую статью, уяснил, что при линковке требует места в три-четыре раза меньше глибси, а производительность та же. Значит ли это, что размер прог и занимаемой памяти уменьшится?

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: PR или PRA?
« Ответ #41 : 14 Июль 2016, 11:32:42 »
В менеджере модулей не ссылки на папки на яндексе, а прямые ссылки на скачивание определенной проги (например вкладка графика - ссылка на гимп, и срипт выбирает самый новый модуль гимпа на сервере)
В соседней теме определились - что достаточно ссылки. Если чел. не знает что ему надо - лучше погуглить
загрузка модулей "куда хочется": а если я не знаю, куда мне хочется?
Использовать дефолт. Имеющийся функционал позволяет загрузить куда хочется. Не надо тут усложнять. optional - правильно.
В modules надо перекладывать осмысленно. По дефолту - не всегда осмысленно
Almost. По жтк3, я так понимаю, проблемы у всех известных тем
С gtk-3.20 у всех. Но может это не глюк, а фича. Поэтому в ПРА64 до выяснения поставил Gtk318 (c ним у 084-тем, что в iso сейчас проблем нет)
musl - на вскидку сравнил htop - размер примерно одинаковый. Но сам musl меньше. Не уверен, что это даст ошеломляющий результат. Нужны тесты

Оффлайн RoDoN

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 6282
  • Репутация: +141/-0
Re: PR или PRA?
« Ответ #42 : 14 Июль 2016, 11:47:34 »
Имеющийся функционал позволяет загрузить куда хочется. Не надо тут усложнять. optional - правильно.
В modules надо перекладывать осмысленно.
Поддерживаю, переделывать не надо.
Lenovo G500 (i3-3110M, 8 Гб, Intel + Radeon HD 8570)
PRA 16.12 JWM, Runtu 22.04 x64 XFCE

Оффлайн I-Jurij

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 533
  • Репутация: +16/-0
Re: PR или PRA?
« Ответ #43 : 14 Июль 2016, 19:54:54 »
Три голоса против одного - сдаюсь  8) Ну и меня тоже устраивает как есть.
Кроме:
pRun - не нужен, я б заменил на gexec (новички все равно в меню лезут, функционал практически такой же) или уж совсем на dmenu. И еще - поиск программ по названию не нужен, если есть рабочее меню на панели.
pMusic и  прочие аудиопроигрывающие скрипты - не нужны, лучше один нормальный плеер.
когда все наглухо виснет - люблю набрать alt-sysrrq-reisub - не хватает.



Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re: PR или PRA?
« Ответ #44 : 15 Июль 2016, 09:00:51 »
pRun - не нужен, я б заменил на gexec
Функционал сопоставим. C gexec не смог запустить mc от root в терминале
Тут на любителя. Могу добавить в дистр
dmenu есть - не удобно
поиск программ по названию не нужен
Мне удобно. Почти во всех DE такое есть (даже в винде)
По дефолту ymenu - висит на хоткее alt+f5. Если не нужен - не пользоваться. Места не занимает
pMusic и  прочие аудиопроигрывающие скрипты - не нужны
Если не нужен - не пользоваться. Места не занимает
когда все наглухо виснет - люблю набрать alt-sysrrq-reisub - не хватает
http://pingvinoff.net/2011/09/06/myagkaya-perezagruzka-reisub/ ?
У Вас часто виснет? Чем хуже reset или выключение?