Странные баги в Ubuntu 10.04

spoilt · 11-07-10 23:57:47

TrollWINNT пишет:

Что мы подразумеваем под линукс Linux kernel или GNU Linux?

В этом плане всегда подразумевается GNU/Linux. В дистре большую роль играет окружение нежели ядро.

TrollWINNT пишет:

А чем они не различаются ?

У них у всех одни и те же API/ABI для программ, ядро и стандарты типа FHS (хотя есть дистр не соответствующий ему: GoboLinux) и POSIX.
TrollWINNT, вы кстати будете отвечать за свои слова? По поводу того что программы компилятся под дистр? Или сразу засчитать слив?

Отредактировано spoilt (12-07-10 00:00:58)

TrollWINNT · 12-07-10 00:14:11

2 spoilt

spoilt пишет:

В этом плане всегда подразумевается GNU/Linux. В дистре большую роль играет окружение нежели ядро.

Тогда различное или одинаковое ядро никак не мерило идентичности либо различия дистров.

spoilt пишет:

У них у всех одни и те же API/ABI для программ, ядро и стандарты типа FHS и POSIX.

При условии что я использую Xwindow или другую графическую систему? Gnome будет поддерживать проги из KDE без установленных KDEшных библиотек и наоборот? Ядра различаются, например, различным набором поддерживаемого оборудования. Ну а POSIX дак это не только в линух big_smile
По поводу того что программы компилятся под дистр? Или сразу засчитать слив?
Зайдите на сайт оперы или nvidia. Там вам предложат выбрать версию под ваш дистр. Причем как ни странно там будут различные варианты для Debian и Uduntu, Redhet и Mandriva. Пакетный менеджер одинаков, зачем разные варианты?

spoilt · 12-07-10 00:40:03

TrollWINNT пишет:

При условии что я использую Xwindow или другую графическую систему?

Вы где-то видели более-менее допиленную графическую среду, отличную от X Window (в мире Linux)?

TrollWINNT пишет:

Gnome будет поддерживать проги из KDE без установленных KDEшных библиотек и наоборот?

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

TrollWINNT пишет:

Зайдите на сайт оперы или nvidia. Там вам предложат выбрать версию под ваш дистр.

Я вот только что скачал RPM-пакет с официального сайта Opera (ещё у меня валяется такой же, только обычный tar.bz). Выдернул бинарник из RPM и пошёл исследовать. В итоге время создания и контрольные суммы файлов тупо совпали. Даже diff отморозился и ничего не показал.

Отредактировано spoilt (12-07-10 06:15:51)

Невропаразитолог · 12-07-10 22:05:09

spoilt пишет:

Даже diff отморозился и ничего не показал.

Что вы имели в виду под этим словом?www.slovonovo.ru/term/%D0%9E%D1%82%D0%B … 1%81%D1%8F или вот это:www.aggregateria.com/O/otmorozitsja.html

TrollWINNT · 12-07-10 22:37:53

2 spoilt

spoilt пишет:

Вы где-то видели более-менее допиленную графическую среду, отличную от X Window (в мире Linux)?

Все когда то было недопиленым. Такие среды есть, хоть и не получили распространения. Например NeWS, Aqua (а че, то же самое, только закрытое патентами) big_smile

spoilt пишет:

Я вот только что скачал RPM-пакет с официального сайта Opera (ещё у меня валяется такой же, только обычный tar.bz).

Для одной системы? При компилировании одного и того же исходника бинарник может и совпасть. Но может и не совпасть при компилировании, например, разными версиями GCC. Не факт что пакет для ubuntu без проблем встанет в debian stable. В одном из багфиксов убунты (вроде 9,10 точно не помню) упоминалось что smplayer был собран без поддержки enca. Какого ж они его вобще собирали если все бинарники одинаковы? Почему драйвера nvidia требуют для установки исходники ядра?

spoilt · 12-07-10 23:12:01

TrollWINNT пишет:

Например NeWS, Aqua (а че, то же самое, только закрытое патентами)

Хорошо, посмотрим. Что касается вопроса о работе графических приложений в таких средах - там всё упирается в то, портирован графический тулкит программы под эту среду или нет. Без графического тулкита программа пролетит как фанера. Точнее говоря, на этапе API/ABI операционки всё будет хорошо, но программа рухнет при попытке связяться с графической средой.

TrollWINNT пишет:

Для одной системы?

Уточню: я ещё при релизе Opera 10.60 скачал обычный пакет tar.bz (без привязки к дистру и с установкой из bash-скрипта). Второй пакет я скачал для системы CentOS (RPM). После чего я его открыл обычным архиватором и выколупал бинарный файл opera. Как я и ожидал, разницы в этих файлах нет никакой.

