Ceci est un billet vraiment sans intérêt.
Lire la suite de « Et une journée de plus de finie (enfin…) »
Ceci est un billet vraiment sans intérêt.
Lire la suite de « Et une journée de plus de finie (enfin…) »
Collection : Livre de poche
ISBN : 2253150975
Je viens de finir un très bon livre intitulé Histoire des Codes Secrets avec lequel je me suis vraiment régalée. Ce livre relate l’histoire de la cryptographie depuis le chiffre de César jusqu’à la cryptographie quantique, et se lit littéralement comme un roman. Une disgression
est faite au milieu du livre pour parler du déchiffrage des langues anciennes (avec l’exemple des hiéroglyphes égyptiens et du Linéaire B). Une bonne partie du livre est également consacrée à Énigma et au déchiffrage de ses différentes variantes. De manière plus contemporaine, le chiffrage RSA est également bien abordé, ainsi que les polémiques autour de ce type de chiffrage et de l’utilisation de PGP.
Bref, de mon point de vue un très bon ouvrage de vulgarisation sur le sujet.
J’ai un joli portable tout neuf avec une licence Windows XP Pro. Je me dis donc, bêtement il faut le croire, bon, je vais en profiter, j’aurai un Windows dans un coin comme ça. Erreur… ! Parce que le Windows, faut installer les correctifs. Normal, ça je remets pas en cause. Je fais pareil quand j’installe un Linux, hein.
Donc, bêtement, je lance Windows Update. Surprise, il me trouve un pauvre correctif et c’est tout. Mmh, me sembait que je devais mettre SP2 sur ce truc… Bon, j’installe toujours le correctif en question, ça sera toujours ça de pris. Surprise, faut redémarrer. Bon, redémarrons. Dans un élan de scepticisme, je relance Windows Update. Oooh, 4 autres correctifs. Installons, redémarrons… relançons Windows Update… OOOH, un SP2 ! (Je note quand même qu’à aucun moment il m’a dit que la liste des correctifs était pas complète et qu’il faudrait relancer Windows Update après le redémarrage). Installons le SP2… installons le SP2… héhooooo, tu fais quoi là ? Oohh, le bel écran bleu… (Pas le BSOD, juste un écran tout bleu avec un pointeur de souris). Heuu… J’aimerais bien savoir où tu en es… Coucou coucou, petit ordi… tu me fais quoiiiiiiiiii ? Au bout d’un quart d’heure, mort clinique déclarée. J’ai peut-être eu tort, je ne le saurai jamais. J’essaie d’éteindre la bête, pas moyen. L’a fallu que je débranche et que je tire la batterie. Je pensais même pas que c’était possible de planter un ordi à ce point là…
Je redémarre la machine, « Ce système est dans un état instable » (faute avouée à moitié pardonnée…) « vous devriez désinstaller le SP2 ». Bon, on va faire comme il dit, désinstallons le SP2. Truc rigolo au passage, il me présente une liste de tous les logiciels installés, me dit « Ces logiciels sont susceptibles de ne plus fonctionner », et idem avec tout le matériel. Marrant. Je désinstalle quand même (qui a dit kamikaze ?), et (devinez ?) ouaaaaaaais, encore un redémarrage. Au redémarrage il se met à me redétecter tout mon matériel, chic, j’ai gagné une reconfiguration de mon réseau.
Là le SP2 est toujours en cours d’installation, on verra bien si ça marche…
Bien bien. J’ai fini de compiler OOo hier soir, et depuis je lutte un peu pour réussir à faire un paquetage utilisable 🙂 Si je reprends les différentes étapes :
cd instsetoo_native
cd util
dmake openoffice
Premier souci : python râle :
ERROR: The following files could not be found:
ERROR: File not found: python-core-2.2.2.zip
ERROR: File not found: python.sh
With a little help from my friends (encore Pavel, je vais finir par croire que ce mec est un bot qui sait parser les erreurs et connaît toutes les erreurs possibles !), j’ai fait un
cd pyuno
setenv SYSTEM_PYTHON « NO »
build
deliver
qui a résolu le problème.
Ensuite quelques soucis avec epm, vite résolus grâce à la page http://installation.openoffice.org/how_to_create_native_installer.html qui donne le patch à appliquer.
Damned, RPM pas installé… installons RPM.
Encore un dernier souci :
ERROR: The following errors occured in packaging process:
ERROR: Source for openoffice-redhat-menus-1.9.59-1.noarch.rpm not found!
ERROR: Could not copy to RPMS/openoffice-redhat-menus-1.9.59-1.noarch.rpm
ERROR: Source for openoffice-suse-menus-1.9.59-1.noarch.rpm not found!
ERROR: Could not copy to RPMS/openoffice-suse-menus-1.9.59-1.noarch.rpm
… encore une fois résolu par Pavel avec un setenv RPM rpmbuild ; cd sysui ; rm -rf unxlngi4.pro/ ; build ; deliver ; et là TADAAAAAAAAM !
***********************************************************
Successful packaging process!
***********************************************************
je fais pas que de la compile d’OOo dans ma vie. Ceci dit en ce moment j’occupe pas mal mes soirées à ça…
Les derniers développements donc. La compile plantait à des endroits bizarroïdes, ça avait l’air d’inspirer personne sur la liste labo, et Pavel sur IRC avait l’air assez dubitatif aussi. Il m’a conseillé de passer à la branche SRC680_m59 (j’étais en HEAD jusqu’à présent…) ce que j’ai fait avec un magistral for i in `ls -F -L | grep « / »`; do cd $i ; cvs -z9 up -r SRC680_m59; cd ..; done (merci frérot pour le ls -F -L |grep « / » 🙂 ).
Et là ça télécharge. Demain c’est mon anniversaire, comme cadeau je veux un OOo compilé :o)
Aaah, j’ai compris ce qui n’allait pas avec mon application de patch… yavait des retours à la ligne parasite, ça aide pas !!! Du coup, j’ai patché correctement le makefile, et c’est reparti pour un tour !
(Ah damned j’ai oublié de supprimer le wizard/machinouskyalestrucs)
Pour en revenir à ce que je disais hier…
L’erreur est la suivante :
/stock/OOo-bidouille/binfilter/bf_sw/source/core/text/sw_frmcrsr.cxx:605: error: `DBG_LOOP’ undeclared (first use this function) /stock/OOo-bidouille/binfilter/bf_sw/source/core/text/sw_frmcrsr.cxx:605: error: (Each undeclared identifier is reported only once for each function it appears in.) dmake: Error code 1, while making ‘../../../../unxlngi4.pro/slo/sw_frmcrsr.obj’ ‘—* tg_merge.mk *—‘
ERROR: Error 65280 occurred while making /stock/OOo-bidouille/binfilter/bf_sw/source/core/text dmake: Error code 1, while making ‘build_all’ ‘—* tg_merge.mk *—‘
o/ j’ai corrigé le bug. Enfin, dans la version avec debug… Il faut que je vérifie la non-régression (i.e. que ça plante pas sans les options de debug, ça serait dommaaaaaaage). Bien, le test de non-régression est positif 🙂
Par contre j’ai une deuxième erreur de compilation, il trouve pas mes libs gtk pour nsplugin. Je crois que je vais faire un bête ln -s. Bon non en fait c’était idiot, le problème étant dans la base qa (#33509).
Bon, tenter d’appliquer le patch à la main c’était pas une bonne idée :). Verrai ça ce soir, là faut aller travailler !!
Bon, voila un souci de compile, mais là je crois que je sais d’où il vient : ya un souci avec un truc qui s’appelle DBG_LOOP. On va donc chercher où c’est défini et on va voir ce qu’on peut faire 🙂
Groumpf, elle a l’air définie et tout… Je vais essayer de regénérer un fichier de config sans options de debug et de voir ce que ça donne. Ça me permettra aussi de tester mon processus de génération de LinuxIntelEnv.Set.
Bon bon bon, bin comme prévu, c’est bel est bien buggé, car la compile passe sans les options de debug activées. Je vais donc relancer le truc avec pour pouvoir noter le bug (j’ai oublié de le faire tout à l’heure et ça s’est perdu dans mes logs), et chercher à trouver où se situe le problème exactement, histoire d’essayer de faire mon premier patch. Ça serait bien si j’y arrivais 🙂
3e soir Éric m’a signalé que le bug qui m’empêchait de compiler était normalement corrigé dans le cvs. J’ai donc fait un cvs up pour récupérer le fichier en question. La compile continue son ptit bonhomme de chemin.
Du coup, j’m’en vais aller faire ma vaisselle 😦
L’article de cette URL présente les « pires cas » du code répondant à une tâche donnée. Cette tâche avait été posée comme test de candidature à un poste de développeur. Je pense qu’il y avait dans le tas des gens qui n’étaient pas motivés pour intégrer l’entreprise en question 🙂 L’URL en question : Certainly Not Logic.