enfin surtout que ce soit un vieux portable. parceque sinon ca pose de moins en moins de probleme un linux sur un portable de nos jours.
J'ai l'impression que c'est plutôt l'inverse, puisqu'avec le temps, il y a des dévelopeurs qui finissent par mettre au point des drivers pour des modems qui finissent donc par être ancien. Pour les nouveaux modèles, ils n'ont pas eu le temps d'en développer.
A part ça, c'est générelement le modem interne qui pose le plus de problèmes sur un portable, et parfois les fonctions 3D des cartes vidéos.
Après ça (surtout si le modèle qui t'intéresse n'y est pas répertorié), essaye d'avoir la liste du matériel qui l'équipe et cherche des infos sur le net. Après ça, c'est souvent avec l'appareil en main qu'on a les bonnes et les mauvaises surprises.
- L'affichage n'est pas bon deux écrans dans un ! pourtant j'ai bien sélectionné carte graphique pour Dell LCD 1024*768.
Qu'est ce que tu entends par deux écran en un ? L'image est dilatée dans un sens ?
- Le démarrage de linux plante lors du chargement du driver pour la gestion des cartes PCMCIA.
En attendant de résoudre le problème, on peut le contourner en n'activant pas le PCMCIA :
Ponctuellement, tu peux essayer de passer le parmètres "nopcmcia" lors du boot avec Lilo s'il est en mode texte (car en mode graphique, je ne sais pas si on peut passer des paramètres).
Sinon, sous Mandrake au moins, au cours de la phase de boot, il demande si on veut un démarrage interactif. Avec ça, il demande confirmation pour lancer chacun des services. Il est alors simple de ne pas lancer le PCMCIA.
Si aucune de ces solutions de marche, essaye de booter une Knoppix (ou autre truc dans le genre) qui n'aurat peut-être pas le même bug, pour aller modifier les fichiers de configuration.
Pour neutraliser "définitivement" l'activation du PCMCIA, c'est du coté des fichiers /etc/rc*.d/ . Chacun de ces répertoires contient un lien vers un script lançant un service donné. Il y a un répertoire par "runlevel" (niveau d'exécution). Ce sont en fait différentes configurations avec plus ou moins de services.
Pour chaque service, le lien commence par S (Start) pour un service à démarrer, ou K (Kill ?) pour un service à arrêter (ou ne pas lancer), puis un numéro d'ordre, et enfin le service à lancer.
Par exemple, chez moi :
/etc/rc5.d/S04acpi -> ../init.d/acpi*
/etc/rc5.d/S09usb -> ../init.d/usb*
/etc/rc5.d/S10network -> ../init.d/network*
/etc/rc5.d/S11pcmcia -> ../init.d/pcmcia*
Le niveau par défaut étant sûrement le 5, il faut que tu ailles dans le répertoire /etc/rc5.d/ . Là, il doit donc y avoir un lien Sxxpcmcia. Tu as le choix entre le supprimer définitivement, le renommé avec un préfixe autre que S ou K (il ne devrait pas être pris en compte) ou le renommer en changeant le préfixe S en K. Note quelque part l'ancien nom du lien, pour pouvoir le remettre plus tard, quand le problème sera vraiment résolu.
En gros, le WM cree une sorte de grosse fenetre (que l'on pourrait appeler le bureau) dans laquelle il deplace plusieurs autres fenetres (les autres applis) selon les actions de l'utilisateur.
A priori, ce que tu appelles la grosse fenêtre (la fenêtre racine je crois) existe indépendament du WM. La plupart des WM en contrôle la décoration (fond d'écran), parfois y ajoute des icônes, et en capte les évènements (pour créer un menu lors d'un clic sur le fond).
Pour ce qui est des détails technique du fonctionnement du tout, ça dépasse largement mes connaissances.
Il doit donc bien avoir un moyen de recuperer les actions de l'utilisateur!! Mais lequel?
Toutes les interfaces graphiques marchent par programmation évenementielle. C'est à dire que c'est basé sur des évenements du clavier et de la souris (appuie de touche, clic et mouvement ...) que chaque application attend, et traite par une action particulière. Et pour les recevoir, chaque application doit dire au système (serveur X ici) qu'elle veut les recevoir.
Si tu as fais le test en lançant XWindow sans WM, tu as du voir que chaque appli s'affchait dans son rectangle. Et bien chaque appli reçoit les évenements qui ont lieu à l'intérieur de ce rectangle, chez elle, puisque ça la concerne. Je suppose (car je n'ai pas étudié ça en particulier) que le WM demande à recevoir les évenment qui se produisent ailleurs que sur les applis. Entre autres sur les bords des applis où ils ont ajouté leur déco (barre de titre, ancre pour le redimensionnement ...).
J'ai entendu dire qu'ils en avaient pour 20 ans de remboursement...
Merci pour les jeunes qui devront payer la note des anciens !
S'il s'agit des infrastructures tels aéroports, métro d'Athènes, autoroutes, ponts (comme le pont suspendu inauguré ces jours-ci, le plus long au monde), que la Grèce n'avait pas pu développer ces dernières décennies (à cause d'instabilité politique, dictature, retard dans son développement économique), il vont peut-être dire merci, mais avec un grand sourire.
Justement parlons du role des WM. C'est pas tres clair.
A quoi sert le WM?
A mettre de l'ordre sur l'écran. Car d'un point de vue purement technique, on peut se passer de gestionnaire de fenêtres (c'est juste un peu inutilisable à partir de 2 fenêtres).
Fait l'expérience. Lance un nouveau serveur X (qui sera le display :1, car je suppose que tu utilise déjà le display :0), et l'option "-ac" pour qu'il n'y ait plus de restriction d'accès :
[jllc@Versa jllc]$ X :1 -ac
Tu basculeras automatiquement dessus. Pour revenir à ton environnement de départ, utilise les touches Ctrl+Alt+F7, et Ctrl+Alt+F8 pour retourner au deuxième display.
Lance quelques applications (légères pour le test) avec l'option "-display :1" pour qu'elles s'affichent sur le nouvel affichage sans gestionnaire de fenêtres :
[jllc@Versa jllc]$ nedit -display :1
(Faudrait peut être précisé des coordonnées différentes pour qu'elles ne se superposent pas : -geometry WIDTHxHEIGHT+XOFF+YOFF )
Tes applications seront là, dans leurs petits rectangles, mais alors, plus de déco, plus aucun moyen de les déplacer, de les redimensionner, de faire passer l'une devant l'autre.
Pour le "comment ça marche", je ne sais pas du tout comment inter-agissent X, le WM, et les applications.
Serveur d'affichage X <----[protocole X]---- xlib <--- client d'affichage X (Qt, Gtk, ...) <--- Application classique
L'ordre est bon, mais il y a des erreurs.
La Xlib fait partie du client, au même titre que les bibliothèques QT/Gtk/Motif/... Mais elle est plus bas niveau. Il y a des fonctions pour dessiner des points, des droites, des rectangles, créer de nouvelles fenêtres, etc ...
Les bibliothèques graphiques QT/Gtk/... permettent en plus de faire des objets plus complexes. Par exemple dessiner un bouton (ce qui nécessite de faire un rectangle de fond, 4 trait de bordure extérieur, etc ...), des icônes standard.
Et il manquera plus que la gestion unifiée et smplifiée des polices.... parce que certaines distribs qui laissent encore Xfs alors qu'il y a la freetype... grah, c'est crispant.
Je vais peut être dire une connerie, mais xfs, c'est un serveur de polices, et freetype, une bibliothèque pour gérer un type de police en particulier. J'ai l'impression que les deux ne font pas la même chose, voir sont complémentaires.
En ce qui concerne la XLib de XFree, je parlerais bien de l'attitude et des réponses faites par le projet XFree a mes demandes et à d'autres pour le passage de la XLib en mode assynchrone, mais on va encore me traiter de trolleur.
Intéressant. Et avec Xorg, ça va bouger à ce niveau ? Parce que si oui, plus besoin de XCB (en supposant que le mode asynchrone soit le seul intérêt).
D'après ce que je lis : Or le protocole X est fait pour fonctionner en mode asynchrone, [...]
Si le protocole est fait pour, pourquoi la Xlib ne le fait pas directement ? Surtout que si on remlace la bibliothèque coté client, il faut logiquement un serveur ayant les mêmes fonctionnalités. La Xlib étant gérée par les mêmes développeurs que le XFree, le serveur a forcément les mêmes limitations.
Ou alors, il est trop difficile de modifier la bibliothèque existante (et fonctionnement très bien) pour faire de l'asynchrone ?
Je suis tenté d'étendre la question à toute les architectures que supporte Linux. Mais comme il s'agit de XUL/XPFE/..., c'est plus aux développeurs de Mozilla qu'il faudrait poser la question.
Parce que ça ouvrirait potentiellement un sacré nombre d'architectures matérielles. Mais est-ce qu'il y a un public pour ce type de logiciel avec toutes les types de matériel ?
Si le CD est OK, peut-être que ton lecteur commence à donner des signes de faiblesse.
Sauf que j'ai le même problème sur 2 micros totalement différents, comme je l'ai indiqué.
Posté par mathic (page perso) le 12/08/2004 à 13:00. (lien). Évalué à 1.
ton disque ne serait pas rayé?
sinon, peut-être que la gravure c'est mal passée....
Il y a bien une petite rayure sur le disque. Ca doit être ça le problème. Reste plus qu'a essayer de le faire échanger, car il s'agit d'un CD préssé (Mandrake 10.0), et non d'un CD gravé.
Gestionnaire de fenêtres : choisir quelque chose de léger. Le plus léger que je connaisse est twm, mais je précise qu'il a très peu de fonctionnalités. Il y a plus joli, comme par exemple fvwm, ou mieux encore fluxbox.
Y'a aussi WindowMaker comme gestionnaire assez léger (que j'utilise moi même). A essayer.
Pour OpenOffice : ah, ben, là, pas de choix, il n'y a pas d'alternative à OpenOffice.
Des suites bureautiques, il y en a d'autres, moins connues, avec peut être des fonctionnalités manquantes, mais ça vaut le coup d'essayer. La seule qui me vient à l'esprit est Koffice, mais il y a d'autres projets plus anciens que d'autres personnes citeront.
> il s'avère que gcc change d'ABI quasiment à chaque version,
Plus depuis la 3.2 justement.
Donc ça changeait avant. Et quels sont les types de changement rencontrés et leur incidence ?
Et comment ce fait-il que jusqu'à une version 3 d'un compilateur (élément à la base de tous les autres logiciels compilés avec) d'un langage vieux de 25 ans (au moins), on ai beson de modifier ça ? Qu'il y ait des problèmes les premières années, au cours du développement, c'est compréhensible, on essaye, on trouve des problèmes, on refait mieux ... mais gcc a commencé il y a 20 ans ! Et que le compilateur ait des bugs, c'est compréhensible (surtout gcc qui compile plusieurs langages, pour plusieurs processeurs ...), mais une ABI, ça n'a à priori pas besoin d'évoluer très souvent ??
Oui, j'avais relevé l'avertissement.. Il y a quand même un côté positif, c'est que Linux c'est un truc de haut de gamme, un peu comme une moto de course à ne pas mettre entre toutes les mains.
En même temps, "public averti" veut dire "qui sait ce qu'il fait", pas forcément un pro qui a installé 100 serveurs sous Linux dans sa vie.
J'ai moi même une magnifique imprimante Canon qui ne marchera jamais sous Linux (à cause d'un langage propriétaire entre l'imprimante et le PC).
Et bien une personne "averti" sera consciente du risque de trouver dans une telle situation, et saura qu'il faut engueuler le fabricant du matériel et pas Linux/Mandrake. Un néophite ira râler parce que "Linux c'est nul, ça gère pas mon imprimante/scanner/machin USB/....".
Oui, mais certains composants, (comme certains circuits nécessaires dans l'aérospatiale) sont réalisés en plastiques thermodurcissables, qui ne sont pas recyclables ... Je vois mal comment on pourait les remplacer par du métal ou du bois ...
Le pétrole ne disparaitra jamais totalement, il va "juste" devenir rare et cher. Il en restera donc pour faire du plastique, là où on ne peut pas faire autrement. Un peu comme l'or. C'est rare et cher, mais on en utilise aussi pour autre chose que des bijoux, car on n'a pas trouvé mieux.
Et là, ça implique le noyau et X au moins... Pas très périphériques comme applications.
Pour le noyau, un changement de version ne devrait pas pertuber les applications, car les interfaces (système de fichier, accès au périphériques) sont à ma connaissance stables, et je n'ai d'ailleurs pas rencontré de problème en pratique. Reste les programmes gérant directement des modules noyau (iptables, ppp ..), mais il doivent être assez rares pour que ce soit gérable.
Pour X, on a justement un fonctionnement client/serveur, avec un protocol bien standard entre les deux. On devrait normalement pouvoir gérer séparement le serveur (avec les pilotes mis à jour) et les Xlibs coté clients.
Je pense en plus qu'avoir des "bases" stable facilerait le déploiement de Linux en entreprise, car une "configuration" donnée serait pereine quelques années, et les vendeurs/distributeurs d'applications pourrait fournir leurs programmes en était assuré de trouver cette base chez leur client.
L'idéal serait même d'avoir des "configurations de base" communes à plusieurs distributions. Les utilisateurs aurait le choix de la distrib, et les développeurs serait assurés de fournir un truc compatible.
- Tu as des choses en plastique ou tu n'as que du bois et du metal ?
Pour ce qui est du plastique, il n'y aurait pas trop de craintes. D'après un spécialiste qui était dans une émission de "C dans l'air" (France 5) dont le thème était justement la pénurie de pétrole, le plastique ne représente que quelques pourcent de notre utilisation du pétrole, l'essentiel servant aux transport.
Et pour beucoup de chose, le bois et le métal peuvent le remplacer (matériaux qui ont en plus l'avantage d'être renouvelables ou recyclables).
Tu verras qu'il y a différents types de droits (auteur, enregistrement ...) avec des durées de protections variables.
Si les droits sur le premier enregistrement d'un dessin animé avec Mickey (dans les années 20 ou 30) sont depuis longtemps dans le domaine public (logiquement), les droits en tant qu'auteur ne sont pas encore tombés dans le domaine public, puisque ce n'est le cas que 70 ans après la mort de l'auteur.
Walt Disney étant mort en 1966, ça veut dire que ces droits ne tomberont qu'en 2036.
Maintent, ce que l'on peut faire avec une partie des droits dans le domaine public, et une partie qui ne l'est pas, je n'en sais rien.
Ca fait pas de mal d'en reparler à nouveau, surtout qu'on vient de fêter récemment les 50 ans de la naissance "officiel" du rock.
En lisant les commentaires de la dicussion d'il y a un an, j'ai remarqué un truc bizarre. La plupart des droits (interprète, enregistrement) durent 50 ans à partir de l'enregistrement, alors que le droit d'auteur dure pendant encore 70 ans (!) après la mort de l'auteur.
Si on prend l'exemple de Charles Aznavour qui a fêté récemment ses 60 ans de carrière, ça veut donc dire que ses droits en tant qu'interprète, ainsi que les droits sur les enregistrement de ses 10 premières années de chanteur sont tombés dans le domaine public, alors que les droits d'auteur tomberont au plus tôt à la fin du siècle !
Bref, il perd certains droits de son vivant alors que ses arrières-arrières petits enfants profiteront de ses droits d'auteur. Etonnant, non ?
[^] # Re: On dit ...
Posté par Jllc . En réponse au message Mandrake / portable / adsl. Évalué à 2.
http://common.nec-computers.com/ItemPhotoDwn/platform_7521n.jpg(...)
Si oui, on a à peu près la même machine (Nec et Packard Bell sont liés et partage certains micros).
A part le modem, et les fonctions 3D de la carte vidéo, tout marche parfaitement sur ce micro, y compris la carte réseau.
[^] # Re: C'est pas mandrake le pb...
Posté par Jllc . En réponse au message Mandrake / portable / adsl. Évalué à 2.
J'ai l'impression que c'est plutôt l'inverse, puisqu'avec le temps, il y a des dévelopeurs qui finissent par mettre au point des drivers pour des modems qui finissent donc par être ancien. Pour les nouveaux modèles, ils n'ont pas eu le temps d'en développer.
A part ça, c'est générelement le modem interne qui pose le plus de problèmes sur un portable, et parfois les fonctions 3D des cartes vidéos.
[^] # Re: remounter ?
Posté par Jllc . En réponse au message Problème fstab. Évalué à 2.
D'où l'intérêt de la commande que quelqu'un a donné juste au dessus :
mount -o remount,rw /
-o : options
remount : remonter, avec d'autres options, une partition déjà montée
rw : read/write, lecture/écriture
/ : partition à monter/remonter.
# Laptop + debian
Posté par Jllc . En réponse au message Laptop + debian. Évalué à 3.
Un petit tour sur ces sites t'aportera peut-être un début de réponse :
http://www.linux-laptop.net/(...)
http://www.linux.org/hardware/laptop.html(...)
Après ça (surtout si le modèle qui t'intéresse n'y est pas répertorié), essaye d'avoir la liste du matériel qui l'équipe et cherche des infos sur le net. Après ça, c'est souvent avec l'appareil en main qu'on a les bonnes et les mauvaises surprises.
# J'ai besoin d'aide S.V.P
Posté par Jllc . En réponse au message J'ai besoin d'aide S.V.P. Évalué à 2.
Qu'est ce que tu entends par deux écran en un ? L'image est dilatée dans un sens ?
- Le démarrage de linux plante lors du chargement du driver pour la gestion des cartes PCMCIA.
En attendant de résoudre le problème, on peut le contourner en n'activant pas le PCMCIA :
Ponctuellement, tu peux essayer de passer le parmètres "nopcmcia" lors du boot avec Lilo s'il est en mode texte (car en mode graphique, je ne sais pas si on peut passer des paramètres).
Sinon, sous Mandrake au moins, au cours de la phase de boot, il demande si on veut un démarrage interactif. Avec ça, il demande confirmation pour lancer chacun des services. Il est alors simple de ne pas lancer le PCMCIA.
Si aucune de ces solutions de marche, essaye de booter une Knoppix (ou autre truc dans le genre) qui n'aurat peut-être pas le même bug, pour aller modifier les fichiers de configuration.
Pour neutraliser "définitivement" l'activation du PCMCIA, c'est du coté des fichiers /etc/rc*.d/ . Chacun de ces répertoires contient un lien vers un script lançant un service donné. Il y a un répertoire par "runlevel" (niveau d'exécution). Ce sont en fait différentes configurations avec plus ou moins de services.
Pour chaque service, le lien commence par S (Start) pour un service à démarrer, ou K (Kill ?) pour un service à arrêter (ou ne pas lancer), puis un numéro d'ordre, et enfin le service à lancer.
Par exemple, chez moi :
/etc/rc5.d/S04acpi -> ../init.d/acpi*
/etc/rc5.d/S09usb -> ../init.d/usb*
/etc/rc5.d/S10network -> ../init.d/network*
/etc/rc5.d/S11pcmcia -> ../init.d/pcmcia*
Le niveau par défaut étant sûrement le 5, il faut que tu ailles dans le répertoire /etc/rc5.d/ . Là, il doit donc y avoir un lien Sxxpcmcia. Tu as le choix entre le supprimer définitivement, le renommé avec un préfixe autre que S ou K (il ne devrait pas être pris en compte) ou le renommer en changeant le préfixe S en K. Note quelque part l'ancien nom du lien, pour pouvoir le remettre plus tard, quand le problème sera vraiment résolu.
[^] # Re: Du role des WM
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 3.
A priori, ce que tu appelles la grosse fenêtre (la fenêtre racine je crois) existe indépendament du WM. La plupart des WM en contrôle la décoration (fond d'écran), parfois y ajoute des icônes, et en capte les évènements (pour créer un menu lors d'un clic sur le fond).
Pour ce qui est des détails technique du fonctionnement du tout, ça dépasse largement mes connaissances.
Il doit donc bien avoir un moyen de recuperer les actions de l'utilisateur!! Mais lequel?
Toutes les interfaces graphiques marchent par programmation évenementielle. C'est à dire que c'est basé sur des évenements du clavier et de la souris (appuie de touche, clic et mouvement ...) que chaque application attend, et traite par une action particulière. Et pour les recevoir, chaque application doit dire au système (serveur X ici) qu'elle veut les recevoir.
Si tu as fais le test en lançant XWindow sans WM, tu as du voir que chaque appli s'affchait dans son rectangle. Et bien chaque appli reçoit les évenements qui ont lieu à l'intérieur de ce rectangle, chez elle, puisque ça la concerne. Je suppose (car je n'ai pas étudié ça en particulier) que le WM demande à recevoir les évenment qui se produisent ailleurs que sur les applis. Entre autres sur les bords des applis où ils ont ajouté leur déco (barre de titre, ancre pour le redimensionnement ...).
[^] # Re: moxo
Posté par Jllc . En réponse au journal Planète à gogos. Évalué à 6.
Merci pour les jeunes qui devront payer la note des anciens !
S'il s'agit des infrastructures tels aéroports, métro d'Athènes, autoroutes, ponts (comme le pont suspendu inauguré ces jours-ci, le plus long au monde), que la Grèce n'avait pas pu développer ces dernières décennies (à cause d'instabilité politique, dictature, retard dans son développement économique), il vont peut-être dire merci, mais avec un grand sourire.
[^] # Re: Du role des WM
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 4.
A quoi sert le WM?
A mettre de l'ordre sur l'écran. Car d'un point de vue purement technique, on peut se passer de gestionnaire de fenêtres (c'est juste un peu inutilisable à partir de 2 fenêtres).
Fait l'expérience. Lance un nouveau serveur X (qui sera le display :1, car je suppose que tu utilise déjà le display :0), et l'option "-ac" pour qu'il n'y ait plus de restriction d'accès :
[jllc@Versa jllc]$ X :1 -ac
Tu basculeras automatiquement dessus. Pour revenir à ton environnement de départ, utilise les touches Ctrl+Alt+F7, et Ctrl+Alt+F8 pour retourner au deuxième display.
Lance quelques applications (légères pour le test) avec l'option "-display :1" pour qu'elles s'affichent sur le nouvel affichage sans gestionnaire de fenêtres :
[jllc@Versa jllc]$ nedit -display :1
(Faudrait peut être précisé des coordonnées différentes pour qu'elles ne se superposent pas : -geometry WIDTHxHEIGHT+XOFF+YOFF )
Tes applications seront là, dans leurs petits rectangles, mais alors, plus de déco, plus aucun moyen de les déplacer, de les redimensionner, de faire passer l'une devant l'autre.
Pour le "comment ça marche", je ne sais pas du tout comment inter-agissent X, le WM, et les applications.
[^] # Re: Pont
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 7.
L'ordre est bon, mais il y a des erreurs.
La Xlib fait partie du client, au même titre que les bibliothèques QT/Gtk/Motif/... Mais elle est plus bas niveau. Il y a des fonctions pour dessiner des points, des droites, des rectangles, créer de nouvelles fenêtres, etc ...
Les bibliothèques graphiques QT/Gtk/... permettent en plus de faire des objets plus complexes. Par exemple dessiner un bouton (ce qui nécessite de faire un rectangle de fond, 4 trait de bordure extérieur, etc ...), des icônes standard.
[^] # Re: Performances ?
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 7.
Je vais peut être dire une connerie, mais xfs, c'est un serveur de polices, et freetype, une bibliothèque pour gérer un type de police en particulier. J'ai l'impression que les deux ne font pas la même chose, voir sont complémentaires.
[^] # Re: Pourquoi un remplacement ?
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 2.
Intéressant. Et avec Xorg, ça va bouger à ce niveau ? Parce que si oui, plus besoin de XCB (en supposant que le mode asynchrone soit le seul intérêt).
# Pourquoi un remplacement ?
Posté par Jllc . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 5.
Or le protocole X est fait pour fonctionner en mode asynchrone, [...]
Si le protocole est fait pour, pourquoi la Xlib ne le fait pas directement ? Surtout que si on remlace la bibliothèque coté client, il faut logiquement un serveur ayant les mêmes fonctionnalités. La Xlib étant gérée par les mêmes développeurs que le XFree, le serveur a forcément les mêmes limitations.
Ou alors, il est trop difficile de modifier la bibliothèque existante (et fonctionnement très bien) pour faire de l'asynchrone ?
[^] # Re: Referer bloqué
Posté par Jllc . En réponse au journal MSIE et referer. Évalué à 0.
Pour les sites qui les aficheraient tout en les laissant hébergées sur ton site, ça marcherait.
Mais pour ceux qui copieraient tes images sur leurs propres serveurs, ça ne marcherait pas du tout !
[^] # Re: Linux est aussi un système d'exploitation!
Posté par Jllc . En réponse à la dépêche Encyclopédie Hachette Multimédia sous Linux. Évalué à 2.
Je suis tenté d'étendre la question à toute les architectures que supporte Linux. Mais comme il s'agit de XUL/XPFE/..., c'est plus aux développeurs de Mozilla qu'il faudrait poser la question.
Parce que ça ouvrirait potentiellement un sacré nombre d'architectures matérielles. Mais est-ce qu'il y a un public pour ce type de logiciel avec toutes les types de matériel ?
[^] # Re: rayé?
Posté par Jllc . En réponse au message Erreur de lecture CRRom. Évalué à 2.
Sauf que j'ai le même problème sur 2 micros totalement différents, comme je l'ai indiqué.
Posté par mathic (page perso) le 12/08/2004 à 13:00. (lien). Évalué à 1.
ton disque ne serait pas rayé?
sinon, peut-être que la gravure c'est mal passée....
Il y a bien une petite rayure sur le disque. Ca doit être ça le problème. Reste plus qu'a essayer de le faire échanger, car il s'agit d'un CD préssé (Mandrake 10.0), et non d'un CD gravé.
[^] # Re: Une config légère
Posté par Jllc . En réponse au message Quel Linux & Window Mgr pour une. Évalué à 1.
Y'a aussi WindowMaker comme gestionnaire assez léger (que j'utilise moi même). A essayer.
Pour OpenOffice : ah, ben, là, pas de choix, il n'y a pas d'alternative à OpenOffice.
Des suites bureautiques, il y en a d'autres, moins connues, avec peut être des fonctionnalités manquantes, mais ça vaut le coup d'essayer. La seule qui me vient à l'esprit est Koffice, mais il y a d'autres projets plus anciens que d'autres personnes citeront.
[^] # Re: Allez, on va en faire quelques uns ;-)
Posté par Jllc . En réponse au journal Linux : la plus vaste blague de l'informatique. Évalué à 2.
Mêmes emmerdes ? ABI compatibles mais avec des défauts/bugs ?
[^] # Re: Allez, on va en faire quelques uns ;-)
Posté par Jllc . En réponse au journal Linux : la plus vaste blague de l'informatique. Évalué à 2.
Plus depuis la 3.2 justement.
Donc ça changeait avant. Et quels sont les types de changement rencontrés et leur incidence ?
Et comment ce fait-il que jusqu'à une version 3 d'un compilateur (élément à la base de tous les autres logiciels compilés avec) d'un langage vieux de 25 ans (au moins), on ai beson de modifier ça ? Qu'il y ait des problèmes les premières années, au cours du développement, c'est compréhensible, on essaye, on trouve des problèmes, on refait mieux ... mais gcc a commencé il y a 20 ans ! Et que le compilateur ait des bugs, c'est compréhensible (surtout gcc qui compile plusieurs langages, pour plusieurs processeurs ...), mais une ABI, ça n'a à priori pas besoin d'évoluer très souvent ??
[^] # Re: Quand même ...
Posté par Jllc . En réponse à la dépêche Carrefour propose un PC équipé de MandrakeLinux sur son site Internet. Évalué à 5.
En même temps, "public averti" veut dire "qui sait ce qu'il fait", pas forcément un pro qui a installé 100 serveurs sous Linux dans sa vie.
J'ai moi même une magnifique imprimante Canon qui ne marchera jamais sous Linux (à cause d'un langage propriétaire entre l'imprimante et le PC).
Et bien une personne "averti" sera consciente du risque de trouver dans une telle situation, et saura qu'il faut engueuler le fabricant du matériel et pas Linux/Mandrake. Un néophite ira râler parce que "Linux c'est nul, ça gère pas mon imprimante/scanner/machin USB/....".
[^] # Re: Je men tape...
Posté par Jllc . En réponse au journal La fin du pétrole, c'est pour bientôt !. Évalué à 4.
Le pétrole ne disparaitra jamais totalement, il va "juste" devenir rare et cher. Il en restera donc pour faire du plastique, là où on ne peut pas faire autrement. Un peu comme l'or. C'est rare et cher, mais on en utilise aussi pour autre chose que des bijoux, car on n'a pas trouvé mieux.
[^] # Re: au sujet des distributions
Posté par Jllc . En réponse à la dépêche Les politiques de sorties des grands projets Open Source. Évalué à 3.
Pour le noyau, un changement de version ne devrait pas pertuber les applications, car les interfaces (système de fichier, accès au périphériques) sont à ma connaissance stables, et je n'ai d'ailleurs pas rencontré de problème en pratique. Reste les programmes gérant directement des modules noyau (iptables, ppp ..), mais il doivent être assez rares pour que ce soit gérable.
Pour X, on a justement un fonctionnement client/serveur, avec un protocol bien standard entre les deux. On devrait normalement pouvoir gérer séparement le serveur (avec les pilotes mis à jour) et les Xlibs coté clients.
Je pense en plus qu'avoir des "bases" stable facilerait le déploiement de Linux en entreprise, car une "configuration" donnée serait pereine quelques années, et les vendeurs/distributeurs d'applications pourrait fournir leurs programmes en était assuré de trouver cette base chez leur client.
L'idéal serait même d'avoir des "configurations de base" communes à plusieurs distributions. Les utilisateurs aurait le choix de la distrib, et les développeurs serait assurés de fournir un truc compatible.
[^] # Re: Je men tape...
Posté par Jllc . En réponse au journal La fin du pétrole, c'est pour bientôt !. Évalué à 2.
Pour ce qui est du plastique, il n'y aurait pas trop de craintes. D'après un spécialiste qui était dans une émission de "C dans l'air" (France 5) dont le thème était justement la pénurie de pétrole, le plastique ne représente que quelques pourcent de notre utilisation du pétrole, l'essentiel servant aux transport.
Et pour beucoup de chose, le bois et le métal peuvent le remplacer (matériaux qui ont en plus l'avantage d'être renouvelables ou recyclables).
# Touchpad (synaptics) et souris
Posté par Jllc . En réponse au message Touchpad (synaptics) et souris. Évalué à 1.
Section "InputDevice"
Identifier "Touchpad"
Driver "synaptics"
Option "Device" "/dev/psaux"
Option "Protocol" "PS/2"
(...)
EndSection
Essaye différentes valeurs possible comme "PS/2", "ImPS/2" ou "auto-dev" (que j'ai chez moi pour un touchpad).
[^] # Re: Disney
Posté par Jllc . En réponse au journal Le rock a 50 ans... les droits aussi!. Évalué à 1.
Tu devrais lire les commentaires de ce sujet :
http://linuxfr.org/2003/01/03/10850.html(...)
Tu verras qu'il y a différents types de droits (auteur, enregistrement ...) avec des durées de protections variables.
Si les droits sur le premier enregistrement d'un dessin animé avec Mickey (dans les années 20 ou 30) sont depuis longtemps dans le domaine public (logiquement), les droits en tant qu'auteur ne sont pas encore tombés dans le domaine public, puisque ce n'est le cas que 70 ans après la mort de l'auteur.
Walt Disney étant mort en 1966, ça veut dire que ces droits ne tomberont qu'en 2036.
Maintent, ce que l'on peut faire avec une partie des droits dans le domaine public, et une partie qui ne l'est pas, je n'en sais rien.
[^] # Re: j'ai pas de bol moi....
Posté par Jllc . En réponse au journal Le rock a 50 ans... les droits aussi!. Évalué à 2.
En lisant les commentaires de la dicussion d'il y a un an, j'ai remarqué un truc bizarre. La plupart des droits (interprète, enregistrement) durent 50 ans à partir de l'enregistrement, alors que le droit d'auteur dure pendant encore 70 ans (!) après la mort de l'auteur.
Si on prend l'exemple de Charles Aznavour qui a fêté récemment ses 60 ans de carrière, ça veut donc dire que ses droits en tant qu'interprète, ainsi que les droits sur les enregistrement de ses 10 premières années de chanteur sont tombés dans le domaine public, alors que les droits d'auteur tomberont au plus tôt à la fin du siècle !
Bref, il perd certains droits de son vivant alors que ses arrières-arrières petits enfants profiteront de ses droits d'auteur. Etonnant, non ?