Frédéric COIFFIER a écrit 702 commentaires

A mon avis, ta carte mère doit possédait un chipset IrDA quelque part et il ne manque plus que le capteur.

Donc, avant de chercher un capteur, il faudrait déjà voir si le chipset IrDA est supporté par Linux ! Et à priori, il y en a assez peu de supporté.

Sinon, quelle est ta carte mère ? Sur la mienne (une vieille Abit), j'ai effectivement la même chose : 2 PIN IrDA. J'avais trouvé sur le net des exemples de cablage pour le même fabricant. Il faut ensuite espérer que le même cablage fonctionne sur les différentes cartes mères du fabricant...

Le problèmes avec ce système, c'est que ça dérive assez rapidement.

Je pense qu'Amarok doit être bien entraîné pour que les suggestions soient cohérentes. Ou alors, il faut repasser derrière et faire le tri dans les suggestions.

Pour ce cas, faut peut-être relativiser : une photo de cheval en haute résolution montre les possibles artefact :
http://www.siox.org/(...)

Mais ça ne serait peut-être pas forcément mieux manuellement. En tout cas, ça doit faire gagner du temps et on doit toujours pouvoir retoucher le masque ensuite.

Sous Linux, (je dis peut-être une bêtise ou c'est peut-être assez hardu, mais) tu pourrais peut-être jeter un oeil aux sources de ifconfig ?

J'ai à peu près la même utilisation de VIm : éditeur en mode console lors des connexions à distance (et j'avoue que dans ce but, c'est impec pour peu de maîtriser les quelques raccourcis basiques) et sous Gentoo, la coloration syntaxique est activée par défaut et supporte des tonnes de langage !

Par contre, je vois autour de moi au boulot, pas mal de monde passer à gvim, une version graphique de VIm : peut-être celle-ci est-elle plus simple à prendre en main !

(Perso, j'utilise toujours ce bon vieux NEdit qui dans sa dernière mouture gère les onglets et il est toujours aussi léger)

Une question que je me pose depuis très longtemps : Quel est l'intérêt de xinetd par rapport à lancer les démons en standalone ?
J'avoue qu'actuellement, pour mes besoins persos, j'ai tous les serveurs en standalone (sshd, httpd, samba, nfs) et j'ai configuré le firewall en conséquence.

Là, j'ai du mal à te suivre : Pourquoi la réinstaller ???
En fait, depuis que je suis sous Gentoo, je n'ai plus à réinstaller complètement le système comme c'était le cas avant ! (environ tous les 6 mois).

Certes, l'environnement n'est pas toujours stable surtout après quelques bidouilles, mais en cherchant un peu, on arrive toujours à corriger tous les problèmes. Et du moment que l'on passe par portage pour installer/supprimer un logiciel, le système reste toujours dans un état assez clean.
Mais bon, il y a peut-être aussi le fait que je maîtrise bien mieux mon système, les scripts de démarrage de ma Gentoo, que la Mandrake de l'époque ce qui me permet de réparrer à peu près n'importe quoi (avec l'aide de Google et de bugs.gentoo.org)

J'avoue être sous Gentoo depuis pas mal de temps (presque 2 ans) et je pense que je ne changerai pas demain.
Mais il est vrai que je ne vois pas trop où est le plus côté performance. J'ai même l'impression que c'est un moins.

Bref, je pense que Gentoo a des qualités mais pas celle-là ! C'est un très bon outil pour maîtriser sa distribution et apprendre.

Qui n'a pas encore lu 1984 ?

En fait, ce livre n'a jamais été une fiction... effarant...

Est-ce que quelqu'un saurait comment se connecter à un serveur NX qui est derrière un proxy ?
Habituellement, en SSH avec Putty, ça ne pose pas de problème mais le client NX ne gère pas ce genre de chose ! Peut-être est-ce possible en appelant les outils NX en ligne de commande mais je n'ai rien trouvé qui explique comment faire...

Et merde.... J'étais persuadé que ça pouvait aussi tourner avec Windows. Enfin, pour une fois que ce genre de produit n'est pas réservé à Windows mais réservé au monde UNIX.

Donc, voici une merveilleuse boîte philantrope qui donne son gagne pain à la communauté !

Le serveur Windows est closed source et payant. Il faut bien que NoMachine vive de quelque chose !

C'est déjà tellement bien d'avoir une solution OpenSource pour Linux & Co

Les connaissant, ils vont faire comme pour le HTML : comme presque personne n'utilise le SVG actuellement, ils vont le mettre à leur sauce, avec les incompatbilités qui vont avec, ce qui fait que ça ne sera pas vraiment du SVG.
Donc, les plugins OpenSource qui existe actuellement seront inutilisables sur la plupart des sites compatibles IE et en plus, il faudra réimplémenter ces "nouveautés" MS si on veut pouvoir naviguer sans trop de casses...
Et on dira encore que l'on est en retard et que Firefox déconne sur plein de sites et que c'est nul, etc...

On a beau partir les premier, à chaque fois, c'est la même chose...

Après pas mal de recherche sur le net, j'ai peut-être trouvé un début de réponse !
Si effectivement au niveau de CUPS, Foomatic et hplip, on peut dire que la gestion des couleurs et leur calibration est inexistante, le plus gros du problème provient dans ce cas précis de Gimp-print !

En effet, Gimp-print modifie le gamma de l'image avant générer le sortie Postscript qui part vers CUPS. De sorte que l'image devient bien trop clair (dans le cas des HP, inutile de modifier le gamma car l'imprimante est directement calibrée).

Bref, pour imprimer sous Gimp, il ne faut absolument pas utiliser Gimp-print ! A la place, il faut redimensionner l'image à la taille papier souhaitée, puis, l'enregistrer au format Postscript : il n'y a plus qu'à l'imprimer avec un simple lpr ou kprinter en ligne de commande ! Dans ce cas, l'image est imprimée de manière brute sans modification ce qui donne une sortie très correcte sur l'imprimante !

Par contre, jai été étonné de ne trouver aucun plugin réalisant cette impression plus que simple sans utilise gimp-print ! J'essaierai à l'occasion d'en créer un (vu que l'export PostScript est géré nativement par Gimp).

AI était le format d'Illustrator, n'y a-t-il pas d'export SVG dans Illustrator ?

Tu as regardé du côté d'OpenOffice 2 ?
Je crois qu'il y a maintenant un module équivalent à Wordart et qu'il s'appelle Fontworks. Il y a peut-être moyen d'exporter ensuite le résultat dans un format utilisable par Inkscape.

J'en doute : Scribus utilise Qt qui jusqu'à présent n'était pas disponible en version Windows. Le version Unix avait été portée sous Windows grâce à Cygwin (mais je doute qu'elle utilisait les widgets natifs de Windows et peut-être même que le serveur X de Cygwin était nécessaire).
Avec le passage de Qt en GPL pour Windows, ce n'est plus qu'une question de mois à attendre, le temps que le portage soit fait vers Qt4. De plus, Qt4 devrait apporter pas mal de points positifs à Scribus (je pense que Scribus doit être l'un des logiciels qui pourra le plus profiter de Qt4).

Et ça marche alien quand les arborescences de la distrib ne correspondent pas à ceux d'une debian ? Ou par exemple, s'il y a des services à installer ? (dans les drivers HP, c'est le cas)

Va falloir que je regarde pour l'activation du WPA mais je peux affirmer que par défaut, seul le WEP 128bits est activé ! Avec la clé collée sur la Livebox.
Si ça avait été WPA par défaut, je n'aurai pas réussi à m'y connecter avec mon PC portable Linux.

Enfin, mes parents qui sont chez Wanadoo ont une Livebox qui fonctionne !

Par contre, si quelqu'un savait comment convaincre le support de Free de changer une Freebox qui n'a jamais fonctionné ? Parce que bon, c'est joli de payer pour la téléphone illimité, la télévision, la radio, etc... quand la Freebox ne fonctionne pas et qu'ils ne veulent pas la changer (à chaque fois, ils trouvent un nouveau test à faire faire).

Si j'ai bien compris, WPA est très, très expérimental sous GNU/Linux ! Ca commence à être bien supporté par les versions récentes d'ndiswrapper et peut-être chez les drivers Ralink. Pour les autres, j'en doute.
Bref, c'est vraiment très frais et encore en plein changements.

Il faut donc patienter avant de retrouver tout ça bien packagé dans les distribs. Et encore plus, avant d'avoir un outil de conf bien fait. Une question de temps, je pense... (j'espère)

C'est vrai que WPA est difficilement supporté actuellement sous Linux. Et deuxièmement, dans le cas de Wanadoo, leur Livebox ne supporte pas le WPA. Après, sera-t-il possible de l'activer avec un simple update de firmware...
Donc, à moins de prendre un routeur Wifi perso en plus de la Livebox, il n'y a pas vraiment de solution pour les personnes chez Wanadoo.

Les livebox Wanadoo n'accepte que des adresses MAC pré-déclarées : est-il donc difficile de modifier l'adresse MAC d'une carte Wifi ?

Ca doit surtout venir du type de clients qu'ils ont.
Pour moi, les imprimantes laser sont surtout utilisées en entreprise en réseau.

Je pense que ces derniers temps, les serveurs d'impression Linux se sont répandus et une demande de support pour Linux a du naître. Par exemple dans une PME, avec un serveur Linux/Samba et l'imprimante juste derrière.
C'est ma vision des choses. En tout cas, je trouve que c'est un très bon exemple qu'il donne et j'espère que les autres marques suivront !

Ca n'a aucun intérêt : si je me souviens bien, mplayer fonctionne comme un wrapper pour utiliser les DLL Win32 (en se basant sur le travail de Wine). Ndiswrapper fait la même chose pour les cartes Wifi.
Donc, on aurait un wrapper qui bouffe du cpu pour l'émulation pour utiliser finalement un driver Windows propriétaire.

Autant directement utiliser les drivers propriétaires NVidia et ATI natif pour au moins avoir de meilleures performances.