TrollWINNT пишет:

При компилировании одного и того же исходника бинарник может и совпасть.

Только если опции компиляции тупо идентичные. В противном случае diff просигнализировал бы.

TrollWINNT пишет:

Не факт что пакет для ubuntu без проблем встанет в debian stable.

Это опять-таки несовместимость исключительно пакетной системы. Разные майнтейнеры по-разному проставляют зависимости и всё такое. Поэтому при установке чужого пакета, если хотите соблюдения зависимостей, то можете готовится к бессоной ночи.
Кстати, пакеты вообще не имеют никакого отношения к компиляции. Пакеты deb, rpm и некоторые другие - это просто-напросто архивы с запакованными программами с соблюдением пути. Пакетный менеджер просто распаковывает их и выполняет предписанные скрипты.

TrollWINNT пишет:

В одном из багфиксов убунты (вроде 9,10 точно не помню) упоминалось что smplayer был собран без поддержки enca. Какого ж они его вобще собирали если все бинарники одинаковы?

Кстати, если мне не изменяет память, то этот MPlayer (в SMPlayer нет поддержки enca, ибо это просто оболочка для первого) разарбы убунту тупо стащили из Debian Squeeze. Там он тоже долго висел без enca. Вообще MPlayer жуткая штука в плане сборки, там уйма опций компиляции и зачастую не замечаешь, что какая-нибудь важная штука типа Enca является неактивной.

TrollWINNT пишет:

Почему драйвера nvidia требуют для установки исходники ядра?

Ну не сами исходники, а скорее kernel headers. Это так называемые заголовочные файлы, которые объяснят драйверу как общаться с уже готовым ядром.

Невропаразитолог пишет:

Что вы имели в виду под этим словом?

Я имел в виду то, что команда diff, направленная на сравнение двух бинарных файлов Opera (один из tar.bz, второй из rpm-пакета для CentOS) не выдала никаких сообщений. Вообще, diff обычно применяют для сравнения текстовых файлов, но и бинарные файлы она тоже отлично проверяет. Примерно вот так:

$ diff /bin/ls /bin/cp
Binary files /bin/ls and /bin/cp differ

Отредактировано spoilt (12-07-10 23:25:33)

TrollWINNT · 12-07-10 23:33:05

2 spoilt

spoilt пишет:

Только если опции компиляции тупо идентичные. В противном случае diff просигнализировал бы.

Естественно. Опции и компилятор. Но ведь может и не совпасть.

spoilt пишет:

Это опять-таки несовместимость исключительно пакетной системы.

А чем отличаются пакетные системы Debian и Ubuntu? roll

spoilt пишет:

Кстати, пакеты вообще не имеют никакого отношения к компиляции. Пакеты deb, rpm и некоторые другие - это просто-напросто архивы с запакованными программами с соблюдением пути.

Знаю. Потому мне и интересно, нахрена при скачивании просят выбрать версию линукса? Что-то мне подсказывает, что установить один бинарник наверное вообще жуть smile

spoilt пишет:

Кстати, если мне не изменяет память, то этот MPlayer

Да, конечно. Просто редко пользую его в чистом виде, потому попутал smile .

spoilt пишет:

Это так называемые заголовочные файлы, которые объяснят драйверу как общаться с уже готовым ядром.

Зачем? Ведь ядро то одно и то же? wink . Отчего ж различия?

spoilt · 12-07-10 23:39:57

TrollWINNT пишет:

А чем отличаются пакетные системы Debian и Ubuntu?

Фундаментально почти ничем. Отличается простановка зависимостей. А вообще, можно пакет просто архиватором расковырять и установить вручную (вариант садо-мазо). И работать после этого он будет.

TrollWINNT пишет:

Потому мне и интересно нахрена при скачивании просят выбрать версию линукса?

Использование пакетного менеджера предпочтительнее просто. После установки пакета через менеджер, он уже будет числиться в множестве пакетов. Поэтому все операции над программой (удаление или переустановка) будут выполняться через пакетный менеджер, а не вручнную.

TrollWINNT пишет:

Зачем? Ведь ядро то одно и то же?

Патчи, наложенные на ядро, могут сильно влиять. Вот поэтому так и делается.

Отредактировано spoilt (12-07-10 23:45:43)

TrollWINNT · 12-07-10 23:53:27

2 spoilt

spoilt пишет:

Отличается простановка зависимостей.

Чем?

spoilt пишет:

просто архиватором расковырять и установить вручную (вариант садо-мазо).

