Как побороть ужас зависимостей в Linux? Может сделать систему полностью статической?

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

Освой пакетный менеджер. Если apt, читай про hold.

И кто у нас тут неадекватный;) Отредактируй кучу png без редактора с графическим интерфейсом. Именно произведи сложное редактирование а не конвертацию или замену каких-то байтов - это в bmp и в текстовом редакторе с калькулятором теоретически сделать можно.

а ты подумай, ЧТО в этом дельфине? Квадратное окно с файлами и папками? Дык такое окно в любом KDEшном приложении, и просто на рабочем столе. Конечно, в венде всё также. Задумано. А реализовано через жопу, ибо каждое приложение рисует это окошко само.

Ты серьёзно считаешь что в винде нет встроенного графического тулкита и только в КДЕ он есть?

Этот дельфин даже libQtWebKit юзает, т.е. как браузер умеет(не умеет пока, видать не допилили). Апофеоз разделяемых либ.

Дебилиоз. Дельфин задуман как урезанный конгуерор - якобы для файлового менеджера иметь свой браузер плохо, давайте его выпилим и заставим всех пользоваться своим покоцанным велосипедом. А теперь получается что ездить на велике без педалей неудобно, давайте приделаем одну штуку?

таки лучше, чем везде статическая линковка.

Что за однополушарное мышление: или всё линкуется статически или всё динамически?

Дельфин с весом в 5,9K? Не смеши мои тапочки а то ещё порвутся или соседи подумают что белочка пришла за рюмашкой. Он разделяемой памяти жрёт 36.6 метров, то есть основная логика вкомпилена не в бинарь а в либы вес которых трудно подсчитать.

почему «трудно»? думаешь «106» я с потолка взял?

А по зависимостям он на целые кеды тянет, с питоновым и рубевским скриптовыми движками без которых линуксовое ДЕ превращается, превращается ДЕ, в элегантную кучу неработающего хлама. И пофигу что я этим урезанным ФМ практически не пользуюсь, в систему его всегда ставят.

может тебя в детстве кдешник укусил, или ещё как обидел?

При динамической - на винт ставится целая либа с 30 функциями, кучей текста, дополнительными файлами и записью в пакетной системе, то есть тратится больше чем в 10 раз больше места.

ну да, ну да. Glibc уже 100500й раз ставится, и ставится. Не смеши.

Не продавайся им.

Наоборот )

Ты никогда не правил программу одновременно, скажем так, в трёх редакторах один из которых kwrite? Ну так давай, попробуй.

you make my day.

Отредактируй кучу png без редактора с графическим интерфейсом.

ВНЕЗАПНО: «куча png» как раз и редактируется без гуя. man convert. ИЧСХ в венде, продвинутые юзеры тоже так делают.

Ты серьёзно считаешь что в винде нет встроенного графического тулкита и только в КДЕ он есть?

да. В венде его (встроенный) никто не использует. Чем лучше кодер умеет писать гуй, тем меньше в его коде встроенных маздайных тулкитов.

Дебилиоз. Дельфин задуман как урезанный конгуерор - якобы для файлового менеджера иметь свой браузер плохо, давайте его выпилим и заставим всех пользоваться своим покоцанным велосипедом.

что, правда дядька стоит, и тебя по голове бьёт дубиной, если ты дельфин не юзаешь?

Что за однополушарное мышление: или всё линкуется статически или всё динамически?

не знаю. Кто хотел, что-бы бинарники ни от чего не зависили, а всё с собой тащили? Я, что-ли? Ну вот и вкомпиляй ВСЁ статически.

почему «трудно»? думаешь «106» я с потолка взял?

Это надо смотреть, какие файлы он у кого-то тырит а что в системе однозначно лишнее.

может тебя в детстве кдешник укусил, или ещё как обидел?

