чтобы ты мог наслаждаться вкусом краба когда заполняшь поля и при нажатии на кнопку данные сохраняются в базе данных, вкус краба поможет тебе сделать, чтобы данные не выводились новые а перезаписывались существующие, как это сделать подскажет вкус краба чипсы lays со вкусом краба
до завтра. Ну а че делать? Только строить свой лунапарк. Где для конфликтных пакетов свои библиотеки клеить. По итогу наверно некий Франкенштейн получится. Где разбираться сможешь только ты, потому что один апдейт левым чуваком и все твои костыли пиздой пойдут. ) Компромиссом наверно нашел бы, как вариант scl-utils , где описано какие пакеты и библы в системе - параллельны. Так хоть обновлять будет можно. В конце концов однажды сойдутся звезды и меланнокса дрова будут собираться без таких проблем. Да и думаю заказчику костыли наврятли понравятся. Только временно)))) на деле времянка а не на всегда временно))
пока оставь чтобы работало) в ручном режиме. Реально лучше подождать 7.2 хотя у меня не такие радужный взгляд на gcc в будущем centos. кажется именно он будет стабильно как сейчас) не просто так дрова меланнокса и libvma не собираются на 5 gcc
ну а с дровами меланокса в любом случае тогда придется делать коллекцию и вот выдержка из мана:
export LD_LIBRARY_PATH=%{_libdir}:\$LD_LIBRARY_PATH
Такая конфигурация при подключении коллекции программ к текущей среде исполнения приложений отдает предпочтение библиотекам, входящим в коллекцию. Т.е можно делать свой лунапарк с блэкджеком и шлюхами,
я понял что тебе этот вопрос достаточно важный и походу ты опробовал все). Ну если бы был на твоем месте, исходя как проще делал бы как ты - руками. Однако ты можешь пойти дальше, используя https://www.softwarecollections.org/en/ создав свою коллекцию из разных gcc. Начитав попутно не хуевую тучу документации и подняв скилл до упоротого мастера. Судя по офф. сайту штука крутая, из под крыла самого redhat. И где-то далеко, далеко за бугром такие знания буду цениться очень щедро. Но не у нас. И если честно пока не вижу кейс применения хотя-бы в малых/средних масштабах.
судя по заголовку : Software Collections give you the power to build, install, and use multiple versions of software on the same system, without affecting system-wide installed packages.
Функционал тебе подстать, но пробежавшись по диагонали в доках, не выявил как разруливают зависимости. Но уверен на 90% что должны быть механизмы, иначе нафига придумывать некую альтернативу. Между делом, в факе написано что может разруливать зависимости.
+5%
Ну и серч по пакетам в самой центос находит эту штуку, так что Go!) пысы, если все-таки сделаешь, закинь к ним в репо, после approved я смогу скачать gcc 5.2 без ебли, как и наверно еще 10 нуждающихся)
Насколько я понял это некий маковский Homebrew только для семейства шапок.
152 packages excluded due to repository priority protections
============================ N/S matched: scl-utils ============================
scl-utils.x86_64 : Utilities for alternative packaging
scl-utils-build.x86_64 : RPM build macros for alternative packaging
alexander sm1ly: Да, в твоем случае обязательно использовать несколько версий gcc. И для нужного софта подсовывать нужный gcc. Кстати задача универсальная, по-любому есть менеджер для таких ситуаций. Вообщем как ты делаешь - считаю правильно.
чипсы lays со вкусом краба