Il aurait suffi de me demander d'implémenter ces fonctions et je l'aurais fait (comme je le fais maintenant).

A ce moment-là, tu t'es mis tout seul sur la touche, en ne faisant que critiquer
Regarde: à cause de celà, il t'a fallu plus de deux mois, et bientôt deux semaines après la release de Ndless, pour (re...)faire quelque chose de productif (hier et aujourd'hui). Moi, j'ai beta-testé Nspire8x, Ndless et, sans me cacher, commencé à implémenter ce qu'il manquait (que tu as détaillé fin février en ./18).

Même si l'un au moins de nous deux avait implémenté ces fonctions plus tôt, ça n'aurait pas résolu le problème que la première release publique de Ndless (à moins de souffrir d'un délai - mais ça, ça aurait été contradictoire avec ton desiderata lourdement rappelé de voir une release au plus tôt, avant même que cela soit sage de le faire) ne pouvait pas dépendre de TILP SVN, et encore moins de CalcForgeLP SVN (même si tu backportes tout ce qu'on fait, ton fork est plus loin d'un état releasable qu'upstream). [EDIT pour clarifier: parce que c'est mal d'embarquer des copies locales des DLL, surtout sous Windows - sur lequel il y avait de toute façon le soft de TI, dont l'utilisation était obligatoire en pratique puisque TILP ne fonctionnait pas bien avec les Nspire.]

Quant à l'OS 2.0, le protocole pourrait avoir changé pas mal

Pas tant que ça, vu que Nspire8x est (au moins, je n'ai pas tout testé) capable d'obtenir des infos de la Nspire connectée et de lister les répertoires sous la racine, j'ai testé.
Les deux erreurs dans le terminal sont à un niveau plus bas que libti*: libusb.

[EDIT le soir pour parler de Nspire8x.]