Зависимось бинарей с нативным кодом от питонорубей в кедах просто поражает. Сам пользуюсь кедами и не скажу что все решения их разработчиков радуют. Вот ты попробуй удалить через пакетный менеджер gam_server - гадость грузяцая винты, особенно если открыт каталог с кучей файлов на ntfs. И динамическая линковка тут только увеличивает нагрузку: приложение шмонает файлы в открытом каталоге постоянно, даже когда окно ФМ свёрнуто. Но можно этот бинарь переименовать и наргузка на проц и винт падают.

ну да, ну да. Glibc уже 100500й раз ставится, и ставится. Не смеши.

Ты так говоришь будто Glibc такая суперпуперважная библиотека без которой компилируемый ЯП существовать не может. Ну линкуют её в линуксе системную даже при статической сборке и хрен с ней.

ВНЕЗАПНО: «куча png» как раз и редактируется без гуя. man convert. ИЧСХ в венде, продвинутые юзеры тоже так делают.

Читай до конца на то что отвечаешь а то ты так скоро будёшь выдёргивать из ответа одну букву и с пафосом про неё глаголить.

да. В венде его (встроенный) никто не использует. Чем лучше кодер умеет писать гуй, тем меньше в его коде встроенных маздайных тулкитов.

Круто. Наверно ты про кодеров дырявящих перфокарты говоришь?

что, правда дядька стоит, и тебя по голове бьёт дубиной, если ты дельфин не юзаешь?

А зачем в системе это урезанное недоразумение? Ты же сам рвёшь баян за незахламление системы лишним кодом.

Что за однополушарное мышление: или всё линкуется статически или всё динамически?

не знаю. Кто хотел, что-бы бинарники ни от чего не зависили, а всё с собой тащили? Я, что-ли? Ну вот и вкомпиляй ВСЁ статически.

Точно, ты думаешь одним полушарием когда пишешь на лоре.

