Капитан очевидность подсказывает, что в виндовсе аналогично - если хотите самые свежие версии ПО, вам нужны интернеты

Ты меня не так понял,я  написал что мне не удобно, когда есть некий софт и есть всего лишь пару дисков, а надо поставить доп ПО, и при установке начинает ломится в интернет, ссылаясь на то что нет данного пакета на диске. Вот что не удобно.

сюда любой софт попадает

Запарила проблема с архивами созданными под виндой.
У юзеров ubuntu 9.10 Часть архивов с именами папок и файлов  русскими буквами отображается некорректно. Интересно, когда-нито начнет работать это "искаропки"?

Еще не нравятся вечные пляски с бубном вокруг rdesktop и переключения раскладки клавиатуры.

techbv это вопрос привычки. Мне, например, легче и логичней настройка оборудования в Линуксе.

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

цитата nnm.ru

Windows — женщина, на которую иногда приходится тратиться, но заполучаешь её, как правило, обманом.
Linux — аппетитная женщина, но достается только зрелым мужчинам, а пока не созреешь — дрочи, дрочи, и дрочи...

Что-бы там не говорили про "заводится с полпинка" и  "искаропки". А проблемы с дровами были, есть, и не скоро исчезнут. Причина в том, что производители железок ориентированы на большинство пользователей, коими являются пользователи Виндоус. Я вот до сих пор не заставил как следует работать свою nvidia210, когда nouveau допилят до человеческого состояния, тогда порадуюсь.
Еще не нравится то, что каждый пишет свою программу с какими-то библиотеками, которых у меня может не быть. Мне вот нравится таймер заваривания чая в КДЕ kteatime, но не тянуть же мне ради него qt, kdelibs и все такое. Опять-таки, если сравнивать с Виндоус, то там один АПИ, если не брать в расчет какие-то сторонние библиотеки, и программы распространяются с учетом того, что они могут быть установлены на "голую" систему без всяких зависимостей (хотя есть и исключения). Но это правда можно посчитать и недостатком. Ведь мне не все из того , что идет в винде "искаропки" реально нужно. Так что тут даже и не могу однозначно сказать, так ли мне это не нравится.

Для пользователей это не плюс ни единого разу: без костыля в лице пакетного менеджера поставить софт крайне проблематично. А если пакетный менеджер начинает сбоить, то тут вообще караул. Выигрыш в дисковом пространстве все равно невелик, особенно в системах, где есть свой API (см. ниже) и где программам нужно за собой тащить лишь небольшой набор специфических библиотек.
Разработчикам тоже пользы никакой, одни проблемы с подготовкой дистрибутивов своего софта: в разных системах имеются разные версии библиотек, рассованы они по разным пакетам, так что приходится долго разбираться, что и от чего должно зависеть.
Лично я с т.з. разработки предпочитаю, когда ОС предоставляет некий единый API, реализующий большую часть нужных мне возможностей, который никуда таскать не надо, ибо он и так в составе ОС имеется. В Win и Mac такой есть, в Linux к этому все никак не придут (дальше LSB дело не пошло, да и эта инициатива, похоже, подзагнулась).

В линухе своего API по сути нет, если не считать каких-то функций уровня ядра. Все остальное реализуется третьесторонними библиотеками (Gtk, Qt и иже с ними), состав и версии которых варьируются от системы к системе.

Сталкивался, и не раз. Скажу лишь, что в линухе, имхо, эта проблема стоит острее, чем в других системах, ибо "dll hell" (или "so hell" ) здесь возведен в статус правила: все бинарники складываем в /bin, библиотечки - в /lib, пакеты жестко друг на друга завязаны, т.е. идеальные условия для формирования этого hell'а. Пакетный менеджер, как может, частично исправляет эту ситуацию, но все равно как-то некруто.
В других же системах, в свою очередь, стараются приложения друг от друга изолировать, чтобы каждое жило себе тихо со своими библиотечками и никому не мешалось. Единственной общей частью оказывается системный API, в рамках которого никакого hell'а не образуется. Понятно, что реальная ситуация не в полной мере соответствует этому идеалу, но хотя бы к нему стремится.

so весьма хорошо между собой изолированы. то что они лежат в кучу совершенно не мешает. жёсткая привязка к библиотекам почти во всех случаях указывает минимальную совместимую версию, а так чтоб до 5-го знака - никогда.
Ни в коем разе не хочу Вас обидеть, но я бы хотел заметить, что у Вас почему-то весьма обывательские представления о внутреннем строении ОС.
Впрочем, я выхожу из дискуссии, вопрос перешёл почти в политику.

4.2 же. Уложатся.
Вот пример:

flaming@gentoo ~ $ ls /usr/lib/libfusion* -l
lrwxrwxrwx 1 root root    18 Дек 12 19:24 /usr/lib/libfusion-1.2.so.0 -> libfusion-1.4.so.0
lrwxrwxrwx 1 root root    22 Фев 21 23:15 /usr/lib/libfusion-1.4.so.0 -> libfusion-1.4.so.0.2.0
-rwxr-xr-x 1 root root 34208 Фев 21 23:14 /usr/lib/libfusion-1.4.so.0.2.0
-rw-r--r-- 1 root root 46240 Фев 21 23:14 /usr/lib/libfusion.a
-rw-r--r-- 1 root root   876 Фев 21 23:14 /usr/lib/libfusion.la
lrwxrwxrwx 1 root root    22 Фев 21 23:15 /usr/lib/libfusion.so -> libfusion-1.4.so.0.2.0

Две версии. Новая 1.4, и старая 1.2 оставлена для совместимости. Ещё, помню, раньше было две версии libjpeg, потом одна удалилась за ненадобностью...

А ещё никто не мешает либу запихнуть в каталог с исполняемым файлом (если уж очень старое ПО, как правило, в отдельных "песочницах" его и запускают).

Ммм, похоже, я чего-то не понимаю. Есть две софтины, каждая из которых пользует некую /lib/blablabla.so, однако каждой из них нужна своя версия этой либы. И как же сделать, чтобы при обращении к этой /lib/blablabla.so каждой софтине подсовывалась нужная версия?

если использовать репозитарии то таких проблем не может быть...

Я же написал. Закиньте в каталог, откуда будете запускать эту "древнюю" софтину. Если не подхватит сама(хотя должна по-моему), добавьте в переменную LD_LIBRARY_PATH нужный каталог. В neverwinter nights, кстати, так и сделано, и наверняка не только там.

Согласен. Если программа обращается только к

Значит, ей пофик на версию, и она будет работать везде. Или постоянно обновляется.
В остальных случаях делают привязку к версии. А нужную либу (если она устаревшая) даже не в отдельный пакет выводят, а пихают туда же, куда и программу

Iskan Der, киньте пример программы и версии её (лучше для этого создать отдельную тему), и попробуем разобраться, как лучше сделать.

Сам столкнулся с тем, что maple-8 не запускается (даже установщик). Так как времени нет, решать не стал, но уверен, что можно попробовать установить в старый дистрибутив линукса (в ту же виртуалку), а потом оттуда скопировать вместе с нужными либами.
Если, конечно, он к ведру не привязан (не знаю, как такое возможно).