Fred Albrecht a écrit 78 commentaires

Bah ça m'apprendra à lire les articles après une nuit blanche :-/

Je me sers régulièrement de Scribus pour faire des documents pour une association dont le journal de 8 pages (ensuite imprimé chez un imprimeur en A4 papier glacé), des plaquettes, des affichettes et j'en passe et c'est un outil qui devient très confortable (après des débuts un peu difficiles sur les toutes premières versions).

En tout cas mérite franchement le détour, qu'on travaille pour un final papier ou électronique. Le channel IRC et la mailing list sont également très actifs.

Et bientôt il pourra importer les documents de OOo... À moins que ça ne soit déjà au menu de cette mouture que je n'ai pas testée.

La difficulté restant de savoir quel chipset se trouve dans quelle carte au moment où on l'achète... La plupart des fabricants semblent en changer toutes les semaines. :(

Au lancement, c'est le délai de calcul des textures (images des bureaux) à priori. Ça devrait être plus lié au processeur qu'à la carte.

Bon ben raté, je n'étais libre qu'à 18h30 donc je ne me suis pas déplacé...

> Faut arrêter ...
> RHEL 3 (pour entreprise) a AMD64 depuis 1 an "out of the box".
> Fedora Core a AMD64 depuis 1 an aussi (FC1).
> SuSE depuis 1 an et Mandrake aussi.

C'est pas au niveau des distributions, là il n'y a généralement pas de problème, après tout les Unix 64 bits ce n'est pas franchement nouveau, c'est plutôt les gadgets autour : pas d'acrobat reader (quoiqu'on peut faire tourner la version 32 bits en bricolant), pas de Flash, pas de jeux, pas de pilotes ATI, etc.

C'est là qu'il y a un petit effort à faire et je pense que ça viendra une fois que le parc se sera étoffé. Sinon pour travailler au quotidien sur amd64 je confirme qu'il n'y a effectivement pas de problèmes particuliers. Et de nos jours pratiquement n'importe quel logiciel compile sans problèmes (et tourne ensuite).

Je ne garantis rien, mais si j'arrive à y aller, je ferai un enregistrement sur mon iRiver.

En revanche si qqn pouvait proposer des CD cd serait effectivement bien. Des Knoppix, des Mandrake move, des MDK community, des Debian, n'importe quoi de libre. Ou des Ubuntu puisque je crois que la finale est sortie.

Ils vendent peut-être des gants. :)

J'avais téléchargé un ISO AMD64 Debian à l'époque (il y a 3 ou 4 mois) où je cherchais un truc à mettre sur ma nouvelle machine mais c'était très très en Beta et très très casssé au niveau des dépendances. J'ai rapidement laissé tomber et je ne sais pas où c'en est. Finalement j'ai du me rabattre sur Gentoo qui est la seule a bien marcher sur ma config.

Mais tout le monde commence à s'y mettre doucement donc d'ici un an amd64 sera probablement une alternative praticable (c.à.d. simple à mettre en oeuvre). Pour l'instant il faut quand même être préparé à bidouiller un peu.

Quand à Mandrake que j'utilise habituellement sur le desktop, ils vendent leur version amd64 deux fois plus cher que la version i586. Pas cool. Et elle n'est pas dispo pour les membres de base du club.

Enfin bon, j'ai un truc qui marche même si e trouve Gentoo un peu laborieuse à mon goût, je vais pas trop me plaindre non plus :)

Moi mon portable c'est 1024x480 :)

Les US ont travaillé sur des avions nucléaires, avec des réacteurs directement nucléaires qui chauffent l'air qui les traverse (comme la combustion d'un carburant chimique) version ramjet ou avec une centrale embarquée qui fournit l'énergie nécessaire aux moteurs chargés de la propulsion.

Des versions fonctionnelles des deux systèmes ont été développées et testées.

Bref tout est prêt y'a plus qu'à ressortir les archives :)

Croquet semble autrement plus intéressant et ambitieux que Looking Glass AMHA : http://www.opencroquet.org/index.html(...)

Je me suis abonné à la ML en attendant une release utilisable qui semble être prévue ces jours-ci...

Oui mais Debian sur AMD64 j'ai testé et ça marche pas du tout vu que toutes les dépendances sont toutes cassées dans tous les sens.

Il y a des cas où on n'a pas le choix :(

Donc pour moi c'est Gentoo (ça m'apprendra à acheter des machines bizarres).

C'est généralement le cas d'aileurs. Les matériels marqués compatible Linux le sont souvent parcequ'ils sont supportés par un pilote libre.
À l'inverse nVidia qui semblent être ceux qui se fatiguent le plus pour sortir des pilotes régulièrement (même si ceux-ci sont "fermés") n'ont pas de marquage particulier sur leurs produits (enfin évidemment ils ne vendent habituellement pas leurs produits en direct).

