Mandriva est une société qui doit vivre, et pour cela avoir une activité commerciale - ça n'a rien à voir avec le fait d'être un fervent supporter du libre ou non, ça a à voir avec des bêtes problèmes de finances, de salaires, de compte d'exploitation....
Ils fournissent une version 'pure' sans logiciel propriétaire, et leurs développeurs passent une partie de leur temps à contribuer à certains logiciels libres.
Et pour les personnes qui paient, ils fournissent en plus des logiciels propriétaires closed-source, et permettent même d'en acheter certains (qui sont payants).
Si l'utilisation légale des outils d'écoute passe par des modules DRMs propriétaires, Mandriva essaira de les fournir à ses clients qui en ont besoin.
Typiquement, quelle est la proportions de .mpeg qui ne passent pas sous Linux si tu n'a pas installé les wrappers pour les codecs issus du monde Win32 ?
Après, le problème du support ou non des DRMs se pose à Mandriva comme aux autres distributions commerciales qui voudront aller sur le poste bureautique/personnel.
Mais aucune de ces sociétés n'a le moyen de régler ce problème à son niveau - c'est un problème politique - sauf à se tirer une balle dans le pied... en ne fournissant pas ce dont leurs clients ont besoin.
Ben oui, ils ne vivent malheureusement pas dans un monde idéal rempli de saine concurrence et de gens honnêtes, et ils ne vivent pas que d'air et d'eau fraiche (et encore, l'eau ça coûte).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne suis pas un expert de la ligne de commande, mais il me semble que find a des options pour les parcours d'arborescence, et permet de lancer des commandes tierces...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[zap texte sur les bienfaits de la standardisation /]
La standardisation/normalisation a des effets bénéfiques: les développements sont facilités, moins coûteux.
Mais elle a un revers dangeureux: la fragilité.
On en voit les effets avec les virus qui exploitent les failles dans les logiciels. Si tout le monde tournait avec les mêmes logiciels sur le même OS sur la même plateforme hardware, ça serait catastrophique.
Donc introduire de la diversité à ces différents niveaux est, non pas simplement une bonne chose, mais une nécessité.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ils pourraient au moins permettre de lister les bugs déjà répertoriés afin de ne pas faire de doublons, et éventuellement d'enrichir les rapports existants avec des infos complémentaires.
Du code open-source avec des closedhidden bug, ça fait bizarre.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
La pluspart des applications [*] ne savent qu'accéder qu'aux fichier locaux. Et il ne faut pas oublier que Thunderbird est une application multi-plateforme.
[*] Sauf celles qui utilisent certaines fonctionnalités de KDE (et y'a peut-etre qq chose d'équivalent sous Gnome).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Perso je suis au club, donc je ne me pose pas de question, mais est-ce que les drivers propriétaires sont bien dispo à partir de la version download ???
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Sur un petit serveur à la maison (C3/800MHz, 512Mo de RAM, 200Go de disque, connexion ADSL), sous Debian.
J'ai un fetchmail qui récupère tous les 1/4 d'heure les emails sur les différents comptes que j'ai (Free, Wanadoo, LaPoste, GMail...), et qui les rapatries sur le serveur.
En local, je travaille avec Postfix, et stockage au format Maildir.
Pour le filtrage j'utilise maildrop, avec toute une série de règles pour les gens connus, les listes de diffusion,... et tout à la fin un passage par SpamAssassin et un routage vers une boite Spam si nécessaire.
Enfin, j'ai dovecot qui me fourni un accès IMAP à mes emails.
+ un backup (presque régulier) via snapy.
L'avantage que j'y ai trouvé c'est que tous mes emails se retrouvent en un seul endroit, les règles de tri et de filtrage anti-spam s'appliquent quelle que soit l'outil que j'utilise pour y accéder, le stockage Maildir me semble moins fragile, et c'est backupé de temps en temps.
Et en plus, comme j'ai un domaine, je peux créer et détruire facilement des alias au besoin (mais j'ai plutôt tendance à utiliser mon adresse email publique, qui est de toute façon largement diffusée et spammée, et de me reposer sur l'anti-spam).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ben on va prendre au hasard Windows hein, combien de fois on a casse l'API des drivers depuis Windows 2000 pour raison de securite ? Pourtant les failles ont ete corrigees, comme quoi c'est faisable.
Mauvais exemple... une grande partie des failles Windows proviens de son architecture, et pour la changer... il faudrais modifier l'API... donc casser la compatibilité.
Non, mais on fait des interfaces decentes en y passant un peu de temps, l'exemple de Windows prouve que c'est possible vu qu'on y arrive.
Non, on embauche beaucoup de développeurs pour essayer d'un côté de faire évoluer le bouzin, et de l'autre d'écrire des couches de compatibilité qui masquent les évolutions. Ca demande énormément de moyens, Microsoft les a... et pourtant c'est encore lourd et ça fait des projets ingérables donc du retard.
Je suis d'accord que des APIs plus stables seraient plus agréables pour les développeurs (moins à revenir sur le code) et dans cette optique pour les utilisateurs (des drivers proprios qui continuent à tourner). Par contre, je comprend les arguments des développeurs du noyau qui cherchent à l'améliorer et qui de temps à autre ont besoin de modifier certaines façons de faire.
Par exemple, passer d'un gros lock vers des locks plus atomiques, ça change la façon dont le noyau travaille, et je ne suis pas sûr que ça se fasse facilement sans ajuster aussi les drivers.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Python est à la mode en effet. Maintenant, faut-il suivre la mode ou rester sur des langages qui répondent aux besoins et ont fait leurs preuves ?
Heu, Python a fait ses preuves depuis déjà quelques années.
Après, le choix d'un langage, c'est quand même très personnel et une question... d'habitudes et de goûts (bon, pour un soft dans une boite c'est généralement imposé, et de temps en temps on tombe sur des problèmatique pour lesquelles il y a des langages dédiés).
M'enfin, troller sur Truc c'est mieux que Machin... l'important c'est que ce script LCL soit disponible, et mieux en libre pour pouvoir le corriger, l'améliorer et le rediffuser.
Si certains préfèreraient avoir le script dans un autre langage, "y'a qu'a" regarder comment il marche et l'adapter.
Sinon (continuation de troll):
J'avoue que l'indentation obligatoire de python me sort par les trous de nez : si cela éclairci le code, l'impossibilité de définir un code autrement rend la réutilisation de code pénible.
Et moi c'est un des critères qui me fait apprécier Python (c'est donc bien en partie une question de goûts), à l'utilisation je ne trouve pas ça du tout pénible (comme tu dis, ça éclairci le code, ça le rend lisible... et ça c'est très très appréciable).
Et vu comment mon voisin de bureau s'est arraché les cheveux à cause de la façon dont python gère certains signaux...
Ca, pour moi c'est pas un critère. Dans tous les développements tu trouveras un moment où tu galèreras sur un point, à cause du langage ou à cause d'une librairie. Vaut mieux regarder les possibilités d'expression du langage, de structuration, de ré-utilisation du code, les librairies disponibles pour ne pas avoir à tout recoder, etc...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne sais pas où est la couche native dans les librairies graphiques de mono, mais pour Python, c'est généralement du C ou C++ et juste une couche de binding vers Python.
Ce qui fait qu'il n'y a plus que la logique de haut niveau qui passe par la machine virtuelle (bon, c'est sûr qu'un lourd calcul dans cette couche... et ça s'écroule - mais bonne nouvelle, il y a aussi des bindings vers des librairies de calcul en natif genre traitement d'image & Co).
De plus, pour Java (et je pense C# - faut voir ce qui en est pour Mono), il y a la possibilité de compilation à la volée (ie. le byte code est compilé en natif lors du premier appel, après c'est direct). Ca améliore nettement les perfs.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
...par le rapport bruit / signal qu'a généré ce journal.
On aurais pu s'attendre à qq commentaires sur les versions des logiciels inclues, l'attrait / les emmerdements des outils graphiques de configuration, etc... mais non, juste des jeux de mots vaseux (dico + tor* OR thor*).
Perso, j'attends la version finale avec impatience because le KDE 3.5.3. Et l'intégration du zd1211rw peut aussi m'intéresser pour la clé USB wifi Olitec.
Sauf erreur, il y a eu divers articles sur l'embarqué dans des numéros pas trop anciens (ie. que tu peux éventuellement commander) de GNU/Linux Magazine France.
Ca peut être bien pour démarrer (liens, procédures d'install, cross-compilation, et tout ça).
Essaie de mettre DejaVu en version 2.8 sous Linux (la dernière à cette heure), et refais le test - il y a peut-être des problèmes dans les descriptions des fonts qui ont été résolus ensuite.
Et si ça le fait toujours... bug reporte aussi sur le site de DejaVu (ça ressemble quand même pas mal à un problème dans la description de la font, sachant que DejaVu est une evolution de Bitstream vera).
Au passage, le lien suivant peut éventuellement être utile si tu mets à jour ton DejaVu sous Linux (je l'ai fait à la mano sur ma Mandriva 2006, déplacer l'ancien répertoire dejavu horsdu répertoire ttf, créer un nouveau répertoire dejavu, y placer les fichiers de la distrib... et faire un joli ttmkfdir > fonts.dir dans ce répertoire, puis redémarrer le serveur de fonts xfs):
Pas trop envie d'aller secouer le serveur rack 5U... déjà pour le déplacer et le mettre en place ça a été chiant (c'est lourd ces machins)... alors le sortir de sa baie pour le secouer. Non.
S'ils implémentent des senseurs thermiques, on pourrait lui coller une bougie ou un briquet (tant que le détecteur d'incendie ne se met pas en route)...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Au cas où...
Pour la résolution maximale, regarde du côté de ton BIOS si tu ne peux pas demander d'utiliser plus de mémoire pour la carte graphique (j'ai eu un problème du même genre sur un PC fixe DELL avec une carte graphique Intel, et le passage par le BIOS m'a permis d'augmenter la résolution supportée par la carte graphique).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
J'ai été en contact avec Jean-Christophe Baillie (ENSTA http://www.ensta.fr/ ), son auteur principal, pour le portage d'URBI sur un autre robot, le Koala [*].
C'est réellement un système intéressant, qui permet de développer très rapidement la partie logique de contrôle du robot.
Ca vaut le coup de jeter un coup d'oeil, sur http://www.urbiforge.com/ , entre autre sur les capacités de synchronisation, de parallélisme, de traitement évènementiels du langage de scripts d'URBI.
[*] Bon, ça ne s'est pas fait pour des raisons de license et d'ouverture de code (il y a quelques mois ils étaient en discussion pour l'intégration dans un produit commercial... Nao?, et ne voulaient pas trop ouvrir de peur de se faire piquer le code par des boites qui produisent d'autres robots et qui n'auraient pas payé de license).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Réaliste
Posté par lolop (site web personnel) . En réponse au journal Le Bon, la Brute et le Truand.. Évalué à 4.
Ils fournissent une version 'pure' sans logiciel propriétaire, et leurs développeurs passent une partie de leur temps à contribuer à certains logiciels libres.
Et pour les personnes qui paient, ils fournissent en plus des logiciels propriétaires closed-source, et permettent même d'en acheter certains (qui sont payants).
Si l'utilisation légale des outils d'écoute passe par des modules DRMs propriétaires, Mandriva essaira de les fournir à ses clients qui en ont besoin.
Typiquement, quelle est la proportions de .mpeg qui ne passent pas sous Linux si tu n'a pas installé les wrappers pour les codecs issus du monde Win32 ?
Après, le problème du support ou non des DRMs se pose à Mandriva comme aux autres distributions commerciales qui voudront aller sur le poste bureautique/personnel.
Mais aucune de ces sociétés n'a le moyen de régler ce problème à son niveau - c'est un problème politique - sauf à se tirer une balle dans le pied... en ne fournissant pas ce dont leurs clients ont besoin.
Ben oui, ils ne vivent malheureusement pas dans un monde idéal rempli de saine concurrence et de gens honnêtes, et ils ne vivent pas que d'air et d'eau fraiche (et encore, l'eau ça coûte).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Avec find ?
Posté par lolop (site web personnel) . En réponse au message chercher un mot dans un fichier. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: C'est triste.
Posté par lolop (site web personnel) . En réponse au journal Au revoir PowerPC. Évalué à 2.
La standardisation/normalisation a des effets bénéfiques: les développements sont facilités, moins coûteux.
Mais elle a un revers dangeureux: la fragilité.
On en voit les effets avec les virus qui exploitent les failles dans les logiciels. Si tout le monde tournait avec les mêmes logiciels sur le même OS sur la même plateforme hardware, ça serait catastrophique.
Donc introduire de la diversité à ces différents niveaux est, non pas simplement une bonne chose, mais une nécessité.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Apple et son "bugreporter" fermé...
Posté par lolop (site web personnel) . En réponse au journal Apple réouvre en grand le code !. Évalué à 4.
Ils pourraient au moins permettre de lister les bugs déjà répertoriés afin de ne pas faire de doublons, et éventuellement d'enrichir les rapports existants avec des infos complémentaires.
Du code open-source avec des closedhidden bug, ça fait bizarre.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Et la démocratie ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Ministre de la Culture aux internautes. Évalué à 1.
[bon, elle était très facile]
Ceci dit, le garde des sceaux ne rend pas la justice.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Une feature request peut-être...
Posté par lolop (site web personnel) . En réponse au message confirmation de BUG pour Thunderbird. Évalué à 2.
La pluspart des applications [*] ne savent qu'accéder qu'aux fichier locaux. Et il ne faut pas oublier que Thunderbird est une application multi-plateforme.
[*] Sauf celles qui utilisent certaines fonctionnalités de KDE (et y'a peut-etre qq chose d'équivalent sous Gnome).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: salut :)
Posté par lolop (site web personnel) . En réponse au message Débutant cherche à installer son driver graphique. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# fetchmail + maildrop + maildir + IMAP
Posté par lolop (site web personnel) . En réponse au journal Comment gérez vous, vos abonnements aux listes de diffusions ?. Évalué à 3.
J'ai un fetchmail qui récupère tous les 1/4 d'heure les emails sur les différents comptes que j'ai (Free, Wanadoo, LaPoste, GMail...), et qui les rapatries sur le serveur.
En local, je travaille avec Postfix, et stockage au format Maildir.
Pour le filtrage j'utilise maildrop, avec toute une série de règles pour les gens connus, les listes de diffusion,... et tout à la fin un passage par SpamAssassin et un routage vers une boite Spam si nécessaire.
Enfin, j'ai dovecot qui me fourni un accès IMAP à mes emails.
+ un backup (presque régulier) via snapy.
L'avantage que j'y ai trouvé c'est que tous mes emails se retrouvent en un seul endroit, les règles de tri et de filtrage anti-spam s'appliquent quelle que soit l'outil que j'utilise pour y accéder, le stockage Maildir me semble moins fragile, et c'est backupé de temps en temps.
Et en plus, comme j'ai un domaine, je peux créer et détruire facilement des alias au besoin (mais j'ai plutôt tendance à utiliser mon adresse email publique, qui est de toute façon largement diffusée et spammée, et de me reposer sur l'anti-spam).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Euh...
Posté par lolop (site web personnel) . En réponse au journal Les drivers : c'est bien là le réel problème. Évalué à 3.
Mauvais exemple... une grande partie des failles Windows proviens de son architecture, et pour la changer... il faudrais modifier l'API... donc casser la compatibilité.
Non, on embauche beaucoup de développeurs pour essayer d'un côté de faire évoluer le bouzin, et de l'autre d'écrire des couches de compatibilité qui masquent les évolutions. Ca demande énormément de moyens, Microsoft les a... et pourtant c'est encore lourd et ça fait des projets ingérables donc du retard.
Je suis d'accord que des APIs plus stables seraient plus agréables pour les développeurs (moins à revenir sur le code) et dans cette optique pour les utilisateurs (des drivers proprios qui continuent à tourner). Par contre, je comprend les arguments des développeurs du noyau qui cherchent à l'améliorer et qui de temps à autre ont besoin de modifier certaines façons de faire.
Par exemple, passer d'un gros lock vers des locks plus atomiques, ça change la façon dont le noyau travaille, et je ne suis pas sûr que ça se fasse facilement sans ajuster aussi les drivers.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Encore un essai...
Posté par lolop (site web personnel) . En réponse au message Bug impression OOo sous Linux et pas sous WinXP :(. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Alternative au perl
Posté par lolop (site web personnel) . En réponse au journal Script LCL. Évalué à 2.
Heu, Python a fait ses preuves depuis déjà quelques années.
Après, le choix d'un langage, c'est quand même très personnel et une question... d'habitudes et de goûts (bon, pour un soft dans une boite c'est généralement imposé, et de temps en temps on tombe sur des problèmatique pour lesquelles il y a des langages dédiés).
M'enfin, troller sur Truc c'est mieux que Machin... l'important c'est que ce script LCL soit disponible, et mieux en libre pour pouvoir le corriger, l'améliorer et le rediffuser.
Si certains préfèreraient avoir le script dans un autre langage, "y'a qu'a" regarder comment il marche et l'adapter.
Sinon (continuation de troll):
Et moi c'est un des critères qui me fait apprécier Python (c'est donc bien en partie une question de goûts), à l'utilisation je ne trouve pas ça du tout pénible (comme tu dis, ça éclairci le code, ça le rend lisible... et ça c'est très très appréciable).
Ca, pour moi c'est pas un critère. Dans tous les développements tu trouveras un moment où tu galèreras sur un point, à cause du langage ou à cause d'une librairie. Vaut mieux regarder les possibilités d'expression du langage, de structuration, de ré-utilisation du code, les librairies disponibles pour ne pas avoir à tout recoder, etc...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Encore un essai...
Posté par lolop (site web personnel) . En réponse au message Bug impression OOo sous Linux et pas sous WinXP :(. Évalué à 1.
Histoire de préciser si le problème viens d'OpenOffice et du fichier d'impression généré ou bien du rendu par ghostscript lors de l'impression.
[ je pensais le faire ce matin... mais mon vieux PC à la maison a (encore) un problème matériel ]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Le passage Mono dans le document
Posté par lolop (site web personnel) . En réponse au journal Mono et Gnome. Évalué à 2.
Ce qui fait qu'il n'y a plus que la logique de haut niveau qui passe par la machine virtuelle (bon, c'est sûr qu'un lourd calcul dans cette couche... et ça s'écroule - mais bonne nouvelle, il y a aussi des bindings vers des librairies de calcul en natif genre traitement d'image & Co).
De plus, pour Java (et je pense C# - faut voir ce qui en est pour Mono), il y a la possibilité de compilation à la volée (ie. le byte code est compilé en natif lors du premier appel, après c'est direct). Ca améliore nettement les perfs.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Version de police peut-être
Posté par lolop (site web personnel) . En réponse au message Bug impression OOo sous Linux et pas sous WinXP :(. Évalué à 2.
Je viens de tester... j'ai en effet le même problème à l'impression (à l'écran ça marche nickel).
J'ai essayé de générer un PDF par la commande d'Open Office, et de l'imprimer avec Acroread, même problème, et aussi avec DejaVu Sans Condensed.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Effaré...
Posté par lolop (site web personnel) . En réponse au journal Mandriva Thor béta de sortie. Évalué à 3.
On aurais pu s'attendre à qq commentaires sur les versions des logiciels inclues, l'attrait / les emmerdements des outils graphiques de configuration, etc... mais non, juste des jeux de mots vaseux (dico + tor* OR thor*).
Perso, j'attends la version finale avec impatience because le KDE 3.5.3. Et l'intégration du zd1211rw peut aussi m'intéresser pour la clé USB wifi Olitec.
Liste des changements dans la distrib sur:
http://qa.mandriva.com/twiki/bin/view/Main/DistroChangelog
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Articles là dessus
Posté par lolop (site web personnel) . En réponse au message Conseil Conseption systeme embarquer. Évalué à 1.
http://www.gnulinuxmag.com/index.php?2006/02/06/19-gnu-linux(...)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Articles là dessus
Posté par lolop (site web personnel) . En réponse au message Conseil Conseption systeme embarquer. Évalué à 1.
Ca peut être bien pour démarrer (liens, procédures d'install, cross-compilation, et tout ça).
http://www.gnulinuxmag.com/
http://www.gnulinuxmag.com/index.php?q=embarqu%E9
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Version de police peut-être
Posté par lolop (site web personnel) . En réponse au message Bug impression OOo sous Linux et pas sous WinXP :(. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Version de police peut-être
Posté par lolop (site web personnel) . En réponse au message Bug impression OOo sous Linux et pas sous WinXP :(. Évalué à 2.
Et si ça le fait toujours... bug reporte aussi sur le site de DejaVu (ça ressemble quand même pas mal à un problème dans la description de la font, sachant que DejaVu est une evolution de Bitstream vera).
http://dejavu.sourceforge.net/
Au passage, le lien suivant peut éventuellement être utile si tu mets à jour ton DejaVu sous Linux (je l'ai fait à la mano sur ma Mandriva 2006, déplacer l'ancien répertoire dejavu horsdu répertoire ttf, créer un nouveau répertoire dejavu, y placer les fichiers de la distrib... et faire un joli ttmkfdir > fonts.dir dans ce répertoire, puis redémarrer le serveur de fonts xfs):
http://lea-linux.org/cached/index/Xwindow-ttf.html
Si j'ai le temps, j'essairai ton document ce soir à la maison (OO 2.0.3 et DejaVu 2.8).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Rah la la...
Posté par lolop (site web personnel) . En réponse au journal Ri-li 1.2.0. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: virtual desktop
Posté par lolop (site web personnel) . En réponse au journal Envie de frapper votre ordinateur ?. Évalué à 1.
S'ils implémentent des senseurs thermiques, on pourrait lui coller une bougie ou un briquet (tant que le détecteur d'incendie ne se met pas en route)...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: intel i945
Posté par lolop (site web personnel) . En réponse au message mobility X1400 ou i950 pour un portable Dell?. Évalué à 1.
Pour la résolution maximale, regarde du côté de ton BIOS si tu ne peux pas demander d'utiliser plus de mémoire pour la carte graphique (j'ai eu un problème du même genre sur un PC fixe DELL avec une carte graphique Intel, et le passage par le BIOS m'a permis d'augmenter la résolution supportée par la carte graphique).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Sur URBI
Posté par lolop (site web personnel) . En réponse au journal Nao, le compagnon idéal du Geek ?. Évalué à 3.
C'est réellement un système intéressant, qui permet de développer très rapidement la partie logique de contrôle du robot.
Ca vaut le coup de jeter un coup d'oeil, sur http://www.urbiforge.com/ , entre autre sur les capacités de synchronisation, de parallélisme, de traitement évènementiels du langage de scripts d'URBI.
[*] Bon, ça ne s'est pas fait pour des raisons de license et d'ouverture de code (il y a quelques mois ils étaient en discussion pour l'intégration dans un produit commercial... Nao?, et ne voulaient pas trop ouvrir de peur de se faire piquer le code par des boites qui produisent d'autres robots et qui n'auraient pas payé de license).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# echo "Du texte" > fichier.txt
Posté par lolop (site web personnel) . En réponse au message creer un fichier.... Évalué à 2.
echo "Du texte" >> fichier.txt
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# i586
Posté par lolop (site web personnel) . En réponse au message Etape0 : choix de l'iso. Évalué à 2.
En tout cas certainement pas x86-64.
PS. Je tourne une mandriva sur un vieux Dell Latitude CPXJ avec un PIII à 650MHz et 256Mo de mémoire... ça tourne.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN