Forum TI-Planet.org

J'aime plutôt la rétro-informatique, j'ai du matériel antique qui peut exécuter MS-DOS 6.2x + Win 3.1... mais franchement, là, c'est vraiment ancien
Ca commence par le fait que trouver un compilo un tant soit peu moderne qui cible cette plate-forme obsolète est un challenge. Ca se poursuit par le fait que GTK+, utilisé pour l'interface graphique, ne supporte plus depuis longtemps les versions obsolètes de Windows, et je doute que Windows 3.1 ait jamais été supporté. Les libti*, qui ont pour principale dépendance Glib, sont peut-être moins loin de tourner sur Windows 3.1, mais ça m'étonnerait très fort aussi.

Téléchargé le bêta la plus récente, aucun problème, marche nickel sur Kubuntu 16.04.1 LTS
Par contre, c'est normal qu'on ne puisse pas ouvrir les sous-dossiers sur Nspire (ils sont représentés avec un point d'interrogation)...

Par contre, c'est normal qu'on ne puisse pas ouvrir les sous-dossiers sur Nspire (ils sont représentés avec un point d'interrogation)

C'est normal, oui. L'interface graphique ne gère pas plus d'un niveau de dossiers, alors que depuis un moment, c'est au moins partiellement géré dans libticalcs. La feature request "gestion des sous-dossiers Nspire" revient, de temps en temps - ce n'est d'ailleurs pas la première occurrence dans ce topic de ce forum (et ça a avancé depuis l'occurrence en fin de page 2 / début de page 3)

Bonsoir à tous

Tout d'abord un grand bravo pour le travail effectué.
Je suis actuellement sous Kubuntu 16, et j'essaie d'installer tilp2 via le script.

Mais j'obtiens ce message :

checking for TICONV... no
configure: error: Package requirements (ticonv >= 1.1.5) were not met:

Requested 'ticonv >= 1.1.5' but version of TiConv is 1.1.4

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables TICONV_CFLAGS
and TICONV_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

J'ai bien apt purge les packages officiels, mais j'avais essayé d'installer tilp à la mano (a noter que c'était la version 1.17), je me suis tourné vers ce sujet car il y avait un message disant que les outils de dump ROM n'étaient pas dispo sous debian (et j'avais vu que pour régler ça on pouvait utiliser ce fameux script). Donc il peut y avoir des restes, mais j'ai whereis et normalement il y a rien.

Merci d'avance de votre réponse

Le message montre qu'il reste effectivement des traces de ton installation antérieure manuelle. Peut-être dans /usr/local/ ?

Non j'y ai pensé, il est presque vide mon local :/
Par contre en fouillant j'ai trouvé ça :




Donc j'ai supprimé les ticonv mais ça n'a rien changé au problème :/
Certaines je ne sais pas si ce sont des libs de TI, d'autres si ça se trouve ce sont des libs installées par le script.

Celles de libti sont : libticables, libticalcs, libticonv, libtifiles

D'ailleurs, au lieu d'un simple 'ls', utilises plutôt 'ls -al', t'y verras plus clair dans les dates

Code: Tout sélectionner

rm /usr/lib/libti{cables2,calcs2,conv,files2}*.so* \
/usr/lib/x86-64_linux_gnu/libti{cables2,calcs2,conv,files2}*.so* \
/usr/include/tilp2/* \
/usr/lib/pkgconfig/{ticables2,ticalcs2,ticonv,tifilies2}.pc \
/usr/lib/x86-64_linux_gnu/pkgconfig/{ticables2,ticalcs2,ticonv,tifiles2}.pc

devrait être une bonne base de départ pour nettoyer.

Explication: la détection de libti* est faite sur les fichiers pkgconfig, donc il faut les nettoyer là où ils sont. Et au passage, on peut nettoyer les libs, et les includes.

@Adriweb Effectivement ^^
@Lionel Ça a supprimé des trucs, mais toujours l'erreur :/

Je suis un cas désespéré je crois ;_;

Ce n'est pas désespéré, il y a toujours une explication
Déjà, il y avait une typo dans mon message.

Code: Tout sélectionner

find /usr -iname "*ticonv*"
find /usr -iname "*tifiles*"
find /usr -iname "*ticables*"
find /usr -iname "*ticalcs*"