help TILP - Page 2

coller j' ai reinstaller linux et les librairie libticables,libtifiles
et libticalcs

apres avoir fait
./configure
make
make install
le message suivant s' affiche (je veux installer TILP-6.68

Important note: TiLP v6.0 & TiEmu v1.x depends on GLib 1.2 but TiLP v6.5
depends on 2.0.
By default, the library is compiled against GLib 2.0 for TiLP v6.5.
TiLP v6.0 & TiEmu v1.x users will have to run './configure' with the
'--disable-glib2' command line flag.
This flag allows you to create 2 different builds of the library but
they have the _same_ version number (and thus, are compatible) !
=> Compiled against GLib 2.0 for use with TiLP v6.5 (libticalcs-4.so).

dois-je m' en preoccuper j' ai glib-2.0
et si je dois recompiler glib-2 comment dois-je procéder

Aucun problème, c'est juste un message à but informatif. Tes versions (TiLP 6.68 et glib 2.0) vont bien ensemble (cf. la première ligne, 6.68 est plus proche de 6.5 que de 6.0 ).

Nil > pas d'accord une Kheops sur un pc de l'époque était 10000000000000 fois plus simple à installer qu'une mandrake sur une config actuelle (où il faut trouver les drivers qui vont bien, recompiler la moitié des trucs... ... ...)

rien ne vaut la slack de 1995 installable (facilement) par disquette/dur/cdrom (au choix ou mix), module par module, sur une partoche fat avec un partie UMSDOS


#Nostalgie#

Non desole. Ca obblige a lire les fichiers 'INSTALL' ou 'README'. Et franchement c'est un bon point compare a Windows.
Pourquoi croyez-vous que c'est en ligne de commande : filtrage anti-newbies !

install ou readme contiennent la plus part du temps 99% de données inutiles donc on ne les lits pas...

