Fri Jul 13 14:19:34 2001 Installation de Xephem 3.4 *************************************** - Retrait de OpenMotif (alien) et retour au bon vieux Lesstif... - Installation des paquets requis: lesstif-bin (bien sûr!) lesstif1 (dont dépend le sus nommé) lesstif-dev (pour compiler Xephem) - Désinstallation de Xephem 3.2 (fourni par Debian) - Installation de Xephem 3.4 Sous ~: $ tar xfz xephem-3.4.tar.gz $ cd xephem-3.4/libastro $ xmkmf $ make (qques warning sans importance, espérons) $ cd ../GUI/xephem $ xmkmf $ make On le met disponible pour tous les utilisateurs: # cp xephem /usr/local/bin/xephem # mkdir /usr/local/xephem # cp -R auxil /usr/local/xephem # cp -R catalogs /usr/local/xephem # cp -R fifos /usr/local/xephem # cp -R fits /usr/local/xephem # cd /usr/X11R6/lib/X11/app-defaults # touch XEphem Dedans on met: XEphem.ShareDir: /usr/local/xephem On peut également y ajouter les ressources qu'on avait adoptées sous ~/.Xresources (vive la France!): XEphem.Sitename: Paris, France XEphem*DateFormat.MDY.set: False XEphem*DateFormat.YMD.set: False XEphem*DateFormat.DMY.set: True *************************************** Tue Aug 21 12:18:18 2001 Après installation OPERA 5.05TP1 (version expérimentale autorisant les PLUGINS)... L'installation du .deb ne pose pas de problème. On supprime l'ancienne version avec dselect et on installe la nouvelle avec: # dpkg -i le_fichier.deb Installation de JAVA suivant les indications fournies (voir instplug.html): Téléchargé le fichier sur le site de SUN: j2re-1_3_1-linux-i386.bin # mkdir -p /usr/java # mv j2re-1_3_1-linux-i386.bin /usr/java # cd /usr/java # chmod a+x j2re-1_3_1-linux-i386.bin # ./j2re-1_3_1-linux-i386.bin # cd /usr/bin # vi opera Edité le script de lancement d'OPERA pour ajouter: OPERA_PLUGIN_PATH=/usr/java/jre1.3.1/plug-in/i386/ns4 Essai en lançant OPERA à partir d'un XTERM: Quand on veut danser la java, /usr/lib/opera/plugins/operamotifwrapper ne trouve pas la shared library libXm.so.2 Cet objet est dans le paquet OpenMotif mais pas dans lesstif de ma Debian 2.2 (libXm.so.1). Il est dans celui de la SLACKWARE 7 parce que son lesstif propose l'émulation de Motif 2.0 en plus de Motif 1.2. Il va falloir reinstaller OpenMotif et recompiler Xephem du même coup! # dselect Supprime lesstif-bin, lesstif1, lesstif-dev Du coup cela m'oblige à virer AMAYA qui veut lesstif. J'enlève également OPERA pour faire plaisir à dselect. # dpkg -i openmotif_2.1.30-5_i386.deb # dpkg -i opera-5.05_tp1-4-static_qt-libnpp-0.1.1.x86.deb dpkg n'est pas content, il dit que OPERA a besoin de lesstif1 ou libmotif. Bien sûr libmotif n'est pas livré. dselect affiche le statut U** pour la paquet opera. Si on lance quand même opera, ça marche mais pas JAVA. La console java s'affiche et plus rien. En plus des tas de Warnings sont tracées sur le Xterm probablement suite à des dysfonctionnement Motif. Idem en installant OpenMotif sur lesstif1 pour faire plaisir à dselect. Retour arrière!!! On conserve quand même java sous le coude (/usr/java). (Ca a marché sur antares avec SLACKWARE 7.0 et lesstif) *************************************** Tue Aug 28 15:58:17 2001 Installation du paquet dnsutils pour nslookup. *************************************** Tue Oct 2 23:26:57 CEST 2001 Installation des dll's pour xanim Il y a un paquet (xamin-modules) qui contient un programme pour aller chercher sur le OUAIBE et installer les modules qui vont bien. Il s'agit (pour trouver son nom il a fallu faire un dpkg -c xamin-modules!) de update-xanim-modules: -------------------------------------------------------- vega:/home2/bernard/logiciels# update-xanim-modules These modules may be useful if you have animations in egregiously non-free formats you wish to display. However, because the author is unable to distribute source for them, you should consider whether you trust him enough to install his code sight-unseen on your system. I (Chris Lawrence) have not seen the source code for these modules and therefore cannot make any guarantees as to their security implications. Caveat downloader. Download xanim modules? [yes/no] yes Downloading and installing from ftp://xanim.va.pubnix.com/dlls/ vid_cvid_2.0_linuxELFx86g21.tgz (Radius Cinepak) +.... vid_cyuv_1.0_linuxELFx86g21.tgz (Creative CYUV) +... vid_h261_1.0_linuxELFx86g21.tgz (CCITT H.261) +................ vid_h263_1.0_linuxELFx86g21.tgz (CCITT H.263) +............................. vid_iv32_2.1_linuxELFx86g21.tgz (Intel Indeo 3.1, 3.2) +................. vid_iv41_1.0_linuxELFx86g21.tgz (Intel Indeo 4.1) +................................ vid_iv50_1.0_linuxELFx86g21.tgz (Intel Indeo 5.0) +...................... All modules downloaded and installed. vega:/home2/bernard/logiciels# -------------------------------------------------------- Les modules s'installent sous /usr/lib/xanim *************************************** Mercredi 28 Novembre 2001 Installation des paquets sunclock wmCalClock Bof! *************************************** Fri Feb 22 10:14:38 CET 2002 Mise à jour d'OPERA: - Téléchargement du paquet opera-6.0-20020110.1-static_qt.i386.deb - Desinstallation de l'ancien paquet (5.05-4) par dselect - Installation du nouveau paquet: # dpkg -i opera-6.0-20020110.1-static_qt.i386.deb OK Il trouve JAVA installé mais JAVA ne fonctionne toujours pas... Et il y a toujours des incidents sur certains script JAVA... *************************************** Mon Feb 25 12:52:26 CET 2002 Mise au propre de la configuration du serveur de police TTF pour X1, xfstt: - Utilisation des polices TrueType libres disponibles sur le site de Microsoft http://www.microsoft.com/typography/fontpack/default.htm - Je mets gdm et xfstt hors course pour le temps de l'installation: # chmod -x /usr/bin/gdm # chmod -x /usr/bin/X11/xfstt # shutdown -r now - Pour la doc, voir sous /usr/doc/xfstt: README.Debian FAQ.gz - Copie des fichiers .ttf sous le répertoire: /usr/share/fonts/truetype AndaleMo.ttf Comic.ttf Impact.ttf Verdana.ttf courbd.ttf AriBlk.ttf Comicbd.ttf Times.ttf Verdanab.ttf courbi.ttf Arial.ttf Georgia.ttf Timesbd.ttf Verdanai.ttf couri.ttf Arialbd.ttf Georgiab.ttf Timesbi.ttf Verdanaz.ttf trebuc.ttf Arialbi.ttf Georgiai.ttf Timesi.ttf Webdings.ttf trebucbi.ttf Ariali.ttf Georgiaz.ttf Trebucbd.ttf cour.ttf trebucit.ttf - Synchronisation de la base de données: # chmod +x /usr/bin/X11/xfstt # xfstt --sync - Ajout d'un encodage différent de iso8859-1 (par défaut). Ajout de iso8859-15: Il faut ajouter le paramètre suivant à la commande de lancement de xfstt: --encoding iso8859-1,iso8859-15 Le mieux est de l'ajouter dans la variable ARGS du script de lancement de xfstt: /etc/init.d/xfstt - Prise en compte de xfstt par le serveur X local: Une fois sous X par startx, on fait: $ xset fp+ unix/:7101 Pour vérifier la présence des polices ttf: $ xlsfonts -fn "*ttf*" Notre serveur X11 est lancé automatiquement avec gdm. Le mieux est d'inclure cette commande dans le script /etc/gdm/Init/Default - Remise en service de gdm et relance du système: # chmod +x /usr/bin/gdm # shutdown -r now *************************************** Thursday 20 June 2002 Configuration d'un serveur PPP ------------------------------ Référence: PPP-HOWTO (la partie serveur de ppp y est traitée succintement à la fin...) Sur vega (Debian 2.2), il y a déjà un MODEM sur COM2 pour la connexion au fournisseur d'accès Internet (géré par diald). Comme j'ai une autre ligne téléphonique, un autre MODEM et un COM1 libre (riche hein! ;-), je le configure sur /dev/ttyS0... - Téléchargement d'un getty qui va bien. Soit les paquets suivants: mgetty.1.1.21-3potato1 mgetty-docs.1.1.21-3potato1 - La doc est moyennement claire... Il y a man mgetty info mgetty - Il paraît inutile de pré configurer le MODEM avec un logiciel comme minicom car il est dit que mgetty détecte lui-même le RING et envoi la commande ATA... - Ligne de commande dans /etc/inittab (à partir du modèle en commentaire): T0:23:respawn:/sbin/mgetty -x0 -s 115200 -D ttyS0 - Configuration de mgetty sous /etc/mgetty: Comme on veut passer le contrôle à pppd, il semble que seul nous intéresse le fichier login.config Il contient déjà la ligne qui m'intéresse: /AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap login debug Pour l'instant je ne touche pas au paramètres donnés par défaut... - Configuration de ppp serveur Création du fichier /etc/ppp/option.ttyS0 à partir du modèle option.ttyXX Pour commencer je mets simplement dedans, l'adresse locale et une adresse IP libre pour le client ppp: vega:192.168.210.99 ------------------- Friday 21 June 2002 - Essais - Le MODEM n'accroche pas! ------------------------ Idem avec 2 MODEMs différents ELSA et USR (j'appelle avec un "Accès réseau distant" sous WINDOWS et un MODEM qui fonctionne bien avec plusieurs fournisseurs d'accès). Modification de la ligne de commande de inittab: J'enlève -x0 pour valider debug T0:23:respawn:/sbin/mgetty -s 115200 -D ttyS0 On peut jouer sur tous les paramètres en modifiant le fichier, /etc/mgetty/mgetty.config Il suffit de tuer mgetty pour qu'il se relance automatiquement avec le nouveau paramétrage. Le paramètre, debug 4 permet de sortir une trace dans le fichier, /var/log/mgetty/mg_ttyS0.log Tous les paramètres sont décrits dans, info mgetty Dans la trace on voit que mgetty contrôle le MODEM en lui envoyant des commandes AT. Principalement une commande d'initialisation et une commande pour décrocher sur réception du nombre de RINGs définis par le paramètre rings (1 par défaut). Les séquences de commandes peuvent être fixées par les paramètres init-chat et answer-chat. Par défaut on a, "" ATQ0E1V1H0 OK AT OK et ATA CONNECT Un essai avec différentes commandes d'init et décrochage automatique (S0/=000) sans ATA montre que le pb ne vient pas de l'utilisation de ATA. Attention, si on met ATZ comme séquence d'init, il faut au moins faire suivre par une commande AT pour redonner la bonne vitesse à l'interface. init-chat "" ATZ OK AT OK J'arrive à faire accrocher le MODEM USR en modifiant un paramètre du registre S32 (Active le mode V8 = 0) init-chat "" ATZ OK ATS32=0 Résultat: 14400/ARQ/V32/LAPM/V42BIS Pour l'instant je m'en contente car je plante plus loin... - L'authentification échoue avec pppd ----------------------------------- Pb de paramétrage de pppd Les paramètres par défaut sont fixés par le fichier, /etc/ppp/options (voir man pppd) ils peuvent être altérés par la ligne de commande qui se trouve dans le fichier, /etc/mgetty/login.config Par défaut on a, /AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap login debug avec l'option debug, il y a une bonne trace dans, /var/log/syslog et ppp.log Après quelques tâtonnement, je me rends compte que login et +pap vont de paire ey qu'il manque quelque chose dans le fichier, /etc/ppp/pap-secrets pour valider l'authentification de l'utilisateur à partir de, /etc/passwd Dans pap-secrets, la ligne, * vega "" * permet à tous les utilisateurs de vega de se connecter en ppp. ------------------------------------------------------------- Je ne suis pourtant pas au bout de mes peines car malgré cela je n'arrive à me connecter que par hasard (comme on dit, parfois ça tombe en marche!). La plupart du temps, pppd envoie ConfReq et attend là comme s'il ne recevait rien du client. Côté client on fait de même. Le client lâche le premier en disant que le serveur ne répond pas! Le serveur répète 10 fois mais le client semble ne pas répéter. Il semble que le 1er message soit perdu.