AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
[minizip] Is it really mandatory the use of minizip-ng compared to minizip provided by zlib?
- Vorherrschende Sprache
- C++
- Sterne
- 2.1k
- Forks
- 503
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Hi!
[Talking with my Debian Developer hat on]
I'm trying to package OCIO v2.3.2 in Debian and it seems like I'm forced to package minizip-ng tool as well because the building process won't pass the initial checks without that build dependency.
As far as I understand it, minizip-ng is just a simpler version of the minizip tool (now merged in zlib, already in Debian archives) so I'm wondering if it's not possible to use the "normal" minizip library as an alternative to the -ng version, maybe allowing the [Findminizip-ng](https://github.com/AcademySoftwareFoundation/OpenColorIO/blob/main/share/cmake/modules/Findminizip-ng.cmake) module to search for both, prioring the -ng version. That would allow me to upgrade the package in Debian quicker.
Thanks.
Beitragsleitfaden
Rechercherichtung
Beginne mit share/cmake/modules/Findminizip-ng.cmake und den anfänglichen Build-Prüfungen, die die Abhängigkeit erfordern. Vergleiche, wie das Modul nach minizip-ng und dem von zlib bereitgestellten minizip sucht, und bestimme dann, ob beide mit bevorzugtem minizip-ng unterstützt werden können. Als erledigt gilt die Aufgabe, wenn der Debian-Paketierungsbuild ohne erforderliches minizip-ng erfolgreich ist, sofern die kompatible Alternative verfügbar ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- cmake, cpp
- Bereich
- build-system
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 42/100