J’utilise en ce moment la version 2.4RC2 sur HighSierra et je trouve qu’elle est tout à fait opérationnelle: je n’ai constaté aucun plantage / à la première RC.
voilà si tu veux plus de renseignement: n’hésite pas je suis là
Testée depuis quelques jours, je ne subis aucun plantage avec une base de quelques dizaines d’images, hormis ceux du Mac, pour des raisons matérielles.
Mon niveau de connaissance ne me permet pas de trouver ses limites par rapport à une version définitive.
il y a quelques jours, j’avais eu envie de faire une réponse sur la priorité donnée à la version Windows, que je trouvais finalement trop polémique. Je me suis abstenu.
Aujourd’hui, les vacances du « paqueteur » Mac semblant se prolonger, je retrouve mes frustrations habituelles, hélas.
L’un, MacOS, de BSD dérivé d’UNIX avec une orientation ultra-propriétaire (au contraire d’OpenBSD et compères) et l’autre, Linux, GNU/Linux devrait-on dire d’implémentation de code UNIX initialement sur la plate-forme intel x86 de l’époque.
Cette illustration Wikipedia montre nos deux cousins tout à gauche. À noter qu’il manque quelques implémentations propriétaires d’UNIX (Ultrix/Digital Unix/Tru64, IRIX, par exemple).
c’est effectivement assez frustrant d’attendre après Windows alors que la parenté entre linux et mac os X est si proche…
Oui, enfin il n’y a que le noyau BSD en commun. Le compilateur est différent (clang vs gcc), l’interface graphique est différentes (pas de Gtk natif, il faut le porter et le maintenir)… Donc au final pour le portage il y a autant de boulot sous MacOS que sous Windows. Un grosse différent est le shell, on peut faire tourner bash sur MacOS alors que pour Windows le shell est pratiquement inexistant, on doit installer un MSYS ou Cygwin pour retrouver un environnement développer digne de ce nom.
On peut très bien comprendre que la personne en charge du portage sur Mac ait d’autres priorités, ce qui est plus inquiétant c’est que cela semble ne reposer que sur une seule personne.
C’est tout de même là, une différence avec un logiciel commercial !
Comme dans toute chose, il y a des plus et des moins.
Comme dans toute chose, il y a des plus et des moins.
Oui, et qui se propose pour faire le support et maintenance sur darktable pour MacOS?
Comme le disait Jehan sur Linuxfr (article darktable 2.4) les personnes sous Windows et MacOS n’ont pas compris que l’Open Source c’est une histoire d’implication et de contribution. Au final on a une personne sur Windows et une personne sur MacOS pour darktable alors que l’on a une bonne dizaine de contributeurs régulier pour GNU/Linux. Donc tout naturellement les ports Windows et MacOS sont au niveau des contributions
je sais bien que la chaîne de compilation n’est pas la même tout comme l’interface, ce n’est en aucun cas une critique désagréable envers les develloppeurs ( j’en fais aussi mais pas sur mac) donc je comprend très bien la difficulté pour porter une application.
comme tu le dis, pour Windows il faut mettre une chaîne de compilation encore pire que sous MAC OS car, il n’y pas vraiment d’environnement comme « mac port » qui facilite grandement le portage de gnu/linux vers Mac OS.
enfin, je ne voulais pas froisser les développeurs de ce formidable outils