Bonjour aux développeurs.
Gros problème avec la version Github du jour.
Plus possible d’ouvrir mes raw du Z7 et gros plantage. J’ai supprimé la library.db pour voir mais c’est toujours pareil…
Je dirais un problème avec la dernière version de rawspeed car c’est comme si mon boitier n’est plus reconnu.
Fais un :
git checkout 1b2804a579555b0d483de8e62a28f7965d5e9edd
Puis
git submodule update
Et resteste s’il te plait pour voir si c’est mieux
Un dev qui a les droits sur le git a changé rawspeed probablement par erreur
je viens de faire ceci:
root@lviatour-P7xxDM-G:~/darktable# git checkout 1b2804a579555b0d483de8e62a28f7965d5e9edd
Note : extraction de ‹ 1b2804a579555b0d483de8e62a28f7965d5e9edd ›.
Vous êtes dans l’état « HEAD détachée ». Vous pouvez visiter, faire des modifications
expérimentales et les valider. Il vous suffit de faire une autre extraction pour
abandonner les commits que vous faites dans cet état sans impacter les autres branches
Si vous voulez créer une nouvelle branche pour conserver les commits que vous créez,
il vous suffit d’utiliser « checkout -b » (maintenant ou plus tard) comme ceci :
git checkout -b
HEAD est maintenant sur 1b2804a57 filter: add some consts.
mais c’est toujours pareil.
Tu as bien fait le git submodule update ?
Pardon cela fonctionne un grand merci je peu à nouveau travailler.
Je suppose qu’il faut attende un peu avant de refaire un update via Github?
Parfait 
Oui je te préviendrai ici 
Merci j’ai eu peur de devoir revenir à la version 2.6
Normalement c’est de nouveau bon.
Tu peux faire un git checkout master un git pull et un git submodule update
J’ai constaté également un gros bug suite aux révisions de Tobias : je ne peux plus ouvrir le module filmique, seulement utiliser les préréglages. Si je tente de déployer filmique, darktable crashe complet. Je n’ai pas ce problème avec les autres modules que j’utilise.
Le retour à la révision que tu préconises Luc (donc avant les révisions de Tobias) retire son bug. Ce type m’agace avec ses révisions solitaires, sans partage avec la communauté (comme le retour du jeu merdique du 1er avril). Il a beau être sur ce projet depuis les débuts ou presque, il participe à un logiciel libre et communautaire. Il n’est pas tout seul et s’il y a des choses qu’il veut pour lui, il peut se faire sa branche locale tout en récupérant les évolutions qui lui plaisent, plutôt que d’imposer des révisions pénibles en solo (et bugués comme ici) à tous… Navré pour le coup, mais ces comportements égocentriques et égoïstes m’agacent, d’autant qu’ils emmerdent plutôt qu’aident.
Penses-tu que ce soit rattrapé et corrigé maintenant ?
Aucune idée en ce qui concerne la correction, peut être que les derniers changements de Pascal ont déjà corrigé ton problème ?
Tobias n’agace pas que toi…
Tu peux venir râler avec nous ici : https://github.com/darktable-org/darktable/commit/1490a9a58766225f53e5354ca737b20426edc6f5
Du coup, je viens de jeter un oeil aux révisions de pascal et de ce que j’arrive à en comprendre, je ne pense pas que ce soit corrigé. Dans le doute, je vais attendre (une « issue » sur ce problème a été créée ; j’y ai poussé mon coup de gueule sur Tobias).
Merci pour le lien, pour râler c’est fait ! Si vous avez besoin de soutien pour ça, je réponds présent, n’hésite pas à me transmettre d’autres liens qui arriveraient en MP. En plus je peux me présenter en tant qu’utilisateur et non-développeur.
Je sais que lorsque l’on utiise la compilation de la master, on prend le risque d’être confronté à ce genre de problème. C’est d’ailleurs pour ça que je garde aussi sous la main les sources de la dernières versions validées, actuellement 2.6.2 et aussi instalée la version d’un dépôt.
Il est vraiment dommage qu’un développeur historique puisse faire un peu ce qu’il veut sans en référer au reste de la communauté. Ca monte le peu de respect qu’il accorde aux autres développeurs et aussi à la communauté darktable. Je suis prêt à participer à une action mais mon faible niveau d’anglais j’ai peur de faire des non-sens, je suis pas à signer une action collective.
C’est vrai que c’est un risque d’utiliser la master, mais voilà mon impatience de voir les nouveautés est passé devant ma sécurité
Et me voilà coincé car tous mes réglages, automatisations ne sont plus compatible avec la version « officielle ».
Mais comme les développeurs présents ici sur le forum sont tellement réactif, le problème n’a pas duré longtemps
Je crois que si ça continue comme ça il faut faire un github spécifique qui verse les dernières modifications que lorsqu’elles sont testées. Je pense garder une version qui fonctionne bien dans un répertoire /opt et un autre répertoire /opt pour la compilation de la dernière version pour tester.
Je vois qu’il y a pas mal de mise à jours. C’est corrigé?
Je vois surtout des corrections sur le style d’affichage mais je ne sais pas si c’est aussi pour le problème du support du Z7 et module rawspeed?
Le problème pour rawspeed est réglé
Pascal a dû régler d’autres soucis introduits par le même dev :
Maintenant lors de l’update j’ai un message qui me demande quel branche je veux?
root@lviatour-P7xxDM-G:~/darktable# git pull
Vous n’êtes actuellement sur aucune branche.
Veuillez spécifier une branche avec laquelle fusionner.
Référez-vous à git-pull(1) pour de plus amples détails.
git pull <distant> <branche>
Je dois faire quoi?
C’est dû au fait qu’on avait fait un checkout d’un commit particulier
tu as simplement à faire un git checkout master , ensuite ton git pull marchera
Encore un grand merci à Pascal, il avait déjà suffisamment de boulot avec toutes les commits qui se sont accélérés : plus de 1000 révisions depuis la parution de la 2.3.2, c’est énorme, sur la dernière version 2.4, on avait eu juste un peu plus avant la parution de le 2.6.
Merci aussi @RawFiner d’avoir pris le relais d’Aurélien qui a pris le temps pour intervenir alors qui a d’autres choses à faire !
Parfait tout est en ordre et j’ai activé le thème élégant