Sinon qu'il y aurait tout à fait pu y avoir marqué "Linux" sur la boîte officielle puisque jusqu'à il y a peu c'était supposé marcher.

Je n'ai pas souvenir qu'il y avait marqué "Linux" sur la boîte de la carte nVidia que j'ai achetée il y a peu mais c'est portant pour son support Linux (Linux AMD64 plus précisément) que je l'ai achetée. Si on attend que ce soit systématquement écrit sur la boîte, on n'achète pas grand-chose.

Je crois que les seuls matériels dont je dispose qui étaient officiellement supportés sont mon lecteur de cartes OmniFlash (pour les appareils photo) et une carte Ethernet de je ne sais plus quelle marque livrée avec une disquette comportant un pilote tout pourri pour RH 6 (mais elle est supportée par le noyau de base).

Sinon vu que mes machines sont quasiment 100% Linux (sauf pour les jeux et mon prochain portable qui sera probablement un Powerbook), il va de soi que je me documente longuement avant d'acheter un matériel qui risque de poser problème. Mais attendre un engagement officiel des fabriquants est illusoire. Obtenir un engagement officieux est déjà bien (et avec quelques mails on l'a déjà assez souvent).

Qu'est-ce que ça change que le code tourne en même temps que le noyau ? C'est du code qui est suceptible d'interférer avec tes données et la liberté que tu as de les utiliser comme bon te semble. Et dans la mesure où tu ne le contrôle pas, tu perds une partie de ton contrôle sur les libertés en question.

Le noyau n'a rien à voir là dedans. Le jour où le BIOS refusera de démarrer un OS qui ne sera pas signé, tu seras quand même bien avancé avec ton noyau "pur".

Quand au problème du peu de plateformes supportées par les pilotes propriétaires, c'est un autre problème auquel je suis parfaitement sensibilisé, n'utilisant pas que du x86 (et même là, voir le bordel des qu'on sort des sentiers battus, sur AMD64 par exemple).

C'est aussi un problème pour les petites applications gratuites un peu incontournables comme acroread, flash, la jvm, etc. Dans ces cas là, pour beaucoup il ne reste malheureusement souvent que l'émulation. C'est l'inconvénient de sortir du lot...

L'argument de la pérénité est très pertinent, c'est effectivement un aspect auquel je n'avais pas pensé.

Un pilote avec un code fermé oblige à maintenir une API compatible ou une couche d'émulation. Ou comme le fait XP à abandonner le matériel...

Pour l'instant dans le cas des adaptateurs graphiques ça semble se libérer au fur et à mesure que les cartes deviennent obsolètes. Mais il n'est pas du tout certain que la tendance va se poursuivre avec les modèles actuels qui sont autrement plus complexes que ceux d'il y a cinq ou dix ans...

Forcer la divulgation lorsqu'un produit est abandonné serait une bonne solution mais la législation actuelle me semble plutôt aller en sens inverse avec des lois de plus en plus contraignantes sur la protection intelectuelle et notamment les données numériques et le reverse engineering.

On verra.

Et le microcode de ton processeur il est libre ?

Et ton BIOS ?

Et le code du contrôleur de ton disque dur ?

Et celui de ton CDROM ?

Et celui de ton graveur ?

Du code il y en a une floppée dans une machine, il n'y a pas que ce qu'on charge quand on l'allume, il y a beaucoup de trucs embarqués aussi. Là curieusement personne ne râle. "Ouin, le BIOS de ma carte SCSI il est pas libre, je peux pas le patcher, elle envoie peut-être les photos de ma copine à Bill Gates dans mon dos".

Le matériel actuel est devenu complexe, le temps de l'AppleII livré avec un schéma de montage complet est passé. Il n'y a probablement plus personne qui puisse prétendre maîtriser l'ensemble des aspects d'un ordinateur, logiciel et matériel.

Les cartes graphiques sont des petits systèmes embarqués particulièrement pointus, qui représentent des investissements d'autant plus lourds que leur durée de vie n'est pas très longue. Les fabricants ont beau essayer de déporter les coûts en ne vendant que les chips et en laissant des revendeurs genre Hercules faire les incvestissements de packaging, de comm, d'assemblage, etc, il reste la R&D, le développement, le suivi des gammes, la rémunération des fondeurs (je ne pense pas que nVidia ou ATI soient fondeurs, etc.), tout ça coûte quand même très très chèr (voir le taux de mortalité élevé dans le secteur).

Bref c'est bien joli de couiner du "ouin c'est pas libre" mais il faut être un minimum cohérent. Soit tu râles pour tout le code qui n'est pas libre sur ton système et tu fais tourner un R3000 (je crois que le design a été libéré) avec du matos d'il y a 20 ans qui est parfaitement connu, documenté et libéré en collant un VT100 au cul du bouzin, soit tu fais comme tout le monde, tu regrettes qu'on ne puisse pas faire mieux, tu espères que des progrès seront faits et tu profites des jolies images.

Curieusement la page en question n'est pas affichée par FireFox 0.8 (20040301) livré avec MDK 10. Avec le Mozilla de la même distribution ça passe sans problèmes.

Sinon je ne suis pas certain que le truc en question résiste longtemps aux assauts des spammeurs. Mais bon...

Ça plantouille assez... Du moins avec la 3.2.1 livrée avec MDK 10.0. Il y a peut être plus récent et plus stable.

Ça ne m'a pas vraiment encouragé à tester à fond (je l'ai planté en 3 minutes montre en main juste en cliquant à droite et à gauche). Mais je suis en train de reregarder plus avant... J'espère que c'était juste un coup de "pas de chance".

