Pidgin

[DdShurick]

есть подозрение что это экономит ОЗУ мозга гораздо больше

ОЗУ мозга гораздо больше экономит модуль не требующий зависимостей.
Саша (Pro), ты верный последователь Николая (nik), он тоже очень любил собирать пакеты с отсутствующими зависимыми библиотеками. Я по этому поводу уже скандалил и ещё буду.

[Lego]

Ну я тоже перестал засовывать посторонние либы в пакеты. Как альтернатива, компилирую прогу какую-нибудь и все её зависимости в одну папку, в ней же после пакую раздельно .pfs, архивирую и в таком виде уже на яндекс диск (это допустимо на своих ЛИЧНЫХ файлохранилищах).

[DdShurick]

это допустимо на своих ЛИЧНЫХ файлохранилищах.

Хорошо, а какой тогда существует стандарт на зависимости для pfs-модулей для публичных файлохранилищ?

[Lego]

Хороший вопрос . Мы сколько уже лет его решаем...?

[RoDoN]

http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra02/pfs-test/
Перепаковал из арч репы (ar) - этот должен работать, но большой, аж с перлом
arl-он же , но подрезанный (возможны сюрпризы, тестил только на старт)
Если что - из ar можно подергать либы

Проверил. Модуль pidgin-2.10.9-ar.pfs работает хорошо, и жабер, и аська, вопросов нет, только очень уж огромный. А вот этот pidgin-2.10.9-arl.pfs не понятно смысла так делать, если мало того, что все на английском, так еще и ничего не работает ни жабер, ни аська и о каком дерганьи либ может идти речь, если он ни на что не ругается?

[sfs]

какой тогда существует стандарт на зависимости для pfs-модулей для публичных файлохранилищ?

Модуль он потому и модуль, что под конкретный дистр. Если нужно подтягивать зависимости - это уже называется пакет и его надо юзать ПМ. В репе дистра должны быть модули со всеми нужными зависимостями. В PRA придерживаюсь именно этого стандарта. Исключение - составные модули, которые сами просят подключить большие доп. модули типа perl qt

Перепаковка из другого дистра - творческий процесс. Допустим только для быстрого эксперимента или если не получается скомпилить в родной среде.

Большие софты типа Oof spype браузеры и т.п. производители делают полустатическими. Можно ставить в /opt.
Не родные либы лучше помешать туда же с /etc/ld.so.conf.d (в этом не уверен - до конца не изучил - кто в теме поделитесь опытом)

pidgin-2.10.9-ar.pfs работает хорошо, и жабер, и аська, вопросов нет, только очень уж огромный. А вот этот pidgin-2.10.9-arl.pfs не понятно смысла так делать

Смысл так делать есть, но надо доделывать до конца (т.е. добавить из ar в ar1 недостающее). Для этого надо разбираться как работает. Я не разбираюсь в pidgin поэтому помог чем смог. Могу еще перекомпилить из ABS

[sfs]

В итоге - что ставить в iso?

[DdShurick]

В итоге - что ставить в iso?

Не знаю. Лично я откатился на pidgin-2.10.6, размер почти одинаковый, pidgin-light уходит в "Отошёл" и назад вернуть можно только пинками.

[sfs]

для pra подходит пиджин 2.7 из 520-го

Если в плане либ- это не проблема. 2.7 уж очень старый. Интересует полная работоспособность

[imago31]

а в чем отличия в версиях, зато старый отлично работает в pra без зависимостей

[sfs]

а в чем отличия в версиях, зато старый отлично работает в pra без зависимостей

Не знаю. Не пользуюсь. Арч - дистр передовой. Старье пихать - неформат 

Pidgin от Pro, я пока никаких неполадок не замечал. Для PRA давно выложен,

Прошу проверить. Или в iso-fat это не надо?

[DdShurick]

Старье пихать - неформат 

Не надо проповедовать прогрессивизм.

[sfs]

И  догматизм. В идеале - золотая середина (маленькое быстрое рабочее)

[sfs]

Pidgin от Pro, я пока никаких неполадок не замечал. Для PRA давно выложен,

Перепаковал. Поправил ярлык. Т.к. либы чужие - перенес их в /opt и подключил через /etc/ld.so.conf.d. Не сломал? Такой метод эффективен для не родного софта?

[imago31]

у меня нет протоколов, у всех так? fat pra 1405