Il y a presque dix ans j'avais du rédiger un article avec openoffice pour une conf. À l'époque j'étais tombé sur un petit document d'une dizaine de pages qui expliquait en détail comment écrire « correctement » avec openoffice, de la gestion des styles à celle des références en passant par les figures. Donc, même si je suis incapable de retrouver le lien, un conseil : ne vous désespérez pas de chercher sur notre ami google, l'introduction idéale à openoffice existe et elle est (était) disponible sur le web.
Est-ce que, dans ce contexte (opposé à soigner), on ne doit pas interpréter l'emploi du mot courant comme une circonlocution. C'est-à-dire qu'il ne faudrait pas forcément le comprendre dans son sens courant (c'est le cas de le dire) mais plutôt comme une manière d'exprimer qu'il est fréquent d'écrire et de publier avec peu de soins. Voilà du moins la manière dont je perçois le texte de wikipedia que vous citiez.
Pour ma part, dans un effort pour corriger mes penchants naturels à écrire n'importe comment (conjugaisons hasardeuses, remplacement par des homophones, mots manquants, phrases sans verbes, et j'en passe et de bien pires), il me semble logique d'ajouter également l'emploi de majuscules accentués à mes tentatives d'améliorer ma capacité à communiquer. Mais comme écrit précédemment, loin de moi l'idée d'imposé mes lubies ou mes biais culturels à quiconque.
À propos de Xorg -configure, j'ai eu récemment de mauvaises surprises. Alors si les relater peut aider quelqu'un...
Donc lorsque Xorg -configure a achevé son travail il vous préscrit l'usage d'une ligne de commande pour tester la configuration : X -configure ./xorg.conf.new.
Mais à partir de la version 7.4 de l'un des composant (Xorg lui-même si j'ai bonne mémoire) cette commande n'affiche plus une interface X mais juste un écran noir sans pointeur... De quoi vous amener à essayer de corriger un fichier de configuration qui fonctionne. Pour tester réellement le fichier de configuration il faut ajouter la petite option qui va bien : X -configure ./xorg.conf.new -retro.
Option qui n'est que mentionnée dans la page de manuel et ne fait pas partie de la liste des options.
Si je ne m'abuse, l'usage de supprimer l'accentuation pour les majuscules est contemporain de l'imprimerie et de ses lettrines de plomb. Créer puis utiliser des polices avec majuscules accentuées devait nécessiter plus de travail. De même d'autres usages typographiques posant des problèmes techniques tels que le soulignement des titres d'œuvre se sont perdus. Mais considérant que nous vivons dans une époque formidable où le soins et désormais accessible au plus grand nombre, pourquoi ne pas en profiter pour écrire de notre mieux. Et tant pis (ou tant mieux) si cela semble signer l'appartenance à un groupe particulier. Passé l'adolescence et ses questionnements sur l'identité il n'y a plus de honte à afficher quelques particularités. Non ?
NB: Par ailleurs, il serait probablement malvenu et illégitime que les français de France, sous prétexte que leur académie recommande l'usage d'une graphie plus lisible méjugent leurs voisins souhaitant conserver quelques archaïsmes dans leur typographie. Néanmoins permettez-moi l'exemple suivant emprunté à une petit manuel de typographie : si sur l'enseigne lumineuse d'un hôtel vous lisiez « LES CONGRES », auriez-vous l'impression d'être plutôt au bord de la mer ou plutôt près d'une centre de conférences ? Et si ici la confusion ne prête pas à conséquence on imagine aisément les confusions qui peuvent être engendrées dans un formulaire administratif emprunt de jargon...
...Soit encore vous n'avez pas lu les liens donnés qui proclament haut et fort les grands avantages de la BSD sur la GPL. Il y des gens à qui cela paraît intéressant ; d'autres considérerons ça comme une provocation anarchiste ; enfin pour certains cela sera parfaitement indifférent. Dans le cas présent, il me semblait que mon message disait que ces choses (entre autre les avantages de licences, autrement dit le troll BSD vs GPL) ne me paraissaient pas particulièrement significative en matière d'intérêt de clang/llvm, et que la fiabilité et les performances finales du code généré seraient probablement ce qui intéresseraient le plus grand nombre. S'agit-il vraiment d'un troll ? Me serais-je mal exprimé ? Ou bien auriez-vous mal compris ? Ou au contraire, vous êtes-vous amusé à déformé sciemment mon propos afin de lancer le troll ?
Bref, je m'égare. L'important ici est que j'ai utilisé Clang, et uniquement Clang, pendant tout le développement de l'application de test en C. J'ai ainsi pu profiter de sa vitesse (compilation en moins d'une seconde en -02, alors qu'une compilation de KDE tournant à côté, processeur chargé à 100%). J'ai également été très surpris par les optimisations qu'il fait. En effet, un simple -O2 m'a permis d'obtenir un exécutable plus rapide que celui produit par GCC 4.4 en -O2 ou -O3. Je n'ai plus les nombre, mais le bench prenait 0,9 secondes avec Clang, et 1,1 secondes avec GCC (grande valeur de 0,9, petite valeur de 1,1, mais quand-même).
Bonne introduction pour ce paragraphe. Il faut bien avouer que ni la propagande BSD ni surtout les tests de vitesse de compilation ne me paraissent bien pertinents : quand il faut moins de 6 heures pour ré-émerger l'ensemble des programmes d'une gentoo « bureautique » avec un PC à 400 euros, il me semble qu'on peut légitimement se demander si la course à la vitesse de compilation est réellement pertinente.
En revanche, l'annonce d'une fiabilité accrue et de performances d'optimisation de qualité, voilà qui pourrait en intéresser plus d'un malgré la BSD. À quand une alternative à GCC pour compiler le GNU/linux ou le liveCD de monsieur Toutlemonde madame Michu ?
Deux questions :
- De quelle genre d'argument parlez-vous ? Celui de lire les écrits d'un politicien pour le juger plutôt que de se fier au discours médiatique ?
- De quel bord parle-t-on exactement ? Ne pas soutenir un ignare qui discours péremptoirement de choses dont-il ignore ostensiblement même les détails les moins subtils ne me paraît pas très révélateur de l'appartenance politique. Ou peut-être me tromperais-je ?
Votre remarque en tous cas semble ouvrir vers des questionnements forts intéressants : Doit-on soutenir un chef seulement parce qu'il est le chef et quel que soit ses actes ? Où doit s'arrêter la logique de partie ? Jusqu'où peut-on accepter les compromis avec la moral/la raison/l'idéal pour faire avancer une cause.
Tient, il me semblait pourtant qu'il s'agissait de deux outils de dessin vectoriel, donc tout de même deux logiciels d'une même sous catégorie. Ceci dit la comparaison initiale était faite sur le ton de la plaisanterie. Faut-il le préciser ?
Serons-nous les derniers à suivre l'exemple du Danemark ? Celui de la Norvège (Le RGI de la Norvège) ou celui de l'Angleterre avec le BECTA ?
Pour quiconque a lu la réponse écrite par notre président de la république (alors candidat) à la campagne candidats.fr et tient compte du fait qu'il a été élu malgré cela, la réponse est évidente. Cette réponse et ses non conséquences montrent que ce n'est pas le problème d'un politicien (ou d'un petit groupe) qui serait attardé ; loin de là. En France, il y a un véritable problème culturel, des archaïsmes et un conservatisme profondément ancrés qui poussent à maintenir les reliques toxiques en hypothéquant le futur.
Mais sur les systèmes raisonnablement cohérents [1], le tour de passe passe consistant à rajouter une numéro incrémental au mot de passe à changer régulièrement n'est pas accepter. Ce serait complètement idiot de le faire non ? On en est réduit à inventer des mots de passes vraiment nouveau à chaque fois.
[1] Pour mon cas il s'agit de distros linux bien connus à thème orange brunie.
Identifiants et mots de passe seront de rigueur, mais aucune information sur la politique interne de sécurité n'est citée par l'article. (Pour ma part, je souhaiterais inculquer des notions de sécurité aux lycéens avec changement de mot de passe à chaque trimestre, et obligation d'utiliser des signes de ponctuation.)
Deux remarques : 1) imposer l'emploi de caractères non alphabétiques dans les mots de passe est une mesure particulièrement saine dans un monde idéal. Malheureusement, particulièrement chez les jeunes qui sont victimes des campagnes intensives de redmonde en direction de l'éducation nationale, on trouve de nombreux utilisateurs de mswidows. Hors ce système utilise encore et systématiquement (sauf erreur de ma part) d'anciens encodages de caractères ISO plutôt que des standards de fait plus polyvalents tels que l'utf8. Et même probablement, selon la région du monde dans laquelle on se trouve, l'encodage utilisé est différent. Résultat, en ayant l'impression de rentrer le même mot de passe, on peut se retrouver à en envoyer un autre qui ne fonctionne pas pour cause de problèmes d'encodage [1].
2) Par ailleurs, changer de mot de passe tous les trois mois, ne me semble pas vraiment une politique de sécurité raisonnable pour des informations aussi peu sensibles. Ça aurait surtout l'avantage de dégoûter tous les élèves et leurs parents de la sécurité informatique. Si en plus ils ne consultent pas souvent le site, cela aurait tout de même l'avantage de contribuer à résorber le chômage en France à cause de l'armée d'employés nécessaires à assurer le support technique et la réinitialisation régulière des mots de passe.
[1] C'est du moins ce que je déduis des expériences malheureuses des otages windos voulant utiliser les machines dont je suis responsable qui ne pouvaient pas entrer leur mot de passe par défaut.
À propos, puisque wikipedia refuse de donner l'information désormais, c'est qui Pierre Tramo, c'est quoi cette blague ?
Je me demande comment on peut prétendre faire une encyclopédie et passer son temps à exclure des informations du champ des savoir. Si on me demandais mon avis, je dirais que certains on trop travailler leur éthimologie et pas suffisamment leur étymologie... Moi d'ailleurs c'est particulièrement l'éviction partielle de cette dernière science du wikipedia francophone (pour cause de wiktionnaire) qui m'a hérissé.
Peut-être aussi s'agit-il d'un problème de culture. Quand on entend les gens en France — particulièrement les politiciens et quelques rentiers corrompus — parler de propriété intellectuelle, droit d'auteur, etc, on se rend compte qu'il y a un vrai problème culturel dans ce pays. La plus part des gens qui prennent positions publiquement sur ces sujets ont l'air de ne pas atteindre la moitié des connaissances du trolleur moyen de linuxfr.
On devrait s'attendre à ce que personne ne prenne au sérieux leurs propos. Et pourtant, ça passe. Un peu comme si je laissais mon bébé de deux ans m'expliquer comment conduire ma voiture. C'est donc que la population, en général, est totalement désinformée (ou au moins ignorante) de ces matières. Du coup, les lobbyiste s'adonne ici plus qu'ailleurs à une désinformation massive pour maintenir le niveau à son optimum (de leur point de vue).
http://linuxfr.org/~fcartegnie/28720.html
À l'époque je m'étais amusé à leur écrire (comme beaucoup d'autres certainement) pour leur signaler que j'étais un terrible pirate utilisant et redistribuant des logiciels sous licence GPL sans rien payer... Visiblement la vérité ne les intéresse pas.
Ça dépend de ce qu'on appel lourd, mais en général ce sera un filament par processeur logique, voire seulement un par cœur. Ceci n'est vrai que pour les processus lourds en calcul. Par exemple, si les processus sont lourds en lectures/écritures sur disque, il peut être préférable d'avoir beaucoup moins de processus ou au moins de gérer la cohérence de leurs accès au disque.
Sauf erreur de ma part c'est le noyau qui décide de ce qui tourne et où cela tourne. Sous certains unix il était(est) possible d'accéder facilement aux informations sur le cœur d'execution et d'attacher un processus à un CPU. Mais je ne sais pas si cela se fait sous linux. À priori, sauf pour des calculs très lourds et des architectures/charges particulières, il n'est pas vraiment utile de chercher à gérer ce genre de choses.
La seule optimisation facile et efficace que je puisse suggérer est la suivante : pour des calculs très lourds, éviter de faire tourner plus de filaments que l'on n'a de processeurs.
En général on évite d'ouvrir toutes les portes au monde entier...
Peut-être que :
ALL : localhost
serait plus approprié ?
Quitte à rajouter ensuite quelques ouvertures vers des démons fiable (genre sshd):
ALL : sshd
NB : il faut penser à mettre :
ALL : ALL
dans hosts.deny.
Ça ne fait jamais qu'une trentaine de pixels de côté si le bouton est plus ou moins carré. Au moins comme ça l'interface ne prend pas plus de place qu'une petite icône. C'est plutôt sympa non ? Quant au reste je n'écoute que la musique des ventilateurs. Je n'ai donc pas d'avis :-).
Est-ce que passer de la GPLv2+ à la GPLv2 n'est pas expressément autorisé par la GPLv2+ ? Si on me dit : Vous avez le droit d'utiliser/distribuer/... ce code sous la licence GPLv2 ou toute version ultérieure à votre choix, est-ce que cela ne signifie pas en particulier que je peux faire toutes ces choses selon les termes de la GPLv2 uniquement ?
Par exemple, quelqu'un qui viendrait forker une logiciel en GPLv2+ pourrait très bien choisir de passer en GPLv2. De la même manière le mainteneur d'un paquet sous GPLv2+ peut très bien choisir de restreindre la licence à la GPLv2. Charge à ceux qui ne l'admettent pas de proposer un fork. Tout le problème est de réussir à se faire suivre par la communauté. Et avec tous le foins qui a été fait autour des brouillons de le GPLv3 on a pas de mal à imaginer que cela ai pu être possible dans de multiples cas.
Si on est pas content (comme moi), il ne reste plus qu'à s'en prendre à soi même et à maintenir des versions GPLv3 de tout ces logiciels préférés :-).
C'est marrant, j'avais compris le contraire : que B. Perens souhaitait que BusyBox soit maintenu en GPL V2 et suivante alors que le mainteneur (R. Landley) souhaitait au contraire passé à une licence GPL V2 seulement.
C'est pourtant le conseil de base que vous donnera tout responsable de la sécurité. Le problème avec ce que font les gens n'est pas tant ce qu'ils font que l'idée qu'ils se font de l'idée que les autres peuvent se faire de leurs activités (pfff...). Autrement dit, les choses que l'on croit faire secrètement sont de véritables boulevards pour toute personne malveillante souhaitant vous influencer. Par exemple : si quelqu'un demande un habilitation au secret défense ; qu'il ait un amant, pas de problèmes ; qu'il cache un amant et hop pas d'habilitation, bien trop risqué. Même si cela gène nos morales puritaines, les secrets, quelle que soit leur nature sont bien souvent de dangereuses faiblesses.
Excusez l'éventuelle inadaptation de ma réponse. J'ai l'impression que vous avez encore un niveau grand débutant en programmation. Me tromperai-je ?
D'après les quelques éléments de notre discussion il me semble que vous ne distinguez pas les choses suivantes : compilation et édition de lien d'une part et d'autre part fichiers d'en-tête et librairie. Plusieurs de vos déclarations me le laissent penser et donc ne voyez surtout pas d'insulte à ce que j'essaie de vous aider en vous tentant de vous permettre de mieux cerner ces notions. J'espère que cela vous sera utile.
La transformation d'un code source en exécutable se déroule essentiellement en deux étapes : la compilation et l'édition de liens. La première commence par la vérification que votre programme est syntaxiquement correct (pas de points virgules manquant, d'appel de fonctions avec de mauvais arguments, ...). Pour cela le compilateur a besoin des définitions de toutes les fonctions et structures utilisées. Soit vous les avez écrites vous-mêmes (c'est la partie qu'on appelle « mon code ») soit vous les réutilisez depuis des fichiers d'en-tête (utilisant souvent la terminaison en .h). Pour indiquer au compilateur où trouver les fichiers en .h on utilise généralement l'option -I. Si votre programme est écrit correctement et que toutes les structures et fonctions sont correctement décrits alros le compilateur peut déjà finir la compilation et produire un « fichier objet » (souvent un fichier en .o) si vous utilisez l'option -c.
En générale un fichier objet ne vous sera pas très utile (pour le moment) ce que vous voulez c'est une executable. Pour le réaliser, le compilateur invoque (discrétement) l'éditeur de liens (le programme qui vous a produit votre seconde série de messages d'erreurs une fois que vous avez corrigé votre option pour les includes). L'éditeur de liens va tenter de trouver le programme compilé de chacune des fonctions et méthodes employée dans votre programme pour produire un fichier exécutable. Ces choses se trouvent généralement dans :
- des fichiers .o quand elles viennent de votre propre programme ;
- des fichiers en .so ou .a appelés librairies (qu'il ne faut surtout pas confondre avec les fichiers d'en-tête) qui leurs sont associés. (Les librairies sont essentiellement des morceaux de code compilés avec l'option -c.)
On indique que l'on souhaite utiliser une librairie avec l'option -lnom. Cela dit au compilateur que l'on souhaite utiliser la librairie appelée libnom.so ou libnom.a située dans un répertoire où se trouve normalement les librairies. L'option -L indique de chercher éventuellement des librairies dans le répertoire qui la suit.
J'espère que tout ceci éclaire votre lanterne. Pour en revenir à votre dernière série d'erreurs, l'éditeur de lien se plaint qu'il lui manque un certain nombre de fonctions. Dans les fichiers Evas.h et Ecore_evas.h ne se trouvent probablement que les déclarations de ces fonctions. C'est suffisant pour le compilateur qui vérifie votre programme. Mais pour l'éditeur de liens, il faut aussi « le code » de la fonction. Celui-ci se trouve probablement dans l'une des librairies installées dans /usr/local/lib. C'est pour savoir dans laquelle de ces librairies que je vous ai indiqué de rechercher (avec la commande grep) les noms des fonctions manquantes dans les librairies de ce répertoire. Une fois que vous aurez trouvé la bonne librairie il devrait vous suffir d'ajouter une option avec -l... dans votre ligne de commande pour finalement obtenir votre executable.
NB: veuillez m'excuser, c'est un peu long, il est tard et j'ai la flemme de me relire. J'espère que vous arriverez à retrouver vos petits avec ces quelques infos.
En général, lorsque quelqu'un s'est donné la peine de faire avancer efficacement votre shmilblik et qu'en plus la suggestion a fonctionné, on dit merci plutôt que « nop ». Non ? Je suis par ailleurs assez étonné d'observer que les deux réponses (qui me paraissent parfaitement censée) à votre question ont été inexplicablement moinssée.
Votre problème de compilation est résolu (le compilateur ne se plaint plus de ne pas pouvoir trouver de fichier). Reste à résoudre votre problème d'édition de liens. Je ne connais rien aux librairies que vous utilisez. Mais en faisant un grep ecore_init *
sur les librairies graphiques vous devriez trouver facilement le nom de celle qui contient cette fonction manquante et vous pourrez ensuite l'inclure aisément avec un « -l ». Idem pour chacune des autres fonctions réclamées pas l'éditeur de lien.
# Un vieux souvenir
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message Recherche documentation pour openoffice. Évalué à 1.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Pas de patch...
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Aardwark, cochon de terre et moteur de recherche social. Évalué à 3.
Pour ma part, dans un effort pour corriger mes penchants naturels à écrire n'importe comment (conjugaisons hasardeuses, remplacement par des homophones, mots manquants, phrases sans verbes, et j'en passe et de bien pires), il me semble logique d'ajouter également l'emploi de majuscules accentués à mes tentatives d'améliorer ma capacité à communiquer. Mais comme écrit précédemment, loin de moi l'idée d'imposé mes lubies ou mes biais culturels à quiconque.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: C'était mieux à vent.
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal ne peut accéder /etc/X11/xorg.conf: Aucun fichier ou dossier de ce type. Évalué à 4.
Donc lorsque Xorg -configure a achevé son travail il vous préscrit l'usage d'une ligne de commande pour tester la configuration :
X -configure ./xorg.conf.new.Mais à partir de la version 7.4 de l'un des composant (Xorg lui-même si j'ai bonne mémoire) cette commande n'affiche plus une interface X mais juste un écran noir sans pointeur... De quoi vous amener à essayer de corriger un fichier de configuration qui fonctionne. Pour tester réellement le fichier de configuration il faut ajouter la petite option qui va bien :
X -configure ./xorg.conf.new -retro.Option qui n'est que mentionnée dans la page de manuel et ne fait pas partie de la liste des options.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Pas de patch...
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Aardwark, cochon de terre et moteur de recherche social. Évalué à 3.
NB: Par ailleurs, il serait probablement malvenu et illégitime que les français de France, sous prétexte que leur académie recommande l'usage d'une graphie plus lisible méjugent leurs voisins souhaitant conserver quelques archaïsmes dans leur typographie. Néanmoins permettez-moi l'exemple suivant emprunté à une petit manuel de typographie : si sur l'enseigne lumineuse d'un hôtel vous lisiez « LES CONGRES », auriez-vous l'impression d'être plutôt au bord de la mer ou plutôt près d'une centre de conférences ? Et si ici la confusion ne prête pas à conséquence on imagine aisément les confusions qui peuvent être engendrées dans un formulaire administratif emprunt de jargon...
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: La fin est intéressante
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Clang compilé par Clang compile Clang et LLVM. Évalué à 0.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# La fin est intéressante
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Clang compilé par Clang compile Clang et LLVM. Évalué à -9.
Bonne introduction pour ce paragraphe. Il faut bien avouer que ni la propagande BSD ni surtout les tests de vitesse de compilation ne me paraissent bien pertinents : quand il faut moins de 6 heures pour ré-émerger l'ensemble des programmes d'une gentoo « bureautique » avec un PC à 400 euros, il me semble qu'on peut légitimement se demander si la course à la vitesse de compilation est réellement pertinente.
En revanche, l'annonce d'une fiabilité accrue et de performances d'optimisation de qualité, voilà qui pourrait en intéresser plus d'un malgré la BSD. À quand une alternative à GCC pour compiler le GNU/linux ou le liveCD de monsieur Toutlemonde madame Michu ?
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Facile !
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse à la dépêche Le Danemark rend obligatoires les formats normalisés ODF et PDF. Évalué à 4.
- De quelle genre d'argument parlez-vous ? Celui de lire les écrits d'un politicien pour le juger plutôt que de se fier au discours médiatique ?
- De quel bord parle-t-on exactement ? Ne pas soutenir un ignare qui discours péremptoirement de choses dont-il ignore ostensiblement même les détails les moins subtils ne me paraît pas très révélateur de l'appartenance politique. Ou peut-être me tromperais-je ?
Votre remarque en tous cas semble ouvrir vers des questionnements forts intéressants : Doit-on soutenir un chef seulement parce qu'il est le chef et quel que soit ses actes ? Où doit s'arrêter la logique de partie ? Jusqu'où peut-on accepter les compromis avec la moral/la raison/l'idéal pour faire avancer une cause.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Xfig
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse à la dépêche Xara Xtreme pour Linux chez Eyrolles par André Pascual. Évalué à 2.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Xfig
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse à la dépêche Xara Xtreme pour Linux chez Eyrolles par André Pascual. Évalué à 1.
----->[]
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Facile !
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse à la dépêche Le Danemark rend obligatoires les formats normalisés ODF et PDF. Évalué à 10.
Pour quiconque a lu la réponse écrite par notre président de la république (alors candidat) à la campagne candidats.fr et tient compte du fait qu'il a été élu malgré cela, la réponse est évidente. Cette réponse et ses non conséquences montrent que ce n'est pas le problème d'un politicien (ou d'un petit groupe) qui serait attardé ; loin de là. En France, il y a un véritable problème culturel, des archaïsmes et un conservatisme profondément ancrés qui poussent à maintenir les reliques toxiques en hypothéquant le futur.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Politique d'insécurité
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Du logiciel libre autour de l'école. Évalué à 1.
[1] Pour mon cas il s'agit de distros linux bien connus à thème orange brunie.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Politique d'insécurité
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Du logiciel libre autour de l'école. Évalué à 1.
Deux remarques : 1) imposer l'emploi de caractères non alphabétiques dans les mots de passe est une mesure particulièrement saine dans un monde idéal. Malheureusement, particulièrement chez les jeunes qui sont victimes des campagnes intensives de redmonde en direction de l'éducation nationale, on trouve de nombreux utilisateurs de mswidows. Hors ce système utilise encore et systématiquement (sauf erreur de ma part) d'anciens encodages de caractères ISO plutôt que des standards de fait plus polyvalents tels que l'utf8. Et même probablement, selon la région du monde dans laquelle on se trouve, l'encodage utilisé est différent. Résultat, en ayant l'impression de rentrer le même mot de passe, on peut se retrouver à en envoyer un autre qui ne fonctionne pas pour cause de problèmes d'encodage [1].
2) Par ailleurs, changer de mot de passe tous les trois mois, ne me semble pas vraiment une politique de sécurité raisonnable pour des informations aussi peu sensibles. Ça aurait surtout l'avantage de dégoûter tous les élèves et leurs parents de la sécurité informatique. Si en plus ils ne consultent pas souvent le site, cela aurait tout de même l'avantage de contribuer à résorber le chômage en France à cause de l'armée d'employés nécessaires à assurer le support technique et la réinitialisation régulière des mots de passe.
[1] C'est du moins ce que je déduis des expériences malheureuses des otages windos voulant utiliser les machines dont je suis responsable qui ne pouvaient pas entrer leur mot de passe par défaut.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Suppression des pages.
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Les services de communications ont investi Wikipedia. Évalué à 1.
Je me demande comment on peut prétendre faire une encyclopédie et passer son temps à exclure des informations du champ des savoir. Si on me demandais mon avis, je dirais que certains on trop travailler leur éthimologie et pas suffisamment leur étymologie... Moi d'ailleurs c'est particulièrement l'éviction partielle de cette dernière science du wikipedia francophone (pour cause de wiktionnaire) qui m'a hérissé.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Déjà vu...
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Dénonçons la contrefaçon. Évalué à 1.
On devrait s'attendre à ce que personne ne prenne au sérieux leurs propos. Et pourtant, ça passe. Un peu comme si je laissais mon bébé de deux ans m'expliquer comment conduire ma voiture. C'est donc que la population, en général, est totalement désinformée (ou au moins ignorante) de ces matières. Du coup, les lobbyiste s'adonne ici plus qu'ailleurs à une désinformation massive pour maintenir le niveau à son optimum (de leur point de vue).
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Déjà vu...
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Dénonçons la contrefaçon. Évalué à 8.
À l'époque je m'étais amusé à leur écrire (comme beaucoup d'autres certainement) pour leur signaler que j'étais un terrible pirate utilisant et redistribuant des logiciels sous licence GPL sans rien payer... Visiblement la vérité ne les intéresse pas.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Non
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message pthread : multi-processeur/multi-cœur ?. Évalué à 1.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Non
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message pthread : multi-processeur/multi-cœur ?. Évalué à 1.
La seule optimisation facile et efficace que je puisse suggérer est la suivante : pour des calculs très lourds, éviter de faire tourner plus de filaments que l'on n'a de processeurs.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: man hosts.allow
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message warning: /etc/hosts.allow, line 6: missing ":" separator. Évalué à 1.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: man hosts.allow
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message warning: /etc/hosts.allow, line 6: missing ":" separator. Évalué à 0.
Peut-être que :
ALL : localhost
serait plus approprié ?
Quitte à rajouter ensuite quelques ouvertures vers des démons fiable (genre sshd):
ALL : sshd
NB : il faut penser à mettre :
ALL : ALL
dans hosts.deny.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# 1000px²
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Ario 1.4.1 - nouvelle version stable du client X11 MPD. Évalué à 5.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Perens n'a pas vraiment son mot aa dire dans cette histoire !
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Bruce Perens, l'auteur de Busybox, s'exprime sur l'affaire. Évalué à 3.
Par exemple, quelqu'un qui viendrait forker une logiciel en GPLv2+ pourrait très bien choisir de passer en GPLv2. De la même manière le mainteneur d'un paquet sous GPLv2+ peut très bien choisir de restreindre la licence à la GPLv2. Charge à ceux qui ne l'admettent pas de proposer un fork. Tout le problème est de réussir à se faire suivre par la communauté. Et avec tous le foins qui a été fait autour des brouillons de le GPLv3 on a pas de mal à imaginer que cela ai pu être possible dans de multiples cas.
Si on est pas content (comme moi), il ne reste plus qu'à s'en prendre à soi même et à maintenir des versions GPLv3 de tout ces logiciels préférés :-).
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Perens n'a pas vraiment son mot aa dire dans cette histoire !
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Bruce Perens, l'auteur de Busybox, s'exprime sur l'affaire. Évalué à 3.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: De suite...
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au journal Bing et Firefox.. Évalué à 2.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: i majuscule
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message openBSD | g++ | efl. Évalué à 7.
D'après les quelques éléments de notre discussion il me semble que vous ne distinguez pas les choses suivantes : compilation et édition de lien d'une part et d'autre part fichiers d'en-tête et librairie. Plusieurs de vos déclarations me le laissent penser et donc ne voyez surtout pas d'insulte à ce que j'essaie de vous aider en vous tentant de vous permettre de mieux cerner ces notions. J'espère que cela vous sera utile.
La transformation d'un code source en exécutable se déroule essentiellement en deux étapes : la compilation et l'édition de liens. La première commence par la vérification que votre programme est syntaxiquement correct (pas de points virgules manquant, d'appel de fonctions avec de mauvais arguments, ...). Pour cela le compilateur a besoin des définitions de toutes les fonctions et structures utilisées. Soit vous les avez écrites vous-mêmes (c'est la partie qu'on appelle « mon code ») soit vous les réutilisez depuis des fichiers d'en-tête (utilisant souvent la terminaison en .h). Pour indiquer au compilateur où trouver les fichiers en .h on utilise généralement l'option -I. Si votre programme est écrit correctement et que toutes les structures et fonctions sont correctement décrits alros le compilateur peut déjà finir la compilation et produire un « fichier objet » (souvent un fichier en .o) si vous utilisez l'option -c.
En générale un fichier objet ne vous sera pas très utile (pour le moment) ce que vous voulez c'est une executable. Pour le réaliser, le compilateur invoque (discrétement) l'éditeur de liens (le programme qui vous a produit votre seconde série de messages d'erreurs une fois que vous avez corrigé votre option pour les includes). L'éditeur de liens va tenter de trouver le programme compilé de chacune des fonctions et méthodes employée dans votre programme pour produire un fichier exécutable. Ces choses se trouvent généralement dans :
- des fichiers .o quand elles viennent de votre propre programme ;
- des fichiers en .so ou .a appelés librairies (qu'il ne faut surtout pas confondre avec les fichiers d'en-tête) qui leurs sont associés. (Les librairies sont essentiellement des morceaux de code compilés avec l'option -c.)
On indique que l'on souhaite utiliser une librairie avec l'option -lnom. Cela dit au compilateur que l'on souhaite utiliser la librairie appelée libnom.so ou libnom.a située dans un répertoire où se trouve normalement les librairies. L'option -L indique de chercher éventuellement des librairies dans le répertoire qui la suit.
J'espère que tout ceci éclaire votre lanterne. Pour en revenir à votre dernière série d'erreurs, l'éditeur de lien se plaint qu'il lui manque un certain nombre de fonctions. Dans les fichiers Evas.h et Ecore_evas.h ne se trouvent probablement que les déclarations de ces fonctions. C'est suffisant pour le compilateur qui vérifie votre programme. Mais pour l'éditeur de liens, il faut aussi « le code » de la fonction. Celui-ci se trouve probablement dans l'une des librairies installées dans /usr/local/lib. C'est pour savoir dans laquelle de ces librairies que je vous ai indiqué de rechercher (avec la commande grep) les noms des fonctions manquantes dans les librairies de ce répertoire. Une fois que vous aurez trouvé la bonne librairie il devrait vous suffir d'ajouter une option avec -l... dans votre ligne de commande pour finalement obtenir votre executable.
NB: veuillez m'excuser, c'est un peu long, il est tard et j'ai la flemme de me relire. J'espère que vous arriverez à retrouver vos petits avec ces quelques infos.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: i majuscule
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . En réponse au message openBSD | g++ | efl. Évalué à 4.
Votre problème de compilation est résolu (le compilateur ne se plaint plus de ne pas pouvoir trouver de fichier). Reste à résoudre votre problème d'édition de liens. Je ne connais rien aux librairies que vous utilisez. Mais en faisant un
grep ecore_init *sur les librairies graphiques vous devriez trouver facilement le nom de celle qui contient cette fonction manquante et vous pourrez ensuite l'inclure aisément avec un « -l ». Idem pour chacune des autres fonctions réclamées pas l'éditeur de lien.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace