Entièrement d'accord.
Cela va pécher un peu au niveau de la RAM. Personnellement la machine sur laquelle j'écris ce message est un PII/350Mhz, mais avec 320 megs de RAM.
Sinon, à machine ancienne, distrib ancienne.
Moi, personnellement, j'avais beaucoup de sympathie pour la Mandrake 7.0 (sorti en 2000). Je trouve que c'est la distrib la plus stable que mandrake n'ait jamais sorti. Utilise WindowMaker ou plus léger et tout devrait passer sans douleur.
Hum, l'acquisition et le traitement de données, ça porte un nom : l'informatique !
C'est plus que vague ! Tu veux faire l'acquisition de QUEL GENRE de données ?
Sinon, pour le traitement, cela fonctionne comme sous tous les systèmes de types Unix. Il n'y a pas un logiciel écrit from scratch servant à se spécialiser dans une tâche en particulier mais au contraire une multitude de petits outils d'intéret général qui peuvent être combinés entre eux pour te permettre de faire à peu près n'importe quoi.
C'est d'ailleurs pour cette raison que je considère ces systèmes comme étant réellement des systèmes d'exploitation. Unix est à Windows ce que l'automobile est au train :
Auto:
Inconvénient : Il faut apprendre à conduire.
Avantages : Tu vas absolument partout avec le même outil, même en dehors des routes.
Train :
Avantage : T'as qu'a monter dedans et attendre qu'il t'emmène ou tu veux.
Inconvénient : Tu ne peux aller qu'à des endroits prédéfinis par les rails, le reste tu le fais à pied (et accessoirement, c'est long, tu n'as aucun recours lorsqu'il tombe en panne, ou que le personnel fait grève, etc).
Par acquisition tu entends quoi ? Importation de données depuis des fichiers d'une autre machine ou d'un autre système ? Acquisition de mesures depuis un périphérique matériel (voir /dev) ? Data-Mining ? Utilisation de bases de données (SQL) ?
Aujourd'hui, GNU/Linux est le seul système développé dans l'intérêt des Droits de l'Homme.
A mon avis, la seule chose qui pêche là-dedans est le mot « seul ». Il y a d'autres systèmes libres qui se développent, encore qu'à part BSD, je ne vois pas trop lesquels sur le moment, et puis la licence BSD n'est pas la GPL, on aime ou on aime pas.
je travaille pour des buts qui sont, à mon sens, plus importants que l'innovation.
Ca n'a rien d'intégriste. Comme il l'explique depuis le début, sont objectif premier est de développer un système qui ne prenne pas son utilisateur en otage. Si le but de tout l'effort accompli autour de GNU était l'innovation, on n'en serait pas resté à un Unix-like. Ce sont deux objectifs différents, mais pas antagonistes. Je ne pense pas qu'il faille y voir là une connotation politique par exemple.
Ces buts peuvent être résumés par les mots Liberté, Egalité, Fraternité.
J'espère que c'est pas cela qui te gène parce que c'est écrit en gros sur les façades de toutes les mairies de France. En soi, j'adhère plutôt à ces principes, même s'ils sont malheureusement bien souvent colorés par des clivages ou des idéaux.
Mon opinion, et je crois que c'est ce que RMS essaie d'expliquer par là, est que GNU/Linux est un système démocratique. Il appartient à tout le monde et tout le monde peut y apporter sa pierre. Cela n'empêche donc pas de faire ce que l'on veut avec - y compris du business - . La seule chose que cela empêche, c'est la mainmise d'une seule grande entité sur une infrastructure que par définition tout le monde utilise. Ce sont les fondements de la citoyenneté, rien d'autre.
J'ai tendance à dire que c'est très bien comme cela parce que l'informatique fait réellement partie intégrante de notre vie. Même sans PC : Le moindre appareil HI-FI de moins de quinze ans contient un microprocesseur ! Il est donc essentiel d'apprendre aux jeunes le fonctionnement d'un ordinateur de la même façon que l'on enseigne les bases de l'électricité ou de la chimie. Or, bien souvent, cet apprentissage se traduit par une formation à l'utilisation de logiciels propriétaires, pas aux bases de l'informatique réelle.
C'est un peu comme si toutes les routes de France étaient brutalement concédées à des compagnies privées, même si l'on fait encore un parallèle avec l'automobile, et devenaient payantes. Tout le monde accepte gentillement de payer le péage pour emprunter une voie rapide et entretenue pour traverser la France dans de bonnes conditions, même si on peste toujours sur la somme à acquitter et sur les bouchons, mais le réseau routier est une infrastructure de première nécessité et il est vital que la population puisse emprunter les départementales et nationales.
L'informatique - au sens large - est en passe de devenir une infrastructure aussi vitale, même si c'est de façon beaucoup plus insidieuse, ce qui est un problème parce que la population ne peut pas s'en rendre compte. C'est donc un acte de salubriété publique que de développer et maintenir un système qui assure le minimum vital au bon fonctionnement des systèmes d'information, quelque soit les opinions des dirigeants de grandes compagnies ou des chefs d'états.
RMS veut être le garant de cette infrastructure. Libre a chacun de le suivre - et de lui faire confiance - ou pas, mais son engagement reste saluable parce que c'est un sacerdoce.
Honnêtement, je ne suis pas non plus toujours d'accord avec les positions « excessives » de RMS ( https://linuxfr.org/~Obsidian/7689.html(...) ) mais là, je ne vois pas trop ce qui t'embête.
A part les mots :
« Pourquoi la tour qui n'a pas été pas attaquée s'est effondrée ?» (il me semble que chaque tour s'est prise un avion) et « probablement des activités criminelles » qui est une extrapolation, il me semble que tout ce qu'il dit dans cet article est vrai et vérifiable.
Pourquoi pour chaque type ? Vu que les types entiers peuvent être promus entre eux, un constructeur prenant un int en paramètre suffit largement.
C'est vrai. Mais au moment où j'avais commencé la classe en question, je ne savais pas si le compilateur aurait la bonne idée de le faire. J'aurais pu vérifier, toutefois ...
Et si la valeur du BigInt est plus grande que celle du type natif que tu veux, il se passe quoi ?
Typiquement, j'adopte le même comportement que lorsque l'on passe d'un long à un short, par exemple. Je tronque et conserve les octets de poids faible. C'est aussi pour cela que je veux qu'un entier soit implicitement converti vers un BigInt et pas l'inverse, autrement les résultats seront erronés.
Ce que je ferais, c'est de mettre des fonctions style GetLong, et un opérateur < pour comparer deux BigInt, la comparaison entier->BigInt étant gérée par le constructeur.
C'est que je voulais éviter. L'opérateur s'appuyant sur les constructeurs est déjà en place, mais l'utilisateur ne comprendra pas pourquoi dans un sens on peut directement comparer un BigInt à un entier, et pas dans l'autre ...
Avec Linux, t'as un noyau, Avec windows, t'as des pépins ...
Windows un jour, Debian toujours ...
unzip; strip; touch; finger; mount; fsck; more; yes; gasp; umount; sleep ...
Oui, mais il demande une révision du français, pas la rectification d'une erreur fréquente. Reste à savoir si cette demande est réellement justifiée ...
Une fois j'ai rempli mon disque sur une Redhat 5.1 en faisant "joe /dev/zero", histoire de voir comment il le prendrait.
Ce qu'il se passe, la plupart du temps, c'est que le serveur X se sent à l'étroit ! C'est le premier à tomber. Et comme il est marqué "respawn" dans l'inittab, évidement il redémarre frénétiquement, empêchant l'utilisateur de chopper une console, mais pas assez vite pour qu'init lui fasse fermer sa gueule pour 5 minutes.
Sinon, un kill du process concerné, un petit tour dans /tmp pour faire le ménage et tout rentre dans l'ordre.
Ceci dit, c'est quand même intéressant de mettre un quota sur ce genre de rep (spécialement /tmp), ou une partition, pour éviter que ce genre de désagrément arrive, car il est vrai que si le système n'a pas réellement planté, il n'en reste pas moins inutilisable.
Mon ancien moniteur Apple avait deux contrôles fixes : luminosité et constraste, le reste étant géré logiciellement. Par contre, ils proposaient une fonctionalité interressante : Il y avait deux boutons apparents en façade. Le premier pour mettre l'appareil hors et sous tension, le second pour appeler automatiquement l'application de gestion du moniteur.
C'est sûr que l'on a intérêt à avoir un ordinateur en bonne santé pour s'offrir ce luxe, mais quand c'est le cas, c'est vrai que c'est plus sympa qu'un OSD ordinaire ...
lors imaginons que je récupère ces specs, je les transmets où ? A qui ? Existe t'il un endroit où l'on peut déposer des specs pour des périphériques orphelins de drivers ? Ou le projet Xorg s'intéresse t'il à ce genre de chose ?
Ben, en googlisant un tout petit peu, je suis immédiatement tombé sur çà:
Visiblement, le gars a exactement le même problème que toi, avec les moniteurs de la même marque mais de la génération d'avant. La bonne nouvelle, c'est qu'il a visiblement déjà élucidé une bonne partie du protocole !
Moi, je trouve que cela a au moins un avantage majeur : Chaque utilisateur peut faire les réglages qui lui plaît et les retrouver intacts à l'ouverture de la session. On pourrait même imaginer un mode spécial économie avec la luminosité baissée au minimum pendant les inter-sessions ou couplé aux screensavers.
Maintenant, c'est vrai qu'un système hybride Manuel-OSD/Logiciel serait appréciable, mais cela commencerait à faire beaucoup.
Oui, et ce qui est à craindre, c'est que ce pilote, même gratuit, soit sous une licence fermée, tout simplement parce que ces grandes compagnies ont l'habitude de travailler ainsi.
Je ne pense pas qu'il y ait de mauvaise volonté chez Samsung sur ce point, ne serait-ce que parce qu'il développent effectivement un pilote (à moins que ce soit une réponse montée de toutes pièces pour que les linuxéistes fichent la paix au service conso, mais j'en doute).
Par contre, s'ils ont acquis une technologie externe pour piloter leur moniteur, il est possible que la licence de celle-ci leur lie les mains.
Bon j'imagine que le moniteur se règle au travers du bus USB (comme mon ancien Apple qui a claqué, malheureusement).
Ce qu'il faudrait, c'est suggérer au service consommateur de Samsung , où plutôt à la direction, de mettre les spécifications du protocole du moniteur en accès libre. S'il y a une chose qui n'a pas besoin d'être secrète, c'est bien celle-là !
Après, le développement du pilote peut prendre le temps qu'il faut, cela n'empêchera pas la communauté de développer le sien. Samsung en profitera, le moniteur sera parfaitement reconnu par les Mandrake et compagnie, etc. Et tout cela pour pas un rond !
Demande éventuellement à faire transmettre ton message à l'équipe technique, peut-être t'enverront-ils ces fameuses spécifications (peu probable, mais parfois il suffit juste de demander).
Méfiance, l'encodage Windows qui ressemble à de l'ISO pourrait bien être le Windows-1250. C'est le plus répandu à mon avis, notament dans le système de fichiers.
Je crois cependant que la meilleure manière d'assurer la portabilité vers toutes les langues du monde, si c'est bien ton objectif, ou en tous cas leur majorité est encore de coder tes chaînes en Unicode sur 16 bits par caractère. Il me semble, mais c'est à vérifier, que les compilateurs de chez Bill font cela par défaut (un xxd sur les fichiers générés montrent des caractères codés sur deux octets).
Par contre, si tu souhaites te cantonner, et c'est déjà beaucoup, aux langues latines, alors l'ISO-8859-15 avec son symbole euro est aujourd'hui l'encodage de référence pour tout le monde.
Les compilateurs font aujourd'hui eux-mêmes leurs optimisations, mais il n'y a plus beaucoup de gens qui savent qu'en principe la définition d'un bloc entre accolades implique la mise en place d'un cadre de pile (ce qui rend possible l'utilisation de variables locales en son sein, d'ailleurs), et que ce n'est pas forcément souhaitable, ni souhaité.
Bref, je trouve que la rigueur en programmation devrait s'exprimer à ce niveau, et pas sur les effets cosmétiques qui ne sont qu'histoire de goût. A mon avis, aucun programmeur ou chef de projet conscients de ces faits et ayant suffisament développé n'a de temps à perdre avec ce genre de joujou, m'enfin bon. Si cela rend service à quelqu'un ...
Y a du progrès, les défaceurs de sites ne sont plus traités comme des terroristes.
Par contre, si le défaçage de sites correspond au plus à du vandalisme, il est quand même nettement plus facile de restaurer un site que d'effacer un tag ou remplacer un pneu, non ?
Si le site externe est construit en tant que réplique d'un interne, il suffit de lancer une commande - voire cliquer sur un bouton - pour que tout rentre dans l'ordre ...
Oui, mais là, c'est involontaire. Ce genre d'erreur se produit sur tous les sites dynamiques, quelque soit le produit employé. Il y a d'autres endroits, par contre, où c'est délibéré :
[^] # Re: nada
Posté par Obsidian . En réponse au message Quelle distro pour un vieux PC ?. Évalué à 4.
Cela va pécher un peu au niveau de la RAM. Personnellement la machine sur laquelle j'écris ce message est un PII/350Mhz, mais avec 320 megs de RAM.
Sinon, à machine ancienne, distrib ancienne.
Moi, personnellement, j'avais beaucoup de sympathie pour la Mandrake 7.0 (sorti en 2000). Je trouve que c'est la distrib la plus stable que mandrake n'ait jamais sorti. Utilise WindowMaker ou plus léger et tout devrait passer sans douleur.
# Parallel-Processing-HOWTO
Posté par Obsidian . En réponse au journal Une question tout bête. Évalué à 4.
Le Parallel-Processing-HOWTO faisait déjà un état des lieux en la matière fin 1998 :
http://www.traduc.org/docs/HOWTO/lecture/Parallel-Processing-HOWTO.(...)
Le document est en cours de relecture, donc il ne devrait pas tarder à sortir en français.
# Windows humilié, mais Windows libéré !
Posté par Obsidian . En réponse au journal journal inutile (mérite d'être clair). Évalué à 10.
Nuance, Windows n'a pas été libéré, mais il s'est échappé (en tout cas une bonne partie de son code source ! ;-) ).
# Le traitement de données ?
Posté par Obsidian . En réponse au message Recherche d'informations sur l'acquisition et le traitement des données sous linux. Évalué à 2.
C'est plus que vague ! Tu veux faire l'acquisition de QUEL GENRE de données ?
Sinon, pour le traitement, cela fonctionne comme sous tous les systèmes de types Unix. Il n'y a pas un logiciel écrit from scratch servant à se spécialiser dans une tâche en particulier mais au contraire une multitude de petits outils d'intéret général qui peuvent être combinés entre eux pour te permettre de faire à peu près n'importe quoi.
C'est d'ailleurs pour cette raison que je considère ces systèmes comme étant réellement des systèmes d'exploitation. Unix est à Windows ce que l'automobile est au train :
Auto:
Inconvénient : Il faut apprendre à conduire.
Avantages : Tu vas absolument partout avec le même outil, même en dehors des routes.
Train :
Avantage : T'as qu'a monter dedans et attendre qu'il t'emmène ou tu veux.
Inconvénient : Tu ne peux aller qu'à des endroits prédéfinis par les rails, le reste tu le fais à pied (et accessoirement, c'est long, tu n'as aucun recours lorsqu'il tombe en panne, ou que le personnel fait grève, etc).
Par acquisition tu entends quoi ? Importation de données depuis des fichiers d'une autre machine ou d'un autre système ? Acquisition de mesures depuis un périphérique matériel (voir /dev) ? Data-Mining ? Utilisation de bases de données (SQL) ?
Développe un peu, quoi.
# Ouine
Posté par Obsidian . En réponse au message Impossible d'installer windows.... Évalué à 4.
Pas du tout, c'est ici qu'on en parle le plus :-) La preuve:
http://www.google.fr/custom?cof=S%3Ahttp%3A%2F%2Flinuxfr.org%3BAH%3(...)
[^] # Re: Gagnant
Posté par Obsidian . En réponse au journal Concours de vaporware. Évalué à 7.
[^] # Re: Ou est-le problème ?
Posté par Obsidian . En réponse au journal RMS, moi, il me fait peur. Évalué à 3.
[^] # Re: Ou est-le problème ?
Posté par Obsidian . En réponse au journal RMS, moi, il me fait peur. Évalué à 10.
A mon avis, la seule chose qui pêche là-dedans est le mot « seul ». Il y a d'autres systèmes libres qui se développent, encore qu'à part BSD, je ne vois pas trop lesquels sur le moment, et puis la licence BSD n'est pas la GPL, on aime ou on aime pas.
je travaille pour des buts qui sont, à mon sens, plus importants que l'innovation.
Ca n'a rien d'intégriste. Comme il l'explique depuis le début, sont objectif premier est de développer un système qui ne prenne pas son utilisateur en otage. Si le but de tout l'effort accompli autour de GNU était l'innovation, on n'en serait pas resté à un Unix-like. Ce sont deux objectifs différents, mais pas antagonistes. Je ne pense pas qu'il faille y voir là une connotation politique par exemple.
Ces buts peuvent être résumés par les mots Liberté, Egalité, Fraternité.
J'espère que c'est pas cela qui te gène parce que c'est écrit en gros sur les façades de toutes les mairies de France. En soi, j'adhère plutôt à ces principes, même s'ils sont malheureusement bien souvent colorés par des clivages ou des idéaux.
Mon opinion, et je crois que c'est ce que RMS essaie d'expliquer par là, est que GNU/Linux est un système démocratique. Il appartient à tout le monde et tout le monde peut y apporter sa pierre. Cela n'empêche donc pas de faire ce que l'on veut avec - y compris du business - . La seule chose que cela empêche, c'est la mainmise d'une seule grande entité sur une infrastructure que par définition tout le monde utilise. Ce sont les fondements de la citoyenneté, rien d'autre.
J'ai tendance à dire que c'est très bien comme cela parce que l'informatique fait réellement partie intégrante de notre vie. Même sans PC : Le moindre appareil HI-FI de moins de quinze ans contient un microprocesseur ! Il est donc essentiel d'apprendre aux jeunes le fonctionnement d'un ordinateur de la même façon que l'on enseigne les bases de l'électricité ou de la chimie. Or, bien souvent, cet apprentissage se traduit par une formation à l'utilisation de logiciels propriétaires, pas aux bases de l'informatique réelle.
C'est un peu comme si toutes les routes de France étaient brutalement concédées à des compagnies privées, même si l'on fait encore un parallèle avec l'automobile, et devenaient payantes. Tout le monde accepte gentillement de payer le péage pour emprunter une voie rapide et entretenue pour traverser la France dans de bonnes conditions, même si on peste toujours sur la somme à acquitter et sur les bouchons, mais le réseau routier est une infrastructure de première nécessité et il est vital que la population puisse emprunter les départementales et nationales.
L'informatique - au sens large - est en passe de devenir une infrastructure aussi vitale, même si c'est de façon beaucoup plus insidieuse, ce qui est un problème parce que la population ne peut pas s'en rendre compte. C'est donc un acte de salubriété publique que de développer et maintenir un système qui assure le minimum vital au bon fonctionnement des systèmes d'information, quelque soit les opinions des dirigeants de grandes compagnies ou des chefs d'états.
RMS veut être le garant de cette infrastructure. Libre a chacun de le suivre - et de lui faire confiance - ou pas, mais son engagement reste saluable parce que c'est un sacerdoce.
# Ou est-le problème ?
Posté par Obsidian . En réponse au journal RMS, moi, il me fait peur. Évalué à 6.
A part les mots :
« Pourquoi la tour qui n'a pas été pas attaquée s'est effondrée ?» (il me semble que chaque tour s'est prise un avion) et « probablement des activités criminelles » qui est une extrapolation, il me semble que tout ce qu'il dit dans cet article est vrai et vérifiable.
Qu'est-ce qui t'ennuie ?
[^] # Re: PCM
Posté par Obsidian . En réponse au message Lecture de fichier PCM sur fedora 2. Évalué à 2.
[^] # Re: Re : Ambigüités entre opérateurs
Posté par Obsidian . En réponse au message Ambigüités entre opérateurs. Évalué à 2.
Pourquoi pour chaque type ? Vu que les types entiers peuvent être promus entre eux, un constructeur prenant un int en paramètre suffit largement.
C'est vrai. Mais au moment où j'avais commencé la classe en question, je ne savais pas si le compilateur aurait la bonne idée de le faire. J'aurais pu vérifier, toutefois ...
Et si la valeur du BigInt est plus grande que celle du type natif que tu veux, il se passe quoi ?
Typiquement, j'adopte le même comportement que lorsque l'on passe d'un long à un short, par exemple. Je tronque et conserve les octets de poids faible. C'est aussi pour cela que je veux qu'un entier soit implicitement converti vers un BigInt et pas l'inverse, autrement les résultats seront erronés.
Ce que je ferais, c'est de mettre des fonctions style GetLong, et un opérateur < pour comparer deux BigInt, la comparaison entier->BigInt étant gérée par le constructeur.
C'est que je voulais éviter. L'opérateur s'appuyant sur les constructeurs est déjà en place, mais l'utilisateur ne comprendra pas pourquoi dans un sens on peut directement comparer un BigInt à un entier, et pas dans l'autre ...
# Even more ...
Posté par Obsidian . En réponse au journal Le mot du jour et la compil spécial noël. Évalué à 6.
Windows un jour, Debian toujours ...
unzip; strip; touch; finger; mount; fsck; more; yes; gasp; umount; sleep ...
[^] # Re: Quelle coincidence !
Posté par Obsidian . En réponse au message qui a une bonne connection (>=T1) pour héberger serveur de jeux ?. Évalué à 2.
Désolé, et bonne chance.
[^] # Re: partition n. f.
Posté par Obsidian . En réponse au journal demande de revisionnement du francais. Évalué à 7.
# Partir
Posté par Obsidian . En réponse au journal demande de revisionnement du francais. Évalué à 4.
Justement, l'étymologie que tu mets en évidence n'est-elle pas l'origine même de la différence entre « repartir » et « répartir » ?
Il me semble que « répartir » suggère justement le fait de définir des parts dans un tout, avant de les attribuer.
Et puis « partir » est pour ainsi dire synonyme de « quitter ». Est-ce que le dé-part d'une personne ne provoquerait pas la fragmentation du groupe ?
[^] # Re: Expérience perso :
Posté par Obsidian . En réponse au message Partitionnement Disques durs. Évalué à 3.
- Ca veut dire quoi, « le système plante » ?
Une fois j'ai rempli mon disque sur une Redhat 5.1 en faisant "joe /dev/zero", histoire de voir comment il le prendrait.
Ce qu'il se passe, la plupart du temps, c'est que le serveur X se sent à l'étroit ! C'est le premier à tomber. Et comme il est marqué "respawn" dans l'inittab, évidement il redémarre frénétiquement, empêchant l'utilisateur de chopper une console, mais pas assez vite pour qu'init lui fasse fermer sa gueule pour 5 minutes.
Sinon, un kill du process concerné, un petit tour dans /tmp pour faire le ménage et tout rentre dans l'ordre.
Ceci dit, c'est quand même intéressant de mettre un quota sur ce genre de rep (spécialement /tmp), ou une partition, pour éviter que ce genre de désagrément arrive, car il est vrai que si le système n'a pas réellement planté, il n'en reste pas moins inutilisable.
[^] # Re: Oui, au moins ils répondent.
Posté par Obsidian . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 2.
C'est sûr que l'on a intérêt à avoir un ordinateur en bonne santé pour s'offrir ce luxe, mais quand c'est le cas, c'est vrai que c'est plus sympa qu'un OSD ordinaire ...
[^] # Re: Oui, au moins ils répondent.
Posté par Obsidian . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 5.
Ben, en googlisant un tout petit peu, je suis immédiatement tombé sur çà:
http://jaffar.cs.msu.su/oleg/ddcci/(...)
Visiblement, le gars a exactement le même problème que toi, avec les moniteurs de la même marque mais de la génération d'avant. La bonne nouvelle, c'est qu'il a visiblement déjà élucidé une bonne partie du protocole !
A suivre, donc ...
[^] # Re: Oui, au moins ils répondent.
Posté par Obsidian . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 4.
Maintenant, c'est vrai qu'un système hybride Manuel-OSD/Logiciel serait appréciable, mais cela commencerait à faire beaucoup.
[^] # Re: Déjà pas si mal
Posté par Obsidian . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 2.
Oui, et ce qui est à craindre, c'est que ce pilote, même gratuit, soit sous une licence fermée, tout simplement parce que ces grandes compagnies ont l'habitude de travailler ainsi.
Je ne pense pas qu'il y ait de mauvaise volonté chez Samsung sur ce point, ne serait-ce que parce qu'il développent effectivement un pilote (à moins que ce soit une réponse montée de toutes pièces pour que les linuxéistes fichent la paix au service conso, mais j'en doute).
Par contre, s'ils ont acquis une technologie externe pour piloter leur moniteur, il est possible que la licence de celle-ci leur lie les mains.
# Oui, au moins ils répondent.
Posté par Obsidian . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 5.
Bon j'imagine que le moniteur se règle au travers du bus USB (comme mon ancien Apple qui a claqué, malheureusement).
Ce qu'il faudrait, c'est suggérer au service consommateur de Samsung , où plutôt à la direction, de mettre les spécifications du protocole du moniteur en accès libre. S'il y a une chose qui n'a pas besoin d'être secrète, c'est bien celle-là !
Après, le développement du pilote peut prendre le temps qu'il faut, cela n'empêchera pas la communauté de développer le sien. Samsung en profitera, le moniteur sera parfaitement reconnu par les Mandrake et compagnie, etc. Et tout cela pour pas un rond !
Demande éventuellement à faire transmettre ton message à l'équipe technique, peut-être t'enverront-ils ces fameuses spécifications (peu probable, mais parfois il suffit juste de demander).
[^] # Re: Encodage caractère
Posté par Obsidian . En réponse au message encodage des sources. Évalué à 0.
Je crois cependant que la meilleure manière d'assurer la portabilité vers toutes les langues du monde, si c'est bien ton objectif, ou en tous cas leur majorité est encore de coder tes chaînes en Unicode sur 16 bits par caractère. Il me semble, mais c'est à vérifier, que les compilateurs de chez Bill font cela par défaut (un xxd sur les fichiers générés montrent des caractères codés sur deux octets).
Par contre, si tu souhaites te cantonner, et c'est déjà beaucoup, aux langues latines, alors l'ISO-8859-15 avec son symbole euro est aujourd'hui l'encodage de référence pour tout le monde.
[^] # Re: Yet another flamewar ?
Posté par Obsidian . En réponse au message Code cleaning. Évalué à 3.
Parlons-en.
Les compilateurs font aujourd'hui eux-mêmes leurs optimisations, mais il n'y a plus beaucoup de gens qui savent qu'en principe la définition d'un bloc entre accolades implique la mise en place d'un cadre de pile (ce qui rend possible l'utilisation de variables locales en son sein, d'ailleurs), et que ce n'est pas forcément souhaitable, ni souhaité.
Bref, je trouve que la rigueur en programmation devrait s'exprimer à ce niveau, et pas sur les effets cosmétiques qui ne sont qu'histoire de goût. A mon avis, aucun programmeur ou chef de projet conscients de ces faits et ayant suffisament développé n'a de temps à perdre avec ce genre de joujou, m'enfin bon. Si cela rend service à quelqu'un ...
[^] # Re: Discret
Posté par Obsidian . En réponse au journal SCO: YOUR CODE BELONG TO US MOUHAHAHA. Évalué à 5.
Par contre, si le défaçage de sites correspond au plus à du vandalisme, il est quand même nettement plus facile de restaurer un site que d'effacer un tag ou remplacer un pneu, non ?
Si le site externe est construit en tant que réplique d'un interne, il suffit de lancer une commande - voire cliquer sur un bouton - pour que tout rentre dans l'ordre ...
# Là, c'est involontaire.
Posté par Obsidian . En réponse au journal Fait un peu chier Microsoft quand même... Évalué à 2.
http://linuxfr.org/~yojik77/6618.html(...)