Это надо смотреть, какие файлы он у кого-то тырит а что в системе однозначно лишнее.

	linux-vdso.so.1 (0x00007fffb3327000)
	libkdeinit4_dolphin.so => /usr/lib64/libkdeinit4_dolphin.so (0x00007ffb3264e000)
	libdolphinprivate.so.4 => /usr/lib64/libdolphinprivate.so.4 (0x00007ffb3235e000)
	libkonq.so.5 => /usr/lib64/libkonq.so.5 (0x00007ffb32126000)
	libkfile.so.4 => /usr/lib64/libkfile.so.4 (0x00007ffb31e7b000)
	libkcmutils.so.4 => /usr/lib64/libkcmutils.so.4 (0x00007ffb31c3a000)
	libkparts.so.4 => /usr/lib64/libkparts.so.4 (0x00007ffb319e4000)
	libknewstuff3.so.4 => /usr/lib64/libknewstuff3.so.4 (0x00007ffb31771000)
	libphonon.so.4 => /usr/lib64/libphonon.so.4 (0x00007ffb3150e000)
	libnepomukwidgets.so.4 => /usr/lib64/libnepomukwidgets.so.4 (0x00007ffb312aa000)
	libnepomukcore.so.4 => /usr/lib64/libnepomukcore.so.4 (0x00007ffb30fa6000)
	libkio.so.5 => /usr/lib64/libkio.so.5 (0x00007ffb30af4000)
	libsolid.so.4 => /usr/lib64/libsolid.so.4 (0x00007ffb307f6000)
	libnepomukutils.so.4 => /usr/lib64/libnepomukutils.so.4 (0x00007ffb305bb000)
	libQtNetwork.so.4 => /usr/lib64/qt/lib/libQtNetwork.so.4 (0x00007ffb30275000)
	libQtXml.so.4 => /usr/lib64/qt/lib/libQtXml.so.4 (0x00007ffb30033000)
	libnepomuk.so.4 => /usr/lib64/libnepomuk.so.4 (0x00007ffb2fd5e000)
	libkdeui.so.5 => /usr/lib64/libkdeui.so.5 (0x00007ffb2f6eb000)
	libQtGui.so.4 => /usr/lib64/qt/lib/libQtGui.so.4 (0x00007ffb2ea04000)
	libQtSvg.so.4 => /usr/lib64/qt/lib/libQtSvg.so.4 (0x00007ffb2e7ac000)
	libsoprano.so.4 => /usr/lib64/libsoprano.so.4 (0x00007ffb2e4c3000)
	libkactivities.so.6 => /usr/lib64/libkactivities.so.6 (0x00007ffb2e2a6000)
	libkdecore.so.5 => /usr/lib64/libkdecore.so.5 (0x00007ffb2ddd5000)
	libQtCore.so.4 => /usr/lib64/qt/lib/libQtCore.so.4 (0x00007ffb2d8ea000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ffb2d6ce000)
	libQtDBus.so.4 => /usr/lib64/qt/lib/libQtDBus.so.4 (0x00007ffb2d44e000)
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007ffb2d14b000)
	libm.so.6 => /lib64/libm.so.6 (0x00007ffb2ce47000)
	libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007ffb2cc31000)
	libc.so.6 => /lib64/libc.so.6 (0x00007ffb2c869000)
	libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007ffb2c660000)
	libplasma.so.3 => /usr/lib64/libplasma.so.3 (0x00007ffb2c131000)
	libz.so.1 => /lib64/libz.so.1 (0x00007ffb2bf1c000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007ffb2bbe3000)
	libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007ffb2b9dc000)
	libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007ffb2b7c1000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007ffb2b5af000)
	libXft.so.2 => /usr/lib64/libXft.so.2 (0x00007ffb2b39a000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007ffb2b197000)
	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007ffb2af92000)
	libXpm.so.4 => /usr/lib64/libXpm.so.4 (0x00007ffb2ad80000)
	libattica.so.0.4 => /usr/lib64/libattica.so.0.4 (0x00007ffb2aab1000)
	libsopranoclient.so.1 => /usr/lib64/libsopranoclient.so.1 (0x00007ffb2a866000)
	libnepomukquery.so.4 => /usr/lib64/libnepomukquery.so.4 (0x00007ffb2a61d000)
	libstreamanalyzer.so.0 => /usr/lib64/libstreamanalyzer.so.0 (0x00007ffb2a39a000)
	libstreams.so.0 => /usr/lib64/libstreams.so.0 (0x00007ffb2a161000)
	libacl.so.1 => /lib64/libacl.so.1 (0x00007ffb29f59000)
	libattr.so.1 => /lib64/libattr.so.1 (0x00007ffb29d54000)
	libHUpnp.so.1 => /usr/lib64/libHUpnp.so.1 (0x00007ffb29a3d000)
	libudev.so.0 => /lib64/libudev.so.0 (0x00007ffb2982f000)
	libqca.so.2 => /usr/lib64/libqca.so.2 (0x00007ffb2951c000)
	libdbusmenu-qt.so.2 => /usr/lib64/libdbusmenu-qt.so.2 (0x00007ffb292e8000)
	libXtst.so.6 => /usr/lib64/libXtst.so.6 (0x00007ffb290e3000)
	libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007ffb28ed9000)
	libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007ffb28cd2000)
	libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007ffb28ad1000)
	libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007ffb287af000)
	libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007ffb2858a000)
	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007ffb282fd000)
	libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007ffb280af000)
	libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007ffb27e76000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007ffb27c65000)
	liblzma.so.5 => /lib64/liblzma.so.5 (0x00007ffb27a43000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x00007ffb27829000)
	libfam.so.0 => /usr/lib64/libfam.so.0 (0x00007ffb27620000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007ffb2741c000)
	librt.so.1 => /lib64/librt.so.1 (0x00007ffb27214000)
	/lib64/ld-linux-x86-64.so.2 (0x00007ffb3292b000)
	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007ffb26ff5000)
	libQtWebKit.so.4 => /usr/lib64/qt/lib/libQtWebKit.so.4 (0x00007ffb254c9000)
	libQtScript.so.4 => /usr/lib64/qt/lib/libQtScript.so.4 (0x00007ffb25026000)
	libQtSql.so.4 => /usr/lib64/qt/lib/libQtSql.so.4 (0x00007ffb24de5000)
	libQtDeclarative.so.4 => /usr/lib64/qt/lib/libQtDeclarative.so.4 (0x00007ffb24835000)
	libkdnssd.so.4 => /usr/lib64/libkdnssd.so.4 (0x00007ffb24627000)
	libthreadweaver.so.4 => /usr/lib64/libthreadweaver.so.4 (0x00007ffb24411000)
	libkdewebkit.so.5 => /usr/lib64/libkdewebkit.so.5 (0x00007ffb241ed000)
	libkutils.so.4 => /usr/lib64/libkutils.so.4 (0x00007ffb23fea000)
	libQtOpenGL.so.4 => /usr/lib64/qt/lib/libQtOpenGL.so.4 (0x00007ffb23ce9000)
	libkemoticons.so.4 => /usr/lib64/libkemoticons.so.4 (0x00007ffb23ad9000)
	libkidletime.so.4 => /usr/lib64/libkidletime.so.4 (0x00007ffb238c9000)
	libkprintutils.so.4 => /usr/lib64/libkprintutils.so.4 (0x00007ffb236c2000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x00007ffb234be000)
	libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007ffb23295000)
	libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007ffb22f3a000)
	libQtSolutions_SOAP-2.7.so.1 => /usr/lib64/libQtSolutions_SOAP-2.7.so.1 (0x00007ffb22d15000)
	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007ffb22b05000)
	libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007ffb228fd000)
	libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x00007ffb2264f000)
	libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007ffb222fd000)
	libgstapp-0.10.so.0 => /usr/lib64/libgstapp-0.10.so.0 (0x00007ffb220f3000)
	libgstinterfaces-0.10.so.0 => /usr/lib64/libgstinterfaces-0.10.so.0 (0x00007ffb21ee1000)
	libgstpbutils-0.10.so.0 => /usr/lib64/libgstpbutils-0.10.so.0 (0x00007ffb21cc2000)
	libgstvideo-0.10.so.0 => /usr/lib64/libgstvideo-0.10.so.0 (0x00007ffb21aaf000)
	libgstbase-0.10.so.0 => /usr/lib64/libgstbase-0.10.so.0 (0x00007ffb21879000)
	libgstreamer-0.10.so.0 => /usr/lib64/libgstreamer-0.10.so.0 (0x00007ffb215c3000)
	libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007ffb213c0000)
	libQtXmlPatterns.so.4 => /usr/lib64/qt/lib/libQtXmlPatterns.so.4 (0x00007ffb20d7a000)
	libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007ffb20afa000)
	libXss.so.1 => /usr/lib64/libXss.so.1 (0x00007ffb208f7000)
	libglapi.so.0 => /usr/lib64/libglapi.so.0 (0x00007ffb206a6000)
	libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007ffb204a3000)
	libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 (0x00007ffb202a2000)
	libxcb-glx.so.0 => /usr/lib64/libxcb-glx.so.0 (0x00007ffb2008c000)
	libxcb-dri2.so.0 => /usr/lib64/libxcb-dri2.so.0 (0x00007ffb1fe87000)
	libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007ffb1fc82000)
	libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00007ffb1fa77000)

