« [color=#3d3c40][size=small]La version pour windows est maintenant disponible bien avant les versions linux…
Il y a un temps c’était le contraire.
Aujourd’hui, à Noël le cadeau darktable c’est pour les utilisateurs windows et mac,
les utilisateurs linux (en particulier à base debian) rongent leur frein et sont frustrés !
LoL !
Est ce politique de favoriser les plateformes sur lesquelles tourne lightroom ?
On le penserait à moins [/size][/color][color=#3d3c40][size=small]mdr ! »[/size][/color]
C’est un peu plus compliqué qu’une simple politique de viser les plateformes où tournent LR. Tu sembles oublié que tous ceux qui font se formidable logiciel sont bénévoles (développeurs et aussi paquageurs) et dépend de leur disponibilité.
Déjà tu as 2 sortes de distributions Linux : celles qui demandent des paquets du type .deb et .rpm et celles comme Arch et dérivé qui peut les paquets .rpm mais peut aussi construire un dartkable à partir des sources. Les paquets ne concernent pas seulement les sources de darktable mais aussi les librairies annexes.
Le paquageur historique pour les paquets .deb est Pascal de Bruijn est il est actuellement peu disponible. Un autre paquageur en propose un : http://ubuntuhandbook.org/index.php/2019/12/install-darktable-3-0-0-ubuntu-18-04-19-10/?fbclid=IwAR1n9mBtnK6EK22TrDucSvQvwCRDlwMv9hrwS7DmTZ29K688bSsdMWsDx8k
mais c’est la première fois qu’il propose un paquet darktable .deb. Il semble qu’il y a quelques utilisateurs qui l’ont installé mais un d’eux a perdu la gestion de son APN et objectifs dans LensFun. Il y a aussi des risques d’incompatibilités entre les différentes provenances des paquets et il faut bien vérifier que l’on a bien désinstallé le paquet précédent.
Andréas Schneider maintient les paquets pour différentes distributions sur OpenSuse SoftWare : https://build.opensuse.org/request/show/759705
sur cette source : https://software.opensuse.org/package/darktable il y a des paquets construits à partir des sources master donc en 3.1.X
Même remarque pour l’installation de paquets venant de sources différentes.
darktable est toujours écrit en C sous Linux même pour IOS qui utilise un système d’exploitation dérivé Unix donc est aussi dérivé Linux. Pour Windows, il est aussi construit à partir des sources communes en C en prenant en compte ces spécifiques d’où l’impossibilité d’avoir l’impression : pour l’instant aucune librairie Windows accepte les commandes générées pour l’impression.
Je ne veux pas créer de polémique ni de débat, mais:
lors de l’annonce à Noël, les paquets pour mac et windows étaient déjà prêts.
Je comprends que Pascal de Bruijn soit seul et peu disponible et je comprends aussi
que nous devons nous débrouiller seuls mais…
Disons qu’au moment de l’annonce de la sortie de la version 3.0 il aurait été
judicieux de préciser « sauf pour les utilisateurs de linux » (qui ne compilent pas).
J’ai vu le paquet du ubuntuandbook et tous les avis forçant la méfiance quant à ce ppa…
Je reste sur ma faim:
on est mis sur la touche parce qu’ on utilise linux.
(c’est une plaisanterie)
Il n’y a pas de polémique ni de débat amis un état de fait et toutes les bonnes volontés seront certainement les bienvenues comme l’a dit @nilvus sur FramaTeam.
[hr]
J’ai vu que tu utilises la version 3.0 sous Arch et j’utilise la version 3.0.x que j’ai compilé mais je suis bien incapable d’en faire un paquet.
Une plaisanterie ? Tu ne veux créer ni polémique ni débat ? Là, franchement j’ai dû mal à le voir comme ça quand tu insiste et sur Framateam et ici. Juste un RAPPEL : darktable est un projet FAIT PAR DES BENEVOLES. Si un paquet est disponible avant un autre, c’est SIMPLEMENT parce que le mainteneur du paquet a eu du temps libre pour le faire AVANT celui des autres paquets.
Et j’ajouterais une chose : Mac et Windows ont le défaut d’être moins personnalisable et varié que Linux, mais ça leur crée aussi la qualité qu’un seul paquet suffit. Pour Linux, il y a à peu près autant de paquets que de distributions, donc plus de boulot.
Bref, il n’y a en effet ni polémique ni débat à avoir : les paquets, quelque soit l’OS ou la distribution sont disponibles QUAND le mainteneur concerné l’est (disponible) pour le faire. Rien d’autre. L’année prochaine, peut-être que l’un des mainteneurs Windows ou Mac ne le sera pas dispo, et que ça changera…
Si tu les veux plus vite, n’hésite pas à nous trouver des personnes bénévoles, capables et prêtes à le faire. Je pense que tous les développeurs seraient ravis que les paquets Linux soient dispos plus tôt.
J’anticipe les réactions à mon post : oui là ça m’a énervé !
Et en plus tu as la 3.0 maintenant (vu tes captures d’écran de ce fil) alors donc tout va bien…
lors de l’annonce à Noël, les paquets pour mac et windows étaient déjà prêts.
Parce qu’il n’existe pas de système de gestion de paquet pour ces systèmes et surtout que presque personne ne sait compiler dt sur ces OS. Du coup tu as les paquets des versions bien avant… Mais il n’y a pas de versions crées chaque nuit comme c’est le cas avec la platte-forme OBS. Comme le disais @jpg54, c’est bien plus compliqué que cela semble.
Ah et tu sembles penser que Windows et MacOS sont privilégiés ? Par qui ? Je suis le mainteneur de dt et j’ai une répulsion assez prononcée pour tout ce qui touche à Windows et MacOS Tu es rassuré ?
Oui je suis rassuré
car je ne suis pas inquiet,
seulement factuel
Quelle est la raison pour laquelle les paquets deb 3.1.0 sont dispos dans la branche master sur https://software.opensuse.org ?
(c’est pour ma culture personnelle)
Quelle est la raison pour laquelle les paquets deb 3.1.0 sont dispos dans la branche master sur https://software.opensuse.org ?
Les paquets liés à la branche master (instable) sont générés par un script qui relit automatiquement le master une fois par jour et recompile les sources. Tu installes à tes risques et périls, il est possible qu’un jour ça marche, et que ce soit cassé le lendemain.
Les paquets censés être stables (releases) doivent être vérifiés par un humain, qui va éventuellement patcher le code en cas d’incompatibilité avec les librairies de sa distribution ou les options de compilation qu’il désire.
Quand on sort une release, ça veut juste dire que le code source de la master est jugé assez stable. C’est comme un coup de tampon « bon à tirer » sur un manuscrit. Ensuite, les packageurs font ce qu’ils veulent quand ils peuvent avec le manuscrit, on n’assure pas l’impression.
Comparer le système de release de Mac/Win avec Linux n’a pas de sens. Linux est un écosystème anarchique avec 45 distros qui ont chacune leurs priorités. Faut pas voir de la politique là où y a juste des gens en vacances à Noël.
Il faut voir aussi que, dans les pays américains, les gens ont 2 semaines de vacances par an, qui tombent en général l’été et pour Noël. Pas sûr que leur priorité soit de packager darktable dans l’immédiat. Tout le monde n’a pas la chance d’être né avec 1 mois de vacances par an… Le franchouillard hexagonal a souvent tendance à oublier qu’il est verni.
Peut-être alors est-ce la date de release qui n’est pas « idéale », compte-tenu de la faible disponibilité justement à cette période des personnes capables et disposées à produire les paquets ?
Effectivement de plus en plus d’utilisateurs de Linux, quelle qu’en soit la distro, ne sont pas assez confiants pour compiler eux-mêmes, avec ce que ça induit ensuite pour les mises à jour qui ne seront plus automatiques, etc.
Il n’est pas faux que pour eux, lire l’annonce de la disponibilité de la nouvelle version pour Noël et ne pouvoir l’installer que plusieurs jours plus tard peut paraître étrange.
Tout à fait, là je suis complètement d’accord. Et en même temps, fournir une nouvelle version majeure à Noël est aussi sympa. C’est en effet je pense à discuter et interroger pour les prochaines sorties.
Je suis tout à fait d’accord aussi, et aussi avec Nicolas. Je pense que la prochaine version,il faudra mettre un avertissement : ce n’est que les sources qui sont disponibles pour Noël et pour les versions pré-compilées sont tributaires des personnes qui vont les construire et de leur disponibilité.
Enfin le fait d’avoir le package plusieurs semaines après la sortie officielle du soft n’a rien de nouveau sous Linux.
[troll] Y a même des distros qui mettent un point d’honneur à livrer des builds minimum 1 an après (tousse tousse Debian stable tousse tousse…)[/troll]
bonsoir, j’ai réussi à installer le nouveau darktable 3.0 sur linux mint 19.
historique :
1993 sudo ppa-purge ppa:pmjdebruijn/darktable-release
1994 sudo apt update
1995 sudo add-apt-repository ppa:dhor/myway
1996 sudo apt update
1997 sudo apt install darktable
1998 darktable # avant mise à niveau des bases de données, quitter darktable
1999 tar -Ppzcvf complete-config-darktable_v2.6.2_2019-04-01.tar.gz ~/.config/darktable
2000 darktable # fait pas mal de modifications sur la base de données et lance darktable 3.0
Tu es rassuré ?