Je n’ai acheté que le premier, après l’« annonce » de libération des moteurs de plusieurs jeux. J’y ai joué un peu, mais ne suis de toute façon pas un gros joueur. Il n’a jamais été question de libérer quoi que ce soit dans les suivants et je ne les ai donc pas achetés. Si j’avais plus l’habitude de jouer, je ne sais pas si je me serais toutefois laissé tenter par les suivants : si j’avais des sous à dépenser pour soutenir des projets que je trouve intelligents, il y a déjà beaucoup de projets libres qui améliorent mon quotidien et qui méritent bien plus mon soutien que les Humble Bundles.
Du coup, j’ai voté Obiwan Kenobi parce-que la Force est avec le Logiciel Libre et qu’il n’y avait pas de réponse D.
Non, tu peux utiliser un gestionnaire de fenêtre et un compositeur indépendants (même si Mutter, Compiz et Kwin embarquent leur propre compositeur). Rien ne t’empêche d’utiliser Metacity avec xcompmgr.
Parce que beaucoup de gestionnaires de fenêtres embarquent leur propre compositeur (historiquement Compiz, puis Kwin, Mutter, etc), mais tu peux aussi trouver des compositeurs autonomes (xcompmgr, fbcompose, cairo-composer). Tu peux ainsi avoir un environnement « composité » avec fluxbox, openbox, window-maker, un tiling-wm ou n’importe quel gestionnaire qui ne dispose pas de son propre compositeur..
Personnellement, je ne sais pas comment ça fonctionne, mais je me sers tous les jours d’affichage déporté avec accélération graphique et ça marche ! C’est à dire que c’est la carte graphique de l’ordinateur qui affiche la fenêtre qui effectue le rendu. Cas typique d’utilisation, visualisation de résultats intermédiaires de simulation sans rapatrier les données, alors que la simulation tourne encore sur la machine de calcul.
Je ne vois pas comment Wayland pourra faire ça.
Après, peut-être que cette fonctionnalité n’est pas jugée primordiale, mais je ne vois pas l’intérêt d’enlever toutes les fonctionnalités de nos distributions Linux pour qu’elles ne fassent plus que ce que font les autres OS. Au début, j’étais très intéressé par Wayland, mais plus j’en apprends sur le projet, plus j’ai l’impression que ses concepteurs vont à contre-courant de ce que j’apprécie le plus au quotidien.
Autre exemple (pas une limitation forte de Wayland, mais ça montre l’état d’esprit de ses développeurs) : les décorations de fenêtres. Si ce sont aux fenêtres de dessiner elles-mêmes leur décoration, les différentes boites à outils graphiques produiront un résultat encore plus disparate à l’écran que le mélange FLTK/GTK/Qt d’il y a quelques années, dont l’allure générale était au moins unifiée par le gestionnaire de fenêtres. Et les fonctionnalités avancées de certains gestionnaires de fenêtres seront perdues aussi.
Ton LaTeX n’y changera rien, si la police change, c’est normal qu’un document qui l’utilise change aussi. J’ai eu le même problème avec mon CV fait avec LaTeX il y a peu. C’est sûr que vu l’évolution de la police Computer Modern, si tu te limites à celle-ci tu devrais éviter ce genre de soucis, mais tu peux aussi appliquer une politique très conservatrice vis-à-vis des polices sur ton système pour préserver la mise en forme avec LibreOffice.
LaTeX est excellent, mais le problème décrit ici est inévitable, quel que soit l’outil utilisé, puisqu’il se résume à : « si la mise en forme du document change (par le biais de la police utilisée) alors la mise en forme change ».
Il n’y a pas vraiment de raison d’être ironique sur ce point. Vim est loin d’être idéal pour traiter du XML car il n’a effectivement pas connaissance du schéma. Cela dit, même sans plugin particulier, le miens indique les balises qui ne sont pas refermées. De plus avec des trucs comme snipMate, il est assez simple de définir en même temps la partie ouvrante et la partie fermante de chaque balise.
Bon, maintenant, j’admets que j’ai un usage assez limité d’XML dans Vim, mais j’écris quand même mes transformations XSLT avec et m’en sors finalement. Pour répondre à la question du journal, les outils que j’utilise pour traiter le XML ensuite sont:
xmlstarlet pour la validation et des fois plus. Il est très bien mais au final je l’utilise peu car beaucoup de ses fonctions sont redondantes avec les autres outils;
xsltproc pour appliquer les transformations XSLT très rapidement et simplement;
saxonb pour les transformations XSLT 2.0. Saxon B est libre mais relativement limité comparé à la version non-libre de Saxon. En pratique, Saxon B a toujours répondu à mon besoin quand xsltproc devenait insuffisant. Je n’ai jamais utilisé d’outils propriétaire car c’est mal et les outils libres sont de très bonne facture. Quand on l’utilise par un simple appel en ligne de commande, Saxon B présente néanmoins le défaut d’être en Java et de nécessiter un temps de chargement assez long relativement au temps de traitement des règles XSLT. En règle générale, je préfère donc xsltproc (ou pour un binaire, les libs qu’il utilise, soit libxml2 et libxslt1).
#!/bin/sh# Utilisation du processeur XSLT Saxon B depuis la ligne de commandeCLASSPATH=/usr/share/java/saxonb.jar \
java net.sf.saxon.Transform -ext:off -s:$2 -xsl:$1 -o:$3
Note que par rapport au but de l’auteur, le miens va en sens inverse, j’utilise essentiellement les feuilles de style XSLT pour transformer du XML en LaTeX qui reste l’outil idéal pour produire de « beaux » documents finaux.
Je veux bien, mais je fais quoi du rpm qu'on m'a filé pour le logiciel que je voudrais mais qui est pas dans le repo officiel?
Tu le mets au même endroit que les .exe de ton OSX ou les .dmg de ton Windows. Moi aussi, je suis super deg’ de la segmentation, c’est nul micrapplesoft, je ne peux même pas y installer la toute dernière version de Claws-Mail sans le compiler moi-même ! [0]
[0] Et encore, je suis gentil, j’ai pris comme exemle un programme qui a une version pour Windows, mais elle est presque toujours en retard sur la version Debian.
Là j'ai l'impression de voir un certain à-priori typique Franco-Français du "qui est riche a forcément été et/ou est toujours un pourri!".
C’est un a priori car comme toutes les lois empiriques il souffre quelques limitations, cependant il me paraît difficile de nier la forte corrélation entre riche et pourri qui rend cet a priori finalement assez fiable. Ensuite, comme pour tous les modèles, il n’est valable qu’à un certain niveau de détail, quand on veut une meilleure distinction il faut passer à un autre modèle, plus fin.
Non, il te parle de la réalité des choses, en l’état actuel.
Dans beaucoup de cas, derrière ce que tu appelles intuitivité, il y a ton habitude de l’univers Windows (ou OSX). Ce n’est pas lié à la discussion sur les manuels à lire ou non, mais à la critique selon laquelle si les logiciels libres n’attirent pas c’est qu’ils ne sont pas intuitifs. Ma grand-mère de 90 ans n’avait jamais vu Windows et s’est intéressée à « l’informatique » quand elle a vu que le clavier de mon portable ressemblait beaucoup à celui de sa machine à écrire dans sa jeunesse. Elle envoie désormais ses e-mails avec une Debian et un bureau Openbox qu’elle doit trouver bien plus « intuitifs » que ton Windows.
Il y aussi la voie 0 Install, disponible dans les distributions (zeroinstall-injector pour Debian). Cette solution aurait pu être prometteuse, mais la quasi-absence de logiciels distribués sous cette forme la rend difficilement utilisable en pratique… et, à mon avis, pour la plupart des usages, un gestionnaire de paquet classique est plus utile.
Fort heureusement, toutes ces machines-là ne nécessitent plus un manuel que dans des situations bien précises (panne, réparation, fonctionnalité avancée). Pour ce qui est de savoir s'en servir, ça ne s'apprend pas dans ces manuels-là, mais par instruction sociale.
J’ai acheté un grille-pain récemment. Il a deux boutons en plus de la classique manette sur ressort qui descend les tranches dans l’appareil et du réglage de la durée. Eh ben, tu sais quoi, j’ai lu le manuel pour savoir à quoi servaient ces boutons ! Je suis peut-être un geek barbu fétichiste des manuels mais si je dois lire de la documentation pour un grille-pain, je ne trouve pas inconcevable qu’un néophyte doive lire un manuel pour utiliser un ordinateur qui manipule des objets bien plus complexes que des tranches de pains.
SPOILER: le bouton 1 sert à éjecter les tranches avant la fin de la durée choisie (car contrairement à mes grille-pains précédents, remonter la poignée manuellement est impossible [1]) et l’autre n’allume qu’une résistance sur deux pour ne griller qu’un côté du pain [2].
[1] En informatique, n’importe quel débutant trouverait normal de forcer sur la poignée jusqu’à ce qu’elle cède et de se plaindre que le grille-pain est mal fait.
[2] En informatique, n’importe quelle andouille, achèterait un grille-pain marqué d’une pomme qui n’a pas cette option parce que le bouton lui fait trop peur.
Comme j’ai répondu que je ne jouais qu’à un seul jeu et qu’il est demandé de le préciser, le voici :
en ce moment que je ne joue presque qu’à Neverwinter Nights, premier du nom. J’y jouais beaucoup en ligne, mais depuis que je vis dans un fuseau horaire complètement décalé par rapport aux autres joueurs avec qui je passais du temps, j’ai repris les campagnes solos.
Sinon, il m’arrive de perdre du temps sur Battle for Westnoth, ou même Crack-Attack et Frozen Bubble, mais pas tellement en ce moment. J’ai quelques autres jeux non libres qui tournent via Wine, mais je ne joue en général qu’à un seul jeu pendant 6 mois avant de revenir à un autre de mes amours de jeunesse.
Ce que tu décris, ça ressemble à une installation de GNU/Linux d’avant 2000 ou à un scénario catastrophe, mais absolument pas à la réalité d’une installation de distribution actuelle ! Si tu as vraiment dû faire tout ça pour obtenir une CentOS desktop, tu aurais peut-être mieux fait de recompiler Exim4 sur une Debian (puisque visiblement leur version ne te plaît pas), ça aurait été moins compliqué.
En fait, ton témoignage me paraît tellement loin de la réalité que je me suis même demandé honnêtement s’il n’avait pas comme objectif caché de faire fuir les débutants qui voudraient se tourner vers GNU/Linux. Vu la fréquentation de ce site, ce serai tellement mal joué que j’imagine que je me trompe. En tout cas, tes parents ne doivent pas vraiment se sentir maître de leur outil informatique maintenant, ou savent-ils faire tout ça ?
Je ne connais pas du tout COBOL et il est bien possible que ses développements actuels ne servent plus qu’à maintenir la bas existante dans les logiciels bancaires. Par contre Fortran est encore très utilisé, y compris dans des nouveaux codes. Fortran me paraît surtout adapté pour remplacer le C, lorsque l’on manipule beaucoup de tableaux de données (qui sont une horreur à allouer/désallouer à la main en C) et est, de fait, très utilisé pour l’implémentation de méthodes numériques et d’outils de simulation où le plus important dans le programme est l’algorithme utilisé, et non la mise en place d’interfaces et de sous-systèmes en tout genre pour découper le code proprement (même si ça arrive avec les dernières versions du langage).
C’est un domaine parallèle à l’informatique et peut-être méconnu par les informaticiens de formation, mais je vois tous les jours des codes Fortran (essentiellement 95), y compris pour de nouveaux développements, et je dois avouer qu’avec le temps je me mets à apprécier ce langage et comprends sa popularité dans le secteur de la recherche ou du développement de logiciels de simulation et de bibliothèques d’outils numériques.
Oui, « M » et « m » sur un paquet ou une liste de paquets (pratique dans la vue qui résume les opérations en attente), pour respectivement marquer les paquets « installés manuellement » ou « installé pour résoudre une dépendance ».
Gvfs est un très mauvais exemple pour ton propos, d’ailleurs il illustre très bien pourquoi j’utilise pas mal d’outils Gnome sous le capot de mon bureau et aucune application KDE. Gvfs est accessible via les bibliothèques Gnome, mais il dispose aussi d’un pont vers FUSE qui le rend aussi accessible à toutes les applications via des montages dans $HOME/.gvfs, là où les trucs KDE nécessitent le monstre des KDElibs pour pouvoir utilisés.
En fait Gnome, et particulièrement les technologies Gnome 3, est très modulaire, il est très facile d’utiliser son trousseau de mots de passe, son agent SSH et agent GPG, et même son système de fichiers virtuel, indépendamment du reste du bureau.
Un environnement totalement autarcique, c’est une obsession des développeurs Gnome et KDE ; c’est peut-être aussi la tienne.
Ce n’est ni celle de Xfce, ni la mienne.
Je suis d’accord avec toi, mais si tu reviens au point de départ de la conversation qui est que Gnome/KDE sont des loutres bourrées à la bière alors XFCE est un guépard sous amphétamines, au final on abouti bien au fait que XFCE n’a pas autant de fonctionnalités (même pas de gestion du réseau alors que les loutres font même Bluetooth).
J’utilise Fluxbox et des outils empruntés à Gnome/XFCE/LXDE et autres comme bureau. J’en suis très heureux et mon usage de RAM n’excède qu’exceptionnellement les 500Mo. Et ? C’est bien, mais Gnome et KDE se veulent à la portée du premier débutant venu, alors ils proposent un maximum de choses. Si tu files au débutant un environnement avec Oroborus et Tint2 et qu’il doit monter manuellement sa clé USB, tu ne réponds pas du tout à ses attentes. Et tout inclure dans l’environnement a un prix.
Gnome/KDE incluent le maximum, ensuite vient XFCE qui fait quelques impasses, puis LXDE, puis les gestionnaires de fenêtres indépendants accompagnés d’outils indépendants aussi. Mais c’est de la triche de dire « Openbox est bien plus véloce que KDE4 », le jour où Openbox inclura toutes les fonctionnalités de KDE, la donne aura sûrement changé. Si ces fonctionnalités ne te plaisent pas, fais sans, ou choisis les au compte-goutte, mais comprends que pour ceux qui veulent pouvoir “tout” faire, ils utilisent des environnements qui tournent mal sur leur Duron 800 (mmx quand-même s’il-vous-plaît).
Finalement une solution qui serait satisfaisante est celle proposée par mbussonn avec le paquet « svg-inkscape » même si elle impose d’éditer les légendes des figures dans Inkscape ce qui est moins pratique pour les traductions de documents. N’avoir qu’un gros fichier .tex à traduire, légendes incluses, est un atout agréable mais si Matplotlib est si génial, je saurai faire sans.
Bon, ne me reste plus qu’à apprendre Python, dès que j’en aurai le temps.
Coché « basse consommation » par défaut, mais c’est en fait portable de récup’ qui allait partir à la poubelle. Un portable récupéré, écran éteint, ça me paraissait bien comme compromis prix d’achat/consommation.
Du coup, Debian découpée en conteneur LXC (mail, web, agenda, partage de fichiers, etc), sur un iBook PPC32 600MHz et 128 Mo de RAM…
[^] # Re: Bof
Posté par jyes . En réponse au sondage Les Humble Indie Bundle, vous en pensez quoi ?. Évalué à 1. Dernière modification le 22 février 2012 à 17:56.
Je n’ai acheté que le premier, après l’« annonce » de libération des moteurs de plusieurs jeux. J’y ai joué un peu, mais ne suis de toute façon pas un gros joueur. Il n’a jamais été question de libérer quoi que ce soit dans les suivants et je ne les ai donc pas achetés. Si j’avais plus l’habitude de jouer, je ne sais pas si je me serais toutefois laissé tenter par les suivants : si j’avais des sous à dépenser pour soutenir des projets que je trouve intelligents, il y a déjà beaucoup de projets libres qui améliorent mon quotidien et qui méritent bien plus mon soutien que les Humble Bundles.
Du coup, j’ai voté Obiwan Kenobi parce-que la Force est avec le Logiciel Libre et qu’il n’y avait pas de réponse D.
[^] # Re: Gestionnaire de fenêtres
Posté par jyes . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 1.
Non, tu peux utiliser un gestionnaire de fenêtre et un compositeur indépendants (même si Mutter, Compiz et Kwin embarquent leur propre compositeur). Rien ne t’empêche d’utiliser Metacity avec xcompmgr.
[^] # Re: Gestionnaire de fenêtres
Posté par jyes . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 1.
Parce que beaucoup de gestionnaires de fenêtres embarquent leur propre compositeur (historiquement Compiz, puis Kwin, Mutter, etc), mais tu peux aussi trouver des compositeurs autonomes (xcompmgr, fbcompose, cairo-composer). Tu peux ainsi avoir un environnement « composité » avec fluxbox, openbox, window-maker, un tiling-wm ou n’importe quel gestionnaire qui ne dispose pas de son propre compositeur..
[^] # Re: remote display
Posté par jyes . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 10.
Personnellement, je ne sais pas comment ça fonctionne, mais je me sers tous les jours d’affichage déporté avec accélération graphique et ça marche ! C’est à dire que c’est la carte graphique de l’ordinateur qui affiche la fenêtre qui effectue le rendu. Cas typique d’utilisation, visualisation de résultats intermédiaires de simulation sans rapatrier les données, alors que la simulation tourne encore sur la machine de calcul.
Je ne vois pas comment Wayland pourra faire ça.
Après, peut-être que cette fonctionnalité n’est pas jugée primordiale, mais je ne vois pas l’intérêt d’enlever toutes les fonctionnalités de nos distributions Linux pour qu’elles ne fassent plus que ce que font les autres OS. Au début, j’étais très intéressé par Wayland, mais plus j’en apprends sur le projet, plus j’ai l’impression que ses concepteurs vont à contre-courant de ce que j’apprécie le plus au quotidien.
Autre exemple (pas une limitation forte de Wayland, mais ça montre l’état d’esprit de ses développeurs) : les décorations de fenêtres. Si ce sont aux fenêtres de dessiner elles-mêmes leur décoration, les différentes boites à outils graphiques produiront un résultat encore plus disparate à l’écran que le mélange FLTK/GTK/Qt d’il y a quelques années, dont l’allure générale était au moins unifiée par le gestionnaire de fenêtres. Et les fonctionnalités avancées de certains gestionnaires de fenêtres seront perdues aussi.
[^] # Re: Compatibilité ascendante
Posté par jyes . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 4.
Ton LaTeX n’y changera rien, si la police change, c’est normal qu’un document qui l’utilise change aussi. J’ai eu le même problème avec mon CV fait avec LaTeX il y a peu. C’est sûr que vu l’évolution de la police Computer Modern, si tu te limites à celle-ci tu devrais éviter ce genre de soucis, mais tu peux aussi appliquer une politique très conservatrice vis-à-vis des polices sur ton système pour préserver la mise en forme avec LibreOffice.
LaTeX est excellent, mais le problème décrit ici est inévitable, quel que soit l’outil utilisé, puisqu’il se résume à : « si la mise en forme du document change (par le biais de la police utilisée) alors la mise en forme change ».
[^] # Re: Réponse universelle
Posté par jyes . En réponse au journal Outils libre de manipulation XML. Évalué à 1.
Il n’y a pas vraiment de raison d’être ironique sur ce point. Vim est loin d’être idéal pour traiter du XML car il n’a effectivement pas connaissance du schéma. Cela dit, même sans plugin particulier, le miens indique les balises qui ne sont pas refermées. De plus avec des trucs comme snipMate, il est assez simple de définir en même temps la partie ouvrante et la partie fermante de chaque balise.
Bon, maintenant, j’admets que j’ai un usage assez limité d’XML dans Vim, mais j’écris quand même mes transformations XSLT avec et m’en sors finalement. Pour répondre à la question du journal, les outils que j’utilise pour traiter le XML ensuite sont:
Note que par rapport au but de l’auteur, le miens va en sens inverse, j’utilise essentiellement les feuilles de style XSLT pour transformer du XML en LaTeX qui reste l’outil idéal pour produire de « beaux » documents finaux.
[^] # Re: nombre de distros, finition globale et paquets
Posté par jyes . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 3.
Tu le mets au même endroit que les .exe de ton OSX ou les .dmg de ton Windows. Moi aussi, je suis super deg’ de la segmentation, c’est nul micrapplesoft, je ne peux même pas y installer la toute dernière version de Claws-Mail sans le compiler moi-même ! [0]
[0] Et encore, je suis gentil, j’ai pris comme exemle un programme qui a une version pour Windows, mais elle est presque toujours en retard sur la version Debian.
[^] # Re: Pas compris
Posté par jyes . En réponse au journal Qui maîtrise le code?. Évalué à 0.
C’est un a priori car comme toutes les lois empiriques il souffre quelques limitations, cependant il me paraît difficile de nier la forte corrélation entre riche et pourri qui rend cet a priori finalement assez fiable. Ensuite, comme pour tous les modèles, il n’est valable qu’à un certain niveau de détail, quand on veut une meilleure distinction il faut passer à un autre modèle, plus fin.
[^] # Re: à ce point là ?
Posté par jyes . En réponse au journal Linux Magazine 146 - suicide ou rachat par google ?. Évalué à 5.
eastwind☯ ne parle pas de choisir les auteurs, mais les articles, c’est ce qui distingue un magazine d’un blog : la politique éditoriale.
[^] # Re: Lapin compris
Posté par jyes . En réponse à la dépêche HUD pour « Head-Up Display » : disparition des menus dans Unity. Évalué à 2.
Tout le monde n’a pas la chance d’avoir un ordinateur qui lit dans ses pensées (ou d’avoir son ghost dans le Gnome shell).
[^] # Re: Malheureusement tu es passé à coté du plus gros défaut des LL.
Posté par jyes . En réponse au journal le confort contre la liberté. Évalué à 1.
Non, il te parle de la réalité des choses, en l’état actuel.
Dans beaucoup de cas, derrière ce que tu appelles intuitivité, il y a ton habitude de l’univers Windows (ou OSX). Ce n’est pas lié à la discussion sur les manuels à lire ou non, mais à la critique selon laquelle si les logiciels libres n’attirent pas c’est qu’ils ne sont pas intuitifs. Ma grand-mère de 90 ans n’avait jamais vu Windows et s’est intéressée à « l’informatique » quand elle a vu que le clavier de mon portable ressemblait beaucoup à celui de sa machine à écrire dans sa jeunesse. Elle envoie désormais ses e-mails avec une Debian et un bureau Openbox qu’elle doit trouver bien plus « intuitifs » que ton Windows.
[^] # Re: De drôles d' a priori...
Posté par jyes . En réponse au journal Le Libre peut-il rendre libre?. Évalué à 2.
Il y aussi la voie 0 Install, disponible dans les distributions (zeroinstall-injector pour Debian). Cette solution aurait pu être prometteuse, mais la quasi-absence de logiciels distribués sous cette forme la rend difficilement utilisable en pratique… et, à mon avis, pour la plupart des usages, un gestionnaire de paquet classique est plus utile.
[^] # Re: Déjà-vu
Posté par jyes . En réponse au journal HP ouvre le code de WebOS. Évalué à 2.
Et surtout, ça n’a rien allégé du tout. Maintenant Seamonkey est plus véloce que Firefox.
[^] # Re:Journal—Mutualiserses abonnements en logement collectif
Posté par jyes . En réponse au journal Mutualiser ses abonnements en logement collectif. Évalué à 1.
Idem pour moi, sauf qu’il est écrit noir sur blanc dans le bail qu’il est interdit d’avoir son propre électroménager, et que c’est $2.25 !
[^] # Re: Malheureusement tu es passé à coté du plus gros défaut des LL.
Posté par jyes . En réponse au journal le confort contre la liberté. Évalué à 10.
J’ai acheté un grille-pain récemment. Il a deux boutons en plus de la classique manette sur ressort qui descend les tranches dans l’appareil et du réglage de la durée. Eh ben, tu sais quoi, j’ai lu le manuel pour savoir à quoi servaient ces boutons ! Je suis peut-être un geek barbu fétichiste des manuels mais si je dois lire de la documentation pour un grille-pain, je ne trouve pas inconcevable qu’un néophyte doive lire un manuel pour utiliser un ordinateur qui manipule des objets bien plus complexes que des tranches de pains.
SPOILER: le bouton 1 sert à éjecter les tranches avant la fin de la durée choisie (car contrairement à mes grille-pains précédents, remonter la poignée manuellement est impossible [1]) et l’autre n’allume qu’une résistance sur deux pour ne griller qu’un côté du pain [2].
[1] En informatique, n’importe quel débutant trouverait normal de forcer sur la poignée jusqu’à ce qu’elle cède et de se plaindre que le grille-pain est mal fait.
[2] En informatique, n’importe quelle andouille, achèterait un grille-pain marqué d’une pomme qui n’a pas cette option parce que le bouton lui fait trop peur.
# Je dénonce grave !
Posté par jyes . En réponse au sondage vous et les jeux vidéos (sur quoi vous jouez ?). Évalué à 4.
Comme j’ai répondu que je ne jouais qu’à un seul jeu et qu’il est demandé de le préciser, le voici :
en ce moment que je ne joue presque qu’à Neverwinter Nights, premier du nom. J’y jouais beaucoup en ligne, mais depuis que je vis dans un fuseau horaire complètement décalé par rapport aux autres joueurs avec qui je passais du temps, j’ai repris les campagnes solos.
Sinon, il m’arrive de perdre du temps sur Battle for Westnoth, ou même Crack-Attack et Frozen Bubble, mais pas tellement en ce moment. J’ai quelques autres jeux non libres qui tournent via Wine, mais je ne joue en général qu’à un seul jeu pendant 6 mois avant de revenir à un autre de mes amours de jeunesse.
De toute façon, je joue peu.
[^] # Re: Utilisation desktop?
Posté par jyes . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 3.
Ce que tu décris, ça ressemble à une installation de GNU/Linux d’avant 2000 ou à un scénario catastrophe, mais absolument pas à la réalité d’une installation de distribution actuelle ! Si tu as vraiment dû faire tout ça pour obtenir une CentOS desktop, tu aurais peut-être mieux fait de recompiler Exim4 sur une Debian (puisque visiblement leur version ne te plaît pas), ça aurait été moins compliqué.
En fait, ton témoignage me paraît tellement loin de la réalité que je me suis même demandé honnêtement s’il n’avait pas comme objectif caché de faire fuir les débutants qui voudraient se tourner vers GNU/Linux. Vu la fréquentation de ce site, ce serai tellement mal joué que j’imagine que je me trompe. En tout cas, tes parents ne doivent pas vraiment se sentir maître de leur outil informatique maintenant, ou savent-ils faire tout ça ?
[^] # Re: BEURK
Posté par jyes . En réponse au journal La conseillière «Économie numérique» de François Hollande. Évalué à 6.
En même temps, ça ne se fait pas de tirer sur le peuple, même avec un chapeau plutôt qu’un fusil.
[^] # Re: Perl 6
Posté par jyes . En réponse à la dépêche Calendriers de l'avent Perl 5 et Perl 6. Évalué à 2.
Je ne connais pas du tout COBOL et il est bien possible que ses développements actuels ne servent plus qu’à maintenir la bas existante dans les logiciels bancaires. Par contre Fortran est encore très utilisé, y compris dans des nouveaux codes. Fortran me paraît surtout adapté pour remplacer le C, lorsque l’on manipule beaucoup de tableaux de données (qui sont une horreur à allouer/désallouer à la main en C) et est, de fait, très utilisé pour l’implémentation de méthodes numériques et d’outils de simulation où le plus important dans le programme est l’algorithme utilisé, et non la mise en place d’interfaces et de sous-systèmes en tout genre pour découper le code proprement (même si ça arrive avec les dernières versions du langage).
C’est un domaine parallèle à l’informatique et peut-être méconnu par les informaticiens de formation, mais je vois tous les jours des codes Fortran (essentiellement 95), y compris pour de nouveaux développements, et je dois avouer qu’avec le temps je me mets à apprécier ce langage et comprends sa popularité dans le secteur de la recherche ou du développement de logiciels de simulation et de bibliothèques d’outils numériques.
[^] # Re: le mail c'est
Posté par jyes . En réponse au journal Tri des mails. Évalué à 1.
C’est indiqué dans son commentaire :
[^] # Re: Debian
Posté par jyes . En réponse au journal comment planter et restaurer une Ubuntu. Évalué à 1.
Oui, « M » et « m » sur un paquet ou une liste de paquets (pratique dans la vue qui résume les opérations en attente), pour respectivement marquer les paquets « installés manuellement » ou « installé pour résoudre une dépendance ».
[^] # Re: Gnome et KDE, même combat
Posté par jyes . En réponse au journal Gnome Shell pour tous!. Évalué à 0.
Gvfs est un très mauvais exemple pour ton propos, d’ailleurs il illustre très bien pourquoi j’utilise pas mal d’outils Gnome sous le capot de mon bureau et aucune application KDE. Gvfs est accessible via les bibliothèques Gnome, mais il dispose aussi d’un pont vers FUSE qui le rend aussi accessible à toutes les applications via des montages dans $HOME/.gvfs, là où les trucs KDE nécessitent le monstre des KDElibs pour pouvoir utilisés.
En fait Gnome, et particulièrement les technologies Gnome 3, est très modulaire, il est très facile d’utiliser son trousseau de mots de passe, son agent SSH et agent GPG, et même son système de fichiers virtuel, indépendamment du reste du bureau.
[^] # Re: Et alors ?
Posté par jyes . En réponse au journal Gnome Shell pour tous!. Évalué à 5.
Je suis d’accord avec toi, mais si tu reviens au point de départ de la conversation qui est que Gnome/KDE sont des loutres bourrées à la bière alors XFCE est un guépard sous amphétamines, au final on abouti bien au fait que XFCE n’a pas autant de fonctionnalités (même pas de gestion du réseau alors que les loutres font même Bluetooth).
J’utilise Fluxbox et des outils empruntés à Gnome/XFCE/LXDE et autres comme bureau. J’en suis très heureux et mon usage de RAM n’excède qu’exceptionnellement les 500Mo. Et ? C’est bien, mais Gnome et KDE se veulent à la portée du premier débutant venu, alors ils proposent un maximum de choses. Si tu files au débutant un environnement avec Oroborus et Tint2 et qu’il doit monter manuellement sa clé USB, tu ne réponds pas du tout à ses attentes. Et tout inclure dans l’environnement a un prix.
Gnome/KDE incluent le maximum, ensuite vient XFCE qui fait quelques impasses, puis LXDE, puis les gestionnaires de fenêtres indépendants accompagnés d’outils indépendants aussi. Mais c’est de la triche de dire « Openbox est bien plus véloce que KDE4 », le jour où Openbox inclura toutes les fonctionnalités de KDE, la donne aura sûrement changé. Si ces fonctionnalités ne te plaisent pas, fais sans, ou choisis les au compte-goutte, mais comprends que pour ceux qui veulent pouvoir “tout” faire, ils utilisent des environnements qui tournent mal sur leur Duron 800 (mmx quand-même s’il-vous-plaît).
[^] # Re: C'est du bon, mangez-en !
Posté par jyes . En réponse à la dépêche Matplotlib 1.1 et autres outils de visualisation en Python. Évalué à 1.
Oui, en fait j’utilise Inkscape aussi… Ma chaîne complète est :
Finalement une solution qui serait satisfaisante est celle proposée par mbussonn avec le paquet « svg-inkscape » même si elle impose d’éditer les légendes des figures dans Inkscape ce qui est moins pratique pour les traductions de documents. N’avoir qu’un gros fichier .tex à traduire, légendes incluses, est un atout agréable mais si Matplotlib est si génial, je saurai faire sans.
Bon, ne me reste plus qu’à apprendre Python, dès que j’en aurai le temps.
[^] # Re: Ma machine perso ?
Posté par jyes . En réponse au sondage Quel type de serveur perso utilisez-vous ?. Évalué à 2.
Coché « basse consommation » par défaut, mais c’est en fait portable de récup’ qui allait partir à la poubelle. Un portable récupéré, écran éteint, ça me paraissait bien comme compromis prix d’achat/consommation.
Du coup, Debian découpée en conteneur LXC (mail, web, agenda, partage de fichiers, etc), sur un iBook PPC32 600MHz et 128 Mo de RAM…