59343 2026-05-27 15:24:50 +0300 Нарушает SharedLibsPolicy 2026-06-17 09:23:34 +0300 1 1 4 Development Sisyphus libOpenUSD0 unstable x86_64 Linux RESOLVED LATER P5 normal --- 1 rider lakostis grenka lakostis rider qa-sisyphus oldest_to_newest 288417 0 rider 2026-05-27 15:24:50 +0300 в пакете с библиотекой не должно быть ничего кроме самой библиотеки, иначе при сборке новой версии с другим именем пакета будет конфликт 288609 1 repository-robot 2026-05-29 15:10:04 +0300 OpenUSD-26.05-alt0.1 -> sisyphus: Thu May 28 2026 L.A. Kostis <lakostis@altlinux.ru> 26.05-alt0.1 - 26.05. - hydra: rebase blender patch. - usd: fix build failure with libstdc++15/c++23 (upstream PR#4085). - usd: fix build with TBB 2023.0.0 (tnx to rider@). - .spec fixes: + usdview: enable .desktop file (closes #51184). + split out -resources from library (closes #59343). 288611 2 rider 2026-05-29 15:11:02 +0300 жёсткая зависимость у библиотеки на пакет с ресурсами делает сплит бесмысленным. 288729 3 lakostis 2026-06-01 22:28:04 +0300 (In reply to Anton Farygin from comment #2) > жёсткая зависимость у библиотеки на пакет с ресурсами делает сплит > бесмысленным. Вообще само требование следовать SLP не сильно имеет смысл: - апстрим вообще не озаботился soname, у нас используется патч из fedora где прямо написано, что: Upstream was asked about .so versioning and setting SONAME properly and seemed unprepared to handle the request: https://github.com/PixarAnimationStudios/USD/issues/1259#issuecomment-657120216 A patch was offered: https://github.com/PixarAnimationStudios/USD/issues/1387 but it was not sufficient for the general case, since (1) it only handled the monolithic build, and (2) it derived the .so version from PXR_MAJOR_VERSION, which is *not* reliably bumped on API or ABI changes, and currently is still zero. - потребитель OpenUSD у нас ровно _один_ это blender, который все равно пересобирается и проверяется на работу с новой версией.