интересно, зачем тебе это?

Зависимось бинарей с нативным кодом от питонорубей в кедах просто поражает. Сам пользуюсь кедами и не скажу что все решения их разработчиков радуют. Вот ты попробуй удалить через пакетный менеджер gam_server - гадость грузяцая винты, особенно если открыт каталог с кучей файлов на ntfs. И динамическая линковка тут только увеличивает нагрузку: приложение шмонает файлы в открытом каталоге постоянно, даже когда окно ФМ свёрнуто. Но можно этот бинарь переименовать и наргузка на проц и винт падают.

какой-то детский лепет какого-то школьника, пытающегося получить себе бесплатную венду.

Ты так говоришь будто Glibc такая суперпуперважная библиотека без которой компилируемый ЯП существовать не может.

так и есть. Только слово «компилируемый» лишнее.

Читай до конца на то что отвечаешь а то ты так скоро будёшь выдёргивать из ответа одну букву и с пафосом про неё глаголить.

цитируй свои высеры, раз я не осилил их прочитать с первого раза.

А зачем в системе это урезанное недоразумение?

а в каком месте оно «урезанное»?

попробуй зайти на сайт intel, и скачать драйвер для Video. И ты всё поймёшь.

Что я там должен понять и какое отношение имеет один конкретный видеодрайвер к глобальной проблеме? Ну что за неадекватность...

