LINUX.ORG.RU

mageia, blender 2.8, зависимости

 , ,


0

1

Подскажите как запустить Блендер 2.8 на mageia? Как разрешить зависимости?

[root@localhost blender-2.80-6439ed844e78-linux-glibc224-x86_64]# ./blender
./blender: /lib64/libm.so.6: version `GLIBC_2.23' not found (required by ./blender)

[root@localhost Downloads]# rpm -iU glibc-2.29-2.mga7.x86_64.rpm 
error: Failed dependencies:
	lib64xcrypt1 >= 4.1.1-1 is needed by glibc-6:2.29-2.mga7.x86_64
	glibc = 6:2.22 is needed by (installed) locales-2.22-7.mga6.x86_64
	glibc-crypt_blowfish is needed by (installed) lib64tcb0-1.1-7.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) perl-base-2:5.22.3-3.2.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) perl-2:5.22.3-3.2.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64python2.7-stdlib-2.7.15-1.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64python3.5-stdlib-3.5.3-1.4.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64pam0-1.3.0-5.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64user1-0.62-8.2.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64tcb0-1.1-7.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) pam_tcb-1.1-7.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) shadow-utils-2:4.4-1.2.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) util-linux-2.28.2-2.1.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) pam-1.3.0-5.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) systemd-230-12.3.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) ppp-2.4.7-9.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lua-posix-33.3.1-2.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) tcsh-6.19.00-5.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) cups-drivers-splix-2.0.1-0.20130826svn315.6.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) mirrordir-0.10.49-25.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) isdn4k-utils-1:3.12-20.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64unixODBC2-2.3.7-1.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) lib64ruby2.2-2.2.8-1.1.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) claws-mail-1:3.15.0-4.1.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) xdm-1.1.11-16.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) xscreensaver-5.36-3.mga6.x86_64
	libcrypt.so.1()(64bit) is needed by (installed) virtualbox-guest-additions-5.2.18-1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) perl-base-2:5.22.3-3.2.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) perl-2:5.22.3-3.2.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64python2.7-stdlib-2.7.15-1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64python3.5-stdlib-3.5.3-1.4.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64pam0-1.3.0-5.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64user1-0.62-8.2.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64tcb0-1.1-7.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) pam_tcb-1.1-7.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) shadow-utils-2:4.4-1.2.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) util-linux-2.28.2-2.1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) pam-1.3.0-5.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) systemd-230-12.3.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) ppp-2.4.7-9.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lua-posix-33.3.1-2.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) tcsh-6.19.00-5.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) mirrordir-0.10.49-25.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) isdn4k-utils-1:3.12-20.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64unixODBC2-2.3.7-1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) lib64ruby2.2-2.2.8-1.1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) claws-mail-1:3.15.0-4.1.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) xdm-1.1.11-16.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) xscreensaver-5.36-3.mga6.x86_64
	libcrypt.so.1(GLIBC_2.2.5)(64bit) is needed by (installed) virtualbox-guest-additions-5.2.18-1.mga6.x86_64

[root@localhost Downloads]# rpm -iU lib64xcrypt1-4.4.3-1.mga7.x86_64.rpm
error: Failed dependencies:
	libc.so.6(GLIBC_2.25)(64bit) is needed by lib64xcrypt1-4.4.3-1.mga7.x86_64
	glibc < 6:2.28-2 conflicts with lib64xcrypt1-4.4.3-1.mga7.x86_64
[root@localhost Downloads]# 
Deleted
Ответ на: комментарий от anonymous

То есть в роллинг дистрах обновления убирают старые глюки и добавляют новые? В чем смысл?

Deleted
()
Ответ на: комментарий от Deleted

Смысл в том, что кому-то внезапно нужны недотестированные бета версии софта с новым функционалом и новыми багами. Вот тогда и появляются rolling release дистрибутивы.

А если новая недотестированная версия той или иной софтины нужна раз в полгода, то можно просто юзать либо Федору, либо Убунту.

А те, кто предпочитают никуда не торопиться, выбирают дистрибутивы с выдержанными пакетами.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

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

Deleted
()
Ответ на: комментарий от saahriktu

Ясно, спасибо за общение. А по сабджу, разрабатываемой 7-ой версии с glibc'ом 2.29 блендер 2.8 запустится? То есть все дело по сабджу в glibc? А обновить я его не могу из-за того это какой то суперважный системный компонент?

Deleted
()
Ответ на: комментарий от Deleted

Должен запуститься. glibc - это системная библиотека. Практически её можно было бы обновить, и в той же Slackware это вообще не вопрос. Однако, в дистрибутивах с зависимостями пакетов маинтейнеры во избежание непредвиденных ситуаций прописывают более чем строгие зависимости пакетов.

saahriktu ★★★★★
()
Ответ на: комментарий от Deleted

Именно! Хотя в первую очередь это дело рук апстрима – убирать старые и добавлять новые. В дистрибутивах же всё это безобразие в первую очередь собирают (воедино).

А смысл в том, чтобы, ну… убрать старые глюки и добавить новые, например? А то приходишь в апстрим с какой-нибудь ошибкой, а она уже исправлена пару релизов назад и попала в пакеты роллинг-дистрибутивов, и в апстриме о ней и думать забыть бы хотели НО НЕТ, ведь в стабильных выпусках стабильных дистрибутивах всё ещё кривоватая версия! Зато предсказуемая.

Вот и выходит, что именно роллинг-модель самая, как бы это сказать… В Arch это называют «user-centric». В «центре» системы – пользователь, и что тот хочет, то с ней и делает. А если не хочет, то всё равно делает. И система ему в этом не особенно мешает, а вместо этого по мере сил (ABS ASP, AUR, ARM ALA, Archwiki) помогает. Или как-то так.

anonymous
()
Ответ на: комментарий от saahriktu

То есть обновление этой библитеки потянет за собой обновление огромной части остальной системы и в итоге все поломается?

Deleted
()
Ответ на: комментарий от Deleted

Нет. Просто мало ли что. Насколько я понял, в прежние времена glibc между версиями значительно ломала ABI и API. Но теперь это во многом уже в прошлом. Однако, привычки маинтейнеров так просто не меняются.

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

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

А чем ОпенМандрива будет отличатся от Магейи? Зачем тратить силы на ОпенМандриву если есть форк Магейя?

А чем вообще была сила Мандривы и в чем сила ее наследников?

Deleted
()
Ответ на: комментарий от Deleted

Mageia и ОпенМандрива - это разные дистрибутивы с разными маинтейнерами. ОпенМандривы ещё не было, а у разработчиков Магейи уже были наработки. У банкротившейся Мандривы уже не было сил нормально пилить дистрибутив, да и сообщество у него слабовато (но ценит именно свой дистрибутив). А уволенные разработчики сумели создать некоммерческую организацию со штатом в сотни человек (организация активно проталкивает дистрибутив в муниципальные и учебные заведения, а также сотрудничает с организациями, которые оказывают платную техподдержку). Поэтому Магейя с самого начала пилится гораздо активнее. Поэтому сообщество ОпенМандривы пыталось привлечь внимание к совему дистрибутиву нестандартными решениями. Например, переходом на 5-ю версию пакетного менеджера rpm (как ни странно, после появления этой 5-й версии от неё сразу же многие отказались, и в основном продолжает использоваться и развиваться именно 4-я версия), но теперь обратно переводит дистрибутив на 4-ю версию.

Легендарным расколовшийся дистрибутив стал в те времена, когда он назывался Mandrake. Когда его переименовали в Мандриву организация уже банкротилась. А легендарным он стал именно из за юзерфрендли инсталлятора. В Магейе до сих пор продолжают поддерживать классический инсталлятор, который позволяет очень удобно разворачивать систему с богатым количеством опций. Теперь он уже умеет разворачивать дистрибутив и через UEFI. И т.д.

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

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Спасибо! А почему разработчики ОпенМандривы не примкнут к Магейе для того, чтобы сделать любимый дистр еще лучше совместными усилиями?

Deleted
()
Ответ на: комментарий от Deleted

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

Эти два дистрибутива ещё с отечественной Росой могут сравнивать. Там тоже своя атмосфера.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

Ясно на то это и опенсофт) Но пилят активнее Магейю? А что они противопоставляют Дебианам, Убунтам, Федорам? Чем они хотят взять?

Deleted
()
Ответ на: комментарий от Deleted

Из этих трёх дистрибутивов, да, активнее Магейю пилят. Разработчики просто делают такой дистрибутив, какой они его делают.

Убунта и Федора обновляются по два раза в год, что не подходит для ниш, где нужны выдержанные пакеты. Выдержанные пакеты есть и в Debian'е, но там и .deb пакеты, и свои велосипеды, некоторые из которых никогда нормально не работали (например, утилита настройки PPPOE). Не говоря уже, например, о том, что ряд утилит, включая cal, в Debian'е не из util-linux, как во всех нормальных дистрибутивах GNU/Linux'а, а из bsd-utils.

В общем, люди просто пилят и выбирают то, что им подходит.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Спасибо! В общем у меня для экспериментов появились еще два поля - Магейя и Слакваре, по Вашим наводкам)

Deleted
()
Ответ на: комментарий от saahriktu

А легендарным он стал именно из-за юзерфрендли инсталлятора
из-за

Если говорится о положительном событии, правильней писать «благодаря». Я много прогуливал уроков, но этот пример в колледже мне повезло застать и запомнить.

Магейя сильна тем

Много пакетов в репах, не надо бегать по ppa и левым репам. Хотя Vapoursynth не хватает.

Убунта обновляется по два раза в год, что не подходит для ниш, где нужны выдержанные пакеты

А LTS поддерживается 5 лет, самое то для тех, кто любит спокойствие.

anonymous
()
Ответ на: комментарий от Deleted

То есть обновление этой библитеки потянет за собой обновление огромной части остальной системы и в итоге все поломается?

А если обновить файл libc.so.6 на 2.23 в обход пакетного менеджера из Live системы? Он принадлежит пакету libc6 или glibc. Если что всегда можно откатить обратно. Я думаю 2.23 и 2.22 должны быть обратно совместимы. Это откроет тебе дорогу к приложениям для Ubuntu 16.04. А если обновишь до 2.24 то для Debian 9.

anonymous
()
Ответ на: комментарий от anonymous

В общем, вот эти файлы тебе нужны:
libc.so.6 > libc-2.23.so
libm.so.6 > libm-2.23.so
ld-linux.so.2 > ld-2.23.so
Можешь попробовать под именем 2.22 держать файл 2.23.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.