AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
[minizip] Is it really mandatory the use of minizip-ng compared to minizip provided by zlib?
- Langage dominant
- C++
- Étoiles
- 2.1k
- Forks
- 503
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
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.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par share/cmake/modules/Findminizip-ng.cmake et les vérifications de build initiales qui nécessitent la dépendance. Comparez la manière dont le module recherche minizip-ng et le minizip fourni par zlib, puis déterminez si les deux peuvent être pris en charge en privilégiant minizip-ng. C’est terminé lorsque le build du paquetage Debian réussit sans nécessiter minizip-ng lorsque l’alternative compatible est disponible.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- cmake, cpp
- Domaine
- build-system
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 42/100