👌:skin-tone-3:☘️

Bondi’

Giorno

giorno!

ma non c'e' modo in Clojure per un autore di librerie/tools che dipendono da altre librerie, di settare un range di versioni sulle dipendenze?

per esempio io sviluppo libreria X e so che la mia dipendenza Y mi scassa tutto se in versione < 1.0

un progetto che usa sia X e Y dovrebbe lanciare allarmi se prova a usare Y < 1.0

https://dev.to/ebud7/maven-version-ranges

ma non ho visto molto a riguardo

se usi lein puoi usare version ranges

non so se tools.deps le supporti, ma non credo

ah figo, non l'ho visto usare in nessuna libreria pero'

strano

e no cmq non e' quello che intendevo An update to newer dependencies within the defined ranges without hitting the keyboard.

questo anzi non mi sembra una buona idea

perfino pip (Python) scoppia se non ricordo male se ti ritrovi ad avere ranges incompatibili

quello che i version ranges ti aggiungono e` specificare piu` granularmente i boundaries

1.10 e` semanticamente identico a [1.10,)

che significa che ho bisogno di almeno 1.10 (ma 1.11 va bene uguale, 1.9 no)

in che senso behaviour normale @bronsa? Io in situazioni simili l'unica cosa che vedo e' un warning se ho settato :pedantic? Lo scenario che intendo e' dipendere da una libreria sia direttamente che transitivamente attraverso un altra libreria. Se la seconda libreria non funziona con una versione vecchia della prima se ne infischia e prende quella che hai settato tu al momento

e da degli warnings al massimo

almeno io non ho mai visto errori a riguardo

si`, questo perche` la risoluzione delle dipendenze e` un best-effort

essere precisi al 100% e` un problema NP-completo, non conosco nessun dependency manager che non usi approssimazioni

alcuni usano SAT solver

no vabbeh se libreria Y ha modo di dire guarda che funziono solo con certe versioni, farlo scoppiare non mi sembra NP completo

il problema generale senza extra informazioni certo e' complicato, mi domandavo solo se c'e' il modo di dare queste informazioni aggiuntive, e si version ranges non c'entrano e non sono neanche ben visti

https://nelsonmorris.net/2012/07/31/do-not-use-version-ranges-in-project-clj.html

(articolo vecchio ma direi che mi sembra sensato)

chiedevo perche' ho avuto questo problema esattamente stamattina https://github.com/lambdaisland/kaocha-cloverage/issues/4

kaocha dipende da tools.cli (e funziona solo con una versione > x.y), nel mio progetto usavamo una versione piu' vecchia di tools.cli, e non funzionava una pippa con un errore strano

in teoria kaocha dovrebbe poter dire che se tools.cli < x.y non funziona, immagino si possa fare anche con un po' di reflection magari, ma certo non e' il massimo