Нах... проще уж из исходников smile быстрее будет.

spoilt пишет:

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

То есть, различие в пакетных менеджерах все же позволяет назвать дистры различными?

spoilt пишет:

Патчи наложенные на ядро могут сильно влиять

А различие версий ядра влиять не может? smile

spoilt · 13-07-10 00:13:38

TrollWINNT пишет:

Чем?

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

TrollWINNT пишет:

То есть, различие в пакетных менеджерах все же позволяет назвать дистры различными?

Дистры и так классифицыируют по пакетным менеджерам. DEB-based, RPM-based и source-based. Вот основная классификация. Но при таком различии все дистры, на уровне исходников и бинарников, абсолютно совместимы.

TrollWINNT пишет:

А различие версий ядра влиять не может?

Там еще больше влиять может. Иногда ядерщики крупно дров ломают. Вот в ядре 2.6.30 удалили какую-то функцию из ядра и как результат валяющиеся в ауте fglrx-дрова. Целый месяц правили.

Отредактировано spoilt (13-07-10 00:15:06)

TrollWINNT · 13-07-10 00:25:39

spoilt пишет:

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

Эдакий Dll Hell big_smile

spoilt пишет:

Дистры и так классифицыируют по пакетным менеджерам. DEB-based, RPM-based и source-based.

А Suse? smile

spoilt пишет:

Но при таком различии все дистры на уровне исходников и бинарников абсолютно совместимы.

На уровне исходников это вобще как понять? На уровне исходников можно с чем угодно совместимым сделать, вопрос портирования компилятора. А вот на уровне бинарей гарантии никто не даст. Я не отрицаю что в массе своей это будет так, только думаю не всегда. Те же изменения функционала ядра или версий библиотек помешают. Сущществуют например репозитарии backports. Почему бы просто не подключить напрямую репы других версий? Но ведь делают отдельный репозитарий и проверяют совместимость с конкретным окружением.

spoilt · 13-07-10 00:36:23

TrollWINNT пишет:

Эдакий Dll Hell

При использовании сторонних репов чужого дистра такое можно схлопотать.

TrollWINNT пишет:

А Suse?

RPM-based.

TrollWINNT пишет:

На уровне исходников это вобще как понять?

Это означает, что исходники скомпилятся на любом дистре. Вообще если соблюден POSIX, то исходники можно компилять хоть под Solaris.

TrollWINNT пишет:

А вот на уровне бинарей гарантии никто не даст.

Это еще почему? При наличии необходимых библиотек, бинарь запустится везде.

TrollWINNT пишет:

Те же изменения функционала ядра или версий библиотек помешают.

Насчет библиотек особо не скажу, но вроде glibc уже давным-давно утрясли. Насчт ядра кстати мимо. API программ там никогда не трогают, ибо муторное это дело.

TrollWINNT пишет:

Сущществуют например репозитарии backports.

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

Отредактировано spoilt (13-07-10 00:38:29)

TrollWINNT · 13-07-10 15:49:36

spoilt пишет:

При использовании сторонних репов чужого дистра такое можно схлопотать.

В некоторых случаях и просто при подключении репов нестабильных версий, или при подключении репов сторонних прог если они тянут свои зависимости. Проблема в том, что виндузятники физически не могут пользоваться одним основным репозитарием, поэтому наступают на эти грабли чащще big_smile

spoilt пишет:

RPM-based.

Хоть он и понимает RPM но там Yum. А в основе дистра по моему слака, тоже ниразу не RPM.

spoilt пишет:

Это еще почему? При наличии необходимых библиотек, бинарь запустится везде.

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

spoilt пишет:

Это означает, что исходники скомпилятся на любом дистре. Вообще если соблюден POSIX, то исходники можно компилять хоть под Solaris.

И если posix не соблюдается то можно. На то он и исходный код, хоть на винде компиль smile .

spoilt пишет:

Насчет библиотек особо не скажу, но вроде glibc уже давным-давно утрясли.

Давно это когда? big_smile Недавно был глюк с оптимизацией, и полгода не прошло.

spoilt пишет:

Насчт ядра кстати мимо. API программ там никогда не трогают, ибо муторное это дело.

Никогда - это очень категоричное заявление big_smile

ikkunan salvataja · 13-07-10 16:28:38

TrollWINNT пишет:

В некоторых случаях и просто при подключении репов нестабильных версий,

Ну тут уж называется ССЗБ, знал на что шёл.

TrollWINNT пишет:

Хоть он и понимает RPM но там Yum. А в основе дистра по моему слака, тоже ниразу не RPM.

