История изменений

с такими взглядами вообще в линукс-сообществе делать?

Секунду, в линукс сообществе разве нельзя иметь своих взглядов? Или в мире гну/линуксов считают что у них все правильно и лишено недостатков, а кто так не считает - еретик?

Как будто я какие то не реальные или противоречащие философии гну линукс вещи хочу: система и все ее запчасти пусть находится в /bin, /lib, /usr/lib, /usr/bin, пакетный менеджер в локальной среде /usr/local либо если пакетный менеджер от пользователя запускается то enviroinment находится в /home/username/.local к примеру. Приложения например в /software либо в /home/software (разница думаю понятна), структура приложений ~ AppName/ appexec app.sh ../lib ../share ../images ../xxx баш скрипт при запуске экспортирует все внутренние пути на одну сессию, вот собственно и все.

В каждом дистрибутиве есть gnu wget - для обновления своего приложения разработчик может смело использовать его, можно это даже как то стандартизировать и написать гайдлайн с шаблонами кода, но можно и свое (как например Mozilla поступает), при первом запуске выкачивается вначале MD5 с какого нибудь ftp://../current или даже github build/realise или где там разработчик размещает свой прожект, сверяется с текущим и выдается сообщение о новой версии с предложением обновить, если пользователь согласен - выкачивается тарбал, распаковывается в эту же папку заменяя полностью текущую.

Все, никакому юникс-вей никакой философии гну этот подход не противоречит. Тем более уже вышеназванный firefox по большому счету уже так делает и делает давно - у него в директории лежит башскрипт без расширения firefox и бинарник firefox-bin и все остальные библиотеки тут же вапляются. Единственное что хорошо было бы наверно изменить, это что бы патчи юникс работали в обратную сторону, то есть - что бы EXPORT PATCH=«patch/to» имел приоритет над общим для всех PATCH, хотя может быть я и ошибаюсь и оно вовсе не нужно/вредно.

Касательно виндузятных подходов - составление списка приложений на основе добавления указателей куда то там в недра и есть виндузятный подход, на папках /software и /home/usr/software должны event -ы висеть, как только появился например внутри нее новый appname.desktop (пусть тоже с приложением вместе идет) он тут же обрабатывается (можно другой метаформат для этого придумать, в JSON например для пущего удобства). Потому что как железо работает внизу на прерываниях, так же и ОС должна на системных событиях работать а не на костылях всяких.

с такими взглядами вообще в линукс-сообществе делать?

Секунду, в линукс сообществе разве нельзя иметь своих взглядов? Или в мире гну/линуксов считают что у них все правильно и лишено недостатков, а кто так не считает - еретик?

Как будто я какие то не реальные или противоречащие философии гну линукс вещи хочу: система и все ее запчасти пусть находится в /bin, /lib, /usr/lib, /usr/bin, пакетный менеджер в локальной среде /usr/local либо если пакетный менеджер от пользователя запускается то enviroinment находится в /home/username/.local к примеру. Приложения например в /software либо в /home/software (разница думаю понятна), структура приложений ~ AppName/ appexec app.sh ../lib ../share ../images ../xxx баш скрипт при запуске экспортирует все внутренние пути на одну сессию, вот собственно и все.

В каждом дистрибутиве есть gnu wget - для обновления своего приложения разработчик может смело использовать его, можно это даже как то стандартизировать и написать гайдлайн с шаблонами кода, но можно и свое (как например Mozilla поступает), при первом запуске выкачивается вначале MD5 с какого нибудь ftp://../current или даже github build/realise или где там разработчик размещает свой прожект, сверяется с текущим и выдается сообщение о новой версии с предложением обновить, если пользователь согласен - выкачивается тарбал, распаковывается в эту же папку заменяя полностью текущую.

Все, никакому юникс-вей никакой философии гну этот подход не противоречит. Тем более уже вышеназванный firefox по большому счету уже так делает и делает давно - у него в директории лежит башскрипт без расширения firefox и бинарник firefox-bin и все остальные библиотеки тут же вапляются. Единственное что хорошо было бы наверно изменить, это что бы патчи юникс работали в обратную сторону, то есть - что бы EXPORT PATCH=«patch/to» имел приоритет над общим для всех PATCH, хотя может быть я и ошибаюсь и оно вовсе не нужно/вредно.

Касательно виндузятных подходов - составление списка приложений на основе добавления указателей куда то там в недра и есть виндузятный подход, на папках /software и /home/usr/software должны event -ы висеть, как только появился например внутри нее новый appname.desktop (пусть тоже с приложением вместе идет) он тут же обрабатывается (можно другой метаформат для это придуматьб в JSON например для пущего удобства). Потому что как железо работает внизу на прерываниях, так же и ОС должна на системных событиях работать а не на костылях всяких.