Et non, les artistes ne possedent quasiment aucun droit sur leurs oeuvres dans la plupart des cas. Pour t'en convaincre prend dix CD, retoune les et (P) (C) la maison de disque.
Les maisons de disques se gardent tous les droits d'auteurs et d'interpretation sur les oeuvre dans 99,99% des cas....
c'est pas de la vente a perte ou un truc dans le genre ca ?
Non. Un CD windows presse, livre coute moins d'un dollar. Avec les bouquins et lle packaging ca fait max 10$.
Tu le reste du travail est non comptabilise. La R&D, les frais de traduction, la pub etc. ne rentrent pas en compte. De toute facon sur un produit comme un logiciel c'est tres difficile de savoir quels sont les couts reels : Il suffit de dire par exemple que ta R&D qui t'a coute 10 000 000 $ sert en fait a 10 de tes series logicielles et que tu comptes vendre 6 000 000 d'exemplaire par an pendant 10 ans.
Et blam ta R&D tombe au niveau du cents/logiciel vendu.
Quel dommage que sur une platine de chaine hifi de qualite (qui prend en compte la correction d'erreurs et fait du read ahead pour eviter les distorsions sonores) ca ne marche pas non plus.
Mais bon il peut aussi aller dans la chambre de sa fille pour ecouter sa musique classique sur le lecteur CD-Jouet qu'elle a eu pour ses 8 ans.
Kha
Au fait il fait du classique moderne le monsieur, ou il confond droit d'auteur et droit d'interpretation ?
C'est la methode americaine, mais a ce moment la plus rien ne justifie les frais monstrueux pour le depot de brevet...
En plus tout le but de la directive est d'eviter que ceci ne se produise, vu que les tribunaux des differents etats membres ne sont deja pas d'accord sur l'interpretation des lois.
Cela reviendrait donc a retourner a la case depart apres avoir pris soin de multiplier le probleme par 10. Pas specialement optimal comme solution, j'espere que je ne serais pas le seul a m'en rendre compte...
Esd a ete fait a la base pour OSS avec un semblant de support pour alsa 0.5.
Le noyau 2.6 aime pas du tout esd, mais il s'en sort, sauf si bien sur Gnome2.4 s'en mele a coup d'appels GTK2 farfelus.
J'avais le meme probleme, le mieux est de recompiler tes applis (xmms notamment) sans le support ESD. Ca marche vachement mieux apres.
Tout a fait l'IHP-120 est livree de base avec le support de l'Ogg Vorbis, j ene crois pas qu'il existe sur le marche de version sans le support. Aux US le support est inclus de base en tout cas.
C'est surtout pour l'IHP-100 que c'est une bonne nouvelle. Mais il faut faire une mise a jour du firmware soit meme.
Je dois etre stupide, mais il y a un truc que je ne compremd toujours pas.
En Europe, le carctere breuvetable d'une invention est determinee comme suit : Il faut que celle ci sot non triviale pour l'homme du metier par rapport a l'existant.
Premier probleme : En informatique rien n'est trivial (ou alors tout l'est). Un programme dans sa forme binaire n'a rien de trivial, cela demande des comptences assez momnstrueuses de pouvoir desassebler proprement et comprendre le fonctionnement d'un binaire. Le plus simple programme affichant "bonjour" dans un mode graphique est un veritable casse-tete a decortiquer. Inversement lorsque l'on se positionne au niveau du langage on se rend compte qu'il est assez simple de creer un langage dans lequel un algorithme donne est trivial a ecrire. Pour finir les programmes les plus fondamentaux et les plus repandus (tel que la gestion de memoire, synchronisation entre processus ou protocoles, conversions de donnees etc.) sont egalement reconnus come les plus complexe a ecrire et a comprendre.
Difficile dans ces cas la de parler de trivialite.
Deuxieme probleme : L'homme du metier n'existe pas. Un des livres les plus acclames par les concepteurs objet est "Design Patterns" par le gang des quatres (Gamma, Helm, Johnson et Vlissides). Cet ouvrage ne donne pas de technique de programmation monstreuse, il n'ouvre pas non plus un domaine inexplore jusque la. D'ailleurs dans l'avant propos les auteus indiquent clairement qu'un concepteur objet n'apprendra rien de technique et que tous les modeles presentes sont tres basiques. L'interet du livre alors ? C'est de fournir un voccabulaire unifie. De donner un nom generique au truc qui fait tampon virtuel entre les deux bidules. Celivre a ete acclame parceque meme dans la plus normee des methodes de programation, il n'y avait pas de voccabulaire... De plus les programmeurs ne maitrisent jamais l'ensemble des outils qu'ils utilisent. Partiellement novices, partiellement concepteurs, souvent utilisateurs, aucun d'entre eux n'est capable de pretendre avoi ecrit lui meme tous ses outils et toutes ses bibliotheques.
Troisieme probleme : l'existant. La on va carrement rire. L'internet a deja en 5 ans balayees derriere lui en terme de quantite l'ensemble des ecrits humains. On evalue l'ensembe des donnes sur internet a 1 peta-octet (contre 4 terra en 98). A titre de comparaison les oeuvres de Shakespeare pesent 12 mega octets, 4 Mo si on utilise une compression de type zip. C'est 1 million de fois moins que le contenu de l'internet en 98. 250 million de fois moins que le contenu estime aujourd'hui. Bien en supposant qu'il faille 1 semaine pour parcourir l'esemble des oeuvres de Shakespeare pour y trouver une certaine structure de phrase, il faut donc actuellement a peu pres 250 millions de semaine pour savoir si une fonctionalite existe deja sur internet. Voyons ca fait pratiquement 5 millions d'annees/homme de travail. Et ca c'est juste pour savoir si ca existe deja et exclusivement sur internet. La quantite de travail pour indexer les technologies presentes sur l'esemble du paradigme informatique et pouvoir determine la trivialite ou non d'un invention est bien sure tres nettement superieure.
Alors ma question est la suivante. Pourquoi les pro-brevets s'acharnent-ils a pousser un systeme qui est materiellement inutilisable ? Il n'y a que deux reponses possible : La premiere etant qu'ils ne se rendent pas compte et ne savent absolument pas de quoi ils parlent, la deuxieme etant qu'ils ne comptent de toute fac on absolument pas respecter la loi au niveau de la recherche d'antecdent et de la certification de la qualite innovante.
Sinon pour reussir une migration il y a pas vraiment de secrets, c'est au cas par cas. Neamoins voici une procedure qui marche bien, et qui a l'avantage d'etre facilement reversible et stoppable a n'importe quel moment.
1) Remplacer les serveurs de donnees par du Linux sous Samba. Prendre Samba 2 si il n'y a pas de controlleurs de domaines Windows, Samba 3 sinon. Samba est extremement configurable, donc il faut se frapper la doc une dizaine de fois avant de passer a l'action. Il ne faut pas hesiter a mettre des systemes de caches et des optimisations differentes a chaque partage. C'est de loin la partie la plus difficile a faire.
2) Remplacer les serveurs de back-ups par du Linux/FreeBSD. Suivant que tous les serveurs soient au meme endroit ou distribues sur plusieurs zones il vaut mieux utiliser l'un ou l'autre. La pile TCP/IP de FreeBSD est un monstre, donc si il y a 832 back-ups distants a faire tous les soirs, pas d'hesitation. Par contre pour rester plus simple et plus uniforme on peut choisir LInux dans pratiquement tous les autres cas.
3) Audit et mise en place de systemes de routages multi-points. Ca c'est pour la securite, c'est pas obligatoire, mais c'est joli. En plus pour la suite il vaut mieux avoir un reseau propre et secure. OpenBSD est fait pour ce genre de boulots, et il y a pas mal d'aide a ce niveau. Les gens riches qui veulent rester un tout petit peu dans le troupeau prefereront du Cisco.
4) Changement des serveurs mail/http/ldap par leurs equivalents Linux (ou FreeBSD si il y a de tres fortes charges). Du point de vue de la migration pure c'est assez simple, mais du point de veu dev que ca va entrainner bonjour. Mieux vaut faire ca pas a pas. En cas de doute ou de risque d'explosion de budget : marche arriere toute. Autant attendre que l'on est besoin d'une modification en profondeur du systeme pour changer les serveurs au passage.
5)Sur les postes clients, relever toutes les applis et macros qui ne sont pas au normes de la boite, mais qui aident bien les utilisateurs. Il est vital pour que la migration soit acceptee par les utilisateurs, que ceux-ci aient l'impression de perdre tres peu et de gagner beaucoup.
6) Un a un remplacer les logiciels proprietaires par leurs equivalents libres. Ne pas commencer par OpenOffice. Plutot partir avec des petits trucs, comme de remplacer AIM par GAIM.
7) C'est gagne, en fait les utilisateurs sont deja sous une copie de linux. le fin de la migration se fera sans aucun probleme. Il risque cependant de falloir racheter des machines 100% Linux compliant et de faire le choix difficile du gestionnaire de bureau. Un conseil, pendant le temps de la migration il faut passer toute l'equipe info sous linux assez vite, comme ca ils sont deja rodes au moment ou les utilisateurs changent de systeme.
Auditable ca implique jsute Open Source, compilable par un tiers. Ca ne veut absolument pas dire libre. Tu peux etre open source et couvert de brevet(pas en Europe pour l'instant OK), avoir une license hyper restrictive, ou tout simplement te reserver le droit de retirer les licenses d'utilisation.
Tu confond pouvoir et devoir.
On peut bien sur partage les isos, mais personne ne voit ce que ca lui apporterait. Rien ne nous lie a Mandrake, tout ce qui est dans Mandrake est deja libre, on a deja l'assurance que l'on peut changer ou modifier le code et que l'on ne se retrouvera pas coinces ou forces de mettre a jour pour une version qui ne nous attire pas par la suite. On a toutes les garanties. Apres vient la question du choix, on pourrait effectivement choisir de les faires jouer, mais on ne le fait pas.
Mandrake existe grace au libre, le libre existe grace aux contributeurs, Mandrake est un contributeur.
La liberte c'est surtout de pouvoir choisir, Mandrake est libre au sens de la FSF, je suis libre au sens premier, ce qui me permet de choisir.
Alors surtout tu ne fait pas de mount.
Ensuite tu tweakes les options de CD-Paranioa pour qu'il le lise en RAW et qu'il ne touche pas a la correction d'erreurs.
Apres ca depend de l'age du capitaine, du temps qu'il fait etc. Moi j'ai mis mon lecteur en emulation SCSI via un module, pour pouvoir decharger et recharger le module en cas de plantage. Mais c'est pas forcement obligatoire, ca depend du lecteur surtout...
Le proces Tati VS Kittetoa semble indique que la justice francaise considere le fait d'aller regarder chez les autres come du voyeurisme.
Il n'y a rien de mal a se rendre compte que les voisins ne tirent pas forcement les volets quand il faut, mais chercher a la longue vue des volets ouverts, ou tout simplement verifier de temps en temps que les volets sont fermes est tres mal vu.
Je pense que c'est l'analogie qui colle le mieux au portscan. Piquer un objet dans un sac ou une maison c'est d'un tout autre ordre.
Sur un ordi qui a moins d'un an, avec carte mère VIA tout à fait correcte, extraire un CD audio en wav sur un lecteur CD IDE prend plus de 30% du CPU, et seulement 2% avec un graveur CD SCSI...
Sur les chipset Intel, avec l'accelerator on tombe souvent a 3-4% de CPU pour des operations d'extraction avec copie sur le meme channel.
Par contre extraire un CD sur un disque pendant que tu lit un Mpeg sur un autre la c'est deja souvent beaucoup plus drole (c'est l'effondrement a 3/4 connections dont je parlais). Des que ca essaye de swapper, le CPU en rpend plein les gencives et les perfs degringolent...
Les VIAs et moi on est fache, je ne sais donc pas du tout ce que ca vaut, desole
Honettement avec les chipsets modernes l'IDE ne prend pas beaucoup plus de ressources que le SCSI. Le gros avantages du SCSI (ca a toujours ete celui et ce sera toujours celui la) n'est pas la vitesse, c'est la gestion d'acces concurents. Une carte SCSI professionelle sera capable de gere sans gros problemes une dizaine voir une quinzaine d'acces en simultanee. Les meilleures cartes IDE s'effondrent vers 3/4.
On est pas du tout dans les memes gammes de prix, et peut-etre y aura-t-il un jour des cartes IDE capables de prendre en charge de facon correcte les acces multiples. Mais pour l'instant, a ma connaissance il n'y a rien de vraiement convaincant.
Oui dans le genre il y a aussi :
En HTML bourre de tableaux moyen-ageux et c'est fait expres parceque les navigateurs de serie 3 et 4 ca existe encore chez des clients qui comptent pas mettre a jour de suite.
En mode protege ? Aucun moyen, impossible de savoir si le CPU se contente d'effectuer la commande que tu lui a passe ou si il est occupe a ranger ces registres ou a faire quoi que ce soit d'autre demande par l'OS.
Une seule solution : le manuel du CPU. Si tu veux des timings vraiment precis fait une recherche sur Google sur "timer zen".
Je te rassures tout de suite, pour un certains nombre de normes on peut assurrer une compatibilite de 100% sans trop de difficultes, et meme pour les normes complexes a implementer il est rare que l'on arrive a des compatibilites inferieures a 7 ou 8 neufs (99,999999%). Ca tombe bien d'ailleurs car sur un ordinateurs qui effectue plusieurs millions de transactions par secondes, 99,9% reviendrait a plusieurs milliers d'incoherences ou d'approximations par secondes. Ca ne serait pas viable. Les visualisateurs (du rendu OpenGL a la lecture de doccuments Word) sont l'exception beaucoup plus que la regle.
De meme un compilateur est fiable bien plus qu'a 99,99% sinon a 32bits l'instruction je vous raconte pas le carnage sur un executable de 10Mo.
Ceci etant je comprend tout a fait ce que tu veux dire, mais je tenais a corriger les ordres de grandeurs.
Il faut hasher l'excutable oui !, il ne faut pas hasher les zones de donnees oui!, Par contre il n'est dit nul part qu'il faille hasher exclusivment l'excutable, il est meme dit dans la doc d'application au x86 qu'il faut hasher l'ensemble des 512 octets du rpemier secteur d'un disque. Ceci represente l'executable + les donnees de l'executbale + la table de partition + la signature de la table de partition.
Maintenant j'aimerais vraiment deux choses :
1) si tu veux continuer cette discussion envoit moi un mail a kha at free point fr parceque la ca commence vraiment a faire tache.
2) Perd cette habitude de moinsser les posts que tu ne comprend pas ca fait tache aussi
3) Quand je demonte un de tes arguments avec trois preuves il te faut demolir les 3 preuves pour pouvoir affirmer "donc j'ai raison"
4) Je pense que ca va te demander un effort mental monstrueux mais une fois dans tes reponses par des principes suivant
- Je ne fais pas uen course a l'ego, je me fous d'avoir raison, en fait si tu pouvais me prouver que j'ai tort ca m'arrangerait. Je ne sais pas si j'ai raison de dire que TCPA est inofensif il y a peut-etre un danger que je ne vois pas, mais je suis sur que tes arguments eux ne tiennent pas la route.
- Je fais tout pour essayer de comprendre ce que tu dis et pour y repondre en restant le plus objectif possible, j'utilise parfois le cynisme et la raillerie dans mes posts mais jamais la mauvaise foi.
-Je ne bosse pas pour TCG, ou un membre de TCG, ou un pour un mec qui bosse avec un type dont la soeur du cousin a des actions chez un membre de TCG.
Non une puce TPM ne sera jamais moins chere que deux diodes un condo une puce de hash et une prom, lesquels sont aussi fabriques en grandes quantites.
Par contre c'est clair que si le systeme est deja integre, autant s'en servir, mais le but de ma demo est de montrer que les fabriquants de materiel integre n'en n'ont pas besoin.
1) Cela oblige a faire un bios qui est specifique, j'ai toujours dit que pour que ta theorie soit excate il fallait soit modifier le bios soit modifier le disque dur. Pour l'instant ca n'est pas le cas.
2) Une fois de plus il faut en plus faire un bios capable d'interpreter cette info.
3) Un secteur fait 512 Octets en physique, la dessus les 446 premiers octets sont pour l'init du bootloader, les 64 octects suivants pour la table et les 2 derniers octets pour la signature. Si tu met des donnees autres que la table des partitions au dela du 446 octets ton disque sera considere par le bios comme non formate (la signature ne sera plus valable)
Les informations telles que la localisation du noyeau ou du progamme a charger ainsi que sa taille sont forcement sur le 446 premiers octets, a moins une fois d eplus de modifier en profondeur le comportement du disque dur et/ou du bios.
enfin je te rappelles que tu n'as pas le choix: si tu veux respecter la norme TCG, tu dois hasher l'exécutable et ne hasher que l'exécutable
Faux, a l'heure actuelle la norme (que tu cites a tort et a travers) exige que l'on ne hashe pas les zones de donnees. Le MBR n'est pas une zone de donnees et il n'est fait nulle part mention de hasher exclusivement l'executable. Si tu modifie ton MBR au niveau pure donnees (par exemple en changeant ton kernel mais en gardant la meme version de lilo) le hashage change (et heureusement). Preuve qu'a l'heure actuelle les donnees du MBR sont prises en compte dans le hashage. Un comportement different serait tres grave, car il validerait le bootstrap sur des donnees tres incompletes.
[^] # Re: Pirates, exprimez vous !
Posté par Jerome Herman . En réponse au journal Pirates, exprimez vous !. Évalué à 2.
Les maisons de disques se gardent tous les droits d'auteurs et d'interpretation sur les oeuvre dans 99,99% des cas....
Kha
# Re: Why ? Because it can be done !
Posté par Jerome Herman . En réponse au journal Why ? Because it can be done !. Évalué à 4.
----->[]
Kha
[^] # Re: Good morning vietnam !
Posté par Jerome Herman . En réponse à la dépêche Good morning Vietnam !. Évalué à 1.
Non. Un CD windows presse, livre coute moins d'un dollar. Avec les bouquins et lle packaging ca fait max 10$.
Tu le reste du travail est non comptabilise. La R&D, les frais de traduction, la pub etc. ne rentrent pas en compte. De toute facon sur un produit comme un logiciel c'est tres difficile de savoir quels sont les couts reels : Il suffit de dire par exemple que ta R&D qui t'a coute 10 000 000 $ sert en fait a 10 de tes series logicielles et que tu comptes vendre 6 000 000 d'exemplaire par an pendant 10 ans.
Et blam ta R&D tombe au niveau du cents/logiciel vendu.
Voila
Kha
# Re: Un PDG de petit label très intelligent
Posté par Jerome Herman . En réponse au journal Un PDG de petit label très intelligent. Évalué à 5.
Mais bon il peut aussi aller dans la chambre de sa fille pour ecouter sa musique classique sur le lecteur CD-Jouet qu'elle a eu pour ses 8 ans.
Kha
Au fait il fait du classique moderne le monsieur, ou il confond droit d'auteur et droit d'interpretation ?
[^] # Re: Les processus immortels !
Posté par Jerome Herman . En réponse au journal Les processus immortels !. Évalué à 1.
ESD (ou meme ARTS) sont encore tres instables.
Kha
[^] # Re: Brevets logiciels : riposte des pro-brevets
Posté par Jerome Herman . En réponse à la dépêche Brevets logiciels : riposte des pro-brevets. Évalué à 3.
En plus tout le but de la directive est d'eviter que ceci ne se produise, vu que les tribunaux des differents etats membres ne sont deja pas d'accord sur l'interpretation des lois.
Cela reviendrait donc a retourner a la case depart apres avoir pris soin de multiplier le probleme par 10. Pas specialement optimal comme solution, j'espere que je ne serais pas le seul a m'en rendre compte...
Kha
# Re: OpenGL et programmation
Posté par Jerome Herman . En réponse au journal OpenGL et programmation. Évalué à 3.
Pour les bases pures je te conseille NeHe (le site web) qui permet de bien commencer et de comprendre ce qui se passe :
http://nehe.gamedev.net(...)
sinon derriere pour bien comprendre ce qi se passe, red book comme dit plus haut. Une version mise a jour doit tres bientot sortir depuis deux mois.
Un conseil : eviter absolument de se servir du GLUT, c'est moche, c'est lent, ca donne de mauvaises habitudes.
kha
# Re: Les processus immortels !
Posté par Jerome Herman . En réponse au journal Les processus immortels !. Évalué à 1.
Le noyau 2.6 aime pas du tout esd, mais il s'en sort, sauf si bien sur Gnome2.4 s'en mele a coup d'appels GTK2 farfelus.
J'avais le meme probleme, le mieux est de recompiler tes applis (xmms notamment) sans le support ESD. Ca marche vachement mieux apres.
Kha
[^] # Re: Premiers firmwares Ogg Vorbis
Posté par Jerome Herman . En réponse à la dépêche Premiers firmwares Ogg Vorbis. Évalué à 5.
C'est surtout pour l'IHP-100 que c'est une bonne nouvelle. Mais il faut faire une mise a jour du firmware soit meme.
Kha
# Re: Brevets logiciels : riposte des pro-brevets
Posté par Jerome Herman . En réponse à la dépêche Brevets logiciels : riposte des pro-brevets. Évalué à 10.
En Europe, le carctere breuvetable d'une invention est determinee comme suit : Il faut que celle ci sot non triviale pour l'homme du metier par rapport a l'existant.
Premier probleme : En informatique rien n'est trivial (ou alors tout l'est). Un programme dans sa forme binaire n'a rien de trivial, cela demande des comptences assez momnstrueuses de pouvoir desassebler proprement et comprendre le fonctionnement d'un binaire. Le plus simple programme affichant "bonjour" dans un mode graphique est un veritable casse-tete a decortiquer. Inversement lorsque l'on se positionne au niveau du langage on se rend compte qu'il est assez simple de creer un langage dans lequel un algorithme donne est trivial a ecrire. Pour finir les programmes les plus fondamentaux et les plus repandus (tel que la gestion de memoire, synchronisation entre processus ou protocoles, conversions de donnees etc.) sont egalement reconnus come les plus complexe a ecrire et a comprendre.
Difficile dans ces cas la de parler de trivialite.
Deuxieme probleme : L'homme du metier n'existe pas. Un des livres les plus acclames par les concepteurs objet est "Design Patterns" par le gang des quatres (Gamma, Helm, Johnson et Vlissides). Cet ouvrage ne donne pas de technique de programmation monstreuse, il n'ouvre pas non plus un domaine inexplore jusque la. D'ailleurs dans l'avant propos les auteus indiquent clairement qu'un concepteur objet n'apprendra rien de technique et que tous les modeles presentes sont tres basiques. L'interet du livre alors ? C'est de fournir un voccabulaire unifie. De donner un nom generique au truc qui fait tampon virtuel entre les deux bidules. Celivre a ete acclame parceque meme dans la plus normee des methodes de programation, il n'y avait pas de voccabulaire... De plus les programmeurs ne maitrisent jamais l'ensemble des outils qu'ils utilisent. Partiellement novices, partiellement concepteurs, souvent utilisateurs, aucun d'entre eux n'est capable de pretendre avoi ecrit lui meme tous ses outils et toutes ses bibliotheques.
Troisieme probleme : l'existant. La on va carrement rire. L'internet a deja en 5 ans balayees derriere lui en terme de quantite l'ensemble des ecrits humains. On evalue l'ensembe des donnes sur internet a 1 peta-octet (contre 4 terra en 98). A titre de comparaison les oeuvres de Shakespeare pesent 12 mega octets, 4 Mo si on utilise une compression de type zip. C'est 1 million de fois moins que le contenu de l'internet en 98. 250 million de fois moins que le contenu estime aujourd'hui. Bien en supposant qu'il faille 1 semaine pour parcourir l'esemble des oeuvres de Shakespeare pour y trouver une certaine structure de phrase, il faut donc actuellement a peu pres 250 millions de semaine pour savoir si une fonctionalite existe deja sur internet. Voyons ca fait pratiquement 5 millions d'annees/homme de travail. Et ca c'est juste pour savoir si ca existe deja et exclusivement sur internet. La quantite de travail pour indexer les technologies presentes sur l'esemble du paradigme informatique et pouvoir determine la trivialite ou non d'un invention est bien sure tres nettement superieure.
Alors ma question est la suivante. Pourquoi les pro-brevets s'acharnent-ils a pousser un systeme qui est materiellement inutilisable ? Il n'y a que deux reponses possible : La premiere etant qu'ils ne se rendent pas compte et ne savent absolument pas de quoi ils parlent, la deuxieme etant qu'ils ne comptent de toute fac on absolument pas respecter la loi au niveau de la recherche d'antecdent et de la certification de la qualite innovante.
Dans les deux cas J'ai un doute ennorme
Kha
# Re: Exemples de migrations réussies
Posté par Jerome Herman . En réponse au journal Exemples de migrations réussies. Évalué à 3.
http://linuxfr.org/2003/06/12/12833.html(...)
Sinon pour reussir une migration il y a pas vraiment de secrets, c'est au cas par cas. Neamoins voici une procedure qui marche bien, et qui a l'avantage d'etre facilement reversible et stoppable a n'importe quel moment.
1) Remplacer les serveurs de donnees par du Linux sous Samba. Prendre Samba 2 si il n'y a pas de controlleurs de domaines Windows, Samba 3 sinon. Samba est extremement configurable, donc il faut se frapper la doc une dizaine de fois avant de passer a l'action. Il ne faut pas hesiter a mettre des systemes de caches et des optimisations differentes a chaque partage. C'est de loin la partie la plus difficile a faire.
2) Remplacer les serveurs de back-ups par du Linux/FreeBSD. Suivant que tous les serveurs soient au meme endroit ou distribues sur plusieurs zones il vaut mieux utiliser l'un ou l'autre. La pile TCP/IP de FreeBSD est un monstre, donc si il y a 832 back-ups distants a faire tous les soirs, pas d'hesitation. Par contre pour rester plus simple et plus uniforme on peut choisir LInux dans pratiquement tous les autres cas.
3) Audit et mise en place de systemes de routages multi-points. Ca c'est pour la securite, c'est pas obligatoire, mais c'est joli. En plus pour la suite il vaut mieux avoir un reseau propre et secure. OpenBSD est fait pour ce genre de boulots, et il y a pas mal d'aide a ce niveau. Les gens riches qui veulent rester un tout petit peu dans le troupeau prefereront du Cisco.
4) Changement des serveurs mail/http/ldap par leurs equivalents Linux (ou FreeBSD si il y a de tres fortes charges). Du point de vue de la migration pure c'est assez simple, mais du point de veu dev que ca va entrainner bonjour. Mieux vaut faire ca pas a pas. En cas de doute ou de risque d'explosion de budget : marche arriere toute. Autant attendre que l'on est besoin d'une modification en profondeur du systeme pour changer les serveurs au passage.
5)Sur les postes clients, relever toutes les applis et macros qui ne sont pas au normes de la boite, mais qui aident bien les utilisateurs. Il est vital pour que la migration soit acceptee par les utilisateurs, que ceux-ci aient l'impression de perdre tres peu et de gagner beaucoup.
6) Un a un remplacer les logiciels proprietaires par leurs equivalents libres. Ne pas commencer par OpenOffice. Plutot partir avec des petits trucs, comme de remplacer AIM par GAIM.
7) C'est gagne, en fait les utilisateurs sont deja sous une copie de linux. le fin de la migration se fera sans aucun probleme. Il risque cependant de falloir racheter des machines 100% Linux compliant et de faire le choix difficile du gestionnaire de bureau. Un conseil, pendant le temps de la migration il faut passer toute l'equipe info sous linux assez vite, comme ca ils sont deja rodes au moment ou les utilisateurs changent de systeme.
Voila,
J'espere que ca t'a aide
Kha
[^] # Re: La commission européenne et les LL
Posté par Jerome Herman . En réponse à la dépêche La commission européenne et les logiciels libres. Évalué à 1.
Kha
[^] # Re: Tribulations Mandrakiennes
Posté par Jerome Herman . En réponse au journal Tribulations Mandrakiennes. Évalué à 4.
On peut bien sur partage les isos, mais personne ne voit ce que ca lui apporterait. Rien ne nous lie a Mandrake, tout ce qui est dans Mandrake est deja libre, on a deja l'assurance que l'on peut changer ou modifier le code et que l'on ne se retrouvera pas coinces ou forces de mettre a jour pour une version qui ne nous attire pas par la suite. On a toutes les garanties. Apres vient la question du choix, on pourrait effectivement choisir de les faires jouer, mais on ne le fait pas.
Mandrake existe grace au libre, le libre existe grace aux contributeurs, Mandrake est un contributeur.
La liberte c'est surtout de pouvoir choisir, Mandrake est libre au sens de la FSF, je suis libre au sens premier, ce qui me permet de choisir.
Les membres du club Mandrake ont fait leur choix.
Kha
# Re: Faire une sauvegarde de CD audio copiés sur Linux
Posté par Jerome Herman . En réponse au journal Faire une sauvegarde de CD audio copiés sur Linux. Évalué à 2.
Ensuite tu tweakes les options de CD-Paranioa pour qu'il le lise en RAW et qu'il ne touche pas a la correction d'erreurs.
Apres ca depend de l'age du capitaine, du temps qu'il fait etc. Moi j'ai mis mon lecteur en emulation SCSI via un module, pour pouvoir decharger et recharger le module en cas de plantage. Mais c'est pas forcement obligatoire, ca depend du lecteur surtout...
Kha
[^] # Re: Scan de plage IP wanadoo : ca fait peur !
Posté par Jerome Herman . En réponse au journal Scan de plage IP wanadoo : ca fait peur !. Évalué à 2.
Il n'y a rien de mal a se rendre compte que les voisins ne tirent pas forcement les volets quand il faut, mais chercher a la longue vue des volets ouverts, ou tout simplement verifier de temps en temps que les volets sont fermes est tres mal vu.
Je pense que c'est l'analogie qui colle le mieux au portscan. Piquer un objet dans un sac ou une maison c'est d'un tout autre ordre.
Jerome
[^] # Re: Le SCSI plus rapide que l'IDE : mythe ou réalité ?
Posté par Jerome Herman . En réponse à la dépêche Le SCSI plus rapide que l'IDE : mythe ou réalité ?. Évalué à 1.
Sur les chipset Intel, avec l'accelerator on tombe souvent a 3-4% de CPU pour des operations d'extraction avec copie sur le meme channel.
Par contre extraire un CD sur un disque pendant que tu lit un Mpeg sur un autre la c'est deja souvent beaucoup plus drole (c'est l'effondrement a 3/4 connections dont je parlais). Des que ca essaye de swapper, le CPU en rpend plein les gencives et les perfs degringolent...
Les VIAs et moi on est fache, je ne sais donc pas du tout ce que ca vaut, desole
Kha
[^] # Re: Le SCSI plus rapide que l'IDE : mythe ou réalité ?
Posté par Jerome Herman . En réponse à la dépêche Le SCSI plus rapide que l'IDE : mythe ou réalité ?. Évalué à 10.
On est pas du tout dans les memes gammes de prix, et peut-etre y aura-t-il un jour des cartes IDE capables de prendre en charge de facon correcte les acces multiples. Mais pour l'instant, a ma connaissance il n'y a rien de vraiement convaincant.
Kha
[^] # Re: Ma boite a un site web :
Posté par Jerome Herman . En réponse au sondage Ma boite a un site web :. Évalué à 2.
En HTML bourre de tableaux moyen-ageux et c'est fait expres parceque les navigateurs de serie 3 et 4 ca existe encore chez des clients qui comptent pas mettre a jour de suite.
Kha
[^] # Re: Eteignez vos télés
Posté par Jerome Herman . En réponse au journal Eteignez vos télés. Évalué à 5.
Non parceque ca me rapelle quelque chose ce genre de demos...
Kha
Oui je sors aussi....
# Re: Nombre de cycles CPU d'une commande?
Posté par Jerome Herman . En réponse au journal Nombre de cycles CPU d'une commande?. Évalué à 4.
Une seule solution : le manuel du CPU. Si tu veux des timings vraiment precis fait une recherche sur Google sur "timer zen".
Kha
[^] # Re: Mozilla 1.5 disponible aujourd'hui
Posté par Jerome Herman . En réponse à la dépêche Mozilla 1.5 disponible aujourd'hui. Évalué à 4.
De meme un compilateur est fiable bien plus qu'a 99,99% sinon a 32bits l'instruction je vous raconte pas le carnage sur un executable de 10Mo.
Ceci etant je comprend tout a fait ce que tu veux dire, mais je tenais a corriger les ordres de grandeurs.
Kha
# Re: Gaim marche plus avec MSN :(
Posté par Jerome Herman . En réponse au journal Gaim marche plus avec MSN :(. Évalué à 4.
Essaye une mise a jour.
Kha
[^] # Re: mbr: octets organisables comme on veut puisque tout le premier secteur est chargé en mémoire !
Posté par Jerome Herman . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 0.
CF doccument TCG_PC_Specification 1.0
Page 25 section 6.2.1 (le doccument interdit la copie)
dispo ici http: //www.trustedcomputing.org/home
Maintenant j'aimerais vraiment deux choses :
1) si tu veux continuer cette discussion envoit moi un mail a kha at free point fr parceque la ca commence vraiment a faire tache.
2) Perd cette habitude de moinsser les posts que tu ne comprend pas ca fait tache aussi
3) Quand je demonte un de tes arguments avec trois preuves il te faut demolir les 3 preuves pour pouvoir affirmer "donc j'ai raison"
4) Je pense que ca va te demander un effort mental monstrueux mais une fois dans tes reponses par des principes suivant
- Je ne fais pas uen course a l'ego, je me fous d'avoir raison, en fait si tu pouvais me prouver que j'ai tort ca m'arrangerait. Je ne sais pas si j'ai raison de dire que TCPA est inofensif il y a peut-etre un danger que je ne vois pas, mais je suis sur que tes arguments eux ne tiennent pas la route.
- Je fais tout pour essayer de comprendre ce que tu dis et pour y repondre en restant le plus objectif possible, j'utilise parfois le cynisme et la raillerie dans mes posts mais jamais la mauvaise foi.
-Je ne bosse pas pour TCG, ou un membre de TCG, ou un pour un mec qui bosse avec un type dont la soeur du cousin a des actions chez un membre de TCG.
Kha
[^] # Re: soyons francs, le document intel spring2003 est une preuve formelle pages 9 et 8 !
Posté par Jerome Herman . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 0.
Par contre c'est clair que si le systeme est deja integre, autant s'en servir, mais le but de ma demo est de montrer que les fabriquants de materiel integre n'en n'ont pas besoin.
Kha
[^] # Re: mbr: octets organisables comme on veut puisque tout le premier secteur est chargé en mémoire !
Posté par Jerome Herman . En réponse à la dépêche TCPA/Palladium continuent d'avancer. Évalué à 0.
2) Une fois de plus il faut en plus faire un bios capable d'interpreter cette info.
3) Un secteur fait 512 Octets en physique, la dessus les 446 premiers octets sont pour l'init du bootloader, les 64 octects suivants pour la table et les 2 derniers octets pour la signature. Si tu met des donnees autres que la table des partitions au dela du 446 octets ton disque sera considere par le bios comme non formate (la signature ne sera plus valable)
Les informations telles que la localisation du noyeau ou du progamme a charger ainsi que sa taille sont forcement sur le 446 premiers octets, a moins une fois d eplus de modifier en profondeur le comportement du disque dur et/ou du bios.
enfin je te rappelles que tu n'as pas le choix: si tu veux respecter la norme TCG, tu dois hasher l'exécutable et ne hasher que l'exécutable
Faux, a l'heure actuelle la norme (que tu cites a tort et a travers) exige que l'on ne hashe pas les zones de donnees. Le MBR n'est pas une zone de donnees et il n'est fait nulle part mention de hasher exclusivement l'executable. Si tu modifie ton MBR au niveau pure donnees (par exemple en changeant ton kernel mais en gardant la meme version de lilo) le hashage change (et heureusement). Preuve qu'a l'heure actuelle les donnees du MBR sont prises en compte dans le hashage. Un comportement different serait tres grave, car il validerait le bootstrap sur des donnees tres incompletes.
Kha