Sylvain Briole a écrit 1120 commentaires

Au passage quelqu'un a des retours sur le support des portables?

Très variable.
Support loin d'être au niveau de Linux sur un Toshiba Libretto 110CT.
Presque au même niveau sur un Compaq Armada 7770DMT.

Pour l'instant, le meilleur support que j'ai eu : FreeBSD.
Un cran en dessous : NetBSD et OpenBSD.

N.B. : je tourne en stable, jamais avec les "-current".

Dans la boîte pour laquelle je bosse, nous basculons petit à petit toutes nos applications embarquées sous NetBSD.

Pour nous, les raisons principales du basculement (nous avions déjà développé sous Linux) sont : la pérennité du code (surtout au niveau des API), la propreté du code du noyau que nous avions analysé, un système tout intégré (noyau + utilitaires de base), un processus d'installation validé depuis la version 1.6 qui n'a pas bougé d'un yota depuis, une mise à jour des applications très simple (pour les màj : on efface /usr/pkg et on réinstalle très rapidement avec un petit script qui nous fait des pkg_add)

La virtualisation peut aider : tu prends un VMWare ou consort, tu le fais tourner sur la plateforme avec le plus de pilotes (Windows?), et ensuite tu peux installer l'OS client que tu désires.

Pas forcément la meilleure solution, mais déjà une avancée.

J'utilise à cet effet MSN (http://maps.msn.com) : il donne la latitude/longitude dans l'URL.

Merci pour l'info, je pensais que c'était depuis longtemps le cas (je suis en Allemagne, et c'est ainsi aussi ici).

Les nouvelles limitations de vitesse augmentent la durée du trajet, donc le temps de travail.

Il y a de nouvelles limitations de vitesse en France?
(à part quelques zones à 50 km/h qui sont passées à 30...)

Justement, un point important, qui a mes yeux éclaire ces données chiffrées :

Part du courrier dans le chiffre d’affaires :
Deutsche Post : 20 %
La Poste : 50 %

La Deutsche Post vit beaucoup des "à côtés" (services financiers notamment).

Peux t'on me citer un support de sauvegarde qui est garanti pour près de 50 ans ?

On peut envisager de dupliquer régulièrement le contenu sur un support plus récent, plus fiable.

Dans la boîte où je bosse, où le stockage de données de plus de 25 ans doit être assuré, tout ce qui était sur disquettes vient d'atterrir sur un CD-ROM, CD-ROM dupliqué en x exemplaires soigneusement géographiquement répartis dans des coffres forts physiques.

C'est en fait juste un problème "logistique".

Sans aller jusqu'à l'ASCII : GIF.

mais comment relire des fichiers Wordstar 2000 ou Lotus 1-2-3.

Avec OpenOffice, c'est jouable :
http://framework.openoffice.org/files/documents/25/897/filte(...)

Ok, je sors....

Je pense que sur certaines modèles d'écran, ce sera plus ou moins facile (pour un électronicien) de récupérer les données juste avant leur affichage sur la dalle.

Je ne suis pas "optimiste" du tout de ce côté là.
Le marché de l'électronique s'oriente vers le "tout intégré" : tu mets le plus possible de fonctions sur une seule et unique puce.
Il suffit de voire l'évolution des téléphones portables pour s'en rendre compte : autrefois il semblait inenvisageable de coupler l'analogique (partie nécessaire à l'antenne ou la gestion de l'alimentation par exemple) avec les 95% de numérique que constituait le reste du téléphone portable, et aujourd'hui les puces qui combinent le tout ne sont pas rares.

Il sera/est sûrement possible de concevoir des écrans avec un minimum de "puces", et ainsi permettre une transmission chiffrée entre toutes les puces, banissant par là-même toute véléité de "man in the middle attack" avec un oscilloscope numérique ou toute bestiole du genre. Il restera toujours la possibilité d'analyser les X (X dépendant du nombre de couleurs) lignes/colonnes qui constituent la matrice de l'écran et qui relient la puce à des décodeurs pour transmettre l'info' à des transistors (la seule partie qui sera impossible à crypter, puisque cela reste la partie qui pilote ce qui reste d'analogique, à savoir ce que l'humain percoit), mais bonne chance vu les besoins matériels qui seront loin d'être à la portée du premier venu!

Le plus "simple" encore serait de casser la clef ;-).

Tout à fait d'accord, c'est ce qu'ils font déjà/bientôt.

