репозиторий под rpm/deb?

Нулевая идея:

Просто собирать пакеты и дать право пользователям самостоятельно решать что им обновлять, а что - нет.

Собирать пакеты под овер 100500 дистров?

Собирать пакеты под овер 100500 дистров?

Это сильно проще, чем постоянно объяснять пользователям почему «эта кривая автообновлялка вашего говнософта неправильно работает когда у пользователя нет прав админа».

Можно ставить в home. У меня FF так стоит сейчас и нормально обновляется.

Можно ставить в home. У меня FF так стоит сейчас и нормально обновляется.

Идеи говнооси в линукс? Ну-ну.

man знаки препинания

Предложите другой способ установки ПО для не-суперпользователя.

под 2-3 популярных, для остальных пусть их мэйнтейнеры стараются

Проверку контрольных сумм для скачанных файлов не забудь.

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

Предложите другой способ установки ПО для не-суперпользователя.

Если пользователю не дали прав устанавливать стороннее ПО, то видимо для этого была какая то причина. И вообще, на хомяк нужно ставить noexec.

есть либы, зависимости и другие няшки

А еще есть статические сборки.

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

На тебе запятых, ставь их, не стесняйся.

???

И пару знаков вопроса.

По сабжу - надо сделать, сделай. В чем вопрос? Точнее, где вопрос? Тут только констатация факта.

Не-суперпользователь не должен устанавливать ПО.

Это админу решать. Бывает, на компе еще и компилятор установлен, потому что там люди иногда программируют. Там они могут вообще свой собственный софт написать.

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

Которые теоретически можно пихнуть в тот же хомяк.

И такой софт работает только до поры до времени.

Ну, может, пользователю и надо только до поры до времени, а не на 100 лет.

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

В некоторых ситуациях причина следующая: «Ну, блин, APT в хомяк ничего поставить не может, а по другому нам прикручивать ну очень сильно лень, и все равно оно глючит».

Это админу решать

Админ и может дать юзеру право делать pacman -Syu, например.

Которые теоретически можно пихнуть в тот же хомяк.

Тогда мы теоретически получим dll hell, имея под разными юзерами одни и те же зависимости по 9000 копий.

Ну, может, пользователю и надо только до поры до времени, а не на 100 лет.

Писать заведомо сломающийся апдейтер? Но зачем?

Админ и может дать юзеру право делать pacman -Syu, например.

И куда оно все поставит: для одного пользователя или для всех?

Если для всех, то ведь позволять пользователям ломать таким образом систему несколько менее безопасно, чем позволять пользователям... эм... делать что угодно у себя в хомяке. Который в принципе для того и предназначен, чтобы там что угодно делать.

Есть еще чрут, есть ключи для пакетного менеджера, которые указывают путь к установке (во всяком случае для портежа точно). Любая проблема решаема, только не надо делать такие ужасные костыли.

Собирать пакеты под овер 100500 дистров?

Для распространённых дистрибутивов сделать репозиторий, остальные пусть выкачивают .tar.gz с собранной программой. Там либо пользователи будут делать это сами, либо мэйнтейнеры озаботятся.

Есть еще чрут, есть ключи для пакетного менеджера, которые указывают путь к установке (во всяком случае для портежа точно). Любая проблема решаема, только не надо делать такие ужасные костыли.

Ну, это зависит от того, что там этот скрипт делает. Может быть, кто-то сочтет его менее неудобным костылем, чем chroot.

Хотя в принципе, ТС, следует обратить внимание на какие-нибудь готовые костыли системы для подобной установки: Zero Install, klik (если он еще жив), Autopackage и т.п. Там такая ситуация продумана. Ссылки даны на Википедию, потому что сай 0install сейчас лежит, а остальные два почему-то в архиве (да, отличная реклама получается).

Ну, это зависит от того, что там этот скрипт делает. Может быть, кто-то сочтет его менее неудобным костылем, чем chroot.

А что бы ни делал. Этот скрипт для каждого пакета надо ставить отдельно. Это ненужные сущности в мире пакетных менеджеров.

А что бы ни делал. Этот скрипт для каждого пакета надо ставить отдельно. Это ненужные сущности в мире пакетных менеджеров.

Да, конечно, весь софт так ни в коем случае ставить нельзя. Но если у юзера есть три любимые программы, которые он почему-то из пакетов поставить не может, но которые ему «осинь нада», то он может и смириться с геморроем на этих трех программах.

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

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

Об этом я и говорил. Надо так, чтобы эта обновлялка была опциональной и легко выпиливалась из нормальных пакетов.

В некоторых ситуациях причина следующая: «Ну, блин, APT в хомяк ничего поставить не может, а по другому нам прикручивать ну очень сильно лень, и все равно оно глючит».

Тут видна совсем иная причина - боль в жопе и голове.

что нибуть по проще надо систему проверки новой версии на сервере и ее установки

И вообще, на хомяк нужно ставить noexec.

noexec не добавляет безопасности (всегда можно выполнить код через файлы инициализации шелла), но добавляет проблем. Зачем он на ~ локальных пользователей?

Тогда мы теоретически получим dll hell, имея под разными юзерами одни и те же зависимости по 9000 копий.

9000 копий — это не dll hell. Dll hell — когда софт ломается из-за несовместимой либы (обычно заменённой при установке другой софтины).

Значит просто куча мусора.

Зачем он на ~ локальных пользователей?

А зачем там exec?

Затем, что там ~/bin и компиляние всякой мелочи.

Затем, что там ~/bin и компиляние всякой мелочи.

Каждая домохозяйка девелопер? Мне нужен exec на хомяке, моим детям и жене он не нужен.

Затем, что там ~/bin и компиляние всякой мелочи.

И, да, ~/bin у на компах детей и жены нет.