Ну от слаки там мало чего осталось. Да и отличается слака от к примеру мандривы не только пакетным менеджером, коего в слаке попросту нет, но и системой начальной инициализации, у слаки она от бзди, а не от system V. Чего там в сузе надо дома глянуть, благо на компе у жены до сих пор она живёт.

TrollWINNT · 13-07-10 16:52:25

2 ikkunan salvataja

ikkunan salvataja пишет:

Ну тут уж называется ССЗБ, знал на что шёл.

Ну знал smile . Но в винде, если я ставлю глючную прогу она обычно ничего не ломает. По крайней мере в семействе NT. Из линукса выколупать криво вставшую прогу не всегда просто. Знаю про бэкап и ССЗБ, но нихочу smile так жисть интереснее big_smile

ikkunan salvataja · 13-07-10 16:59:41

TrollWINNT пишет:

Но в винде, если я ставлю глючную прогу она обычно ничего не ломает.

Ключевое слово надо полагать обычно? А если попробовать в висту запихать проводник из бета-версии семёрки? Есть уверенность что ничего не поломается?

Tiphon · 13-07-10 17:18:01

ikkunan salvataja пишет:

А если попробовать в висту запихать проводник из бета-версии семёрки?

Бредовый пример. Так не делается. (Ыы, а почему не запихать проводник из 95?)

ikkunan salvataja пишет:

Ключевое слово надо полагать обычно?

Ключевые слова

TrollWINNT пишет:

она ничего не ломает в семействе NT.

Только добавлю "правильно настроенной".

Отредактировано Tiphon (13-07-10 17:18:49)

TrollWINNT · 13-07-10 21:12:52

ikkunan salvataja пишет:

Ключевое слово надо полагать обычно?

Естественно. Стопроцентной гарантии никто не даст, слишком много факторов. Но обычно это так.

ikkunan salvataja пишет:

А если попробовать в висту запихать проводник из бета-версии семёрки?

У меня, думаю, получится. За всех ессно не скажу. Но все таки, это не типовая установка софта smile .

ikkunan salvataja · 13-07-10 21:30:18

TrollWINNT пишет:

Но все таки, это не типовая установка софта

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

Tiphon · 14-07-10 00:37:16

ikkunan salvataja пишет:

А подключение репозиториев нестабильной ветки это выходит типовая?

Ну по сути да) Обычно выбор достаточно прост, либо актуально и сырое, либо старое. Старое. Да, старое) А старое в линухе не всегда совместимое.

Поэтому все хорошо, если что-то, что тебе надо - есть. А когда этого нет, а у тебя - старое.

Ну дальше все просто, чих пых чих пых чих пых...

А с виндой ты зря это сравниваешь, там усе не так.

Отредактировано Tiphon (14-07-10 00:37:36)

Форум StopLinux

Объявление

#76 11-07-10 23:57:47

Re: Странные баги в Ubuntu 10.04

#77 12-07-10 00:14:11

Re: Странные баги в Ubuntu 10.04

#78 12-07-10 00:40:03

Re: Странные баги в Ubuntu 10.04

#79 12-07-10 22:05:09

Re: Странные баги в Ubuntu 10.04

#80 12-07-10 22:37:53

Re: Странные баги в Ubuntu 10.04

#81 12-07-10 23:12:01

Re: Странные баги в Ubuntu 10.04

#82 12-07-10 23:33:05

Re: Странные баги в Ubuntu 10.04

#83 12-07-10 23:39:57

Re: Странные баги в Ubuntu 10.04

#84 12-07-10 23:53:27

Re: Странные баги в Ubuntu 10.04

#85 13-07-10 00:13:38

Re: Странные баги в Ubuntu 10.04

#86 13-07-10 00:25:39

Re: Странные баги в Ubuntu 10.04

#87 13-07-10 00:36:23

Re: Странные баги в Ubuntu 10.04

#88 13-07-10 15:49:36

Re: Странные баги в Ubuntu 10.04

#89 13-07-10 16:28:38

Re: Странные баги в Ubuntu 10.04

#90 13-07-10 16:52:25

Re: Странные баги в Ubuntu 10.04

#91 13-07-10 16:59:41

Re: Странные баги в Ubuntu 10.04

#92 13-07-10 17:18:01

Re: Странные баги в Ubuntu 10.04

#93 13-07-10 21:12:52

Re: Странные баги в Ubuntu 10.04

#94 13-07-10 21:30:18

Re: Странные баги в Ubuntu 10.04

#95 14-07-10 00:37:16

Re: Странные баги в Ubuntu 10.04

Подвал форума