Par contre, tu peux différencier les appareils de manière unique, au sein même d'une série donnée, et ainsi ne pas désactiver tous les appareils à cause de 2 ou 3 qui auraient servi de manière illégale.

Je ne suis pas sûr du tout qu'ils envisagent de le faire, mais ce serait la prochaine étape.

Lorsque tu produis en série, toutes les puces sont identiques, avec le même firmware, et le coût de rajouter un numéro de série ici ou là n'est pas minime. Par contre, coller une étiquette avec un numéro de série l'est relativement.
Mais rien n'empêche de penser que dans un futur proche il soit économiquement possible de produire en série tout en rajoutant un numéro d'identification unique, dans la veine des puces TCPA, sans entraîner un surcoût insupportable....
Sans oublier le fait que les "majors" pourraient fortement pousser en ce sens....

Rien n'empêche le système d'être plus fûté :

Chaque périphérique comporte un identifiant clef unique, disons 128 bits.
Dans ces 128 bits, tu en réserves 64 pour le constructeur agréé et dûment enregistré auprès du comité HDMI (dans le genre des adresses MAC des cartes réseau), 32 pour le type/le modèle de périphérique, et 32 pour le numéro de série, unique.

Ensuite, tu scrutes Internet et tu t'apercois qu'une copie piratée avec cet identifiant circule. Pas de problème, tu rajoutes ce joli identifiant dans ta belle liste, et tu empêches ce dernier de commettre d'autres méfaits.
Ainsi, tu bloques ce périphérique, mais pas forcément l'autre qui était à côté de lui dans le rayon du supermarché.

Par contre, il faut de la place pour stocker tous ces numéros : en compressant bien, on doit pouvoir réussir à faire tenir cela sur ces nouveaux supports de stockage ;-).
Bon, c'est sûr, le jour où sur la galette, plus de 30% sera consacré à l'antipiratage, on pourra parler de gaspillage ;-).

Autre filouterie : tu peux par exemple profiter qu'Internet soit maintenant dans toutes les bons foyers et diffuser une mise à jour obligatoire du périphérique, nécessaire au visionnage du dernier film à la mode, mise à jour régulière, et mise à jour conditionnée au fait que tu ne sois pas dans la liste maudite ;-).
Pour ceux qui n'auraient pas Internet, tu peux t'arranger avec les grands de la distribution (supermarchés et autres), pour qu'une telle mise à jour soit effectuée régulièrement et sans douleur....

Des idées, il manque juste quelques idées ;-).

Majors d'Hollywood, si vous me lisez ;-).

Les anciens, c'est sûr que non, mais une boîte (faudrait que j'en retrouve la marque) a déjà proposé un produit sur base d'un brevet de leur création aux "majors" du cinéma, afin de marquer (water-marking) les films de manière à ce que l'image rendue, tant qu'elle l'est avec un minimum de qualité, contienne une information du genre : image/film protégé, pas question d'enregistrer!

Peut-être qu'un petit courrier (éventuellement électronique) à un commissaire européen chargé de la promotion du multilinguisme (Ján Figel') au sein de l'Union Européenne pourrait aider à corriger ce genre d'anomalie :
http://europa.eu/languages/fr/home

Pour ceux qui comprennent l'allemand, il y a une liste de codes officielle ici :
http://www.destatis.de/download/d/klassif/stichwortwa.pdf

toute la partie DSP est proprietaire

C'est à dire?
J'avais crû comprendre qu'on pouvait développer ses propres modules pour le DSP et les exécuter sur ce Nokia.
D'autant plus que la doc' sur ce DSP est relativement abondante.

C'est ce code qui définit notamment la valeur estimée du bien.

Pour exporter souvent des "babioles" à l'étranger, je peux te dire qu'il faut faire gaffe à tout:
- après avoir exporté du matériel en Russie, la boîte dans laquelle je bosse s'est vu renvoyer le matériel en question (bloqué à la douane), parce que nous avions omis de déclarer la valeur potentielle de la caisse en aluminium (un emballage) que nous avions utilisée pour la livraison (en gros, la caisse valait dans les 15EUR, le contenu dans les 5000EUR....).
- pour la Suisse, un document papier a un code de nomenclature et une valeur : j'ai dû estimer à 5EUR par feuille un document (une très courte documentation) de 2 feuilles de papiers sous prétexte qu'il avait un code de nomenclature bien défini, pour lequel la valeur était habituellement de 10EUR.
Voilà, quelques expériences de biens sans "valeur" apparente, et pourtant qui ont posé problème.