Даже Каноникал переключились на планшеты, телевизоры и телефоны.

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

Что я там должен понять и какое отношение имеет один конкретный видеодрайвер к глобальной проблеме? Ну что за неадекватность...

а ты всё-же пойди, и посмотри. И скачай «драйвер», если найдёшь. Я не нашёл. Intel неадекватен? Или просто дебилы там?

а ты всё-же пойди, и посмотри. И скачай «драйвер», если найдёшь. Я не нашёл. Intel неадекватен? Или просто дебилы там?

Это всего лишь говорит о наплевательском отношении. Ну и к чему ты это привёл? Это подтверждает мои слова вообще то.

Кстати, у меня на CD к материнке шли дрова к Линукс, правда в ненужном rpm (в т.ч. к Video Intel).

Это всего лишь говорит о наплевательском отношении. Ну и к чему ты это привёл? Это подтверждает мои слова вообще то.

то, что во всех дистрибутивах есть искоробочная нативная поддержка любого видео от intel. Которая везде одинаково хорошо работает, и не требует _от_ _пользователя_ скила установки каких-то драйверов и т.д. К примеру флеш в 1080 fullscreen жрёт 12% процессора, на самой дешёвой «затычке для сокета». Причём без всяких танцев и телодвижений. Так-то.

Кстати, у меня на CD к материнке шли дрова к Линукс, правда в ненужном rpm (в т.ч. к Video Intel).

кстати, у меня тоже что-то шло, но за неимением CD-ROM я не знаю, что там такое. И так работает.

то, что во всех дистрибутивах есть искоробочная нативная поддержка любого видео от intel.

А что же делать пользователю, если он захотел более свежую версию, чем есть в дистре? Например вышла версия, где заявлена более быстрая работа и всякие улучшения. Ждать когда Патрик соизволит собрать? Почему вендузятники оказываются в лучших условиях?

А что же делать пользователю, если он захотел более свежую версию, чем есть в дистре? Например вышла версия, где заявлена более быстрая работа и всякие улучшения. Ждать когда Патрик соизволит собрать?

да. Ждать. Но ждать не долго, ибо Патрег всегда берёт всё самое свежее. Это не сложно, если есть где брать. Потому патч с intel.com очень быстро появляется на slackware.com. А вот патч от ATi/nvidia никогда не появляется, ибо там _пользователь_ должен сам следить за обновлениями, и ставить их вручную.

да. Ждать.

Спасибо, не надо.

Но ждать не долго,

Пользователь хочет сейчас. Недолго это сколько? Неделя, как минимум? Пара суток это уже долго. Почему линуксоид должен ждать, а вендузятнику можно не ждать?

А вот патч от ATi/nvidia никогда не появляется, ибо там _пользователь_ должен сам следить за обновлениями, и ставить их вручную.

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

Пользователь хочет сейчас. Недолго это сколько? Неделя, как минимум? Пара суток это уже долго. Почему линуксоид должен ждать, а вендузятнику можно не ждать?

вендузятнику ждать ровно столько же. Если не дольше. С чего ты взял, что «наложить патч» на Windows, без её сырцов, также просто, как это просто сделать Патрику? Патрик тупо посмотрел что там нового, и просто патч наложил. Делов на полчаса. С Windows это проблема, пока там всё устаканится… Исходники - такая штука, которая и у мысы и у нвидиа секретные, и они не делятся друг с другом. Потому и возникают фэйлы с согласованием новых багофич. Проблему просто пытаются не замечать, ибо её исправление приведёт к проблеме.

