En fait je dirais pas non plus que c'est dur¹, mais que c'est long à apprendre. Avant de pouvoir faire un document complexe en LaTeX sans passer plus de temps dans la doc que dans ce qu'on écrit, il faut un certain bagage de connaissances pas très intérressantes (j'ai pas compté, mais je pense que j'utilise facilement 100 ou 200 commandes TeX/LaTeX différentes dans chaque document que je rédige, et si je ne les avait pas en tête presque toutes ça serait un calvaire...)
Je le vois principalement là l'avantage de LyX : quand tu ne sais pas encore faire qqch en LaTeX pur a priori, tu le devines le temps d'un clic grâce à la GUI (surtout en mode math je trouve). Par contre, tu restes parfois tributaire de LaTeX pour ce que LyX ne sait pas (encore) faire, et les dernières fois que l'ai utilisé, il n'était pas vraiment envisageable de faire un document complet et paufiné sans avoir un peu de code LaTeX inclus de ci de là.
(¹) Enfin si, ça peut être aussi réellement difficile quand tu rentres dans la création de style ou même juste leur modification, parceque la sémantique d'un langage à macros c'est quand même vachement le bordel. Mais ça on n'est pas obligé de s'y confronter pour une utilisation courante.
Je ne rentrerai pas dans une comparaison forcement trollesque, mais ça vaut le coup d'essayer les deux si t'as le temps pour te faire ton opinion. Ils sont vraiment très différents.
Bon sinon du bon vieux LaTeX à la main, ça reste un vrai plaisir, mais il faut un peu de temps pour s'y mettre si tu ne connais pas encore la bête (oublie si ton document était pour hier matin). Même LyX, si tu n'as aucune connaissances de LaTeX, il sera peut-être moins accessible que TeXmacs.
Et en français aussi maintenant si j'en crois mon Robert, ce qui lui a valu de survivre au reste de la francisation du texte original. On arrête pas le progrès.
Moi je le trouve sympa ce titre, et en le voyant avant de lire le journal, c'est bien une astuce informatique que je m'attendais à découvrir, donc pas de déception. Pour moi, ça sonne comme ces bouquins de cuisine qui s'appellent "Les secrets de Tante Jeanne" (remplacez Tante Jeanne par n'importe quel autre auteur, y'en a plein) : tu te doutes bien que tu vas pas tomber sur des révelations arrachées aux archives confidentielles des chinois du FBI, mais sur des conseils pratiques et issus de l'expérience. Enfin bref, pour moi ça le fait, et j'aime bien qu'un titre soit un peu original plutôt que purement descriptif à la "Astuces pour l'administration système".
Et sur le chargement des XPM, y'a eu une faille similaire découverte dans xfree et xorg aussi en même temps. Cf. le journal de waby sur le sujet : http://linuxfr.org/~waby/15390.html(...)
Même conseil. C'est vrai que les distribs conviviales sont conviviales de visu, à l'install' et à la configuration initiale. Mais à distance, le jour où on te téléphone pour un dépannage en direct, bah elles semblent tout de suite moins sympathiques.
Pose toi la question : « Si on me téléphone pour me demander comment ajouter des nouvelles polices de caractères, est-ce que je peux répondre ? » Si la réponse est "oui" avec Debian et "non" avec Mandrake, alors c'est tout vu.
Perso j'ai déjà fait l'expérience du dépannage par téléphone d'une Mdk, distrib que je ne connais pas mais que je conseillais quand même, et c'est assez galère les dialogues du style :
« Bon, alors maintenant qu'on a enfin trouvé le drakmachin qui va bien, décrit le moi. Qu'est-ce qu'il te propose comme options ?... »
Ça prend des plombes alors que sur une distrib que tu connais, tu peux donner des réponses tout de suite, même si dans l'absolu elles sont plus "compliquées".
si ce n'est (si j'ai bien compris ce qui ce disait plus haut) : une absence de bugs mathematiquement prouvée.
Ne nous emballons pas.
Autant que je me souvienne (mais je jurerais pas non plus et j'ai super la flemme de remettre le nez dans les CC), en EAL5, il n'y a pas encore de "preuve de l'absence de bug" (càd de vérification formelle du code). C'est au niveau du design que se situe l'utilisation de méthodes (semi-)formelles, et ce qui est démontré c'est que la description super détaillée du design de bas niveau colle bien avec celle super détaillée aussi de plus haut niveau, qui elle colle bien avec les spécifications fonctionnelles super détaillées aussi et avec le modèle formel de sécurité qu'on a décidé d'implémenter. En gros, on s'assure avec un très fort degré de confiance que tout ce qui est prévu est bien pensé et bien fichu.
Par là dessus, l'implémentation elle est soumise à des tests très systématiques, ce qui n'est possible que grâce à tous nos super-détails énumérés ci-dessus. À ce niveau, on parle de test (semi-)formel, parcequ'ils ne sont pas juste fait suivant l'inspiration du programmeur mais peuvent être vraiment dérivés méthodiquement de la spec de chaque composant de bas niveau.
Mais la vérification du code (ou sa génération à partir du modèle prouvé, comme en B ou en Coq), c'est plutôt aux niveaux EAL6 et 7 que ça se fait vraiment. Et là, on est pas près de rencontrer un système de ce niveau de complexité amha.
Tu peux faire des essais avec PassiveTeX, il est pas 100% complet dans son support de FO, mais suivant ce qui est utilisé dans tes documents, ça peut le faire : http://www.tei-c.org.uk/Software/passivetex/(...)
La puce ne peut pas conna^itre à l'avance les mises à jour du système d'exploitation qui seront proposées.
Signature crypto je suppose ? Pour faire une analogie, un mailreader n'a pas besoin de connaitre a priori tout les emails possibles et imaginables pour authentifier ceux signés en gpg. Là je suppose que c'est pareil, la confiance n'est pas accordée à une chaine logiciel particulière, mais à toute chaine signée par la bonne clef.
Enfin j'dis ça, j'y connais rien, j'ai vu tellement d'explications divergentes sur le couple TCPA/Palladium à une époque que j'ai renoncé à essayer de savoir comment ça marchait vraiment.
Posté par tgl .
En réponse au message , et pas ..
Évalué à 4.
Y'a au moins deux approches :
- en modifiant LC_NUMERIC :
Se coller "LC_NUMERIC=en_US" dans son environnement (~/.bash_profile ou autre). En gros, tu déclares que dans ton pays à toi, le marqueur décimal est un point, comme pour les anglais, et pas une virgule. C'est un mensonge qui s'assume assez bien.
- en modifiant la keymap :
Le but est de faire croire à xfree/xorg que ce machin en bas à droite n'est pas une touche "séparateur décimal", mais une touche "point". La aussi, c'est un petit mensonge mais on peut vivre avec.
Il suffit de créer un fichier ~/.Xmodmap qui contient un truc du genre " keycode 0x5B = period comma" et faire un `xmodmap ~/.Xmodmap`.
(À rajouter dans ton ~/.xsession ou autre pour l'avoir automatiquement à chaque reconnection sous X. Encore que, sous RedHat, je me demande si les scripts de session xdm ne chargent pas tous seuls ce fichier si il existe, à tester.)
> Enfin, comme tu dis, il reste toujours la prépa intégrée (mais il faut
> casquer en général :-( ).
Pas forcement.
Y'a les ENI d'une part (je connais un peu par un pote le départ' Info de celle de Brest, et ça avait l'air vraiment bien cool).
Et puis y'a les INSA (je suis passé par celle de Rennes, et c'était bien, bon niveau et sympa). Pour ce qui est d'y rentrer, faut voir, y'a peut-être moyen d'accéder à la 2ème année du 1er cycle après la sup' (je pense que ça s'est déjà fait) si vraiment la spé le rebute, ou bien à la 1ère année l'an prochain (en "perdant" un an donc). Sinon, après la spé, sur dossier, direct au départ' info, ça se fait bien.
Enfin, dans ta liste, tu oublies la Fac, qui peux être un bon plan aussi. Je connais un peu les filières de l'UFR d'info de Rennes, et franchement, c'est très bien aussi ce qu'ils font, et il y a du choix.
Oh, et puis y'a les IUT aussi tiens ; après tout, un IUT bien vécu et bien réussi, c'est pas plus con qu'une prépa raté ou douloureuse, et ça ouvre aussi des portes pour continuer (à l'INSA, on a toujours qlqs entrants en 3ème année qui viennent d'IUT par exemple).
Moi pas, mais pourtant je crois fermement que leur système de vote par internet n'est qu'un vaste honeypot pour choper les derniers démocrates en cavale :)
Plus sérieusement, je usis bien d'accord qu'il y a de quoi être parano étant donnés les précédents de cette administration en matière d'accession au pouvoir.
Wikipedia n'est pas un équivalent de cette encyclopédie. Il n'est pas disponible hors-ligne (pas de façon simple en tout cas) et reste assez léger niveau contenu multimédia (copyright oblige). Quelle que soient les qualité de wikipedia, il n'en reste pas moins que cette encyclopédie Hachette a plus de chance d'être décisive pour par exemple convaincre des CDI de passer leurs postes sous Linux.
> acheter cette encyclopédie c'est financer la guerre partout dans
> le monde
Aujourd'hui en France, environ un livre sur deux est publié par une des maisons d'édition du groupe Lagardère. Et acheter un LinuxMag dans un magasin Relay à la gare, ou bien acheter un CD quelconque chez Virgin Megastore, ou bien écouter Europe {1,2}, etc., ça aussi c'est filer des sous à Lagardère et financer la guerre partout dans le monde.
Alors je dis pas qu'il ne faut pas essayer de les boycotter, mais seulement dans ces cas là il faut être conscient de l'ampleur de la tâche, et ne pas se contenter d'un petit "Oh, ça c'est Hachette, c'est Mal" de temps en temps pour se filer bonne conscience. Bon courage à ceux qui s'y essaieront sérieusement.
Il est dans les distributions, enfin dans pas mal de distributions. C'est le gnome "stable" sous Gentoo, c'est lui aussi dans Fedora Core 2, c'est lui aussi qui est dans Debian testing, etc.
Mais pour Mandrake 10, c'était trop tard, pas de bol. Par contre il est dans la 10.1 Community, peut-être que le mieux pour toi serait de faire la mise à jour ?
Au total, on a potentiellement des attaques par images hostiles dans Xorg, XFree, GTK+, GDK-Pixbuf et Imlib... Pas mal :)
Sous Gentoo, ça a donné lieu au mises à jour suivantes :
- media-libs/imlib-1.9.14-r2
- media-libs/gdk-pixbuf-0.22.0-r3
- x11-libs/gtk+-2.4.9-r1
- x11-base/xorg-x11-6.8.0-r1
- x11-base/xorg-x11-6.7.0-r2
- x11-base/xfree-4.3.0-r7
Mais le standard a plus l'air d'être prévu pour encoder une petite quantité de données dans un coin de feuille que pour faire un gros backup sur plein de feuilles.
Ça m'a intrigué ton machin, c'est rigolo. C'est bien un truc du genre de ce qui est présenté là dont tu parles ? : http://www.dis.unimelb.edu.au/staff/robertj/FINALHIC.html(...)
(juste pour t'éviter une fausse joie, c'est pas un soft, juste un article)
> Voilà je suis en rogne contre la ligne éditoriale de linuxfr.
> En effet une news sur un préversion de la Ubuntu est en prmière
> page, alors que la 10.1 community n'est qu'en seconde page!!!
Perso je suis en rogne contre la ligne éditoriale de certains utilisateurs qui ponctuent de trois points d'exclamations des remarques déjà formulées 12 heures plus tôt par d'autres, et qui ont déjà reçu des réponses.
> Sa place est évidemment en première page.
> [...] alors qu'elles avaient leur place en seconde page.
Qu'est-ce qui nous vaut autant de certitudes ?
> Linux Mandrake étant probablement un distribution sans intérêt
> pour les vrais linuxiens que sont les modérateurs de linuxfr
Linux Mandrake Community est, tant qu'elle n'est diffusée qu'aux quelques adhérents du club, effectivement sans intérêt pour beaucoup de monde. Il n'en va pas de même quand elle est diffusée plus largement, mais là...
Si y'a rien d'autre à dire que "c'est dispo", alors un bump de la niouze mise à jour serait le mieux oui (enfin à mon avis, c'est pas un engagement hein...). Si y'a des nouvelles choses à dire (genre des gros trou on été corrigé entre temps, ou bien y'a des test détaillés sur le net, etc.), alors ça pourrait faire une seconde niouze. On verra bien à ce moment là suivant ce qu'on a sous la main.
Juste pour ceux qui auraient eu la flemme de cliquer ce lien, je vous cite l'élément comique de la page :
Dernières parutions de ce thème : MS-DOS, 9,95 EUR
Arf, Eyrolles.com, c'est pas encore tout à fait ça...
Le traditionel « Les internautes qui ont acheté ce livre ont aussi acheté » est plus intéressant par contre.
À côté d'une windowserie quelconque que je ne citerai pas, on voit Comment gérer une association. C'est marrant mais perso je connais justement plusieurs personnes qui utilisent l'informatique quasiment uniquement dans le cadre de leur activités associatives. Je pense que c'est une assez bonne porte d'entrée pour le libre : les assos ont besoin de logiciels assez sérieux en bureautique, mais elles ont de petits moyens (et préfèrent je suppose rester dans la légalité). En ajoutant à ça une sensibilité à l'aspect communautaire probablement un peu plus élevée que la moyenne, ça fait vraiment des bons candidats à l'évangélisation.
Le pb c'est que rien de générique n'est prévu (à ma connaissance) pour surcharger pour une appli particulière les préférences globales de gnome.
Y'a plein d'applis Gnome qui ont chacune leur petit mécanisme de surcharge pour les trucs qui les intéresse. Par exemple, dans gedit-2, on trouve:
/apps/gedit-2/ui/toolbar/toolbar_button_style="GEDIT_EDIT_SYSTEM"
(indiquant que puisque ça n'a pas été personnalisé, alors on va utiliser le choix global, "/desktop/gnome/interface/toolbar_style")
C'est un peu couillon que les applis aient à employer ce genre de hack, chacune à leur sauce. Un mécanisme générique envisageable serait de laisser gconf se dépatouiller avec ça, en lui permettant de fournir des vues différentes des préférences suivant l'appli qui l'interroge.
Par exemple, imaginons qu'il ait les clefs :
/desktop/gnome/interface/toolbar_style=both
/apps/gedit-2/overrides/desktop/gnome/interface/toolbar_style=icon
Quand une appli quelconque lui demanderait la valeur de .../toolbar_style, il répondrait "both". Par contre, quand c'est GEdit qui l'interroge, il répondrait "icon".
Maintenant, au niveau GUI pour changer ces options spécifiques, bah persisteraient les interfaces Préférences existantes, avec juste l'appel à gconf qui changerait derrière (et en prenant bien soin de toujours mettre un bouton "default" qui aurait pour effet d'effacer la clef de surcharge, et donc de revenir à l'utilisation de la valeur globale).
Mais on pourrait aussi imaginer avoir la possibilité de lancer depuis l'appli foobar certains des capplets de prefs standards de Gnome, de façon à ce qu'elles affectent des clefs dans /apps/foobar/overrides au lieu de les affecter dans /desktop. Par exemple dans GEdit, au lieu que le tab "Polices" contienne une interface qui lui est propre, il pourrait encapsuler le capplet "Polices" de Gnome.
Enfin bon bref, c'est une vague idée comme ça, je sais pas ce que ça vaut.
[^] # Re: texmacs :)
Posté par tgl . En réponse au message Editeur avec formules mathématiques. Évalué à 3.
Je le vois principalement là l'avantage de LyX : quand tu ne sais pas encore faire qqch en LaTeX pur a priori, tu le devines le temps d'un clic grâce à la GUI (surtout en mode math je trouve). Par contre, tu restes parfois tributaire de LaTeX pour ce que LyX ne sait pas (encore) faire, et les dernières fois que l'ai utilisé, il n'était pas vraiment envisageable de faire un document complet et paufiné sans avoir un peu de code LaTeX inclus de ci de là.
(¹) Enfin si, ça peut être aussi réellement difficile quand tu rentres dans la création de style ou même juste leur modification, parceque la sémantique d'un langage à macros c'est quand même vachement le bordel. Mais ça on n'est pas obligé de s'y confronter pour une utilisation courante.
[^] # Re: texmacs :)
Posté par tgl . En réponse au message Editeur avec formules mathématiques. Évalué à 3.
http://www.lyx.org/(...)
Je ne rentrerai pas dans une comparaison forcement trollesque, mais ça vaut le coup d'essayer les deux si t'as le temps pour te faire ton opinion. Ils sont vraiment très différents.
Bon sinon du bon vieux LaTeX à la main, ça reste un vrai plaisir, mais il faut un peu de temps pour s'y mettre si tu ne connais pas encore la bête (oublie si ton document était pour hier matin). Même LyX, si tu n'as aucune connaissances de LaTeX, il sera peut-être moins accessible que TeXmacs.
[^] # Re: cool
Posté par tgl . En réponse à la dépêche Radio 404 enfin totalement sous GNU/Linux !. Évalué à 3.
Et en français aussi maintenant si j'en crois mon Robert, ce qui lui a valu de survivre au reste de la francisation du texte original. On arrête pas le progrès.
[^] # Re: À propos du titre
Posté par tgl . En réponse au journal Les secrets de rOotix - secret n°1. Évalué à 4.
[^] # Re: Y en a d'autres...
Posté par tgl . En réponse à la dépêche Vulnérabilité via des formats d'images : Windows - GNU/Linux. Évalué à 7.
http://linuxfr.org/~waby/15390.html(...)
[^] # Re: Quelle distrib?
Posté par tgl . En réponse au message Quelle distrib?. Évalué à 6.
Pose toi la question : « Si on me téléphone pour me demander comment ajouter des nouvelles polices de caractères, est-ce que je peux répondre ? » Si la réponse est "oui" avec Debian et "non" avec Mandrake, alors c'est tout vu.
Perso j'ai déjà fait l'expérience du dépannage par téléphone d'une Mdk, distrib que je ne connais pas mais que je conseillais quand même, et c'est assez galère les dialogues du style :
« Bon, alors maintenant qu'on a enfin trouvé le drakmachin qui va bien, décrit le moi. Qu'est-ce qu'il te propose comme options ?... »
Ça prend des plombes alors que sur une distrib que tu connais, tu peux donner des réponses tout de suite, même si dans l'absolu elles sont plus "compliquées".
[^] # Re: Mandrake n'est pas seul
Posté par tgl . En réponse à la dépêche Mandrakesoft retenue pour le développement d'un système d'exploitation ouvert de haute sécurité. Évalué à 4.
Ne nous emballons pas.
Autant que je me souvienne (mais je jurerais pas non plus et j'ai super la flemme de remettre le nez dans les CC), en EAL5, il n'y a pas encore de "preuve de l'absence de bug" (càd de vérification formelle du code). C'est au niveau du design que se situe l'utilisation de méthodes (semi-)formelles, et ce qui est démontré c'est que la description super détaillée du design de bas niveau colle bien avec celle super détaillée aussi de plus haut niveau, qui elle colle bien avec les spécifications fonctionnelles super détaillées aussi et avec le modèle formel de sécurité qu'on a décidé d'implémenter. En gros, on s'assure avec un très fort degré de confiance que tout ce qui est prévu est bien pensé et bien fichu.
Par là dessus, l'implémentation elle est soumise à des tests très systématiques, ce qui n'est possible que grâce à tous nos super-détails énumérés ci-dessus. À ce niveau, on parle de test (semi-)formel, parcequ'ils ne sont pas juste fait suivant l'inspiration du programmeur mais peuvent être vraiment dérivés méthodiquement de la spec de chaque composant de bas niveau.
Mais la vérification du code (ou sa génération à partir du modèle prouvé, comme en B ou en Coq), c'est plutôt aux niveaux EAL6 et 7 que ça se fait vraiment. Et là, on est pas près de rencontrer un système de ce niveau de complexité amha.
[^] # Re: Comment ça ...
Posté par tgl . En réponse à la dépêche Recherche d'un mainteneur et de développeur pour Bookmark4U. Évalué à 4.
http://www.tei-c.org.uk/Software/passivetex/(...)
[^] # Re: Sur le DRM ...
Posté par tgl . En réponse à la dépêche Le DRM ne fonctionne pas, et on le savait.. Évalué à 1.
Signature crypto je suppose ? Pour faire une analogie, un mailreader n'a pas besoin de connaitre a priori tout les emails possibles et imaginables pour authentifier ceux signés en gpg. Là je suppose que c'est pareil, la confiance n'est pas accordée à une chaine logiciel particulière, mais à toute chaine signée par la bonne clef.
Enfin j'dis ça, j'y connais rien, j'ai vu tellement d'explications divergentes sur le couple TCPA/Palladium à une époque que j'ai renoncé à essayer de savoir comment ça marchait vraiment.
[^] # Re: Références
Posté par tgl . En réponse au journal Double compilation avec LaTeX. Évalué à 3.
http://www.phys.psu.edu/~collins/software/latexmk-jcc/(...)
Il est vraiment très bien, mais en même temps, je ne connais pas rubber donc je ne peux pas comparer.
# plusieurs solutions
Posté par tgl . En réponse au message , et pas .. Évalué à 4.
- en modifiant LC_NUMERIC :
Se coller "LC_NUMERIC=en_US" dans son environnement (~/.bash_profile ou autre). En gros, tu déclares que dans ton pays à toi, le marqueur décimal est un point, comme pour les anglais, et pas une virgule. C'est un mensonge qui s'assume assez bien.
- en modifiant la keymap :
Le but est de faire croire à xfree/xorg que ce machin en bas à droite n'est pas une touche "séparateur décimal", mais une touche "point". La aussi, c'est un petit mensonge mais on peut vivre avec.
Il suffit de créer un fichier ~/.Xmodmap qui contient un truc du genre " keycode 0x5B = period comma" et faire un `xmodmap ~/.Xmodmap`.
(À rajouter dans ton ~/.xsession ou autre pour l'avoir automatiquement à chaque reconnection sous X. Encore que, sous RedHat, je me demande si les scripts de session xdm ne chargent pas tous seuls ce fichier si il existe, à tester.)
[^] # Re: Trouve ton chemin
Posté par tgl . En réponse au message Orientation en informatique. Évalué à 3.
> casquer en général :-( ).
Pas forcement.
Y'a les ENI d'une part (je connais un peu par un pote le départ' Info de celle de Brest, et ça avait l'air vraiment bien cool).
Et puis y'a les INSA (je suis passé par celle de Rennes, et c'était bien, bon niveau et sympa). Pour ce qui est d'y rentrer, faut voir, y'a peut-être moyen d'accéder à la 2ème année du 1er cycle après la sup' (je pense que ça s'est déjà fait) si vraiment la spé le rebute, ou bien à la 1ère année l'an prochain (en "perdant" un an donc). Sinon, après la spé, sur dossier, direct au départ' info, ça se fait bien.
Enfin, dans ta liste, tu oublies la Fac, qui peux être un bon plan aussi. Je connais un peu les filières de l'UFR d'info de Rennes, et franchement, c'est très bien aussi ce qu'ils font, et il y a du choix.
Oh, et puis y'a les IUT aussi tiens ; après tout, un IUT bien vécu et bien réussi, c'est pas plus con qu'une prépa raté ou douloureuse, et ça ouvre aussi des portes pour continuer (à l'INSA, on a toujours qlqs entrants en 3ème année qui viennent d'IUT par exemple).
[^] # Re: encore une manoeuvre éléctorale
Posté par tgl . En réponse au journal Vive Internet made in USA. Évalué à 6.
Moi pas, mais pourtant je crois fermement que leur système de vote par internet n'est qu'un vaste honeypot pour choper les derniers démocrates en cavale :)
Plus sérieusement, je usis bien d'accord qu'il y a de quoi être parano étant donnés les précédents de cette administration en matière d'accession au pouvoir.
[^] # Re: Pourquoi il faut battre Bush
Posté par tgl . En réponse au journal Kerry se réveille. Évalué à 4.
http://www.monde-diplomatique.fr/mav/77/(...)
(Enfin je l'ai que depuis hier donc c'est un peu tôt pour le conseiller vraiment, mais pour l'instant ce que j'en ai lu c'est du tout bon.)
[^] # Re: Les linuxfriens sont des...
Posté par tgl . En réponse à la dépêche Encyclopédie Hachette 2005 sous Linux. Évalué à 10.
> acheter cette encyclopédie c'est financer la guerre partout dans
> le monde
Aujourd'hui en France, environ un livre sur deux est publié par une des maisons d'édition du groupe Lagardère. Et acheter un LinuxMag dans un magasin Relay à la gare, ou bien acheter un CD quelconque chez Virgin Megastore, ou bien écouter Europe {1,2}, etc., ça aussi c'est filer des sous à Lagardère et financer la guerre partout dans le monde.
Alors je dis pas qu'il ne faut pas essayer de les boycotter, mais seulement dans ces cas là il faut être conscient de l'ampleur de la tâche, et ne pas se contenter d'un petit "Oh, ça c'est Hachette, c'est Mal" de temps en temps pour se filer bonne conscience. Bon courage à ceux qui s'y essaieront sérieusement.
[^] # Re: Et Gnome 2.6?
Posté par tgl . En réponse à la dépêche Sortie de Gnome 2.8. Évalué à 3.
Mais pour Mandrake 10, c'était trop tard, pas de bol. Par contre il est dans la 10.1 Community, peut-être que le mieux pour toi serait de faire la mise à jour ?
# Pas seulement Xorg-6.8.0
Posté par tgl . En réponse au journal Xorg 6.8.1 ?. Évalué à 10.
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0788(...)
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0782(...)
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0817(...)
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0783(...)
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0753(...)
Au total, on a potentiellement des attaques par images hostiles dans Xorg, XFree, GTK+, GDK-Pixbuf et Imlib... Pas mal :)
Sous Gentoo, ça a donné lieu au mises à jour suivantes :
- media-libs/imlib-1.9.14-r2
- media-libs/gdk-pixbuf-0.22.0-r3
- x11-libs/gtk+-2.4.9-r1
- x11-base/xorg-x11-6.8.0-r1
- x11-base/xorg-x11-6.7.0-r2
- x11-base/xfree-4.3.0-r7
[^] # Re: hmmm piratage ?
Posté par tgl . En réponse au journal Hymn le pirate révélateur de la situation ubuesque de la musique en ligne. Évalué à 5.
> une loi t'interdit de contourner une mesure de protection.
Rappelons pour les lecteurs qui n'auraient pas tilté que ce pourrait être très bientôt le cas en France.
http://eucd.info/(...)
[^] # Re: comme ça ?
Posté par tgl . En réponse au message Sauvegarde sur papier. Évalué à 2.
http://www.pdf417.com/(...)
Et puis cette lib qui implémente le truc :
https://sourceforge.net/projects/pdf417lib/(...)
Mais le standard a plus l'air d'être prévu pour encoder une petite quantité de données dans un coin de feuille que pour faire un gros backup sur plein de feuilles.
# comme ça ?
Posté par tgl . En réponse au message Sauvegarde sur papier. Évalué à 2.
http://www.dis.unimelb.edu.au/staff/robertj/FINALHIC.html(...)
(juste pour t'éviter une fausse joie, c'est pas un soft, juste un article)
Si c'est un truc de ce genre, le seul soft que j'ai trouvé c'est un truc pour lire des données encodées de cette façon sur les permis de conduire US :
http://turbulence.org/Works/swipe/barcode.html(...)
Mais bon j'ai pas beaucoup cherché non plus, google.search("2d barcode") retourne beaucoup de résultats.
[^] # Re: Pas content du tout
Posté par tgl . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
> En effet une news sur un préversion de la Ubuntu est en prmière
> page, alors que la 10.1 community n'est qu'en seconde page!!!
Perso je suis en rogne contre la ligne éditoriale de certains utilisateurs qui ponctuent de trois points d'exclamations des remarques déjà formulées 12 heures plus tôt par d'autres, et qui ont déjà reçu des réponses.
> Sa place est évidemment en première page.
> [...] alors qu'elles avaient leur place en seconde page.
Qu'est-ce qui nous vaut autant de certitudes ?
> Linux Mandrake étant probablement un distribution sans intérêt
> pour les vrais linuxiens que sont les modérateurs de linuxfr
Linux Mandrake Community est, tant qu'elle n'est diffusée qu'aux quelques adhérents du club, effectivement sans intérêt pour beaucoup de monde. Il n'en va pas de même quand elle est diffusée plus largement, mais là...
[^] # Re: Pas content du tout
Posté par tgl . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 0.
# Qlqs urls
Posté par tgl . En réponse au journal OpenOffice en danger ?. Évalué à 4.
http://listes.samizdat.net/wws/arc/escape_l/2004-09/msg00072.html(...)
Et d'autres dépêches sur le sujet :
http://www.weblmi.com/news_store/2004_09_16_Microsoft_ambigu_ave_63(...)
http://story.news.yahoo.com/news?tmpl=story&ncid=1817&e=4&a(...)
# Arf, Eyrolles.com...
Posté par tgl . En réponse à la dépêche "Utiliser les logiciels libres" chez Micro Application. Évalué à 3.
Arf, Eyrolles.com, c'est pas encore tout à fait ça...
Le traditionel « Les internautes qui ont acheté ce livre ont aussi acheté » est plus intéressant par contre.
À côté d'une windowserie quelconque que je ne citerai pas, on voit Comment gérer une association. C'est marrant mais perso je connais justement plusieurs personnes qui utilisent l'informatique quasiment uniquement dans le cadre de leur activités associatives. Je pense que c'est une assez bonne porte d'entrée pour le libre : les assos ont besoin de logiciels assez sérieux en bureautique, mais elles ont de petits moyens (et préfèrent je suppose rester dans la légalité). En ajoutant à ça une sensibilité à l'aspect communautaire probablement un peu plus élevée que la moyenne, ça fait vraiment des bons candidats à l'évangélisation.
D'ailleurs, toujours sur ce thème, je suis tombé sur ce bouquin, avec une bonne critique de notre standblogueur préferé :
http://www.eyrolles.com/Accueil/Livre/9782212113501/(...)
et une niouze sur un gros site d'aide à la gestion d'assos 1901:
http://www.associationmodeemploi.fr/ame/ameactualites.nsf/vMasquesB(...)
Enfin bref, vive le libre dans le milieu associatif.
[^] # Re: Debian (Debian, Debian, toujours Debian)
Posté par tgl . En réponse à la dépêche Sortie de Gnome 2.8. Évalué à 4.
Y'a plein d'applis Gnome qui ont chacune leur petit mécanisme de surcharge pour les trucs qui les intéresse. Par exemple, dans gedit-2, on trouve:
/apps/gedit-2/ui/toolbar/toolbar_button_style="GEDIT_EDIT_SYSTEM"
(indiquant que puisque ça n'a pas été personnalisé, alors on va utiliser le choix global, "/desktop/gnome/interface/toolbar_style")
C'est un peu couillon que les applis aient à employer ce genre de hack, chacune à leur sauce. Un mécanisme générique envisageable serait de laisser gconf se dépatouiller avec ça, en lui permettant de fournir des vues différentes des préférences suivant l'appli qui l'interroge.
Par exemple, imaginons qu'il ait les clefs :
/desktop/gnome/interface/toolbar_style=both
/apps/gedit-2/overrides/desktop/gnome/interface/toolbar_style=icon
Quand une appli quelconque lui demanderait la valeur de .../toolbar_style, il répondrait "both". Par contre, quand c'est GEdit qui l'interroge, il répondrait "icon".
Maintenant, au niveau GUI pour changer ces options spécifiques, bah persisteraient les interfaces Préférences existantes, avec juste l'appel à gconf qui changerait derrière (et en prenant bien soin de toujours mettre un bouton "default" qui aurait pour effet d'effacer la clef de surcharge, et donc de revenir à l'utilisation de la valeur globale).
Mais on pourrait aussi imaginer avoir la possibilité de lancer depuis l'appli foobar certains des capplets de prefs standards de Gnome, de façon à ce qu'elles affectent des clefs dans /apps/foobar/overrides au lieu de les affecter dans /desktop. Par exemple dans GEdit, au lieu que le tab "Polices" contienne une interface qui lui est propre, il pourrait encapsuler le capplet "Polices" de Gnome.
Enfin bon bref, c'est une vague idée comme ça, je sais pas ce que ça vaut.