Entre ça et Screem il y en a bien un qui est potable de nos jours.

Nvu, pas nvu pour l'instant. C'est sur ma liste de todo.

Un exemple d'interface riche intéressante en Flash : le moteur de recherche kartoo : http://www.kartoo.com(...)

L'équivalent est assez difficile à faire sans Flash (quoi qu'à la réflexion on peut peut-être s'en approcher). Ceci dit je préfère quand même me servir de Google :)

Évidemment, ce type d'application, c'est épsilon par rapport aux menus qui font pouet pouet, aux intros inutiles et aux pubs.

Pour ma part j'ai adBlock. Ça le fait pour l'essentiel.

Le problème s'est posé récemment avec un projet de la BBC consistant en une sorte de panorama du Royaume Uni de la fin du siècle qui était conçu pour un système bâti autour d'un vidéodisque (les trucs format 33t). L'ensemble comprenait images, textes et vidéos et avait été réalisé à grand frais dans les années 80. C'était une recréation d'un livre ancien du 11ème siècle qui avait le même propos à l'époque (moins la vidéo).

Au début des années 2000 ça a été tout un bordel de rebâtir le système pour récupérer les données. On a fini par faire un émulateur du système d'origine (reposant sur le micro BBC) pour extraire les données.

Je ne sais pas où c'en est pour l'instant mais je ne crois pas qu'un format définitif et pérenne ait été retenu pour l'instant.

Quand au livre du 11è siècle, il se porte toujours à merveille.

Détails là http://news.bbc.co.uk/2/hi/technology/2534391.stm(...) .

Avec mon Fuji ça marche très bien sous Linux. Faut juste pas être pressé... C'est un port série :)

Heureusement que je ne l'utilise plus beaucoup :)

Un autre truc qui manque beaucoup, c'est un moyen de recoller des panoramiques...

J'ai réinstallé le bidule Canon sous Windows (rompant avec ma politique 100% jeux sous Windows) faute d'avoir pu trouver un quelconque bidule qui marche sous Linux (et non, coller à la main sous Gimp n'est pas une option viable).

Il y a bien un source C (ou Jave je ne sais plus) qui se ballade sur le net depuis un an ou deux mais ça n'a jamais vraiment marché...

Mon problème exactement.

La plupart des utilisateurs (domestiques, puisqu'en entreprise on ne leur laisse pas le choix) n'en ont effectivement rien à foutre.

Je ne compte plus les machines XP que j'ai du désinfecter. J'explique aux utilisateurs qu'avec autre-chose que IE et Outlook ils auraient déjà beaucoup moins de problèmes, peine perdue. Ils finissent par trouver un site Web qui marche mal avec Mozilla ou XP et restent avec IE, quand à Outlook, c'est trop dur de changer ses habitudes.

Ceux qui font du traitement d'images électronique (pas de presse, juste du RGB) n'envisagent même pas de tester Gimp parcequ'il n'en ont jamais entendu parler. Photoshop est standard et il suffit de le pirater. Tout le monde utilise Word alors pourquoi utiliser OOo, il suffit de pirater Word (et Excel tant qu'on y est).

Bref les utilisateurs sont des moutons. Leur choix n'est jamais rationnel ni réflechi. Il s'agit simplement de ne pas changer ses habitudes et de faire comme le voisin. Les inconvénients qui découlent de ces choix ne sont jamais pris en compte.

Dans ce contexte, faire la promotion de solutions objectivement supérieures pour beaucoup d'application ne sert à rien. Cette démarche présuppose que les choix sont rationels alors que ce n'est pratiquement jamais le cas.

Le seul cadre où des choix sont faits en fonctions de critères sur lesquels on peut jouer (qui ne sont pas rationnels non plus mais qui sont au moins connus) est l'entreprise. C'est pourquoi j'ai le sentiment que c'est par là que le changement viendra.