А вот с Linux и intel проблемы просто нет, ибо сырцы доступны и для тех и для других. Если Линус запилит какую-то киллер фичу, которая ломает дрова intel, то intel это пофиксит ещё ДО выходя релиза ядра. И наоборот. Т.е. юзер этого тупо не видит. Он тупо идёт в магазин, тупо покупает intel, тупо накатывает Linux, и у него тупо ВР.

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

а фича от intel'а появится ЕЩЁ раньше. Оно УЖЕ есть в current версии ядра, и появится у тебя вместе с обновлением ядра. А вот дрова к ати у тебя тупо сломаются. Вот и будешь ждать, пока починят.

вендузятнику ждать ровно столько же. Если не дольше. С чего ты взял, что «наложить патч» на Windows, без её сырцов, также просто, как это просто сделать Патрику?

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

А вот с Linux и intel проблемы просто нет, ибо сырцы

Да всем плевать! Нафиг нужны нормальным людям эти ваши сырцы, если огороженный драйвер Nvidia без сырцов работает лучше Intel с сырцами? Нормальному пользователю нужен результат, а не сырцы.

а фича от intel'а появится ЕЩЁ раньше.

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

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

дык посмотри, КАК это сделано в дровах от intel, и что получается. И КАК в других дровах.

Да всем плевать! Нафиг нужны нормальным людям эти ваши сырцы, если огороженный драйвер Nvidia без сырцов работает лучше Intel с сырцами?

с каких это пор _дрова_ от nvidea работают лучше? Просто в nvidea делают дискретные печки с Over9000 ядрами, вот они и работают быстрее и греются лучше, чем встроенное в CPU видео.

С хрена ли раньше, если они для вендузятников уже выложили драйвер, готовый к употреблению, а линуксоидам выложили только сырцы

intel готовые ядра ещё делает. Т.ч. проблемы нет, даже если ты Денис Попов. И у твоих юзеров тоже.

Получается долго и очень долго в обоих случаях

не пори чушь. Ей больно.

дык посмотри, КАК это сделано в дровах от intel, и что получается. И КАК в других дровах.

Как побороть ужас зависимостей в Linux? Может сделать систему полностью статической? (комментарий)

с каких это пор _дрова_ от nvidea работают лучше? Просто в nvidea делают дискретные печки с Over9000 ядрами, вот они и работают быстрее и греются лучше, чем встроенное в CPU видео.

Не ври. У меня две карты, встроенная (не в CPU) от Intel и AGP от Nvidia (6200), с пассивным охлаждением. Вторая работает лучше.

intel готовые ядра ещё делает.

Где у них скачать пакет для Убунты?

Не ври. У меня две карты, встроенная (не в CPU) от Intel и AGP от Nvidia (6200), с пассивным охлаждением. Вторая работает лучше.

было-бы глупо, если-бы дискретная работала-бы хуже. Дело в дровах?

было-бы глупо, если-бы дискретная работала-бы хуже. Дело в дровах?

Домустим. Но ведь проприетарные дрова работают лучше опенсорсных для тех же карт! Да и та же Intel, у меня под вендой эта же карта работала лучше, 3D игры отлично работали. А тут даже 2D тормозит.

Где у них скачать пакет для Убунты?

там их нет?

Домустим. Но ведь проприетарные дрова работают лучше опенсорсных для тех же карт! Да и та же Intel, у меня под вендой эта же карта работала лучше, 3D игры отлично работали. А тут даже 2D тормозит.

ЩИТО? У меня 2D не тормозит. Если у тебя тормозит Warcraft3 на i915 под wine - дык это проблема wc3. Или wine. Ну оптимизировали эту гаму для венды, а wine это даже не эмулятор, точнее если и эмулятор, то WinAPI, а вовсе не венды. Вот если-бы была версия wc3 для Linux… Но её нет.

там их нет?

Не знаю, я и эти ядра то у них на сайте не знаю где искать.

ЩИТО? У меня 2D не тормозит. Если у тебя тормозит Warcraft3 на i915 под wine - дык это проблема wc3. Или wine. Ну оптимизировали эту гаму для венды, а wine это даже не эмулятор, точнее если и эмулятор, то WinAPI, а вовсе не венды. Вот если-бы была версия wc3 для Linux… Но её нет.

