Larry Cow a écrit 5011 commentaires

Moi j'ai choisi. Une Debian (adaptée, voir http://wiki.debian.org/DebianEeePC/ ) sur une SDHC de 4Go pour mes besoins personnels, que je peux modifier à loisir etc.

Et la Xandros de base sur le disque interne, pour quand j'ai un besoin rapide ou que je dois le prêter.

Non. Oui (enfin pas trop mal).

J'ai eu ce souci aussi sur QTE. Très très très chiant. Depuis, je suis sous FSO ;)

Une charge le fait tenir... quoi... 12h. Pas génial...

Peut-être envisager de changer de distrib', alors. Sur une FSO récente, je tiens à l'aise plus de 24h. Certes, je ne téléphone pas des masses et de toutes façons, ça n'est pas le Pérou, mais ça permet de coller un peu plus au rythme "metro/boulot/dodo" de tout un chacun. Genre mise en charge la nuit, et pour le reste il s'en sort tout seul comme un grand.

Le seul vrai souci de FSO, pour ce que j'en ai, c'est qu'il n'y a pas de moyen (simple?) de mettre en veille automatiquement. Donc s'il se réveille en pleine nuit à cause d'un texto ou d'un changement de cellule (on ne sait jamais), il ne se rendormira pas. Et selon la charge restante, ça peut être critique.

Je confirme. J'ai acheté récemment une "vieille" ATI (X1650), et ça suffit amplement vus les jeux qui tournent sous Linux à l'heure actuelle. Bon ok, depuis que Prey a été porté, ça n'est plus vrai, mais chut ;)

Je confirme également que Compiz (du moins son équivalent via KWin4, dans mon cas) ne se marie pas bien avec les autres usages de l'accélération 3D (XVideo et certains jeux 3D, mais pas tous). Mais on vit avec.

En tous cas, je m'attendais à devoir me farcir des versions compilées à la main de RadeonHD, mais ça marche très bien avec le "vieux" driver Radeon, et out-of-ze-box sur une distro récente.

Chacun ses goûts alors. Moi j'aurais plutôt tendance à souhaiter des sous-titres systématiquement hors cadre (genre dans le noir sur les écrans 4:3). Histoire de laisser l'image "propre".

une liaison sans-fil

Hérétique!

Plus sérieusement, quand on compte le temps perdu, professionnellement, à cause de claviers sans-fil mal alimentés... non parce qu'en plus, ces saloperies, elles s'arrêtent pas d'un coup. Ca va être une touche qui passe par ici, une autre par là. Puis de plus en plus jusqu'au "allo la DSI? y'a mon clavier qui marche plus!" fatidique.

Alors certes, c'est pas bien dur de changer les piles.
Alors certes, c'est quand même plus sympa pour commander la geexbox du salon.
Mais au moins dans un cadre pro/semi-pro, c'est une calamité. Voilà pour ma première aigreur de 2009.

poste de permanent pour la fille d'intel

Raaah putain, je viens de comprendre de quoi vous parlez depuis tout à l'heure.

Note : si on veut pas lancer des fausses rumeurs sur le personnel féminin du leader mondial des semiconducteurs (et accessoirement m'enduire d'erreur), on écrit "untel". Merci.

Sinon, en libre (et léger), il y a SumatraPDF. Faut pas espérer remplir les formulaires avec, mais pour de la visualisation toute bête c'est diablement efficace.

L'autre gros souci de Winpooch, c'est qu'il n'est plus mis à jour depuis un bail, et que par la manière même dont il fonctionne (assez bas niveau), il a besoin de suivre les évolutions du noyau NT. Donc on peut raisonnablement supposer qu'il ne marchera pas éternellement, si tant est qu'il fonctionne encore sur les derniers services packs de Windows (XP comme Vista).

En fait, ça dépend. Pour un linuxien confirmé, c'est effectivement une calamité sur pattes. Mais ça n'est de toutes façons pas la cible visée par Asus, manifestement.

Par contre, pour un utilisateur lambda qui n'a jamais utilisé Linux, qui ne sait pas ce qu'est un système d'exploitation, et dont les seuls besoins se limitent à Skype, un navigateur et éventuellement lire les .ppt rigolos du bureau, c'est très suffisant. Bien entendu, ça aurait été mieux si le copain linuxien avait pu les dépanner, mais en l'état ça marche très bien.

