l'architecte a écrit 80 commentaires

et paragraphe 2: s/sensé/censé (sensé ~ sens, signification; censé ~ recensé)

Effectivement, d'après mes souvenirs, une FC1 fraîchement utilisait 30MB de RAM en mode texte. Une Debian 3.0, elle, n'en utilise que 7-8. Toute la mémoire restante est disponible pour le système X. Sur 64 MB, j'ai déjà vu tourner:
- un PII 366 MHz avec MDK 8.0 (KDE2, OOo, Firebird 0.6)
- un Imac G3 300 MHz avec Debian 3.0 (KDE2)
A titre indicatif, sur un P166MMX avec 32MB de RAM, je fais tourner une Debian 3.1 avec Sawfish, Abiword et Firefox (un peu long à charger, mais utilisable ensuite).

J'ai également entendu parler de Yoper, qui semble très adaptées aux petites machines. En matière de WM légers, essaie Sawfish (et rajoute éventuellement fspanel pour avoir une petite barre), icewm, WindowMaker. Pour le gestionnaire de fichiers: Rox (qui a aussi un panel)

Plus généralement, essaie d'utiliser des programmes utilisant les mêmes libs (tout GTK ou tout QT), et tu peux supprimer tout ce qui est inutile (5 des 6 consoles virtuelles, serveur de polices, et tout ce qui te semble inutile dans /etc/init.d). Utiliser un kernel compilé spécialement pour la machine avec seulement les pilotes nécessaires: tu libéreras un peu de mémoire et accéléreras le démarrage.

A moins d'avoir un switch, ton réseau passe entièrement en 10 Mb/s