Да у меня просто отрисовка интерфейса программ тормозит там (Intel 865G), не то что игры. Мне поэтому и пришлось приобретать какую нибудь дешёвенькую Nvidia, лишь бы 2D работало сносно.

Сравнивать с виндой бесполезно. В линуксе ничего гвоздями не прибито, поэтому поддерживать все многообразие в совместимом состоянии даже на уровне одного релиза дело непростое. А уж между релизами и подавно.

Не устраивает RR - бегом в debian stable.

Наверно много людей мечтало оставить Gnome 2 в арче? :-)

А это проблема мэйнтейнеров. Они что хотят - то и поддерживают. Даже если 90% обычных юзеров будут против, они могут продвинуть свое решение. В этом случае обычно либо форк, либо массовый уход юзеров на другой дистрибутив.

Не знаю, я и эти ядра то у них на сайте не знаю где искать.

здесь

Да у меня просто отрисовка интерфейса программ тормозит там (Intel 865G), не то что игры. Мне поэтому и пришлось приобретать какую нибудь дешёвенькую Nvidia, лишь бы 2D работало сносно.

немного не понял: ты на чипсет 2003го ставишь ОС 2013го и удивляешься, что тормозит? А чего ты хотел? Ставь 2001го (WinXP например), и всё будет летать.

Например имеем сишную либу с 30 не связанными друг с другом функциями одинакового веса и используем в своей программе 3 из них.
При статической линковке в бинарь засасывается двоичный код из 3 функций и немного текста.

Да ладно? Это с каких пор ? Не ну, может, прогресс на месте не стоит, но что-то мне кажется, что кто-то где-то гонит... Допускаю, что в этом месте могу уже ошибаться, но остальной бред как-то не подтверждает, что ты можешь быть прав. :-)

При динамической - на винт ставится целая либа с 30 функциями,
кучей текста, дополнительными файлами

Какой кучей текста и какими дополнительными файлами ?

и записью в пакетной системе,

Ага, немеряно занимает.

здесь

А что делает ядро в разделе графики?

немного не понял: ты на чипсет 2003го ставишь ОС 2013го и удивляешься, что тормозит? А чего ты хотел? Ставь 2001го (WinXP например), и всё будет летать.

На Win7 всё отлично. Даже драйвер для WinXP подошёл. Это под прыщами только нельзя драйвер двухгодичной давности поставить, а там и десятилетней давности драйвер или программа может работать, за редкими исключениями.

Ты никогда не правил программу одновременно, скажем так, в трёх
редакторах один из которых kwrite?

И что ?

Ну так давай, попробуй.

Не буду - не пользуюсь kwrite. А что, kwrite что-то в корне меняет ? Дата исходного файла новее целевого - пересобираем цепочку. В чём проблема ?

Перечисли хлам.
Как побороть ужас зависимостей в Linux? Может сделать систему полностью статической? (комментарий)

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

Ты не поверишь, у мну счас акромя новых есть каталог с блендером 2.49b скачанным с сайта разработчиков

Ну так собрать статический блендер можно. И всё остальное можно. Только в дистрибутивах, в основном, он не статический.

Освой пакетный менеджер. Если apt, читай про hold.

И кто у нас тут неадекватный;) Отредактируй кучу png без редактора с графическим интерфейсом.

Ну я не знаю, что неадекватный. Сам догадайся. :-)
Где связь между пакетным менеджером и редактированием png ? Речь про то, чтобы запретить обновление для нужного набора пакетов, на всякий случай.

А что делает ядро в разделе графики?

а вот догадайся.

На Win7 всё отлично.

win7 тоже не вчера вышла. В любом случае, глупо приводить в пример свои раритеты. А то ведь я свои начну вспоминать…

Это под прыщами только нельзя драйвер двухгодичной давности поставить

почему «нельзя»? по той же ссылке есть за 2011й год и дрова, и даже готовые ядра, типа этого http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.38.tar.bz2 Чем ты недоволен?