Bug 59343 - Нарушает SharedLibsPolicy
Summary: Нарушает SharedLibsPolicy
Status: RESOLVED LATER
Alias: None
Product: Sisyphus
Classification: Development
Component: libOpenUSD0 (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Konstantin A Lepikhov (L.A. Kostis)
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-05-27 15:24 MSK by Anton Farygin
Modified: 2026-06-17 09:23 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Farygin 2026-05-27 15:24:50 MSK
в пакете с библиотекой не должно быть ничего кроме самой библиотеки, иначе при сборке новой версии с другим именем пакета будет конфликт
Comment 1 Repository Robot 2026-05-29 15:10:04 MSK
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).
Comment 2 Anton Farygin 2026-05-29 15:11:02 MSK
жёсткая зависимость у библиотеки на пакет с ресурсами делает сплит бесмысленным.
Comment 3 Konstantin A Lepikhov (L.A. Kostis) 2026-06-01 22:28:04 MSK
(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, который все равно пересобирается и проверяется на работу с новой версией.