Tu as posté sur le groupe Debian et tu peux effectivement utiliser Debian, qui s'exécutera très bien sur 8 MB. Par contre, à l'installation, si tu n'as pas 32 MB, ce sera (très) long (une vingtaine d'heures): apt consomme pas mal de mémoire et tu devras dès que possible activer une partition de swap (éventuellement à la main dans la console disponible avec alt+F2). En son temps, j'avais installé une Potato en décompressant l'archive du système de base (cette méthode n'est plus disponible sous Woody) et en le configurant à la main. Tu peux aussi faire l'installation sur une machine plus puissante puis remettre le disque dans le 486. Comme l'installeur de la Woody n'a pas de détection automatique du matériel, ça se passera normalement très bien. Il te suffit de 6 disquettes (kernel, système, drivers (optionnel)) et de télécharger les packages par le réseau.

Sinon, je pense que Slackware pourrait faire ton bonheur, mais je la connais mal. Il y a aussi les distributions spéciales petites machines.

Pour ça, la commande est "chown" (à taper en root).

Va lire /usr/share/doc/apt/offline.html/index.html (il est dans ma woody mais pas dans ma sarge).

A part ça, tu ne mettrais pas plutôt une stable, à la rigueur une testing, histoire de minimiser ces mises à jour (tu ne seras pas sur place pour régler les petits problèmes et de tte manière, les dernières versions des logiciels ne feront qu'alourdir les PCs)?

La variable DISPLAY est utilisée par les clients (donc les applications graphiques), pas par le serveur, qui doit tourner sur la machine où se font les affichages.

La première réponse est la bonne: tu configures ton DM pour utiliser XDMCP et autoriser les connexions à distance, puis sur l'ordi où tu veux faire tes affichages, tu lances la commande:

X -query nom_ou_ip_du_serveur_xdmcp

Je n'ai qu'une clé USB1 pour vérifier, mais je pense que ça doit être semblable.

Je relance l'idée d'AnarX: les drivers Nvidia livrés avec XFree et donc MDK ne supportent pas l'accélération graphique, quand bien même tu cocherais la case. Installe le driver, puis change dans XF86Config-4 la ligne

Driver "nv"

en

Driver "nvidia"

et ça devrait fonctionner après avoir redémarré le serveur X. Repasse en kernel 2.4 si tu as des problèmes à l'installation, ça les résoudra peut-être. Tu auras peut-être aussi besoin d'avoir installé gcc et quelques bibliothèques de développement pour compiler l'interface du driver.

Pour OpenGL, j'ai déjà rencontré un pb du même genre: vérifie dans tes répertoires de libs (/usr/lib ...) tu dois avoir un LibGL.so, LibGL.so.1, LibGL.so.1.xxx dont les deux premiers sont des liens vers le dernier. Si l'un d'eux manque, recrée le lien.

Pour tes associations, efface tes fichiers de conf gnome personnels (ou déplace-les), puis redémarre gnome et recrée tes associations si elles ne le sont pas automatiquement.

Finalement, SID est une version de développement: tu n'as pas de garantie quant à son bon fonctionnement ni à l'installabilité des packages. Pour un système que tu utilises au quotidien pour faire du boulot utile, reste en stable, ou en testing (qui est honnêtement récente et semble assez stable d'après mes quelques tests).

Pour ton DD, je suppose que c'est de l'USB. Pour autant que tous les modules soient chargés, il apparaît comme /dev/sda (soit un disque SCSI) et ses partitions sont /dev/sda1, /dev/sda2, ... (utilise fdisk pour vérifier). Il te suffit donc de monter ces partitions. J'imagine que tu ne dois avoir qu'une partition /dev/sda1.

Pour les programmes dont tu extrais le binaire d'une archive, tu peux les mettre dans un répertoire de /opt (c'est ton cas). Si par contre tu les compiles à la main, installe-les dans /usr/local, ou jette un coup d'oeil à stow.

Et le driver de ta carte SCSI (et par la même occasion celui du pour les disques SCSI)? Parce qu'avant de pouvoir monter la partition, tu dois pouvoir y accéder. Ces drivers doivent aussi être compilés en dur (ou bien les modules doivent être dans un ramdisk).

Et pour créer un des packages pour tes kernels et modules maison: apt-get install kernel-package. Ensuite, tu configures ton kernel (il faut libncurses6-dev pour le menuconfig), tu fais make-kpkg kernel-image et tu as un beau package à installer dans /usr/src.

Il n'a pas le monopole. 128MB, ça devient limite pour les derniers environnements KDE et GNOME. Bon, évidemment, KDE3.3 et GNOME 2.6 sont plus récent qu'XP. Mais je suis incontestablement d'accord pour dire qu'on peut faire avec moins sous Linux (perso sawfish + rox, ou KDE2 qui tourne bien sur la Woody avec 64 MB). Par contre, pour l'utilisateur lambda, il faut 256MB pour être à l'aise sous Linux.

Une licence est un contrat entre deux personnes. Si tu refuses de le passer avec quelqu'un, il ne pourra pas utiliser ton logiciel.

Donc p-e que tu peux, à côté de la licence mentionner un truc du genre "je n'accorde pas cette licence à tel organisme".

Cette proposition diffère légèrement: la boîte a une largeur fixe et risque donc de déborder en cas de fenêtre trop petite.

Peut-être que ceci sera plus conforme à l'effet désiré.
div.lsfnbanner {
position: absolute; /* il manquait un ";" */
top: 0;
left: 50%;
width: 80%;
margin: 0 0 0 -40%;
}

Ok sur Moz, ai pas IE pour tester. Sinon, je viens de réaliser un site aussi avec CSS, et mon expérience me dit de rechercher un exemple qui marche et de le recopier :-(. Attention, MSIE5 est particulièrement rebelle d'après un de mes testeurs.

Il y avait la VO en léger décalage (15 min) sur la deux, mais j'ai perdu l'habitude des films du lundi et ai regardé la VO :-(

A part ça, je n'attendais pas un film aussi explicite. Les mots "code source", "open source" et autres étaient présents et on a frappé un coup sur le clou, qui met décidément bien du temps à s'enfoncer.

Tu peux essayer Mason (c'est un module Perl qui permet d'insérer du Perl dans le HTML et plein d'autres choses). C'est fait à la base pour générer des pages dynamiques, mais peut aussi être utilisé en statique. Voir http://www.masonhq.com(...) et http://www.masonbook.com(...) ). C'est le pied à programmer.

J'ai aussi un script perso qui m'a servi dans le temps à générer un site statique par inclusion de code Python dans le HTML. Le résultat est visible à http://debona.homelinux.org/pirates(...) et je peux mettre le script et le source du site en ligne si ça t'intéresse (par exemple, la galerie et le menu sont créés à partir du contenu d'un répertoire, la liste d'adresses à partir d'une base de données). C'est bien moins abouti que Mason, mais il y a un embryon de système de "projet" qui pourrait être utile.

http://www.pcguide.com/ref/cpu/arch/extAddressSize-c.html(...)

A moins de tomber sur des clones genre Cyrix 486 DLC (Bus mémoire de 16 bits), le 486 peut supporter 4 GB de RAM, et donc la limite se trouve sur la carte-mère, au niveau du nombre de slots mémoires et de la capacité de chaque barrette. Essaie donc de trouver des infos sur ta carte-mère: tu peux toujours espérer une bonne surprise.

Mais de toute manière, des barrettes de plus de 8 MB, c'est pas courant.

Si tu n'arrives pas à trouver de la mémoire, jette un oeil du côté de Busybox.

QVWM ( http://www.qvwm.org/(...) ). C'est pas dans mes goûts, mais d'après un copain, ça permet même à sa femme de s'y retrouver facilement :)

A DIFFUSER LE PLUS LARGEMENT POSSIBLE

NOUS COMPTONS SUR VOUS - NOUS COMPTONS SUR VOUS

C'est direct poubelle, ça

Tu as cité des langages interprétés: Perl, Python, PHP. Les deux premiers sont "normaux", PHP est conçu pour être intégré dans des documents HTML. Python a une bonne bibliothèque standard et Perl a des milliers de modules sur le CPAN (c'en est d'ailleurs la killer feature avec les expressions régulières). Il est possible d'intégrer tous ces interpréteurs dans Apache pour éviter de devoir les charger à chaque requête (mod_perl pour Perl).

<ma vie>
Pour la programmation web, j'adore Perl avec Mason ( http://www.masonhq.com(...) ), qui permet d'intégrer le Perl dans le HTML façon PHP et bien plus: allez voir. Et en plus, on peut placer la logique applicative dans des modules Perl réutilisables par autre chose que le site web.
</ma vie>

EJB, DCOM, COM, CORBA, ce sont des technologies relatives aux objets distribués. En gros, tu peux instancier un objet hébergé sur un autre ordinateur et où son code réside et s'exécute. COM et DCOM sont la version de M$ qui ne sait rien faire comme les autres donc je n'en parle pas plus :), CORBA n'impose pas que ces objets soient écrits dans le même langage (Java, C++, mais des portages vers Python ou d'autres langages existent). EJB, ce sont les objets distribués de Java, qui utilisent partiellement CORBA.

J2EE, c'est (de mémoire) simplement des bibliothèques supplémentaires pour Java (pour par exemple envoyer des e-mails mais bien d'autres choses)

OLE, c'est encore du M$, c'est un protocole d'inclusion de documents dans d'autres, genre une vidéo dans une présentation PowerPoint (j'espère que je ne dis pas de conneries)

Quant à .NET, faut-il appeler ça une stratégie, un framework ou autre chose, je ne sais pas. C'est la réponse de M$ à Java. Là où Java est multi-plateformes, .NET est multi-langages: le langage (qui doit être orienté objet) est compilé en un bytecode (le MSIL, Micro$oft Intermediate Language) et il permet de définir une classe dans un langage supportant .NET, de la dériver dans un de ces autres langages et de l'instancier dans un troisième.

Un de ces langages est COBOL (COBOL orienté objet, si si :), ce qui permettra aux malheureux qui ont des applics COBOL et ne peuvent pas s'en débarasser de les encapsuler dans des objets .NET et de les utiliser dans des langages moins pervers.

Ah oui, .NET, c'est méga lourd.

Ce qui influence surtout les performances de ton desktop, c'est la quantité de mémoire et la vitesse du disque dur. Une Debian avec KDE2 devrait fonctionner sans problèmes. Peut-être que les performances du disque ralentiront le chargement des applications. Sinon j'aime bien (sawfish|icewm) avec rox qui se chargent très vite. KDE3 et GNOME2 sur 128 MB, ça devient limite (70MB en RAM, donc peu de place pour le cache disque une fois les applics lancées.

Ben non, ça tourne 500x moins vite. Remplacer une instruction machine par plusieurs instuctions C, ça fait tout de suite plus lourd.

(J'espère que je ne dis pas de connerie) Vu que le G3 est RISC, ce projet devrait être, du moins sur ce point, plus simple que l'émulation d'un i386.

Je parle pour la Belgique, mais comme nos lois sont sous l'influence des lois européennes et de la convention de Berne sur le droit d'auteur, il doit y avoir des similitudes.

Lorsque du code est développé pour le compte d'un client (le cas d'un logiciel adapté à une sociéte à sa demande me semble y rentrer, mais sûrement pas le logiciel vendu en boîte dans les FNAC), c'est ce client qui possède les droits patrimoniaux sur le logiciel, sauf mention contraire dans le contrat.

Par ailleurs, le cas a été rencontré lors du passage à l'euro: la société éditant un logiciel servant à gérer les salaires dans de nombreuses administrations et CPAS (Centre Public d'Aide Sociale) a fait faillite et beaucoup se sont sentis mal. La région Wallonne a dû racheter le code de ce logiciel aux curateurs de l'entreprise, dont le rôle est de retirer un maximum d'argent des possessions de l'entreprise pour ses créanciers, et non de veiller aux intérêts des clients.