Bonjour à tous, je m’étonne de ne pas trouver sur ce forum trace du problème causé par la dernière version de Mac OS Ventura 13.1 avec DT 4.20 sur un Mac Silicon. (si je ne suis pas passé à côté de ce sujet déjà traité ici).
Il y a donc si peu de monde qui travail avec cette configuration pourtant la plus à jour possible tant sur DT que sous Mac OS (d’où problème)
En faisant des recherches sur les forums US,
( https://github.com/darktable-org/darktable/issues/12727 )
j’y découvre que DT est hors de cause dans cette affaire, mais qu’il s’agit plutôt d’un problème entre Ventura 13.1 et que c’est une implémentation de « gtk3 » qui est à l’origine du pb, pour preuve beaucoup de programmes Open-sources tournant sous OS13.1 Silicon sont touchés.
L’environnement « Mac port » semble géré l’implantation de « gtk3 » sous Mac…
Bref, tous le monde se renvoie la balle, Apple qui est à l’origine du problème ne bougera pas de sitôt, résultat les simples utilisateurs, comme moi, sont le bec dans l’eau.
Impossible de faire machine arrière avec Mac OS, d’habitude j’attends que ça se tasse un peu avant de faire des mises à jour, erreur fatale, conséquence: je ne peux quasiment plus utiliser DT dans l’état actuel.
J’ai bien de-ci de-là trouvé des pistes, mais j’ai peur que le remède soit pire que le mal…
C’est là que j’ai besoin des conseils des pros en informatique.
Si quelqu’un a la solution et qu’il l’a testé dans le même environnement que moi, il est le bienvenu.
Merci à lui par avance de m’indiquer la procédure pas à pas pour sortir de ce mauvais pas (je ne suis pas informaticien, seulement un utilisateur « avancé »).
Darktable 4.20 / Apple M1 Max / 32 Go / Mac OS Ventura 13.1
Bonjour, je suis désolé pour toi, je ne suis pas utilisateur de cet OS. Si Apple n’implante pas GTK3 ou une version compatible, il n’y a que 2 solutions possible (je pense) :
soit installer un Linux en dual-boot
ou de faire tourner un Linux dans un VirtualBox. Je te conseille de voir avec des forums Mac pour voir comment faire ça.
En cherchant à partir du lien que tu fournis, à priori cette construction 4.2.0+118 pour Ventura est réputée fixer le problème.
Je ne pourrais confirmer, je suis essentiellement sous Linux
Personne ne se renvoie la balle, le problème était à régler côté Macports pour modifier Gtk3 (comme tu l’indiques) afin d’être compatible avec Ventura et ses évolutions. C’est clair il me semble. Ensuite, une fois la mise à jour faite (ce qui a été fait ce mois), un mainteneur du paquet MacOS de darktable n’avait plus qu’à le refaire avec la version de Macports qui inclut le correctif. Ce qui a été fait une première fois par MStraeten il y a 3 semaines comme l’indique fourni par @JacoTux et il y a quelques jours avec le correctif final (la 1ère version ne corrigeait pas sur tous les Mac d’après ce que j’y lis). Bref, mises à jour plutôt rapide (1 mois entre la sortie de darktable 4.2 et le correctif, sachant qu’il impliquait un projet externe puis la mise à jour du paquet, fait par des bénévoles).
Merci de ce retour, mon intention n’était pas de critiquer les bénévoles qui sont, comme tu le dis plutôt réactifs, mais Apple qui semble ne pas trop se soucier des conséquences de l’évolution de son OS.
En tous cas merci pour les réponses.
N’étant pas chez moi actuellement, je n’ai pu avancé sur ce problème, je posterai un retour dès que j’aurai testé la solution proposée.
S’il n’y avait qu’Apple. Même certains environnements de bureau Linux, développés de manière libre (ou autres projets, payants comme libres) rencontrent ce genre de problème. Et en même temps, ça n’est pas si simple. Utiliser un logiciel à la base développé sur un autre système d’exploitation et utilisant une librairie graphique pour afficher l’interface, développée et prévue pour un autre système d’exploitation, et donc natives, n’est pas si fréquent chez les utilisateurs Mac. Et je trouve assez logique qu’Apple ne peut pas tester, prévoir tous les cas de figure, surtout sur des applications/librairies non natives.
Même en suivant la procédure indiquée par Ventura, on reste coincé dans la boucle …
Il semble qu’il y ai un problème de « signature » (?) …
J’ai entre temps mis à jour MacPort sans effet.
Conclusion, je n’ai toujours pas trouver comment sortir de ce mauvais pas, avec une solution orientée « utilisateur » et non informaticien.
Je m’étonne toujours d’être le seul (apparemment), à avoir ce problème sur ce forum.
Par avance merci de votre aide.
Par solution orientée « utilisateur » je voulais simplement dire, en évitant d’avoir à passer par des lignes de commandes ou des compilations impliquant un niveau de maîtrise dépassant le simple utilisateur.
J’ai bien compris que DT n’est pas en cause, ça se passe plutôt du côté de MacPorts et Gtk3.
J’espère seulement qu’une solution déjà testée sous Mac OS Ventura 13.1 avec un Mac Silicon M1 est accessible sans mettre trop les mains dans le cambouis. Ou alors un tuto expliquant précisément les étapes pour y parvenir.
Comme déjà indiqué plus haut les solutions proposées aboutissent à un blocage lié à l’OS. Le fichiers n’est pas corrompu, mais il y a un problème de signature non conforme. Il faut, semble-t-il, passer par une ligne de commande pour contourner le blocage, ça se complique.
Et bien non, regarde mon lien. Tu as juste une case à cocher dans les préférences MacOS pour permettre l’installation de darktable. Par sécurité, après l’installation, décoche à nouveau cette case.
Non, cette option n’existe plus dans Ventura 13,1, je l’aurais bien sûr utilisée. Comme déjà indiqué, la procédure de contournement proposé par Apple n’est d’aucun effet.
Voir lien : https://ibb.co/0tTTSm8
J’ai plusieurs décennies d’experience utilisateur sur Mac OS, on en a toujours plus à apprendre évidemment, mais là nous nous trouvons face à un problème que je de doit pas être seul à avoir et qui serait moins difficile à résoudre par des experts (dont je ne suis pas), qui travail dans le même environnement.
à savoir : Darktable 4.20 / Apple M1 Max / Mac OS Ventura 13.1
Et bien, si Apple se met à dégrader l’expérience utilisateur (ce qui était l’un de leurs points forts)…
Ca n’est pas la meilleure expérience utilisateur, mais ouvrir un Terminal et copier/coller le code indiqué sur le lien proposé par JacoTux, n’est pas non plus si compliqué. Une rapide recherche me donne sinon ça pour permettre d’utiliser une application non identifié :
Ça concerne Ventura et c’est plus simple que de la ligne de commande (d’après mon survol rapide de l’article). C’est indiqué que la partie des paramètres que tu as montré, le bouton « ouvrir quand même » s’affiche jusqu’à 1 heure après avoir essayé d’ouvrir l’application concernée. Donc, bref, ça n’est pas si compliqué à contourner !
Le support Apple en question n’est pas à jour et cette opération est sans effet, je l’ai déjà testée depuis longtemps.
Quand à la ligne de commande, si c’est la seule solution, je vais m’y atteler, mais j’aurais préféré ne pas en passer par là, n’en maîtrisant pas les éventuels effets délétères.
Merci quand même.
Ok, n’étant pas sûr du formalisme des commandes du terminal Mac OS, ça me faisait un peu peur.
Mais, tout semble fonctionner maintenant avec la commande : " xattr -c <path/to/application.app> " et le build de MStraeten MartinSt.