En l'occurrence, j'ai essayé plusieurs distribs pour remplacer la Xandros de mon Eee. Au final, j'ai une Debian sur carte SD pour quand j'ai envie de bidouiller, mais j'ai laissé le système original sur le stockage interne, parce que :
- ça démarre super vite.
- ça se vire/remet en moins de cinq minutes, paramétrages compris (j'ai toujours une clé USB dédiée à cet usage à proximité).

Oui, enfin chez Free c'est un peu spécial (sauf si ça a évolué depuis). Abonné chez eux depuis un petit moment, et ancien abonné Nerim (snif), j'avoue que je me remettrais bien à l'IPv6. Sauf que là où chez Nerim c'était on ne peut plus simple (le pppd te filait une IPv4 et une plage IPv6, libre à toi d'en faire ce que tu voulais) c'est tout un bazar chez Free.

Jusqu'ici, les seules options que j'ai trouvé c'est :
- n'utiliser que la freebox comme routeur (bof, j'aime bien avoir un truc un peu plus malléable)
- faire un pont filtrant (brouter), ce qui permet d'avoir le routeur de son choix pour la partie v4, mais implique que le-dit routeur soit capable de "brouter", et complique la securité de la partie v6 (sauf à ce que le routeur intermédiaire soit vraiment très finaud).
- avoir un routeur intermédiaire muni d'un daemon "radvd", si j'ai tout bien compris, et c'est loin d'être généralisé.

En bref, pas vraiment de solution élégante. Sauf si quelqu'un a mieux, bien entendu (et particulièrement mieux qui tourne sur un WRT54G, mais là je suis exigeant).

On n'a pas écrit "enseignement supérieur du français" ou "de langue française", que je sache.

Mouarf. Sinon, plus rapide, on met le niveau d'encre "bas", et ça donne globalement le même résultat en termes de lisibilité comme de consommation. Et en plus ça marche sur toutes les fontes.

Et pour ajouter au ridicule de la chose, la FAQ indique que y'a que la version sans empâtements "parce que les fontes Serif c'est moins utilisé". Diable.

Il était question il y a quelques temps (enfin si j'ai tout bien compris) de faire une nouvelle "tête" d'écriture qui fonctionnerait avec des "granules" de plastique. L'intérêt étant que les-dites granules sont assez faciles à fabriquer ("will it blend?") à partir de pièces déjà imprimées. Donc en somme, une piste pour le recyclage des matières premières (et une économie substantielle à la clé).

"Par définition". Elle vient d'où, ta définition? Parce que "messagerie", pour moi, ça ne sous-entend pas obligatoirement "texte" (indice : quand on appelle ton cellulaire et que tu n'es pas joignable, on te laisse un message sur quoi?). Et "instantanée" encore moins.

Par ailleurs, tu penses à quoi comme "logiciels plus adaptés"? Skype?

Le "seul et unique fond" me paraît un peu délicat dès lors que tu as plusieurs personnes impliquées. Lors de l'écriture d'un roman "à plusieurs mains", il y a - déjà - assez peu de contributeurs (en tous cas par rapport à la fréquentation d'un tel wiki). Ensuite, l'aspect "multi-mains" est une grosse contrainte supplémentaire, et les auteurs qui s'y risquent ne sont en général pas des débutants.

Enfin, même si l'on s'autorise des variations de forme, il est capital que tout le monde s'entende sur le fond, faute de quoi on se retrouve avec une histoire impossible à suivre pour le lecteur.

Le principe est intéressant, mais il vaut mieux ne rien en attendre d'autre qu'une belle expérimentation (et si d'aventure c'est mieux que prévu, youpi).

Oui, c'est dur, mais après quelques millénaires l'humanité en est arrivé à la conclusion que c'était le seul moyen d'éviter les lynchages.

Si tu as mieux...

Mmmmh, je viens de tester (depuis un fichier local, cela dit), et ça n'est efficace qu'après avoir demandé à l'utilisateur (moi) si je voulais bien exécuter le contenu ActiveX potentiellement dangereux.

Ou alors j'ai raté un truc?

Ce qui fait hurler les gens (je ne sais pas si c'est réellement ce qui est prévu, cela dit), ce n'est pas la bande passante entre Google et Internet. Car effectivement, celle-là est probablement déjà monstrueuse, Google la paye, et c'est normal. Ce qui semble se profiler, c'est des accords entre Google et FAI pour que ces derniers favorisent le traffic à destination de Google lors du routage. De la QoS, en somme. Mais un peu contraire aux idées de départ (et d'autant plus gênante qu'elles renforcent l'image "big broza" de l'ami Google).

En l'occurence, j'aurais tendance à être d'accord avec lui : faire l'amalgame entre "la FSF" et "la communauté", c'est du même ordre que confondre "les français" et "l'état français".

NB: ceci n'est qu'une comparaison entre les amalgames, pas entre - mettons - l'état français et la FSF.

Bah on peut faire mieux, mais ça va tourner aux cours de SIG.

En gros, un système d'information géographique (à prendre au sens large : un logiciel manipulant des données géographiques) peut manipuler deux grandes catégories de données :

- les données "raster" ou images. C'est-à-dire d'énormes structures matricielles discrètes multidimensionelles (des tableaux à plusieurs dimensions (2 ou 3 en pratique)). En informatique "classique", on appelle couramment ça ... une image (au moins pour la version 2D). En géo, ça peut représenter des tas de choses : répartition d'un phénomène sur un territoire, fond de carte, etc. Pour que cela ait un intérêt, il faut qu'on puisse établir une correspondance entre les coordonnées de l'image (0,0 -> W,H) et des coordonnées géographiques utiles (longitude/latitude, X/Y d'un repère cartésien connu, etc.). De très nombreux formats existent (du simple fichier image "classique" accompagné d'un fichier décrivant la transformation, jusqu'à des formats étudiés pour)
- les données "vecteur". Elles peuvent être de plusieurs types, mais les géomaticiens utilisent principalement les points, les lignes (segments) et les polygones. Si ça peut aider, pense à du SVG, mais qui utiliserait un repère géographique (long/lat, par exemple). Ce qu'on peut d'ailleurs faire avec du SVG, mais là n'est pas la question. Ces formats sont également nombreux, et embarquent en outre des attributs pour chaque "élément" (ligne, point ou polygone), généralement dans une structure type DB (le format Shapefile, fort répandu, embarque ses attributs dans un fichier DBF). On peut également stocker tout (données graphique + attributs) dans un SGBDR amélioré - ou SGBD spatial - comme Oracle Spatial ou Postgres+PostGIS.

GDAL servant de boîte à outils pour les fichiers raster, et OGR pour les fichiers vecteurs. Parmi les usages courants (chez moi, en tous cas), ça peut :
- extraire des données d'une base PostGIS et les mettre au format KML (lisible par Google Earth)
- transformer un fichier GPX ("trace" sauvegardée par un récepteur GPS) en une requête SQL permettant d'insérer les points de la trace dans une table PostGIS.
- découper une grosse image "géoréférencée" en une série d'image plus petites, mais toujours correctement géoréférencées (des "tuiles").
- stocker dans un fichier GeoTIFF (TIF + infos géographiques) des versions dégradées de l'image pour améliorer le chargement (l'application SIG bien conçue chargera d'abord les versions dégradées, plus légères, pour aller vers les plus grosses au fur et à mesure du zoom).
- ...

En gros, le SIG libre s'appuie presque toujours sur MapServer,GDAL/OGR et PostGIS.

Malheureusement, FireFTP ne sait pas ouvrir les liens SFTP automatiquement (ce qu'il fait pourtant très bien avec les liens FTP).

la SNCF baisse ses prix pour que la voiture très polluante ne soit pas rentable à partir de 2 personnes seulement même à 2€/L...

A mon avis, c'est pas tant les prix que l'incertitude de ce moyen de transport, qui rend le train moins séduisant. Payer plus cher au kilomètre si ça te permet d'arriver à l'heure (ou de ne pas perdre deux fois plus de temps que nécessaire, et j'en passe), ça reste très rentable, et au moins dans ma cambrousse (francilienne) ça n'est pas près de changer.

C'est triste, ton avis sur les raccourcis clavier.