Цитата: Потому что в ряде ситуаций он всё равно будет принимать неверные решения. Например, удалять вместе с вторичным компонентом системы, таким, как компьютерная игра, ряд жизненно необходимых для её работы библиотек.
Quadrant написал: И где подробное описание его исследования?
Ещё раз для тупых:
Цитата: Научные материалы предлагают ряд приближенных эвристических алгоритмов, и на их основе есть реализации библиотек обработки зависимостей пакетов, как, например, libsolv
Эти исследования уже настолько забоянены, что по ним успели написать опенсорсные спецбиблиотеки. Правда, тупые ламеры-луноходы этого не знают и знать не хотят.
Quadrant написал: Андроид по его мнению тоже обречен?
У ведроида нет репозитариев, в которых программы раздроблены на тысячи пакетов.
Цитата: NB! При компиляции библиотеки происходит автоматическая регистрация ее на Вашем компьютере. Если же вы переносите ее на другой компьютер, необходимо позаботиться о ее регистрации там (выполняется с помощью все того же файла, что и для регистрации ОСХ – т.е. regsvr32.exe, или можно воспользоваться моей утилитой Reg).
Лирическое отступление. Чуть-чуть об апгрейдах. Вполне вероятно, что вы найдете что-либо новое, которое перечеркнет ваши предыдущие функции. Мой совет – не удаляйте их. Иначе произведя апгрейд, вы можете столкнуться с тем, что в какие-то ваши программы не будут работать, т.к. они опирались на удаленные функции. Скройте их. Они вам не будут мозолить глаза при работе в программе, и вместе с тем они будут продолжать работать. Для того чтобы скрыть функцию выберите меню Tools/Procedure Attributes. Выберите необходимую (-ые) функцию, нажмите кнопку Advanced>> и в поле Hide this member поставьте галочку. Нажмите ОК.
Этой статье уже более 10 лет!!! И все работает прекрасно. Луноходы тупые линух-отстой.
Яркий пример работы пакетной системы из жизни: http://forum.ubuntu.ru/index.php?topic=197063.0;topicseen Даже интересно, чем завершится этот увлекательный квест!
Из-за реферера сайт говорит, что я забанен. Нужно эту ссылку копировать вручную и вставлять в новую вкладку.
pavel2403 написал: Как к этому вопросу подошла злая МС
Ну да, и то же самое про интерфейсы: никогда не модернизируйте уже существующий в продакшене интерфейс, вместо этого создайте новый, подмножеством которого будет уже существующий. Для отличия между этими интерфейсами прилепите циферку в конце имени. :)
watersoda написал: У меня было нечто подобное при удалении Evolution
При попытке удаления Evolution apt пытается вынести пол Гнома. Поэтому в ALT'е и начали разрабатывать свой менеджер пакетов. И таких ситуаций в линуксе достаточно много. Если от данной библиотеки зависит несколько приложений, то, удаляя одно из таких приложений, библиотеку надо оставлять в системе, пока от неё зависят другие установленные в системе программы.
Проблема apt'а состоит в жёстких зависимостях: при удалении какой-то программы он пытается пометить на удаление все зависимые библиотеки, которые указаны в спеке в provides, а также все программы, которые зависят от данной библиотеки (хотя их удалять не надо).
Но это ещё цветочки. А ягодки начинаются, когда две программы требуют одну и ту же библиотеку разных версий. Сейчас это обходят пересборкой обеих программ или переименованием библиотеки. Когда это невозможно по каким-то причинам, то в репах приходится держать более старые версии (одна из причин, почему в репах старый софт).
Поэтому нужен более гибкий менеджер пакетов, который позволит решить эти противоречия.
Поджидаев просто ничего не слышал о pacman. Ну, и вообще, если смотреть на это из выгребной ямы АльтЧленукса то, до до, конечно же. Короч, пусть альтленуксный хвелосафф покукарекает. Вот в OpenSUSE тоже вечные проблемы с зависимостями, так просто не пользуйтесь г№вном то.
В идеале менеджер пакетов должен уметь: а) позволять хранить в системе одну и ту же библиотеку разных версий (как это разрулить на уровне файловой системы -- отдельный вопрос); б) удалять библиотеку при удалении программ только в том случае, если от неё не зависят другие установленные программы.
Это будет гарантией того, что система никогда не сломается и не потеряет работоспособность после очередного обновления. Сейчас дитрибутиво­строители обеспечивают это каждый своими методами. Некоторые дублированием библиотек и статической линковкой, другие автоматической пересборкой репозитория при обновлении версий библиотек (ALT, Роса). Но всё равно автомат.пересборка не гарантирует полного отсутствия проблем, т.к. если некий пакет собрался с новой версией библиотеки, его всё равно нужно тестировать (ибо возможны баги при работе программы).
Ещё один выход -- в более плоской модели разработки. Мухи отдельно, котлеты отдельно. То есть, система отдельно, приложения отдельно. Короче, стараться не прибивать программы гвоздями к системе, не увеличивать зависимости между приложениями и системой сверх всякой меры, максимально следовать стандартам LSB и Freedesktop. Если какие-то библиотеки будут слинкованы статически с программой и положены в один каталог с ней, ничего страшного.
В винде я уже давно предпочитаю использовать portable-версии программ, причём они лежат не на системном диске и прекрасно работают. Они устанавливаются простым копированием, а в случае переустановки системы просто нужно восстановить ярлыки.
В линуксе примерно то же самое. На многих оф.сайтах лежат статические сборки, которые ставятся в /opt и отлично работают. Например, libreoffice, deadbeef и др.
exlinuxoid написал: Не мешайте проблемы линукса с проблемами вашего гнилого апта, на ваших д.билиано-поебунтах свет клином не сошёлся.
Если бы это была проблема только альта, то этого бы никто не заметил. Однако, те же самые проблемы видим в Федоре, Мандриве, ОпенСусе (про деб дистрибутивы я вообще молчу, т.к. не юзаю).
Ковырял как-то на досуге МСВС 3.0, так там при при удалении софтинки, завязанной на какую-либо другую программу, выдаётся сообщение типа: "Ошибка! Пакет X необходим для пакета Y".
pavel2403 написал: лет через 5 луноходы созреют до идеи реестра
В Линухе уже энное время существует несколько различных "реестров" в виде всяческих правил для gconf и dconf и графических конфигураторов (аналогов regedit) для этих правил. Пока им ещё далеко до сложности виндореестра, но тенденция, как говорится, на лицо. Так что уже не минула их чаша сия
pavel2403 написал: Вот так потихоничку, лет через 5 луноходы созреют до идеи реестра, только линух наверное к тому времени сдохнет, по крайней мере десктопный.
В Гноме уже созрели... Ещё большая централизация системы усложняет взаимосвязи между компонентами, но не решает проблему зависимостей.
Вот и альтовский проект deepsolver не решает архитектурную проблему, а просто предлагает более оптимальное решение в рамках сложившейся архитектуры. А зависимости внутри системы как были сложными, так и останутся. А их надо упрощать и внедрять плоскую модель установки приложений.
А корпораты не упрощают, а, наоборот, усложняют. Вот куда катится Гном: Gnome + Systemd + Journal + Dbus + реестр = RedHat GnomeOS. Корпораты из Редхата усложняют систему намеренно, чтобы повысить барьер по созданию дистрибутивов, уменьшить, таким образом, их количество и в перспективе увеличить за счёт выбывающих из игры маргиналов свою долю на рынке.
pavel2403 написал: только линух наверное к тому времени сдохнет, по крайней мере десктопный.
Мечтать не вредно
exlinuxoid написал: В Линухе уже энное время существует несколько различных "реестров" в виде всяческих правил для gconf и dconf и графических конфигураторов (аналогов regedit) для этих правил.
gconf не был реестром, это гуёвая морда, в которой собраны настройки из кучи xml-файлов. А вот dconf уже самый настоящий бинарный реестр.
exlinuxoid написал: Пока им ещё далеко до сложности виндореестра, но тенденция, как говорится, на лицо. Так что уже не минула их чаша сия
vold написал: Но это ещё цветочки. А ягодки начинаются, когда две программы требуют одну и ту же библиотеку разных версий. Сейчас это обходят пересборкой обеих программ или переименованием библиотеки. Когда это невозможно по каким-то причинам, то в репах приходится держать более старые версии (одна из причин, почему в репах старый софт).
,а я то по своей наивности думал что софт годами не меняется по другой причине.
exlinuxoid написал: Не мешайте проблемы линукса с проблемами вашего гнилого апта, на ваших д.билиано-поебунтах свет клином не сошёлся.
Цитата: Представитель Европейской организации по ядерным исследованиям (ЦЕРН) выступил на форуме Reddit с благодарственной речью в адрес Linux (конкретно, дистрибутивы Scientific Linux и Ubuntu), сыгравшего ключевую роль в открытии нового бозона. «Мы использовали Linux ежедневно для проведения наших анализов, вместе с многими Open Source программами, такими как ROOT, кроме того, на Linux основана сеть (grid), в которой выполнялась обработка экспериментальных данных»
Цитата: Большой адронный коллайдер генерирует огромный объём информации для обработки, так что наш выбор продиктован той же логикой, какая действует при выборе Linux для параллельных вычислений. Естественно, важно, чтобы операционная система была бесплатна, открыта и надёжна
он глупый, выбрал убогую поделку, ведь любой посетитель стоплинукса гораздо умнее
MOP3E написал: У ведроида нет репозитариев, в которых программы раздроблены на тысячи пакетов.
как пользователь телефона с ОС Android (с ядром Linux 2.6.35.7 кстати), соглашусь что плюс Android-а в том что его пакеты реально содержат в себе всё необходимое для более менее гарантированной работы и установки на почти любом устройстве любой версии (начиная с той что заложил разработчик)
т.е. сам факт того чтобы гарантированная совместимость на уровне ABI реально возможна в Linux - подтверждается Android-ом
впрочем никому ничего не хочу доказывать, просто видел не мало программ и некоторых игр, работающих на любом дистрибутиве любой версии
для себя я ответ нашел - создание такого пакетного менеджера практически и теоретически возможно и реально
и признаю тот факт что нынешняя система установки и распространения софта (с дистрибутивом) и пакетные системы - убоги, это очевидно
каждый пакетик в Linux-е - это совершенно отдельный проект со своим сайт, своими разработчиками и т.п., который нецелесообразно объединять во что-то крупное, потому что его зачастую хотят использовать как часть других проектов
это совершенно неудобно для пользователя, хотя в будущем (светлом) вполне излечимо
зато сейчас такой подход - developer friendly
под винду предпочитаю mingw и его пакетный менеджер (mingw-get) чтобы выкачивать кучу нужных спец библиотек, а в Linux это уже так и есть, под винду малость сложнее работать с такими библиотеками
Linux777 написал: т.е. сам факт того чтобы гарантированная совместимость на уровне ABI реально возможна в Linux - подтверждается Android-ом
Ынтересно, почему все луноходы обязательно идиоты? Среди них есть хоть один нормальный? Придурок, ты вообще в курсе, что программы под ведроид пишутся на яве и работают под упрвалением ява-машины Dalvik? И что им, поэтому, пох.й на то, какой в данный момент ABI ядра и какие вокруг этого ядра крутятся библиотеки? Просто потому, что ява-машина не изменяет свои параметры при переходе от одной версии ведроида к другой.
MOP3E написал: ты вообще в курсе, что программы под ведроид пишутся на яве и работают под упрвалением ява-машины Dalvik
молодец, сам уловил мысль - вот первый пример
интересно, есть хоть один виндузятник, который понимает что такое обратная совестимость в полном смысле этого слова?
интересно, почему у меня есть масса примеров Linux-программ, которые базируются на библиотеках определенной версии и работают на любом таком же или более новом дистрибутиве Linux? с более новыми версиями библиотек?
даже вообще полностью новый дистрибутив 2012-го года из одних только новых биботек запускается на старом ядре Linux 5-ти летней давности
что я делаю не так? =)))
так что, миф, или дальше будем верить в сказки про нестабильный ABI у Linux как такового?
кстати, когда вы перестанете пустать API ядра и ABI ядра - думаю НИКОГДА =)))))))))
Linux777 написал: так что, миф, или дальше будем верить в сказки про нестабильный ABI у Linux как такового?
Попробуй запустить проприетарные видео-драйверы годичной давности на современном ядре/иксах, а потом уже рассказывай сказки о стабильности ABI/API в линуксах Хотя я думаю, что ни одной сказки мы от тебя не услышим
Linux777 написал: даже вообще полностью новый дистрибутив 2012-го года из одних только новых биботек запускается на старом ядре Linux 5-ти летней давности
При компиляции gcc указывается минимально допустимый номер версии ядра, т.е. что оно у тебя завелось на старом ядре - чистый фарт, а не доказательство чего-либо
vold написал: В идеале менеджер пакетов должен уметь: а) позволять хранить в системе одну и ту же библиотеку разных версий (как это разрулить на уровне файловой системы -- отдельный вопрос); б) удалять библиотеку при удалении программ только в том случае, если от неё не зависят другие установленные программы.
дохтур написал: Попробуй запустить проприетарные видео-драйверы годичной давности на современном ядре/иксах, а потом уже рассказывай сказки о стабильности ABI/API в линуксах
вот я про то говорю - вы НИКОГДА не перестанете путать, но не стану тебя поправлять ибо пох
дохтур написал: При компиляции gcc указывается минимально допустимый номер версии ядра, т.е. что оно у тебя завелось на старом ядре - чистый фарт, а не доказательство чего-либо
это факт - мне просто повезло, потому что в том старом ядре как раз уже были все системные вызовы что использует софт нового дистрибутива, можно по версиям проверить
ты не понял к чему я привел этот пример - по вашим словам в Linux нет обратной совместимости на уровне ABI ядра, а мой пример показывает что даже если вообще наоборот на свой стр№х и риск - и то работает, но чисто для академического интереса
если же старый софт работает в обновленном окружении - то у него и тем более нет причин для проблем
вот ты пишешь "указывается минимально допустимый номер версии ядра" - ты скомпилировал софт 5 лет назад для Linux 2.6.22 и Glibc 2.6.1 - сегодня у тебя Linux 3.4.4 и Glibc 2.15 - работать будет эта программа? в школе неравеснства уже проходили? =)))))
Linux777 написал: ты не понял к чему я привел этот пример - по вашим словам в Linux нет обратной совместимости на уровне ABI ядра, а мой пример показывает что даже если вообще наоборот на свой стр№х и риск - и то работает, но чисто для академического интереса
Вот-вот, совместимости нет, бинарники пятилетней давности в новых версиях линуха нихр№на не запускаются, но если рискнуть - то можно что-то там накомпилять из исходников. Без гарантий правильной работы накомпиленного. А теперь сравниваем с Windows 7, в 32-битной версии которой можно до сих пор запускать приложения MS-DOS. Без перекомпиляции и других танцев с бубном. Вот это и называется обратная совместимость.
MOP3E написал: Я точно знаю, что в линухе этого нет. Потому что для нормальной работы программы с новым ядром приходится каждый раз её перекомпилировать. :)
Думай, прежде чем что-то говорить. Ты много программ знаешь, которым бинарная совместимость с ядром нужна? Или сейчас начнется скулеж о том, что драйвер - тоже программа?
MOP3E написал: Вот-вот, совместимости нет, бинарники пятилетней давности в новых версиях линуха нихр№на не запускаются
Ну дай хотя бы пяток таких бинарников, я проверю. И почитай наконец, что такое ABI.
MOP3E написал: . А теперь сравниваем с Windows 7, в 32-битной версии которой можно до сих пор запускать приложения MS-DOS. Без перекомпиляции и других танцев с бубном.
Внезапно, под линукс есть DOS эмуляторы. И на 64 битных линуксах можно запускать досовские приложения. И да, ты в курсе вообще, что некоторые программы не работают, если в настройках жестко не указать режим совместимости? Недавно был фейл с игрушкой - тупо не хотела заводиться, крашилась, без объявления войны. При этом нормально запускалась в режиме совместимости с XP. Только вот в требованиях у нее - Windows7/Vista, и под чистой XP она не идет. Sniper Elite v2.
MOP3E написал: Я точно знаю, что в линухе этого нет. Потому что для нормальной работы программы с новым ядром приходится каждый раз её перекомпилировать.
посоны, смотрите чо этот дятел пишет - "для нормальной работы программы с новым ядром приходится каждый раз её перекомпилировать" )))))))))))))))
дай угадаю - ты либо тролль или идиот :) склоняюсь ко второй версии =)))))))
blow05 написал: Ну дай хотя бы пяток таких бинарников, я проверю. И почитай наконец, что такое ABI.
Хочешь я тебе просто дам свежий бинарник, скомпиленый с какими-нибудь е....тыми ключами? И х.й ты его где запустишь кроме той машины, на которой он был скомпилен. И не плачь так, деточка - чем ABI отличается от API я тоже знаю.
blow05 написал: Внезапно, под линукс есть DOS эмуляторы.
При чём здесь это? Под винду тоже есть эмуляторы DOS, но возможности запуска приложений на системе без эмулятора это не отменяет.
blow05 написал: И да, ты в курсе вообще, что некоторые программы не работают, если в настройках жестко не указать режим совместимости?
Это тоже входит в систему обеспечения обратной совместимости версий Windows. А ещё у Widnows 7, в которой изменили структуру папок пользователя, куча линков, имитирующих систему папок пользователя Windows XP/2000/98/95. Тоже для обратной совместимости.
blow05 написал: Недавно был фейл с игрушкой - тупо не хотела заводиться, крашилась, без объявления войны. При этом нормально запускалась в режиме совместимости с XP. Только вот в требованиях у нее - Windows7/Vista, и под чистой XP она не идет. Sniper Elite v2.
Ынтересно, луноходы способны хоть на секунду перестать врать? Ты сейчас выдаёшь глюк бета-версии современной игры за якобы с чем-то там несовместимость. Майкрософт, знаешь ли, не делает разработчикам компьютерных игр принудительные операции по выпрямлению рук. Хотя, при желании разработчика, может обеспечить ему полную информационную поддержку 24/7.
MOP3E написал: Хочешь я тебе просто дам свежий бинарник, скомпиленый с какими-нибудь е....тыми ключами? И х.й ты его где запустишь кроме той машины, на которой он был скомпилен.
А это здесь причем? Или ты думаешь, что я не смогу скомпилить такой бинарник под винду?
MOP3E написал: При чём здесь это? Под винду тоже есть эмуляторы DOS, но возможности запуска приложений на системе без эмулятора это не отменяет.
MOP3E написал: Это тоже входит в систему обеспечения обратной совместимости версий Windows. А ещё у Widnows 7, в которой изменили структуру папок пользователя, куча линков, имитирующих систему папок пользователя Windows XP/2000/98/95. Тоже для обратной совместимости.
Т.е. налепили костылей, а теперь кричат про стабильность и совместимость? Ну-ну
MOP3E написал: Ты сейчас выдаёшь глюк бета-версии современной игры за якобы с чем-то там несовместимость.
MOP3E написал: Хочешь я тебе просто дам свежий бинарник, скомпиленый с какими-нибудь е....тыми ключами? И х.й ты его где запустишь кроме той машины, на которой он был скомпилен.
MOP3E написал: Майкрософт, знаешь ли, не делает разработчикам компьютерных игр принудительные операции по выпрямлению рук.
Вы уж определитесь кривые руки или нет
MOP3E написал: Под винду тоже есть эмуляторы DOS, но возможности запуска приложений на системе без эмулятора это не отменяет.
ДОС приложения под виндовс 7 без эмуляции? Вы уверены?
straus написал: Вы уж определитесь кривые руки или нет
Только вдумайтесь в это: игра выпуска первой половины 2012 года, для РС, вообще не запустилась в Windows 7 - единственной ОС для РС, которая продаётся в первой половине 2012 года. Что с чем может быть несовместимо в данной ситуации? Только руки, растущие из жопы у straus'а с виндой, установленной на том компе, где он не смог запустить игру.
Linux777 написал: вот ты пишешь "указывается минимально допустимый номер версии ядра" - ты скомпилировал софт 5 лет назад для Linux 2.6.22 и Glibc 2.6.1 - сегодня у тебя Linux 3.4.4 и Glibc 2.15 - работать будет эта программа? в школе неравеснства уже проходили? =)))))
А бинарный драйвер 5-летней давности на новой системе запустится? Так что не умничай про неревенства, а попробуй запустить
Skynet2015 написал: Бинарный драйвер 5-ти летней давности не запустится ни на висте ни на 7-ке. Я гарантирую это.
"А вот у вас в винде..." - поздравляю с нестабильным API в линуксе и тем, что ты слил Linux777 Бинарный драйвер для XP десятилетней давности на современной XP запустится, бинарный драйвер для 7 3-х летней давности на 7 запустится, бинарный драйвер для линукса даже месячной давности, в котором разработчики не озаботились поддержкой только что вышедших иксов/ядра - (без костылей) не запустится Шtable API такое стабильное =)
дохтур написал: А вот у вас в винде..." - поздравляю с нестабильным API в линуксе и тем, что ты слил Linux777 Бинарный драйвер для XP десятилетней давности на современной XP запустится, бинарный драйвер для 7 3-х летней давности на 7 запустится, бинарный драйвер для линукса даже месячной давности, в котором разработчики не озаботились поддержкой только что вышедших иксов/ядра - (без костылей) не запустится Шtable API такое стабильное =)
атипедивикия написал: System requirements XOrg 6.9, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5 or 7.6 Linux kernel 2.6 or above glibc version 2.2 or 2.3 POSIX Shared Memory (/dev/shm) support is required for 3D applications
дохтур написал: "А вот у вас в винде..." - поздравляю с нестабильным API в линуксе и тем, что ты слил Linux777 Бинарный драйвер для XP десятилетней давности на современной XP запустится, бинарный драйвер для 7 3-х летней давности на 7 запустится, бинарный драйвер для линукса даже месячной давности, в котором разработчики не озаботились поддержкой только что вышедших иксов/ядра - (без костылей) не запустится Шtable API такое стабильное =)
blow05 написал: Ну чо, поздравляю, ты опять перепутал API и ABI
Во-первых покажи, где было раньше. Во-вторых, я ничего не перепутал, т.к. у луноходов имеется регулярная попаболь после выхода новых ядер/иксов и до выхода обновлённых проприетарных драйверов ATI/NVidia
дохтур написал: Во-вторых, я ничего не перепутал, т.к. у луноходов имеется регулярная попаболь после выхода новых ядер/иксов и до выхода обновлённых проприетарных драйверов ATI/NVidia
А в третьих, ты игнорируешь мои ссылки. Это как назвать - виндуззрение?
Skynet2015 написал: А в третьих, ты игнорируешь мои ссылки. Это как назвать - виндуззрение?
Нет, это твои профанации: новый драйвер поддерживает старые версии иксов/ядер, старый драйвер на новых версиях иксов/ядра не работает (либо с костылями вроде), т.к. не в курсе последних изменений ABI/API пруфлинк
дохтур написал: Во-первых покажи, где было раньше.
Влом. Допустим, что это впервые.
дохтур написал: Нет, это твои профанации: новый драйвер поддерживает старые версии иксов/ядер, старый драйвер на новых версиях иксов/ядра не работает (либо с костылями вроде), т.к. не в курсе последних изменений ABI/API пруфлинк
А это точно - опять API тут абсолютно не при чем.
дохтур написал: Во-вторых, я ничего не перепутал, т.к. у луноходов имеется регулярная попаболь после выхода новых ядер/иксов и до выхода обновлённых проприетарных драйверов ATI/NVidia
Ну так проблема то в ABI, а не в API. Иначе всегда приходилось бы ждать и новых открытых дров, а так - перекомпилил - и в путь.
blow05 написал: Ну так проблема то в ABI, а не в API. Иначе всегда приходилось бы ждать и новых открытых дров, а так - перекомпилил - и в путь.
Ок, подойдём с другой стороны: - добавь-ка мне поддержку KMS для Evergreen в 2.6.32 (longterm-ведро), ведь это так просто - скопировал и скомпилил - скомпилируй-ка мне какой-нить xf86-input-citron-2.2.2 с последними иксами - что, какие-то проблемы по предыдущим пунктам?! Шtable API такой Шtable - я могу ещё примеров привести - обтекай
дохтур написал: - добавь-ка мне поддержку KMS для Evergreen в 2.6.32 (longterm-ведро), ведь это так просто - скопировал и скомпилил
Понятия не имею, что такое Evergreen, а google слишком много разного выдает по этому запросу. Только если оно не умеет работать с KMS - то ты мне что, предлагаешь его пропатчить, чтобы появилась эта возможность? Не, любой каприз за ваши деньги. Оплатишь мне почасовку - сделаю.
дохтур написал: - скомпилируй-ка мне какой-нить xf86-input-citron-2.2.2 с последними иксами
Да, вот тут как раз - поменялось API. В gentoo например эти драйвера перенесли в xorg-drivers. Именно ту версию собрать так просто не получится.
дохтур написал: - что, какие-то проблемы по предыдущим пунктам?! Шtable API такой Шtable
Пилять, API объявлен нестабильным. Т.е. его стабильность никто не гарантирует. Вот только как это соотносится с тем, что ты подменяешь понятия, и пытаешься смену ABI назвать "поломали API"? Я тебе уже приводил пример - открытые дрова ATI могут иметь люфт в пол года и нормально собираться (дольше я не пробовал). В случае чего - обновился до последних версий - и в путь. А по поводу ситуации с виндовыми драйверами, о которой мы говорили в прошлый раз ты так и не ответил.
blow05 написал: Ну чо, поздравляю, ты опять перепутал API и ABI
не переживай, вантузники НИКОГДА не поймут в чем разница API ядра (оно же относится к компиляции стороннего драйвера используя headers) и что такое ABI ядра для userspace и системные вызовы
уверяю тебя, они не поймут этой элементарщины даже через 5 и даже 10 лет
дохтур написал: Нет, это твои профанации: новый драйвер поддерживает старые версии иксов/ядер, старый драйвер на новых версиях иксов/ядра не работает (либо с костылями вроде), т.к. не в курсе последних изменений ABI/API пруфлинк
Ну ты пруфами не сыпь. Во первых - там указаны минимальные системные требования. А во вторых даже в винде на 100 компов найдется 1 где новый драйвер не установится. Как то так.
дохтур, не, тебе по любому за "зачет сливов" платят. Отказываешься платить за работу? Засчитываем слив. Перепутал API и ABI, а потом привел пример реального изменения в API - засчитываем слив. Не спорим с разработчиками ядра и википедией по поводу нестабильности API - засчитываем слив. Слушай, ты наверно в общественном туалете на кассе работаешь, там как раз количество сливов в день важно Ну ты считай, считай, не отвлекайся
blow05 написал: Отказываешься платить за работу? Засчитываем слив.
Видишь, это серьёзное дело, а не просто скопировал/скомпилил - иначе я бы сам проделал без проблем, как кто-то недавно кукарекал "перекомпилил - и в путь" - ты это утверждал, потом уже ввёл дополнительное условие (деньги), т.е. это слив, чистый, и не надо плакать
blow05 написал: Перепутал API и ABI
Если честно, то в контексте проблемы "сторонний бинарный драйвер не запускается" для конечного пользователя это ничтожно
blow05 написал: Ну ты считай, считай, не отвлекайся
Да мне не трудно, не для себя стараюсь, - для окружающих
дохтур написал: Видишь, это серьёзное дело, а не просто скопировал/скомпилил - иначе я бы сам проделал без проблем, как кто-то недавно кукарекал "перекомпилил - и в путь" - ты это утверждал, потом уже ввёл дополнительное условие (деньги), т.е. это слив, чистый, и не надо плакать
Стоп. Где это я говорил, что для добавления фичи (мы же всё еще про KMS в Evergreen говорим? Кстати, ты так и не сказал, что это вообще такое) нужно просто скомпилить? А вот драйвера не обязательно должны обновляться, т.к. далеко не каждая новая версия приходит с изменениями в API. И выясняется это не в момент выхода релиза, а заранее, там есть период, когда всё стабилизировалось и принимаются только багфиксы. В это время ментейнеры драйверов проверяют свои драйвера, и, если нужно, патчат их. Но в большинстве случаев выход новой версии ядра и новых драйверов - независимые явления. А перекомпилировать нужно из-за изменения ABI.
дохтур написал: Если честно, то в контексте проблемы "сторонний бинарный драйвер не запускается" для конечного пользователя это ничтожно
Ну а за собой почему не считаешь?
дохтур написал: Да мне не трудно, не для себя стараюсь, - для окружающих
Всё правильно, в общественном сортире должно быть чисто
дохтур написал: Skynet2015, у меня память хорошая, если ты ещё не понял, - вспомнить могу много очень "приятных" для тебя моментов
Да я тоже припомнить могу. А тут ты же просил подждержку 10+ лет, тебе привели. А у тебя все попочке свербит. Да, поддержка qt2 есть. Умойся. И швабоден.
дохтур написал: Разговор именно про бинарные драйверы зашёл. УТВР с интелом? Проходи мимо.
blow05 написал: Где это я говорил, что для добавления фичи (мы же всё еще про KMS в Evergreen говорим? Кстати, ты так и не сказал, что это вообще такое) нужно просто скомпилить?
Фича это KMS, внедрён был ранних версиях, поддержка конкретной железки появилась в 2.6.34-35, т.е. если бы API не менялся - драйвер можно было бы просто скопировать в 2.6.32 и скомпилировать, но такой фокус не проходит
blow05 написал: ты так и не сказал, что это вообще такое
Учить искать по двум словам - это немножно для инвалидов, не находишь?
blow05 написал: далеко не каждая новая версия приходит с изменениями в API
И того, что делают достаточно: я помню пытался патч на vt(дерево исходников для работы с вирт.терминалами) применить - так эти файлы вообще в другое место перенесли - о каком стабильном API мы тут говорим?
blow05 написал: Но в большинстве случаев выход новой версии ядра и новых драйверов - независимые явления
В подавляющем большинстве случаев новые драйверы добавляются именно с выходом нового ядра
blow05 написал: Ну а за собой почему не считаешь?
Всё верно
blow05 написал: Всё правильно, в общественном сортире должно быть чисто
Мы рады, что вы поделились с нами самым дорогим и после посещения нашего заведения вам стало легче и светлее
Skynet2015 написал: Да я тоже припомнить могу. А тут ты же просил подждержку 10+ лет, тебе привели. А у тебя все попочке свербит. Да, поддержка qt2 есть. Умойся. И швабоден[b].
Ага, аж 1 ([b]ОДИН) патч чтобы оно хотя-бы компилировалось Воистину Швабоден!
Skynet2015 написал: Дааа, тебя вроде бы работоспособность заботила.
Которой нет? Первое время - да, потом - винда
Skynet2015 написал: И давно вы goto пенис? Если у меня напсано ATI Radeon 7650M - мне к какому производителю идти? А?
К тому, который всунул это в корпус и чьё имя на этом корпусе выбито, не? И разве сайт AMD честно не предупреждает
Цитата: If you experience difficulty while using the generic AMD Catalyst Mobility drivers, we recommend reverting to the driver provided by your notebook vendor. Please contact your notebook vendor for their most recent graphics drivers.
Повылазило или просто английского не знаешь, перевести?
Пруфлинк я приводил, как и аргументы, листай вверх
Skynet2015 написал: Не, ведь когда всовываешь видюху ATI в десктоп, ты же не пишешь сам потом драйверы, не?
Конечно
Skynet2015 написал: Значит производитель видоекарт не гарантирует работу своих драйверов на 100 %, так?
Ну ты и клоун Производитель ноутбука решает как где и что спаять, какие VID/PID назначить, сколько выводов и как развести Т.е. от AMD может идти только один чип - поэтому на сайте мобильные решения в отдельной категории и с пояснением Десктопые же видеокарты это совсем другая история
дохтур написал: Пруфлинк я приводил, как и аргументы, листай вверх
Эт твое имхо а попка то свербит, да?
дохтур написал: Ну ты и клоун Производитель ноутбука решает как где и что спаять, какие VID/PID назначить, сколько выводов и как развести Т.е. от AMD может идти только один чип - поэтому на сайте мобильные решения в отдельной категории и с пояснением
мммм, от как оно мизалыч. ТОгда какого куя в контрол центре нет никакой ссылки на драйвер от леново, посылают на ати. Да. Так что клоунаду не устраивай, да?
Skynet2015 написал: Неа, просто надо выставлять первичным видеоадаптером ати, а не интел.
И виновата во всём этом оказалась винда с ATI-шными драйверами? Пл..хая винда, не имеет 100%-й гарантии установки некорректных драйверов слепыми криворукими "экспертами", надо предупредить интернеты!
дохтур написал: Пл..хая винда, не имеет 100%-й гарантии установки некорректных драйверов слепыми криворукими "экспертами", надо предупредить интернеты!
Опять на арене цирка дохтур. При чем тут криворукие эксперты. Мне просто было прикольно смотреть как ты усираешься тут 2 страницы подряд. Продолжай.
дохтур написал: Фича это KMS, внедрён был ранних версиях, поддержка конкретной железки появилась в 2.6.34-35, т.е. если бы API не менялся - драйвер можно было бы просто скопировать в 2.6.32 и скомпилировать, но такой фокус не проходит
Ну а свежий драйвер есть? Или тебе нужно именно старый юзать?
дохтур написал: И того, что делают достаточно: я помню пытался патч на vt(дерево исходников для работы с вирт.терминалами) применить - так эти файлы вообще в другое место перенесли - о каком стабильном API мы тут говорим?
Я понятия не имею, о каком стабильном API ты говоришь, оно разработчиками объявлено нестабильным. А я говорю о том, что ты в разговоре часто путаешь API и ABI. И вот опять - перемещение файлов ты зачем-то привязываешь к API.
дохтур написал: В подавляющем большинстве случаев новые драйверы добавляются именно с выходом нового ядра
Ну а развить мысль? Я не вижу взаимосвязи между этой мыслёй и тем, что открытые дрова ATI обновляются независимо от ядра.
blow05 написал: Ну а свежий драйвер есть? Или тебе нужно именно старый юзать?
Ты не брат скайнета? Уж больно часто тупишь и с темы съезжаешь Задача стоит: скомпилить новый драйвер на старом ядре, для проверки Штабильного API
blow05 написал: Я понятия не имею, о каком стабильном API ты говоришь, оно разработчиками объявлено нестабильным.
Перечитай #57, может разберёшься
blow05 написал: А я говорю о том, что ты в разговоре часто путаешь API и ABI.
Пруфлинки на многократные п.тания? И смена API в случае линукса это практически 100%-я гарантия ломания ABI (где оно не фиксировано)
blow05 написал: И вот опять - перемещение файлов ты зачем-то привязываешь к API.
Если ты бы захотел добавить какой драйвер в vt - сделать этого ты бы не смог, пришлось бы править пути к файлам как минимум т.е. "перекомпилил и поехал" оно только в альтернативной реальности так
blow05 написал: Ну а развить мысль?
У тебя ума хватит переварить? Ну смотри, я тебя предупредил
blow05 написал: Я не вижу взаимосвязи между этой мыслёй и тем, что открытые дрова ATI обновляются независимо от ядра.
Драйверов конкретно ATI для отдельно взятой видеокарты аж 3 штуки: - DRM/KMS, идёт в составе ядра, отвечает за низкоуровенвые штучки, часто требует внешнего firmware - DDX, идёт в составе Xorg, отвечает за 2D - DRI, идёт в составе Xorg/Mesa, отвечает за 3D Что из перечисленного до тебя не доходит?
дохтур написал: Ты не брат скайнета? Уж больно часто тупишь и с темы съезжаешь Задача стоит: скомпилить новый драйвер на старом ядре, для проверки Штабильного API
Пруф, где говорится о стабильности API ядра Linux
дохтур написал: Перечитай #57, может разберёшься
Ты до этого говорил про бинарные драйвера. Так вот при обновлении ядра он ломается в первую очередь из-за ABI.
дохтур написал: Пруфлинки на многократные п.тания? И смена API в случае линукса это практически 100%-я гарантия ломания ABI (где оно не фиксировано)
А что, нельзя изменить ABI, не меняя API? И я тебе уже говорил, где ты путаешь, будь внимателен. Например тот же #57
дохтур написал: Если ты бы захотел добавить какой драйвер в vt - сделать этого ты бы не смог, пришлось бы править пути к файлам как минимум т.е. "перекомпилил и поехал" оно только в альтернативной реальности так
Я ему про обновление ядра и сохранение работоспособности существующих драйверов простой перекомпиляцией (в большинстве случаев, реже версия драйверов обновляется вместе с ядром, когда действительно меняется API), а он мне опять х№рню какую-то несет.
дохтур написал: Уж больно часто тупишь и с темы съезжаешь
дохтур написал: - DRM/KMS, идёт в составе ядра, отвечает за низкоуровенвые штучки, часто требует внешнего firmware
DRM - компонент DRI. И с какого перепугу он и KMS стали драйверами?
дохтур написал: - DDX, идёт в составе Xorg, отвечает за 2D
А вот это уже драйвер, да. Это также часть DRI.
дохтур написал: - DRI, идёт в составе Xorg/Mesa, отвечает за 3D
лолчто? Mesa - реализация OpenGL, Xorg - реализация X Window System. В каком месте они драйвера? А DRI - это не драйвер, а Direct Rendering Infrastructure, в которую входят драйвера (которые DDX).
Не, я понимаю, что все эти компоненты очень тесно связаны. Только не все они являются драйверами.
blow05 написал: Пруф, где говорится о стабильности API ядра Linux
развито из #29
blow05 написал: Так вот при обновлении ядра он ломается в первую очередь из-за ABI.
И не только, примеры с vt/kms я уже приводил
blow05 написал: А что, нельзя изменить ABI, не меняя API?
Можно, конечно при желании, но зачем думать про совместимость, когда можно поломать?
blow05 написал: И я тебе уже говорил, где ты путаешь, будь внимателен. Например тот же #57
В линуксе стабильно лишь одно ABI: системных вызовов. Всё остальное безбожно ломается без предупреждения - и это факт. Поэтому в контексте проблемы "не работает бинарный драйвер" детализация (АBI либо API) уже не имеет никакого значения, т.к. не работает и вина в этом - ядра/иксов
blow05 написал: Я ему про обновление ядра и сохранение работоспособности существующих драйверов простой перекомпиляцией
Ты не обновляешь отдельно ядро и драйверы от него, ты обновляешь всё, т.к. ядро фактически - монолит
blow05 написал: DRM - компонент DRI. И с какого перепугу он и KMS стали драйверами?
Я попросил пруф, а не цитату местного пользователя.
дохтур написал: И не только, примеры с vt/kms я уже приводил
Твои примеры с vt/kms каким боком к бинарным драйверам?
дохтур написал: Можно, конечно при желании, но зачем думать про совместимость, когда можно поломать?
Т.е. ты действительно считаешь, что ABI ломают чисто из принципа? Мне кажется, ты до сих пор не понимаешь, что это такое.
дохтур написал: В линуксе стабильно лишь одно ABI: системных вызовов. Всё остальное безбожно ломается без предупреждения - и это факт. Поэтому в контексте проблемы "не работает бинарный драйвер" детализация (АBI либо API) уже не имеет никакого значения, т.к. не работает и вина в этом - ядра/иксов
эти гнилые отмазки я даже коментировать не буду
дохтур написал: Ты не обновляешь отдельно ядро и драйверы от него, ты обновляешь всё, т.к. ядро фактически - монолит
Да ладно. А что тогда приходит в пакете xf86-video-ati? И монолитное ядро - это немного из другой оперы, ок?
дохтур написал: Просвящайся, мой наивный дружок
Ничего нового для меня там нет. Давай, рассказывай, каким боком ты всё (кроме DDX) обозвал драйверами?
дохтур, Солнце мое, я вообще не винде не гнал, и на свои руки и на драйвер, просто старался. А насчет перехода на личности, ну давай не будем, опять ведь обосрамши будешь. И ты эта, осиль отвечать в одном сообщении, а то твой словесный понос уже затопил эту тему.
Skynet2015 написал: Солнце мое, я вообще не винде не гнал, и на свои руки и на драйвер, просто старался
Луноход мой туповатый, твой высер #76 навсегда останется в памяти форума, как бы ты не тужился и не пытался его перекрасить либо уйти с темы, исходя в гавно (что тоже неоднократно зафиксировано, кстати)
дохтур, Лол. И кто из нас переходит на личности? Данное сообщение войдет в историю только потому что ты показал хорошей и годной едой. И никто не повелся на него кроме тебя. Так что дальше идут твои потуги восстановить свою анальную девственность и порученное самолюбие. Продолжай, СЛОР любит анальных клоунов.
Skynet2015 написал: Кстате, да, даже в винде для моего Lenovo U400 не подходят дрова скачанные с ати. Как то так.
сайт ATI написал: If you experience difficulty while using the generic AMD Catalyst Mobility drivers, we recommend reverting to the driver provided by your notebook vendor. Please contact your notebook vendor for their most recent graphics drivers.
дохтур, Гыгыг, но драйвер,скачанный с ати у меня установился. И на сайт леново не пришлось идти. Так что не пытайся отказаться, повелся на жирнючейший троллинг и обосрался. Я дед говорю продолжай восстанавливать свою поруганную анальную девственность, раз уж начал.
дохтур, Ну все равно моими цитатами тебе не получится доказать, что ты не еда. Ты продолжай, продолжай. Особенно в тебе выдает «профессионала» не поинтересоваться сколько видеоадаптеров установлено в моем ноуте. все руки кривые, драйвер качать надо было с сайта производителя ноута ну итд. Ты продолжай отмазываться. Получается плохо, но весело.
дохтур написал: Пруф - сообщение #28 лунохода, от которого обсуждение и пошло
Это не пруф, это х.йня. Он разработчик ядра? Нет? Ну так какого х№ра?
дохтур написал: Как пример нестабильного API, гарантированно ломающего соотв. подсистемы
т.е. ты продолжаешь наставивать, что перемещение файлов - это смена API? Кстати проблему с KMS я так и не понял, распиши поподробнее
дохтур написал: Принцип у ведра: Шtable API nonsense, что гарантированно ломает и ABI, как и в иксах
Уже ж выяснили вроде, что ABI можно поломать и не меняя API
дохтур написал: При обновлении ядра обновляется DRM/KMS драйвер, xf86-video-ati - ddx драйвер иксов, учи матчасть
xf86-video-ati не обязательно обновляется вместе с ядром. У меня система (в т.ч. и драйвер видеокарты) обычно обновляется чаще ядра. Но бывало и наоборот - обновил ядро, а систему - потом. И всё продолжало работать. А по твоей логике - не должно
дохтур написал: Ну-ну, сначала DRM/KMS у него не драйвер, а теперь "ничего нового" Слив засчитан, клоун
слышь, сливосчет, а где там написано, что DRM, KMS, а самое главное - xorg и mesa - драйвера видеокарты?
Значит ты, вступив после неё в дискуссию - под ней подписался, поздравляю
blow05 написал: т.е. ты продолжаешь наставивать, что перемещение файлов - это смена API?
В какой-то мере, т.к. нужно править связанные исходники как минимум
blow05 написал: Кстати проблему с KMS я так и не понял, распиши поподробнее
Портируй мне одним движением для Evergeen на 2.6.32
blow05 написал: Уже ж выяснили вроде, что ABI можно поломать и не меняя API
Можно, - но разве это отменяет постоянные ломания API ядра/иксов от версии к версии?
blow05 написал: xf86-video-ati не обязательно обновляется вместе с ядром.
Да ты точно брат сканета xf86-video-ati это драйвер иксов, с ядром обновляется драйвер DRM/KMS
blow05 написал: что DRM, KMS, а самое главное - xorg и mesa - драйвера видеокарты?
Нет блджад, это драйверы коврика мыши Зайди в секцию Device Drivers конфига ядра, далее Graphics Support, далее Direct Rendering Manager и увидишь
Это просто лютый п*ц, когда мне, виндузятнику, приходится тебе, луноходу, объяснять как что там в твоем поделии устроено Учи матчасть, тупорылое созданье, больше ликбеза с моей стороны не будет
дохтур написал: Значит ты, вступив после неё в дискуссию - под ней подписался, поздравляю
Ай красава. Но... ты же тоже в этой дискуссии! А это значит, что ты тоже подписался, а потом сам себя опровергать начал.
дохтур написал: В какой-то мере, т.к. нужно править связанные исходники как минимум
Пилять, ДА или НЕТ.
дохтур написал: Портируй мне одним движением для Evergeen на 2.6.32
Ты проблему целиком в одном посте описать можешь?
дохтур написал: Можно, - но разве это отменяет постоянные ломания API ядра/иксов от версии к версии?
А я где-то это утверждал?
дохтур написал: xf86-video-ati это драйвер иксов, с ядром обновляется драйвер DRM/KMS
DRM и поддержка в нем KMS - составные части DRI, но от этого они не становятся драйверами. Пjкажи мне пруф, где написано, что это именно драйвера. На всякий случай - твои сообщения таким пруфом не будут
дохтур написал: Бинарный драйвер для XP десятилетней давности на современной XP запустится, бинарный драйвер для 7 3-х летней давности на 7 запустится
Цитата: ЧТо же у меня бинарник не установился, а?
Skynet2015 написал: Гыгыг, но драйвер,скачанный с ати у меня установился.
Skynet2015 написал: просто надо выставлять первичным видеоадаптером ати, а не интел
дохтур написал: И виновата во всём этом оказалась винда с ATI-шными драйверами? Пл..хая винда, не имеет 100%-й гарантии установки некорректных драйверов слепыми криворукими "экспертами"
дохтур написал: Я не себя опровергал, а лунохода, протри глаза
а где я подписывался под его словами?
дохтур написал: В какой-то мере ДА
это как когда "немножко беременна"?
дохтур написал: первым пунктом в #58, куриная твоя память
дохтур написал: - добавь-ка мне поддержку KMS для Evergreen в 2.6.32 (longterm-ведро), ведь это так просто - скопировал и скомпилил
и ЭТО ты называешь полным описанием проблемы?
дохтур написал: #57
А, вот ты к чему прицепился. Объясняю. API и ABI разработчиками объявлены нестабильными. Но это не означает, что каждая версия ядра (в т.ч. и минорная) ломает API.
дохтур написал: /lib/modules/{kernel_version}/kernel/drivers/gpu/drm/radeon/radeon.ko тогда что? Вот такая у нас линупсовая it-илита, своих же поделий не знающая
пилять, иди почитай, что такое DRI, а потом рассказывай, где, что и как.
blow05 написал: Но это не означает, что каждая версия ядра (в т.ч. и минорная) ломает API.
аналогично можно утверждать обратное, т.е. #28 - ложь с учётом смена API -> гарантированная смена ABI
blow05 написал: пилять, иди почитай, что такое DRI, а потом рассказывай, где, что и как.
О, линуксиксперд в ударе
Цитата:
Direct Rendering Infrastructure
Составляющие
Поддержка OpenGL в Direct Rendering Infrastructure состоит из нескольких частей.
Первая часть — это Direct Rendering Manager (DRM), является составной частью инфраструктуры Direct Rendering Infrastructure, системы, чтобы обеспечить эффективное ускорение видео (в частности, 3D-рендеринг)
дохтур, Ах я в биосе что то накрутил? Пруф? И ещё пуф где я написал что винде или пит кривые? Тэкс, виндасаргументы дохтура: 1. Руки кривые. 2. Ниасилил. 3. Читай ридми. Неадекват детектед. и да, ссылка на меня не в счет. Что я не смог установит в винде или в дин дрвйвер, не делают систему виноватой. Обтекай.
дохтур написал: Поздравляю с очередным сливом, умник
ну а свои то чего не считаешь, а?
А теперь я слил, патамушта ты наконец-то открыл вики и что-то из нее скопипастил? Ну ты почитай еще информацию по теме, а потом расскажешь, каким боком DRM и KMS стали драйверами видеокарт
Вот ты лошара :) Нужно было всего лишь перейти сюда и прочитать.
Цитата: The Direct Rendering Manager (DRM) is a component of the Direct Rendering Infrastructure, a system to provide efficient video acceleration (especially 3D rendering) on Unix-like operating systems, e.g. Linux, FreeBSD, NetBSD, and OpenBSD.
It consists of two in-kernel drivers (realized as kernel modules on Linux), a generic drm driver, and another which has specific support for the video hardware. This pair of drivers allows a userspace client direct access to the video hardware.
Он состоит из 2-х драйверов. Разницу чувствуешь? СОСТОИТ ИЗ и ЯВЛЯЕТСЯ
А теперь сходи по своей ссылке и, если ты владеешь логикой и примитивными знаниями русского языка, ты поймешь, что там написано
Цитата: It consists of two in-kernel drivers (realized as kernel modules on Linux), a generic drm driver, and another which has specific support for the video hardware
дохтур написал: с ядром обновляется драйвер DRM/KMS
blow05 написал: DRM и поддержка в нем KMS - составные части DRI, но от этого они не становятся драйверами
Пилять, и где там подробное описание проблемы? libastral.so у меня что-то компилиться не хочет
дохтур написал: #29, #52, #57+
Вот ты деревянный. Объясняю на пальцах.
Обновляется ядро. До этого работала определенная версия xf86-video-ati. В большинстве(!) случаев можно перекомпилировать ранее работавшую версию xf86-video-ati - и она будет работать на новом ядре. Это может произойти при "поломанном" API? А перекомпилировать ее надо, т.к. ABI сменилось, это практически гарантировано с выходом новой (даже минорной) версии. Надеюсь, ты не будешь цепляться к "мажорности" и "минорности" версий ядра?
blow05 написал: Обновляется ядро. До этого работала определенная версия xf86-video-ati. В большинстве(!) случаев можно перекомпилировать ранее работавшую версию xf86-video-ati - и она будет работать на новом ядре. Это может произойти при "поломанном" API?
дохтур написал: изворотливость в аргументах при доказательстве сомнительных или ложных идей; крючкотворство
Ну так учись сразу излагать свои мысли правильно, чтобы тебя понимали, а не гадали, что ты имеешь ввиду.
Или ты будешь настаивать, что тут
дохтур написал: Драйверов конкретно ATI для отдельно взятой видеокарты аж 3 штуки: - DRM/KMS, идёт в составе ядра, отвечает за низкоуровенвые штучки, часто требует внешнего firmware - DDX, идёт в составе Xorg, отвечает за 2D - DRI, идёт в составе Xorg/Mesa, отвечает за 3D
Драйверов конкретно ATI для отдельно взятой видеокарты аж 3 штуки: - DRM/KMS, идёт в составе ядра, отвечает за низкоуровенвые штучки, часто требует внешнего firmware - DDX, идёт в составе Xorg, отвечает за 2D - DRI, идёт в составе Xorg/Mesa, отвечает за 3D
Цитата:
Учи матчасть, тупорылое созданье, больше ликбеза с моей стороны не будет
Бггг... дохтур опять отжигает Опять он что-то ляпнул сдуру, а потом на четырёх страницах отбрехивался из-под лавки. Тузегдохтур, ты главное, не останавливайся! Без твоих перлов, выдаваемых на горА с потрясающей самоуверенностью и апломбом ("учи матчасть!", ага ), на СЛОРе будет совсем скучно.
Apollo 11 написал: Бггг... дохтур опять отжигает Опять он что-то ляпнул сдуру, а потом на четырёх страницах отбрехивался из-под лавки. Тузегдохтур, ты главное, не останавливайся! Без твоих перлов, выдаваемых на горА с потрясающей самоуверенностью и апломбом ("учи матчасть!", ага ), на СЛОРе будет совсем скучно.
Да ладно те, все свою поруганную честь пытается восстановить. А все никак не получается.
Skynet2015 написал: Да ладно те, все свою поруганную честь пытается восстановить. А все никак не получается.
Ещё бы у него это получилось! Это как престарелому г№мосеку пытаться свою честь восстанавливать: всё о нём давно известно, взрослые от него шарахаются, а дети показывают пальцем и хихикают. Вот и остаётся бедолаге только и крякать периодически: "Учи матчасть, тупорылое созданье!", "Слив защитан, луноход!"
Apollo 11, ты не был бы самим собой (хамлом, подгавкивающим из-за спины), целенаправленно не обосрав человека, руководствуясь исключительно личной неприязнью - теперь я вижу, что ты действительно здоров и при памяти ;)
Вроде успокоились те, с кем ещё целесообразно обсуждать хоть что-то по сути, итак:
blow05 написал: API тут абсолютно не при чем.
Делаем для примера diff между 2.6.32 и 3.2, смотрим: Из drm_vm.c пропал экспортируемый символ drm_core_get_reg_ofs, уйдя в статику. Где он использовался в 2.6.32, к примеру? Да практически в каждом драйвере из /divers/gpu! Единственная ли это экспортируемая функция, выкинутая из drm? Определённо нет Далее, что будет со сторонним драйвером, использующим данную функцию, после обновления ядра? Правильно, он перестанет работать Так Шtable API не виноват, говорите, - и я что-то когда-то попутал?
дохтур написал: Делаем для примера diff между 2.6.32 и 3.2, смотрим: Из drm_vm.c пропал экспортируемый символ drm_core_get_reg_ofs, уйдя в статику. Где он использовался в 2.6.32, к примеру? Да практически в каждом драйвере из /divers/gpu! Единственная ли это экспортируемая функция, выкинутая из drm? Определённо нет Далее, что будет со сторонним драйвером, использующим данную функцию, после обновления ядра? Правильно, он перестанет работать Так Шtable API не виноват, говорите, - и я что-то когда-то попутал?
Давай такой же анализ по последним 10 минорным версиям в доказательство, что API ломается всегда.
blow05 написал: Давай такой же анализ по последним 10 минорным версиям
А чего не по последним 50 или 500, чтоб мало не показалось?
blow05 написал: в доказательство, что API ломается всегда
Откуда такое условие? Вот при переходе только от 3.3. к 3.4 удалили bt_printk, hci_find_link_key_type, do_mmap_pgoff и пр., остальное - можешь проверить сам
Итого: изменения зафиксированы как между 2.6.32 и 3.2, так и между 3.3 и 3.4, что при наличии stable_api_nonsense.txt даёт практически 100%-ю гарантию во всех остальных случаях Доказать обратное предлагаю уже товарищам луноходам, назвав 2 стабильные в плане API версии ядра
дохтур написал: А чего не по последним 50 или 500, чтоб мало не показалось?
А это я тебя пожалел. Ты же утверждаешь, что это происходит всегда
дохтур написал: Итого: изменения зафиксированы как между 2.6.32 и 3.2, так и между 3.3 и 3.4, что при наличии stable_api_nonsense.txt даёт практически 100%-ю гарантию во всех остальных случаях Доказать обратное предлагаю уже товарищам луноходам, назвав 2 стабильные в плане API версии ядра
Делать за тебя твою работу? Жду анализа последних 10 минорных релизов
дохтур написал: Бинарный драйвер для XP десятилетней давности на современной XP запустится, бинарный драйвер для 7 3-х летней давности на 7 запустится, бинарный драйвер для линукса даже месячной давности, в котором разработчики не озаботились поддержкой только что вышедших иксов/ядра - (без костылей) не запустится Шtable API такое стабильное =)
blow05 написал: Ну чо, поздравляю, ты опять перепутал API и ABI
дохтур написал: Итого: изменения зафиксированы как между 2.6.32 и 3.2, так и между 3.3 и 3.4
напомню что API ядра Linux, которое адресовано драйверам, не случайно так нестабильно, наличие стабильного API ядра потребовало бы довольно существенных усилий и ресурсов по поддержке и сопровождению, задержало бы адаптацию и модернизацию базы драйверов, привело бы к серьезным проблемам при компиляции драйверов и вообще всей системе в каком-то особом
это Microsoft может себе такое позволить, так как он одна компания, крупная компания - свой цикл релизов, а разработка Linux децентрализована и имеет массу вариаций и адаптаций
ничего не имею против Embedded Compact 7 (продолжение CE), но Linux выбирается тогда, когда надо самостоятельно адаптировать и портировать ОС на свое оборудование без выплаты лицензионных отчислений, хотя для Compact 7 они не велики
а что в итоге? у меня стоит Kubuntu на десктопе и все драйвера уже в составе ядра, кроме проприетарных драйверов видеокарты от nVidia, которые в составе дистрибутива, сами встают во время установки, работают и есть не просят
т.е. по факту текущая модель драйверов Linux мне не доставляет каких-либо фактически заметных неудобств, приношу свои извинения, но это правда что проблем нет
может мне везет что УМВР, не знаю, но пока так и есть
на счет ABI ядра, а так же "набор системных вызовов"...
пробовал я ставить очень свежее ядро на довольно старую систему Ubuntu - молча установилось, все запустилось и даже драйвер nVidia через DKMS подсосался и такая вот конфигурация завелась в полном объеме
это я к чему - про "с изменением версии ядра (например 3.0 -> 3.2) программы перестают работать"
а на деле старые программы как работали на старой системе, так и работают на новой системе - это и называется обратная совместимость, подобно тому как работали программы в Vista так и будут работать в Windows 7 а вот на старой Windows 95 не запустятся без проблем
Linux777 написал: напомню что API ядра Linux, которое адресовано драйверам, не случайно так нестабильно, наличие стабильного API ядра потребовало бы довольно существенных усилий и ресурсов по поддержке и сопровождению, задержало бы адаптацию и модернизацию базы драйверов, привело бы к серьезным проблемам при компиляции драйверов и вообще всей системе в каком-то особом
Во-первых, история не терпит сослагательного наклонения Во-вторых, указанные проблемы в большей мере вызываются именно нестабильным API, т.к. при стабильном API ничего модернизировать не нужно по определению, MS если и заботится о чём-то, то только о своих generic-драйверах
Linux777 написал: это я к чему - про "с изменением версии ядра (например 3.0 -> 3.2) программы перестают работать"
Глаза протри: речь шла про бинарные драйверы, а не программы (#29) И почему у тебя программы чудом заработали - я тоже обяснил
дохтур написал: Во-первых, история не терпит сослагательного наклонения Во-вторых, указанные проблемы в большей мере вызываются именно нестабильным API, т.к. при стабильном API ничего модернизировать не нужно по определению, MS если и заботится о чём-то, то только о своих generic-драйверах
думаю что знаю причины почему нет стабильного API ядра Linux, часть это излишняя трудоемкость, часть это политический момент, наступи эра бинарных драйверов для Linux это бы означало бы конец этой ОС
бинарные драйвера уничтожают саму идею переносимости, ни один производитель не станет выпускать драйвер под экзотику, не под все архитектуры из скудного набора поддерживаемых Windows Compact 7 есть драйвера, есть драйвер для устройства, но драйвера может не быть под SH архитектуру или под MIPS
представь себе необходимость поддержки сотни платформ что есть у Linux, представь тысячи независимых разработчиков, и ты поймешь почему твой праздный интерес к стабильному API ядра это лишнее
даже не надейся что я буду доказывать тебе что я крутой спец в чем-либо и что у меня куча опыта, нет, мне все равно что ты думаешь, но я скажу одно - я работал с множеством платформ на базе Linux, это x86, x86_64, armel, nios2, microblaze, blackfin и прочих, но черт возьми я ни разу не ловил себя на мысли что есть острая необходимость в стабильном API для драйверов, тем более что все драйверы принято размещать в основной ветке
а на десктопном Linux это даже не является проблемой лично для меня, если создатели дистрибутива сделали так чтобы я не думал об этом - значит проблемы нет, так я считаю, потому что раз работает и пох как оно там внутри
Linux777 написал: думаю что знаю причины почему нет стабильного API ядра Linux, часть это излишняя трудоемкость
трудоёмкость - следствие нестабильного API, который в свою очередь является следствием отсутствия проектирования как такового
Linux777 написал: бинарные драйвера уничтожают саму идею переносимости
чушь несусветная, с тем же подходом можно сказать, что и "бинарный код уничтожает саму идею переносимости"
Linux777 написал: но черт возьми я ни разу не ловил себя на мысли что есть острая необходимость в стабильном API для драйверов
до тех пор, пока ты не начнёшь разрабатывать/поддерживать драйверы под это дело - тогда реально запечёт, причём сразу и надолго
Linux777 написал: тем более что все драйверы принято размещать в основной ветке
чтобы добиться этого, нужно продраться сквозь бюрократию и личные предпочтения ключевых разработчиков, результат чего - забвение действительно хороших и инновационных проектов (Reiser4), и рассвет поделок, чья глючность доказана на уровне алгоритмов (BTRFS)
Linux777 написал: представь себе необходимость поддержки сотни платформ что есть у Linux, представь тысячи независимых разработчиков, и ты поймешь почему твой праздный интерес к стабильному API ядра это лишнее
Кросплатформенность - не заслуга нестабильного API ни разу, это заслуга по большей части GCC и кучи платформозависимого непереносимого кода в самом ядре
дохтур написал: чушь несусветная, с тем же подходом можно сказать, что и "бинарный код уничтожает саму идею переносимости"
я понимаю о чем ты, вот например тот же байт-код он бинарный и в то же время переносимый, но я не о том
драйверы собираются под конкретную архитектуру, будь там стабильное или не стабильное API - да или нет? если у тебя есть только бинарный драйвер под x86 под Windows 8, то он будет работать на Windows 8 ARM-редакция? да или нет? пишу вопросом чтобы ты сам ответил как правильно
вот и представь себе, вот у меня есть бинарный драйвер для Linux-x86, а надо запустить на ARM (ну надо, часто сталкиваюсь, да и Microsoft nVidia и прочие тоже признали ARM) - вопрос: что мне делать? драйвер под x86 а надо ARM, но хорошо есть для ARM, надо для MIPS64... экзотика? но и с ней я сталкиваюсь тоже
когда платформ мало как у Windows Embedded, то и поддерживать бинарные драйвера просто, когда их много и появляются неизвестные, то боюсь что проще выложить один раз исходники и забыть
дохтур написал: до тех пор, пока ты не начнёшь разрабатывать/поддерживать драйверы под это дело - тогда реально запечёт, причём сразу и надолго
я писал простые драйверы для Linux для PCI и SPI шины, простые USB драйвера - я следил за ядром последние несколько лет, я не вижу там катастрофических каких-то изменений, ну может какие-то переменные переименуют или что-то изменят, у них есть на то основания я считаю, хотя изменения незначительны и так как там используются системы автоматической сборки для тестирования собираемости, то поддерживать даже чужие драйверы это подправлять их периодически постепенно, разработчиками Linux прилично башляют чтобы они поддерживали все в актуальном состоянии
дохтур написал: чтобы добиться этого, нужно продраться сквозь бюрократию и личные предпочтения ключевых разработчиков, результат чего - забвение действительно хороших и инновационных проектов (Reiser4)
но ведь Linux это всё поделка, почему у тебя Reiser4 считается хорошим?
дохтур написал: Кросплатформенность - не заслуга нестабильного API ни разу, это заслуга по большей части GCC и кучи платформозависимого непереносимого кода в самом ядре
я вижу что в ядре Linux поддержка целой новой архитектуры занимает от 300 Кбайт кода, и то часть это описание регистров и их адресов, так что это довольно ничтожный объем кода если быть честным - это размер средне-мелкого проекта
что касается GCC - не знаю, не думаю что много, или вот есть тот же Clang компилятор, который ядро собирает, там и того меньше кода для поддержки новой архитектуры
в целом я может с тобой соглашусь, но хотелось бы чтобы ты писал конкретные претензии и то как они тебе мешают жить, конструктивно надо
хотелось бы не использовать слова "не заслуга" "запечёт" и т.п. - это субъективные оценки, причем вероятно не на основании твоего опыта
давай вот спросим живых разработчиков, я вот говорю писал драйверы простые для Linux - нет там совсем уж нестабильного API, да и поддерживать не так уж сложно, особенно PCI USB драйвера - там всё давно устоялось можно сказать, а несовместимость искусственна
Цитата: В рамках инициативы по адаптации игр на базе движка Source для платформы Linux компания Valve намерена усовершенствовать открытые видеодрайверы для Linux и увеличить качество поддержки OpenGL. Для проведения данной работы сотрудники отдела Linux-разработок Valve договорились о совместной деятельности с разработчиками открытых видеодрайверов из компании Intel. Совместная работа подразумевает проведение анализа соответствия драйверов требованиям современных 3D-игр, развитие новых возможностей OpenGL и выполнение оптимизации производительности, как в драйвере, так и в коде игр.
Участвующий в проекте разработчик Intel отмечает, что в данной ситуации наглядно демонстрируются достоинства открытого ПО: если закрытые драйверы представляют для производителей игр черный ящик, под особенности которого приходится подстраиваться, то открытые драйверы предоставляют широкие возможности для манёвра, доработки и изучения поведения. Наличие кода драйверов существенно упростило диагностику проблем с производительностью в процессе портирования игры Left 4 Dead 2. Например, было выявлено несколько узких мест в драйвере Intel, которые требуют оптимизации, а также несколько проблем с неэффективной работой шейдеров. Кроме того, плохая производительность в некоторых ситуациях оказались не связана с драйвером и явилась следствием ошибок в коде управления вершинными буферами и излишней перекомпиляции шейдеров в самой игре Left 4 Dead 2.
дохтур написал: кросплатформенность - не заслуга нестабильного API ни разу, это заслуга по большей части GCC и кучи платформозависимого непереносимого кода в самом ядре
я согласен что нестабильное API тут ну вообще ни при чем
если у тебя нет либо платформонезависимого бинарника типа байткода Java или .NET питона и прочих, или набора скриптов, а только платформозависимый бинарник, запустить его на только что вышедшей архитектуре будет невозможно - да или нет?
вот пример http://km211.ru/ru/kvarc-32bit - этот проц скорее всего будет использоваться военными нашими (весьма вероятно, или любыми другими заказчиками), но если бы весь софт (базовый) и библиотеки (основные) оказались бинарными платформозависимыми как у Windows, то Linux бы оказался бесполезным и не пригодным для таких разработок - да или нет? неужели ты сможешь запустить бинарник от Windows CE x86 на Windows CE для MIPS? я работал немного с Windows CE под Visual Studio - мне что-то подсказывает что нет, если только это не .NET
так как я могу автоматически скомпилировать сотни базовых библиотек для Linux под любую платформу, то я могу адаптировать свою разработку на этот процессор - да? да могу, и на это рассчитывали те кто решились изобразить такую хитрую архитектуру (KVARC) с нуля, они добились хорошего потребления Вт/DMIPS, а наличие ОС такой как Linux делает их разработку пригодной для очень широкого спектра применений а не как микроконтроллер какой-нибудь, а именно что полным багажом софта
Linux777 написал: вот и представь себе, вот у меня есть бинарный драйвер для Linux-x86, а надо запустить на ARM (ну надо, часто сталкиваюсь, да и Microsoft nVidia и прочие тоже признали ARM) - вопрос: что мне делать?
Обратится к производителю железки на данной платформе
Linux777 написал: я писал простые драйверы для Linux для PCI и SPI шины, простые USB драйвера
мне какое-то время назад доводилось поддерживать полнофункциональный драйвер сетевой карты - и это был ппц
Linux777 написал: но ведь Linux это всё поделка, почему у тебя Reiser4 считается хорошим?
Reiser4 вне основной ветки, и очень хорош
Linux777 написал: я вижу что в ядре Linux поддержка целой новой архитектуры занимает от 300 Кбайт кода, и то часть это описание регистров и их адресов, так что это довольно ничтожный объем кода если быть честным - это размер средне-мелкого проекта
Да, и этот код практически не меняется от версии к версии - что только подтверждает мою позицию
Linux777 написал: Valve
Valve нужна альтернатива, чтобы давить, в частности на MS Но я бы на вашем месте не особо радовался, т.к. им также нужен anti-cheat, а сделать эффективный с учётом того, что любой может перекомпилиовать видеодрайверы с "хитрым" патчем - очень сложно Ждите новых "инноваций"
Так, ладно, ыксперты, скажите мне плз вот такую вещь. Как в самой простой и удобной системе для домохозяек (win7 домашняя базовая) добавить значок "мой компьютер" (не ярлык!) на рабочий стол? ПКМ на рабочем столе - персонализация - пункт отсутсвует. Система лицензионная, свежеустановленная
#1.Quadrant