EXIV2 v.0.27.4 RC1 está disponible

criadoperez · 21 Marzo, 2021 14:51

EXIV2 ha anunciado en su web el lanzamiento de su nueva versión Exiv 2 v.0.27.4 RC1 . Disponible para su descarga aquí. Esto son muy buenas noticias para darktable.

Darktable utiliza exiv2 para leer/escribir metadatos en los ficheros, por lo que el soporte a los nuevos ficheros ISOBMFF (HEIC, HEIF, AVIF, CR3) son muy bienvenidos. También incluye soporte para DNG 1.6 y Exif 2.32, entre otra mejoras.

darktable se reunió con exiv2 el 9 de Enero de 2021 para discutir los detalles. Presentación para la reunión

La versión final v.0.27.4 tiene como fecha de lanzamiento el 21 de Mayo de 2021

Más detalles en cuenta de github:

github.com/Exiv2/exiv2

Exiv2 RoadMap

opened 03:55PM - 05 Oct 19 UTC

D4N

TeamExiv2

Recently our main contributor Robin (@clanmills) decided to retire from the proj…ect effective immediately. We don't have to fool ourselves: Robin has been the driving force behind this project for roughly a decade now and invested a truly **insane** amount of time and effort into it. No one of the currently active contributors has either the time or the expertise to match him. This leaves us in a tough spot: how can we keep this project alive and going? ### Current state - me and @piponazo are unfortunately currently rather busy in our offline lives and cannot invest a lot of time into exiv2. I was unable to keep up with all the bug reports & pull requests, which (as expected) resulted in a lot of frustration from the other contributors. - no one of the current contributors has the expertise and endurance matching that of @clanmills - without @clanmills we are badly understaffed (more than before) to even perform basic maintenance - the exiv2 webpage is run by Robin, as is the Jenkins build server which produces the release binaries ### Short term steps I propose the following to steps in the short term (until the end of 2019): - Move the project into (hard) maintenance mode: i.e. no new features, just bugfixes. - Ensure that we can produce a 0.27.3 release by the end of 2019: create releases on our current CI without Jenkins. A prerequisite for that is that we can build exiv2 in a reproducible fashion (which is possible, openSUSE is already doing that with one patch). - Move the exiv2 webpage to github or gitlab pages. - Migrate all existing svn repositories that are still out there to git under the Exiv2 org ### Long term steps I see the following options: - We find new contributors. Imho unfortunately rather unlikely, as the past showed. We can try to raise awareness about exiv2, but unfortunately I don't really know how to make this project appealing to new contributors. - We find a corporate sponsor, who will sponsor at least some development time. Due to the removal of the (imho) legally questionable commercial licenses, our usage of the GPL2+ and our place in a rather non-existent commercial market (Linux Desktop application dependency), we're in a pretty rough spot for this. We might try our luck with one of the big enterprise Linux vendors (RedHat, SUSE, Canonical, etc.), provided that we are in their enterprise support package. - We rewrite the whole thing? I know this sounds crazy (and probably is), but imho exiv2 shows its age and developers like to work on the new hot stuff™ and not maintain an old application. So we might attract a few people if we decide to rewrite in a new language using new features, etc. **But**, this is going to alienate our current API consumers and it will take **years** before we achieve feature parity (if we even ever manage to do that). So not sure how realistic this is, probably not much. - Drastically reduce the scope of Exiv2 to match only what our API consumers require (cc @cgilles @phako)? - ??? ### What can we do to improve our processes? The past showed that our current contribution process became rather complicated, which already drove away contributors. This is **bad**. How can we improve for one time contributors? - Offer patch submission via email? (WIP via sr.ht: https://git.sr.ht/~d4n/exiv2) - Don't require strict code review from early contributors, but instead fix contributed code ourselves to reach the desired quality standard. How can we improve the process for long term contributors? - Pull requests don't get reviewed and cannot be merged :disappointed:. => We could specify a ~2 week grace period for a review, where the PR author should send a weekly review reminder. If the PR author is a "proven contributor", then they can exercise their right to merge an unreviewed PR, provided that the CI is green. - CI is flaky and breaks, only one person can fix it (@D4N for GitLab, @piponazo for Appveyor). If the person is busy, PRs are red and cannot be merged :disappointed:. => We could move the tests to github actions, so that everyone has access to them and can fix the issues. - PR reviews are merciless and annoying because a lot of minor stuff gets flagged. I am the culprit in this case. If this is a stop gap for many, then I will stop reviewing PRs in detail and instead amend them to fix issues that I find need fixing (provided I have time). How can we attract more people to contribute? - *Your idea here* Any further ideas/comments/suggestions?

jordicarsan · 21 Marzo, 2021 19:16

Eso quiere decir que darktable va a mejorar la capacidad de metadatos? La actual es un poco simple, aunque suficiente, si lo comparamos con el resto de sus adversarios. Esperaremos a ver los resultados.

criadoperez · 22 Marzo, 2021 01:20

Sí, sin duda mejorar va a mejorar. En mi caso, el soporte a ficheros AVIF y CR3 es lo que más valoro. Pero, me has picado la curiosidad, ¿porqué dices que darktable es algo básico en este campo? ¿Que es lo que te gustaría ver mejorar?

jordicarsan · 22 Marzo, 2021 10:25

Como ex-usuario de Lightroom sabes que la catalogación de este programa era o es de las mejores. Era compatible con el uso de Photomechanic (el mejor programa para los metadatos, entre otras cosas) y se podian abarcar muchos campos, como los de location, city, country, sublocation, etc.
Cuando migré de LR a darktable esos campos se perdieron, porque no exiten como tal. Los has de incluir en los tags o keywords o etiquetas.
Pero aun así, es cuestión de adaptarse y si vienen mejoras, encantado

pitbuster · 22 Marzo, 2021 18:44

exiv2 se usa solo para lectura desde los archivos originales y escritura para las archivos finales, pero las cosas que mencionas tienen que ver con el manejo interno de metadatos, así que las mejoras mencionadas son independientes de eventuales mejoras en lo que mencionas

criadoperez · 22 Marzo, 2021 18:49

Discúlpame pero no entiendo muy bien lo que intentas decir ¿Podrías por favor explicarme que quieres decir?

Lo que digo es que hasta ahora si exportas un fichero avif en darktable se hace sin esos metadatos.

pitbuster · 23 Marzo, 2021 18:40

No, no, me refería a que @jordicarsan mencionaba mejoras sobre el manejo de metadatos que serían internos a Darktable, no las mejoras asociadas a lectura/escritura que traerá la nueva versión de exiv2.

criadoperez · 19 Abril, 2021 00:43

El Exiv 2 v.0.27.4 RC2 se ha adelantado y ya está disponible desde el 7 de Abril de 2021.
¿Alguien ha tenido la oportunidad de probarlo con la última versión de desarrollo de darktable?
Es por confirmar si de verdad funcionan los metadatos para las extensiones nuevas que soporta esta última versión.

pitbuster · 19 Abril, 2021 04:12

Según esto, funciona, pero tiene que incorporarse en la rama de desarrollo.

criadoperez · 20 Abril, 2021 01:20

Gracias por la info @pitbuster . Tengo ganas de verlo funcionar en la versión 3.6 este verano.

criadoperez · 20 Abril, 2021 23:21

El principal desarrollador del proyecto Exiv2, Robin Mills, se jubila. Lleva trabajando desde 2008 en el proyecto y como agradecimiento, alguien de la comunidad está recaudando fondos aquí para darle un regalo de despedida.

Un bonito detalle.