un readme.1st de plus de 15 lignes est décourageant (il ne devrait contenir QUE la manip d'install...)

vince > La Kheops était pas si mal pour l'époque, mais le problème venait des pilotes : mon serveur X n'a jamais décollé de la résolution 320x200*2 couleurs parce que ma carte oak (pourtant très standard à l'époque) n'était pas reconnue (et que comme internet n'était pas aussi développé, ben pour trouver un pilote )

moi j'avais réussi à pousser la résolution au max de l'écran (ouais la carte pouvait un peu plus mais bon...)

et franchement à l'époque tu la sentais la puissance du pingouin, maintenant c pas aussi évident...

et c kler qu'entre un kehops bien documentée et une slack de l'époque y'a pas photo.... (même si kehops était basée sur une slack)

Ben alors t'es un newbies, c'est tout

Nil :
vince > La Kheops était pas si mal pour l'époque, mais le problème venait des pilotes : mon serveur X n'a jamais décollé de la résolution 320x200*2 couleurs parce que ma carte oak (pourtant très standard à l'époque) n'était pas reconnue (et que comme internet n'était pas aussi développé, ben pour trouver un pilote )

j'ajouterais que les pilotes standard permettaient de faire fonctionner le système correctement...

en tous cas pas chez moi

Nil > La Kheops était pas si mal pour l'époque, mais le problème venait des pilotes : mon serveur X n'a jamais décollé de la résolution 320x200*2 couleurs parce que ma carte oak (pourtant très standard à l'époque) n'était pas reconnue (et que comme internet n'était pas aussi développé, ben pour trouver un pilote)
Bah t'es pas doué c'est tout. Moi après deux nuits blanches et quelques coup de poingt contre les murs, j'ai réussi a demmarrer avec toute les résolutions que ma carte permettait.

Vince> pas d'accord une Kheops sur un pc de l'époque était 10000000000000 fois plus simple à installer qu'une mandrake sur une config actuelle (où il faut trouver les drivers qui vont bien, recompiler la moitié des trucs... ... ...)
Alors c'est que t'as eu beaucoup de chance. Sur Mandrake tout mon matériel est détecté bien installé a par la carte son ce qui était loin d'être le cas sur les distribs plus anciennes.

[edit]erreur de peudo[/edit]

Uther tu me confods avec Nil et lycée de versailles

ma carte son marchait nickel (bon faut dire j'étais aidé c'était un PAS Spectrum Audio 16 bits avec table de mixage hard et contrôleur SCSI) elle avait tout les drivers inclus...

Euuuh, oué, moi j'ai peut-être eu des problèmes avec ma carte vidéo, mais toi, t'es dysnickistque (comme dyslexique mais avec les nicks, quoi)

dysnickistque

faudrait ouvrir un topic sur les mots nouveaux...

erreur corrigiée a force de citer on finit par ce mélanger un peu

toujours pas bien corrigé...

le 1 est de nil, le 2 de moi

ca faisait un bagne je n' avais pas posé d' autre question


bref après être passer à la version Mandrake9.2 l' installation des libs se fait sans soucis mes celle de tilp ne veut pas s' installer
toujours des erreur de :error recursives.
ps: n' y a-t-il personne qui est reussit à installer correctement tilp avec une mandrake9.x

ça me désespère et je crois que vais abandonner merci à ceux qui ont quand même pris le temps de s' intéresssr à mon cas

Poste le texte exact des erreurs s'il te plaît. Je pense encore que l'erreur puisse se résoudre.

ceci apparait lors de l' execution "make"
tilp.c: In function `on_manual1_activate':
tilp.c:233: warning: assignment from incompatible pointer type
tilp.c: In function `go_to_bookmark':
tilp.c:274: warning: assignment from incompatible pointer type
gcc -DHAVE_CONFIG_H -DSHARE_DIR=\"/usr/share/tilp\" -DLOCALEDIR=\"/usr/share/locale\" -DPLUGIN_DIR=\"/usr/lib/tilp\" -I.. -I/usr/include -I../intl -I../intl -DPREFIX=\"/usr\" -I. -I../ -I../../ -g -

et s' achève par:
make[2]: Leaving directory `/home/flo200/Calculatrice/tilp-6.65/registry'
Making all in po
make[2]: Entering directory `/home/flo200/Calculatrice/tilp-6.65/po'
make[2]: *** Pas de règle pour fabriquer la cible « ../src/pbars_db.c », nécessaire pour « tilp.pot ». Arrêt.
make[2]: Leaving directory `/home/flo200/Calculatrice/tilp-6.65/po'
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/home/flo200/Calculatrice/tilp-6.65'
make: *** [all-recursive-am] Erreur 2

tilp.c: In function `on_manual1_activate':
tilp.c:233: warning: assignment from incompatible pointer type
tilp.c: In function `go_to_bookmark': tilp.c:274: warning: assignment from incompatible pointer type

L'erreur n'est pas là, ce ne sont que des warnings.

Making all in po
make[2]: Entering directory `/home/flo200/Calculatrice/tilp-6.65/po' make[2]: *** Pas de règle pour fabriquer la cible « ../src/pbars_db.c », nécessaire pour « tilp.pot ». Arrêt.

Argh, j'avais oublié ça. C'est la localisation qui ne marche pas. Configure avec --disable-nls (c'est-à-dire rajoute --disable-nls à ta commande ./configure).

suite à ./50 de kevin kofler: tilp s' est installé convenablement.
Grand merci à Kevin et aux autres qui ont repondu au topic

p.s:avec le cable usb la connection de la caltos ne marche pas des fois du premier coup.

lorsque je tente de mettre à jour la version de l' os(de ti)sur ma v200 le message d' erreur apparait:

Msg: La variable ou l'application FLASH a été refusée.
Cause: vous avez tenté d'envoyer une variable vérouillée/archivée sur la calculatrice cible. La calculatrice manque peut-être aussi de mémoire.

et on ne pas dire que je manque de memoire, j' ai aussi sur ma v200,Xpand(y a-t-il un un prob avec ce prog???)

toute mes excuse j' avais envoyé 2 fois le message se fier ./52

Tu utilises bien Misc / Send OS upgrade pour envoyer ta mise à jour? Avec l'envoi normal, ça ne va pas marcher.

./54 ma versions de tilp 6.68 est en français et je vais dans divers(=misc)/mettre à jour système d'exploitation et il tente de lancer la procédure et apparait le message d' erreur cité dans./52

lorsque je demarre tilp avec la console "Konsole",j' obtiens le message suivant:

TiLP - Version 6.68, (C) 1999-2003 Romain Lievin <roms@tilp.info>
Built on Oct 11 2003 19:50:33
THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY
PLEASE READ THE DOCUMENTATION FOR DETAILS
tilp: bindtextdomain to /usr/share/locale/
libticables: bindtextdomain to /usr/share/locale
Libticables: version 3.7.7
Détermination du type de système d'exploitation...
Nom du système: Linux
Nom du noeud: localhost
Version du noyau: 2.4.22-10mdk
Version: #1 Thu Sep 18 12:30:58 CEST 2003
Machine: i686
Fait.
Libticables: vérification des ressources...
IO_API: ok
IO_ASM: échec (un module du noyau est nécessaire) /*peut etre le problème est là */
IO_TIPAR: nok
IO_TISER: nok
IO_TIUSB: ok
IO_LIBUSB: ok
Fait.
Libticables: réglages actuels...
Câble de liaison: SilverLink
Port: USB port #1
Méthode: automatic (kernel module)
Limite de temps: 50
Délai: 10
Vitesse de transmission en Bauds: 9600
Contrôle du flux matériel: activé
Adresse d'entrée/sortie: 0x000
Nom du périphérique: /dev/tigl0
Logging STARTED.
Libtifiles: version 0.5.7
libticalcs: bindtextdomain to /usr/share/locale
Libticalcs: version 4.5.1
Libtifiles réglages...
Type de calculatrice: V200
Libticalcs réglages...
Type de calculatrice: V200
Initialisé en mode GTK+.
Détection des greffons... Fait !
Recherche dans le registre... Fait !
Logging stopped.


p.s: la version de mon noyau est 2.4.22-10mdk

IO_ASM: échec (un module du noyau est nécessaire) /*peut etre le problème est là */

Non. Tu as le câble USB, donc les modes relevants sont:

IO_TIUSB: ok IO_LIBUSB: ok

Ceci montre que tu as à la fois le module du noyau et la solution userspace. Essaye de l'obliger à utiliser la solution userspace, par exemple en faisant un rmmod sur le module du noyau.

peut tu m' inquer la procédure à suivre pour ./58 ligne 2

Un simple rmmod tiusb devrait faire l'affaire.