compilation ticonv pour TILPII

→ **MyCalcs** profile · by **Persalteas** » 19 Oct 2012, 23:28

Bon, je me suis finalement décidé à installer TILP

Motivé, et tout

Donc j'ai jamais trop compilé grand chose, ce fut avec émotion que je lançai ces commandes...

Je commence par compiler les librairies, en commençant par libticonv, ./configure, make, et tout et tout,
apparemment tout se passe bien pour libticonv.

J'attaque ensuite libtifiles, et là jai une réponse erreur comme quoi il me manque libticonv.

C'est bête, je viens de l'installer

Ou se situe la solution ? Merci

PS: En cherchant sur les forums je tombe ici, où Lionel dit avoir désactivé quelque chose pour KDE... Je suis sur KDE, le problème viendrait donc de là ?

→ **MyCalcs** profile · by **Lionel Debroux** » 20 Oct 2012, 09:28

Utilise plutôt http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh

Ce script a été testé par des dizaines d'utilisateurs sur plusieurs familles de distros; il contient la liste des dépendances de build. Avec les paramètres par défaut (préfixe d'installation /usr), il faut lancer le script en tant que root; une fois installé, il faut créer un fichier à l'endroit indiqué si tu ne veux pas avoir à lancer TILP en tant que root.

L'utilisation des dialogs de fichiers KDE, que j'ai désactivée par défaut pour faciliter la vie des utilisateurs (car la majorité d'entre eux n'utilisent pas KDE et n'ont pas envie d'installer l'énorme quantité de dépendances -dev nécessaires - de toute façon, le code est fait pour KDE 3, qui n'est plus packagé dans la quasi-totalité des distros), n'a rien à voir avec ton problème

Celui qui avait intégré le support des dialogs KDE et ainsi complexifié la base de code pour pas grand chose préfère KDE, mais pas la plupart des utilisateurs.

→ **MyCalcs** profile · by **Persalteas** » 20 Oct 2012, 09:33

merci pour le script

Mais, même problème.

Checking out libticonv
./install_tilp.sh: ligne 107: svn : commande introuvable
persalteas@NC110:~/Téléchargements$

→ **MyCalcs** profile · by **Lionel Debroux** » 20 Oct 2012, 09:44

il contient la liste des dépendances de build.

voulait dire qu'il faut regarder dans le script et installer les packages indiqués - ici, subversion

Je suis désolé, je sais que c'est chiant pour les utilisateurs, mais il n'y a pas de manière générique d'installer des packages: les familles de distros - et il y en a beaucoup (trop) - ont chacune leur système de packaging et leur convention de nommage des packages...

→ **MyCalcs** profile · by **Persalteas** » 20 Oct 2012, 09:46

donc j'installe quand même les 4 libti avant ? ok, mais c'est ce que j'ai déjà essayé, non ?

Le script que tu me donnes, c'est juste pour TILP, pas pour les libs si j'ai bien compris ?

→ **MyCalcs** profile · by **Lionel Debroux** » 20 Oct 2012, 09:50

donc j'installe quand même les 4 libti avant ?

Non

Le script que tu me donnes, c'est juste pour TILP, pas pour les libs si j'ai bien compris ?

Il est vrai que je ne l'ai pas mentionné explicitement ici, mais ce script installe libti*, gfm et tilp

→ **MyCalcs** profile · by **Persalteas** » 20 Oct 2012, 13:33

Parfait, merci beaucoup

La compilation semble s'être bien passée, maintenant j'en suis à l'étape des messages d'erreurs

Msg: impossible d'ouvrir le périphérique USB.
Cause: Vérifiez que le câble USB est branché et/ou que la calculatrice est allumée ! Vérifiez aussi les permissions sur la libusb et l'usbfs.

Question: comment est-ce que je vérifie les-dites permissions ? Je crois que je sais vérifier les permissions sur un fichier, mais je ne sais pas comment faire pour une lib...

EDIT: est-ce en rapport avec ce fameux avertissement comme quoi je dois lancer TILP en root ?

EDIT2: ah ben oui, résolu, ça marche si je le lance en root.

Nickel, merci beaucoup.

→ **MyCalcs** profile · by **Lionel Debroux** » 20 Oct 2012, 13:40

Comme je l'ai écrit plus haut, il est possible de lancer TILP en tant qu'utilisateur normal, si tu crées une définition pour udev, comme le script le rappelle à la fin de son exécution

Ce fichier est créé une fois pour toutes - du moins tant que la syntaxe des définitions udev ne change pas (ce qui est rare maintenant, mais arrivait assez souvent à une époque ^^).

→ **MyCalcs** profile · by **Persalteas** » 20 Oct 2012, 13:51

Deuxième message d'erreur: à propos des sous-dossiers de la Nspire: si j'essaie de supprimer mon sous dossier "cours" dans le sous dossier "images", TILP affiche une erreur, et me demande de la rapporter, alors je rapporte...
(l'icone des sous dossiers est en jaune avec un point d'interrogation.)

Nspire error code 0x0c not found in list. Please report it at <tilp-devel@lists.sf.net>.
ticables-INFO: found TI-Nspire(tm) Handheld on #1, version <1.05>

Troisième message d'erreur si j'essaie de faire un transfert:

Type de calculatrice inconnu. (c'est une Nspire CX CAS)
(notez que la Nspire affiche quand même la popup "fichier envoyé")

Msg : type de calculatrice inconnu.
Cause : il s'agit probablement d'un bogue, signalez-le à tilp-users@lists.sf.net.

→ **MyCalcs** profile · by **Lionel Debroux** » 20 Oct 2012, 14:10

Pour le deuxième message d'erreur: pas de chance, tu es en train d'essayer de faire une des rares opérations qui ne soient pas supportées par TILP

La feature request survient de temps en temps.

J'avais commencé à faire du code pour gérer plus d'un niveau de dossiers sur Nspire (ce que les plus anciens OS ne savaient pas faire). L'énumération récursive des dossiers dans libticalcs (calc_nsp.c) et la création d'un arbre de variables fonctionne à peu près, mais d'autres morceaux plus haut (ailleurs dans libticalcs, puis dans TILP) ne sont pas si faciles que ça à faire... du moins, sans casser au passage les supports des TI-Z80 et/ou TI-68k, qui ont respectivement 0 et 1 niveaux de dossiers, et sont gérés à un endroit par un seul groupe de fonctions ^^

Merci pour le report, je vais noter ce code d'erreur. Deux petits tests supplémentaires qui devraient m'aider:
* j'imagine que le sous-dossier que tu essaies de supprimer n'est pas vide. Est-ce que le comportement est le même si tu supprimes un sous-dossier (de niveau 2, donc) vide ?
* est-ce que le code d'erreur est le même si tu supprimes un dossier de niveau 1, vide ou pas ?

Ces tests sont juste pour essayer d'évaluer si FF 0C est une spécificité des sous-dossiers, ou bien si toutes les tentatives de suppression des dossiers finissent ainsi. Comme ça, je pense que c'est plutôt le deuxième cas, car la commande de suppression des dossiers, bien qu'implémentée pour la Nspire dans libticalcs (nsp_cmd.c) et exportée depuis peu dans l'API publique, n'est pas appelée par TILP.

EDIT: ah, je ne vois ton edit que maintenant.
Quelle est la version de l'OS ? 3.1, probablement ?
Ce message d'erreur est un ERR_BAD_CALC dans libtifiles, ce qui est fort rare.