En (très) gros:
- Avec Debian, il est commun d'utiliser des paquets "binaires" pour les applications, c'est à dire d'installer un logiciel déjà compilé par quelqu'un d'autre pour toi.
- Avec Gentoo, il est commun d'utiliser des paquets "sources" pour les applications : en fait, le système de paquets de Gentoo va simplement, lors de l'installation d'un logiciel, chercher les fichiers nécessaires à la compilation sur un serveur FTP/HTTP, sous une forme "source", et les compile ensuite sur ta machine.

Bien sûr, et c'est là que cela se complique : tu peux aussi utiliser les sources et tout recompiler avec Debian (même si ce n'est pas trop la philosophie de la distribution), et à l'inverse installer certains binaires directement sous Gentoo (j'avais donné Firefox en exemple, mais si mes souvenirs sont bons OpenOffice est aussi dans ce cas, et aussi les applications non disponibles sous forme de sources : Macromedia Flash, Acrobat Reader, ...).

Quand je parle de "philosophie", je me réfère en gros au manuel de l'utilisateur "lambda" : sous Debian on explique au premier abord comment installer une application à partir d'un paquet "binaire" (déjà compilé pour toi), en laissant le chapître "compilation par ses propres soins" dans un coin d'une documentation. Sous Gentoo, c'est l'inverse : il faut chercher un minimum pour trouver comment installer un binaire, le premier réflexe tenant à utiliser un paquet "source".

Gentoo il semble que l'on doit tout recompiler (optimisé mais lourd)

Pour l'utiliser sur un matériel pas ce qu'il y a de plus moderne (P2-233 ou un truc du genre), je peux te dire qu'il ne faut pas "tout" compiler : on peut installer des binaires pour certaines applications (e.g. : Firefox), et compiler le reste des applications.
Personnellement, le côté "optimisé" n'a pas été le facteur déterminant : passé de Debian à Gentoo à cause du retard de la livraison des applications récentes (j'étais devenu un adepte des .tar.gz et ./configure && make && make install, alors autant choisir un système à la base concu pour).

mais à part jouer à c'est moi qui ait la plus grosse ca sert à quoi de gagner 3 secondes sur un boot ?

Dans le cadre d'une application embarquée sur base de noyau Linux, cela permet d'éviter de sucer la batterie avec une veille ou d'implémenter un système "compliqué" soit à base de (S)RAM rafraîchie pour maintenir le système dans un état donné une fois le processeur "arrêté".

Je suis en ce moment en train de bosser sur une telle appli' embarquée, et l'application doit être économe en courant ET répondre rapidement à un évènement extérieur.

Dans ce genre d'application embarquée, la première chose qu'on fait, c'est réduire le noyau au maximum, avec seulement les périphériques utiles et les démons vitaux, mais cela n'est pas toujours chose aisée, car les pilotes sont parfois écrits d'une certaine manière qui oblige à compiler le support pour 30 périphériques dérivés d'un contrôleur alors qu'un seul nous intéresse, et par là-même impose la détection de ces 30 possibilités au démarrage.

Tant qu'on en est aux précisions : Framatome appartient à AREVA. D'ailleurs, officiellement, Framatome n'existe plus, de même que COGEMA....

Pour l'instant le seul EPR existant, en construction, s'appelle "Olkiluoto 3", en Finlande.
Depuis peu EDF vient de rendre sa décision concernant l'EPR de Flamanville.

Il y a de grosses différences entre un réacteur de type Tchernobyl et un EPR.
La première : dans un réacteur de type Tchernobyl, la circuit primaire potentiellement contaminé alimente directement les turbines, qui sont traditionnellement extérieures au confinement en béton. Dans un EPR, le circuit d'alimentation des turbines est séparé du circuit du réacteur: le réacteur fait chauffer de l'eau qui pressurisée alimente les turbines, mais ce sont deux circuits différents (un peu comme une locomotive à vapeur: le circuit du charbon est distinct de celui de l'eau).
La deuxième : un réacteur de type EPR possède une protection en cas de fusion du réacteur, avec un bac de récupération en béton de manière à pouvoir recueillir le réacteur en fusion et le refroidir "tranquillement", de manière à éviter une trop forte augmentation de la pression dans le confinement en béton, ce qui avait notamment causé l'explosion de Tchernobyl.

Pas mal du tout aussi (et exhaustif?) :
http://www.levenez.com/unix/