Les chinois n'auront plus acces a Google ? Je suis sur que le gouvernement chinois va beaucoup pleurer a l'idee que les chinois, qui majoritairement utilisent Baidu de toute facon, n'auront plus Google....
Non, Google ne peut rien faire vraiment, la Chine les tient par les couilles si ils veulent faire de l'argent en Chine.
Oui bien sur c'est connu, Redhat n'a pas d'argent, IBM non plus, et Google fait la manche pour rejoindre les deux bouts.
D'ailleurs je suggeres personnellement un telethon pour subvenir aux besoins des employes de Google, parait que leur bouffe gratuite est devenue moins bonne qu'avant.
Tu es tout a fait libre de critiquer, de dire que tu n'aimes pas telle chose ou autre, ca tout le monde a le droit de le faire, personne ne va t'obliger a aimer ce que les autres font.
Mais attaquer les gens qui font le boulot sur leur honnetete, donc sur leur personne, alors qu'ils ont donne une masse de travail sans rien demander en retour et que sans eux tu serais le cul dans l'eau, ca ne se fait pas, point barre.
Que tu sois le seul a le penser ou pas on s'en fout, etre plusieurs a le faire ne signifie pas que c'est acceptable.
Serieusement, c'est si dur que ca a comprendre qu'il faut respecter les personnes un minimum dans la vie ?
Desole, mais un acceuil chaleureux et acceuillant a quelqu'un qui ne fait pas grand-chose et traite ceux qui bossent de traitres, ca ne se fait pas chez moi.
Novell, lui, profite de son accord avec Micro$oft...de toutes façons, les traîtres ont toujours eu les poches bien remplies, Miguel pourrait sûrement confirmer( rohh ben décidément...)
Oui bien sur, des traitres.
Et toi, tu as fait quoi pour le LL ces 10 dernieres annees ?
Allez, tu as fait ne serait-ce que 1/100eme de ce que Miguel a fait ? 1/1000eme de ce que Novell a fait ?
Non, alors fermes la et retourne dans ton trou, le jour ou tu auras un minimum de credit pour critiquer tu pourras en resortir
Les fichier prf.tmp, c'est les fichiers temporaires qu'utilise windows pour la recopie du profil sur le serveur, si y'a des violation d'accès sur certain fichier, ben ca fout la merde, windows par en couille, commence à créer plein de fichier prf.tmp et les laisse dans le profil... Cela arrive plus que souvent avec Outlook par exemple, et c'est expliqué noir sur blanc sur la MSDN, je l'ai pas inventé l'explication technique de ce qui foire... Et Microsoft répond pour résoudre le problème: "Identifiez les programmes qui n'ont pas fermé leur accès sur ces fichiers". Super, et après ?
Ben apres tu dis aux editeurs de ces softs de se comporter convenablement !
Quand t'as un soft qui fait le con sur Linux et qui fout la merde dans le systeme, tu esperes que c'est l'OS qui va le deviner et regler le probleme ?
Mais bien sur que si c'est du au système, si Windows même avec la clef correctement configurée n'arrive pas à supprimer le profil en local, c'est parce que y'a des putains de processus de merde qui ont des fichiers ouvert, UPHCLEAN essaye de nettoyer comme il peut (souvent, il ne le fait pas assez tot et donc le profil reste quand même en local) et du coup il reste delprofil pour faire le ménage de ce grand bordel. Si Windows fonctionnait comme Unix, si je supprime un fichier, les programmes qui y accèdent continue à y avoir accès mais la suppression fonctionne... Et pas de violation de partage avec boite de dialogue qui fait flipper les utilisateurs...
Ah oui bien sur, la grande connerie de tout faire comme Unix !
On va surtout, surtout ne pas penser au cas chez Unix ou ca cause des merdes hein, on va uniquement penser aux cas ou ca marche. On va aussi bien faire attention a ne pas se demander ce que Windows est sense faire si un soft lock le fichier.
La realite, c'est qu'il y a des softs qui foutent la merde sur le systeme, et c'est pas la faute du systeme.
Il y a un SDK, celui de Windows, qui contient le tout. Maintenant si tu arrives a compiler du code utilisant mplayer sous Linux sans utiliser de .h et de de librairies, tu me diras comment tu fais.
Je ne pourrais jamais exploiter des fonctionnalités par exemple de windows media player pour faire mes trucs à moi : c'est un gros bloc fermé. Alors que je peux le faire avec mplayer.
Tu ne réponds pas à ma question : existe-t-il un contrat chez Microsoft qui permette d'installer à volonté des systèmes sous Windows oui ou non ? Si tu prends un contrat pour 10000 licences, Microsoft a vendu 10000 licences, même si le client n'en installe que 5000
Je suis certain a 100% que MS connait le chiffre. Mais ce qu'IDC represente dans ses chiffres n'inclut pas cela, cela n'inclut que les machines vendues avec un OS.
Non tu as aussi énormément de windows->linux. Pour ton info je bosse en ce moment dans une grosse boite qui installe du Windows sur ses serveurs que si elle n'a pas le choix. Sinon, c'est du Linux.
Si il y en avait enormement, les parts de Windows serveur descendraient, hors ce n'est pas le cas.
C'est exactement la même chose : un parapluie juridique. Mais si tu as un contrat de support ils t'aident.
Certainement pas. Si Redhat au final doit forker le code pour gerer un truc que le mainline a casse, ils seront dans une grosse mouise, parce qu'un fork c'est vraiment la merde a gerer. Redhat est dependant de devs externes pour son OS.
Windows te pourrit le profil de fichier pfr.tmp (un truc dans le genre), t'as des erreurs quand l'utilisateurs se deconnectent, ...
Euh ouais, un peu plus precis ca aiderait, ca irait pas loin comme rapport de bug ca....
Et vient pas me la jouer avec tes gros clients, j'ai vu suffisament tourner d'AD pour savoir que ca arrive, partout, c'est même documenter sur la MSDN, mais peut être que chez Microsoft vous documentez des problèmes non existant, peut être que la rustine UPHCLEAN n'est la que pour régler des problèmes inexistant, comme delprofil & co...
Parce que c'est documente sur MSDN ca veut dire que c'est un bug ? Tu veux que je te sortes la doc expliquant comment recuperer un ext3fs dans la mouise ? Ca veut dire que ext3fs se torche tout seul regulierement ?
MSDN contient des solutions a des tas de problemes, qui ne sont pas forcement dus au systeme.
Je fais ce que la MSDN dit de faire, je connais pas par coeur les clefs de registre...
Tu veux me dire qu'il y a possibilité d'avoir des contrats globaux chez Microsoft qui permettent d'installer autant de machines windows que l'on veut ? Je pensais que les contrats globaux imposaient une limite. Si c'est le cas il y a toujours moyen de savoir combien de licences ont été vendues donc de savoir combien de serveurs seront potentiellement installés.
Ces contrats signifient simplement que bcp de grosses entreprises ne s'amusent pas a acheter l'OS avec les machines qu'elles achetent, elles le recoivent separement a travers leur contrat avec MS, donc tu ne le vois pas non plus dans les chiffres.
La plupart des gros projets que j'ai vu sous windows ont basculé sous Unix (AIX, Solaris et certains sous Linux). Certains n'ont pas basculé parce que l'appli métier en question n'était pas portée sous Windows.
Ben ca bascule dans tous les sens hein : Windows -> Unix, Unix -> Linux, Windows -> Linux, Linux -> Windows ,...
Maintenant, l'enorme majorite des bascules c'est Unix -> Linux et Unix -> Windows
Oui, je n'en doute pas, mais ne faut-il pas un contrat spécial pour prolonger le suppport ? Parce que si tu payes RedHat, ils te fourniront des patch pendant 20 ans si tu veux.
Commence en 2003, support etendu jusqu'en 2015, c'est a dire que les patchs de securite sont dispo pour tout le monde, pendant 12 ans. Apres ca, il y a support avec contrat specifique.
Bah, tu sais, ça c'est juste le parapluie, tout comme les contrats de licence pour lesquesl Microsoft se dégage de toute responsabilité vis à vis des problèmes rencontrés suite à l'utilisation de leur OS. Pour RedHat, si t'as du support, ils t'aident, contrairement ce que tu crois. Si tu n'as pas de support tu te débrouilles.
Non, dans le cas de Redhat c'est different, parce qu'au final ils ont une certaine dependance sur l'ecosysteme Linux qui n'a pas forcement les memes imperatifs que Redhat.
MS par exemple ne depend que de MS, le code est a nous, on en fait ce qu'on veut.
Redhat devra forker ou abandonner la compatibilite si les changements dans mainline vont a l'encontre de ses besoins.
Je veux dire, je connais plein d'endroit ou les services critiques tournent sur des serveurs Debian, le support est long, les mises à jour simples et documentées...
Vraiment ? Dis-moi, quand ton serveur Debian tombe, et que tu perds de l'argent a chaque minute qui passe, tu appelles qui ?
Les patchs de securite Debian, ils contiennent quoi ? Juste des correctifs de securite ou aussi d'autres correctifs qui pourraient causer des problemes ?
On n'a clairement pas la meme definition de serveur critique ici, je parles pas de serveurs de mail ou meme de base de donnees standards
Le monde Linux pourrait certainement faire un certain nombre d'efforts :
- Avoir une API de drivers stable et autoriser les drivers non-GPL
- Avoir un tronc commun entre toutes les distribs qui permet aux editeurs de developper sans s'arracher les cheveux (LSB c'est sympa, mais c'est un peu pathetique tellement c'est pauvre pour un soft moderne)
- Arreter de remplacer une techno vieille de 6 mois par une nouvelle techno qui elle meme sera remplacee dans 6 mois
- Avoir une politique de support correcte, et trouver un moyen pour qu'il soit facile pour grand-mere d'installer des softs sans passer par les depots officiels (dependances qui explosent...)
...
Apres, c'est un choix, soit on garde sa maniere de faire, soit on fait plaisir aux constructeurs/editeurs, mais c'est pas possible d'avoir les 2.
Alors la permet moi de douter de ces chifres qui pour moi n'ont pas vraiment de sens : Ils parlent en terme de ventes, mais pas en terme de machine installées. Parce que tu sais, lorsque j'istalle une Debian ou CentOS au taf, je préviens pas IDC pour qu'ils incrémentent leurs compteurs.
Tu sais, les societes qui ont des contrats globaux avec MS, elles previennent pas non plus IDC quand elles installent un serveur Windows, elles prennent une product key sur le serveur et installent l'OS elles meme.
De plus ces chiffres confirment bien ce que je pensais : windows c'est plein de petits serveurs style serveurs bureautique pas sensible: c'est pour ça qu'il y en a plus. Les grosses conf, c'est de l'UNIX ou MVS (ou VMS). Windows ce n'est qu'un jouet, dès qu'on a besoin de sérieux, il faut l'oublier.
Unix ou MVS c'est pour du tres gros et c'est tres cher oui.
Quand a Windows etant un jouet, il y a largement assez d'exemples de Windows utilise sur des systemes critiques pour demontrer que c'est loin d'etre un jouet.
Quand a Linux, quand on voit que Redhat qui est leader loin devant tout le monde dans le monde Linux niveau qualite et professionalisme n'offre que 7 ans de support pour sa distrib, tu m'excuseras de rire un peu, on fait encore des patchs pour NT4 ici hein, qui est sorti en 1996, ca fait 14 ans.
Et les systemes critiques, entre le temps ou l'OS sort, le temps ou ils s'y mettent, testent et deploient, t'as deja bouffe 2-3 ans de la vie de l'OS, ca te laisse 3-4 ans sur un systeme tres lourd et cher a valider avec la solution Redhat qui est a peu pres la seule viable dans le monde Linux, resultat il faut recommencer ta procedure de migration d'OS environ 1-2 ans apres avoir installe le systeme !
Furthermore, major versions of Red Hat Enterprise Linux contain a limited set of backward-compatible libraries from the previous major versions to aid with the migration of applications from one major release to another.
Bref, tu n'a absolument aucune garantie, bien au contraire, qu'ils vont s'arranger pour que les softs continuent a fonctionner d'une release majeure a l'autre ce qui va rendre la phase de migration encore plus drole.
Il y a pas a dire, gerer des systemes critiques avec Linux, c'est le paradis !
Ca influe certainement sur la maniere d'ecrire les tests, c'est fait pour !
L'equipe de test elle participe au design du produit des le depart, elle amene un feedback des ce moment, les dev/test (comme on les appelle) participent aux revues de code, sont capable de trouver des moyens futes de tester telle ou telle feature d'un composant car ils comprennent comment celui-ci fonctionne, ...
Maintenant, c'est pas des amateurs, c'est un boulot, on sait tous quelle est la difference entre whitebox testing et blackbox testing, qu'un test n'est pas sense verifier que le code fait ce que le code dit mais qu'il fait ce que la spec dit, etc... Connaitre et comprendre le code aide a trouver des moyens interessants de le tester et pouvoir le debugger/corriger, ca veut pas forcement dire que tout ce qui est fait est base sur le code.
Parce que la, du coup, il faut dire, personne ne sait comment ca fonctionne...
Je te dis pas le nombre de gens qui n'utilise que des profils locaux + redirection de dossier pour éviter ce problème...
Tu crois ?
Tu crois que si cela merdait comme tu le dis, aucun de nos gros clients ne serait venu taper a notre porte pour nous dire que cette fonctionnalite importante merde, et qu'il faut qu'on la corrige tres vite parce que ca leur coute en maintenance ?
Allez serieusement, pense a ca, d'apres toi un truc aussi gros, depuis des annees, il ne serait jamais remonte a nous ? Aucun de nos gros clients n'aurait fait pression pour le corriger ?
Quand tu as un probleme avec le systeme, c'est un peu comme ca qu'il faut penser hein.
Je suis désolé, mais quand tous les 4 matins t'as un utilisateur qui vient te chercher parce que "Windows il dit qu'il peut pas charger mon profil", qu'il suffit de virer le profil resté en local (y'a bien un clef pour le virer à la deconnexion mais elle fonctionne aléatoirement) pour que ca reparte, ben moi c'est le genre de truc qui me font péter les plombs...
Et moi tout ce que ca me dit c'est que tu ne comprends pas le systeme, tout comme les X fois ou tu t'es plains de comportement "aleatoire" et que j'ai explique le comportement.
Windows\Debug et Windows\NTDS ?
Dis moi comment tu operes et je te dirais si qqe chose manque...
Ben je suis désolé, mais je vois ce que je croise, et autour de moi, vu ce que l'on me raconte, c'est pas triste non plus...
Ben tu sais, dans le meme genre, vu ce que je lis sur linuxfr, mon impression des linuxiens est pas folichonne si je me base que sur ca.
Mais tu ne réponds tjs pas à ma quesiton, pourquoi activer ce comportement par défaut ?
Tu prends ton laptop du boulot pour finir le travail a la maison, tu te logge comment ? Sans ca, ben tu peux pas...
Quand a ne pas le faire, pourquoi il faudrait le bloquer ? Il n'y a aucun probleme de securite, si tu as la machine devant toi tu peux sortir le disque dur et lire/ecrire ce que veux.
En fait le problème des GPO Windows, c'est que y'a pas mal de moyen des les contourner...
Quand tu vois la quantité de soft (aujourd'hui encore) qui on besoin d'un accès en écriture dans C:\Program Files, ben la première chose que tu fais c'est: "Masquer le lecteur C", "désactiver la saisi de chemin dans la barre d'url".
Faut surtout comprendre ce que sont les GPO, c'est pas un moyen d'empecher les gens de faire X/Y/Z (selon les settings), c'est un systeme de gestion de parametres en gros. Ton parametre, tu l'as mis, il fait ce qu'il est sense faire: desactiver la saisie du chemin et cacher C, il n'a jamais ete mentionne que ce parametre empecherait l'acces a C.
La ou tu te trompes, c'est que la plus part du temps (sauf si il a vraiment un poste en or), l'admin Unix, de la windowserie (en clair, un système qui fait ce que il veut quand il veut), il s'en mange plein la tête et c'est dans ces moments la qu'il nourrit une haine sans précédent pour vos produit ;)
Mais c'est normal ! Lorsque l'admin Unix il refuse de sortir de ses habitudes Unix et de s'adapter a un sytsteme different, il va avoir du mal et il va se plaindre.
C'est _exactement_ ce dont vous vous plaignez pour les admins Windows !
C'était pas rose tous les jours, j'en ai bien chier par moment (profil qui gonflent, plantent, ...)... La ou ca me rassure, c'est que maintenant que j'ai un beau Active Directory, j'ai les même bug mais en même en montant le niveau de debug de l'AD, j'ai beaucoup moins d'information pour comprendre ce qui peut déconner...
Et moi je te dirais que tu ne sais pas forcement ou prendre les infos...
Et je vois une énorme différence entre un admin Windows et un admin Linux (et un fondu de logiciel libre en particulier), c'est que le premier fait ca parce que c'est son travail et n'y prend aucun plaisir, pas le second...
Oui bien sur, mettons vite tout le monde dans le meme panier hein. Et moi ? Je suis sense assumer que tous les linuxiens sont des guignols qui n'ont aucune experience reelle de l'informatique et qui parlent de ce qu'ils ne connaissent pas quand je lis ce site ?
Et quand 3 ans plus tard je te remet dans la gueule que tu avais tord, ben comme par hasard, pas de réponse, silence radar...
Tu me montreras ou ca s'est passe, j'attends cela avec grand plaisir. (le coup du login sans connection reseau je te l'ai explique des le depart et j'avais raison, ce n'etait en rien une faille).
# C'est quoi ?
Posté par pasBill pasGates . En réponse au journal Google vs Chine : round final ?. Évalué à 4.
Les chinois n'auront plus acces a Google ? Je suis sur que le gouvernement chinois va beaucoup pleurer a l'idee que les chinois, qui majoritairement utilisent Baidu de toute facon, n'auront plus Google....
Non, Google ne peut rien faire vraiment, la Chine les tient par les couilles si ils veulent faire de l'argent en Chine.
[^] # Re: Économie
Posté par pasBill pasGates . En réponse à la dépêche L'Europe se pose la question des logiciels propriétaires dans les États de l'Union. Évalué à 3.
D'ailleurs je suggeres personnellement un telethon pour subvenir aux besoins des employes de Google, parait que leur bouffe gratuite est devenue moins bonne qu'avant.
[^] # Re: l'appel du youkï !
Posté par pasBill pasGates . En réponse à la dépêche Mandriva et la pérennité de Mandriva Linux. Évalué à 3.
Mais attaquer les gens qui font le boulot sur leur honnetete, donc sur leur personne, alors qu'ils ont donne une masse de travail sans rien demander en retour et que sans eux tu serais le cul dans l'eau, ca ne se fait pas, point barre.
Que tu sois le seul a le penser ou pas on s'en fout, etre plusieurs a le faire ne signifie pas que c'est acceptable.
Serieusement, c'est si dur que ca a comprendre qu'il faut respecter les personnes un minimum dans la vie ?
[^] # Re: l'appel du youkï !
Posté par pasBill pasGates . En réponse à la dépêche Mandriva et la pérennité de Mandriva Linux. Évalué à 0.
[^] # Re: l'appel du youkï !
Posté par pasBill pasGates . En réponse à la dépêche Mandriva et la pérennité de Mandriva Linux. Évalué à -7.
Oui bien sur, des traitres.
Et toi, tu as fait quoi pour le LL ces 10 dernieres annees ?
Allez, tu as fait ne serait-ce que 1/100eme de ce que Miguel a fait ? 1/1000eme de ce que Novell a fait ?
Non, alors fermes la et retourne dans ton trou, le jour ou tu auras un minimum de credit pour critiquer tu pourras en resortir
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 2.
Ben apres tu dis aux editeurs de ces softs de se comporter convenablement !
Quand t'as un soft qui fait le con sur Linux et qui fout la merde dans le systeme, tu esperes que c'est l'OS qui va le deviner et regler le probleme ?
Mais bien sur que si c'est du au système, si Windows même avec la clef correctement configurée n'arrive pas à supprimer le profil en local, c'est parce que y'a des putains de processus de merde qui ont des fichiers ouvert, UPHCLEAN essaye de nettoyer comme il peut (souvent, il ne le fait pas assez tot et donc le profil reste quand même en local) et du coup il reste delprofil pour faire le ménage de ce grand bordel. Si Windows fonctionnait comme Unix, si je supprime un fichier, les programmes qui y accèdent continue à y avoir accès mais la suppression fonctionne... Et pas de violation de partage avec boite de dialogue qui fait flipper les utilisateurs...
Ah oui bien sur, la grande connerie de tout faire comme Unix !
On va surtout, surtout ne pas penser au cas chez Unix ou ca cause des merdes hein, on va uniquement penser aux cas ou ca marche. On va aussi bien faire attention a ne pas se demander ce que Windows est sense faire si un soft lock le fichier.
La realite, c'est qu'il y a des softs qui foutent la merde sur le systeme, et c'est pas la faute du systeme.
[^] # Re: Pas absurde
Posté par pasBill pasGates . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 5.
[^] # Re: Pas absurde
Posté par pasBill pasGates . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 2.
[^] # Re: Pas absurde
Posté par pasBill pasGates . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 5.
http://msdn.microsoft.com/en-us/library/dd758070(VS.85).aspx
De rien
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Je suis certain a 100% que MS connait le chiffre. Mais ce qu'IDC represente dans ses chiffres n'inclut pas cela, cela n'inclut que les machines vendues avec un OS.
Non tu as aussi énormément de windows->linux. Pour ton info je bosse en ce moment dans une grosse boite qui installe du Windows sur ses serveurs que si elle n'a pas le choix. Sinon, c'est du Linux.
Si il y en avait enormement, les parts de Windows serveur descendraient, hors ce n'est pas le cas.
C'est exactement la même chose : un parapluie juridique. Mais si tu as un contrat de support ils t'aident.
Certainement pas. Si Redhat au final doit forker le code pour gerer un truc que le mainline a casse, ils seront dans une grosse mouise, parce qu'un fork c'est vraiment la merde a gerer. Redhat est dependant de devs externes pour son OS.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 2.
Euh ouais, un peu plus precis ca aiderait, ca irait pas loin comme rapport de bug ca....
Et vient pas me la jouer avec tes gros clients, j'ai vu suffisament tourner d'AD pour savoir que ca arrive, partout, c'est même documenter sur la MSDN, mais peut être que chez Microsoft vous documentez des problèmes non existant, peut être que la rustine UPHCLEAN n'est la que pour régler des problèmes inexistant, comme delprofil & co...
Parce que c'est documente sur MSDN ca veut dire que c'est un bug ? Tu veux que je te sortes la doc expliquant comment recuperer un ext3fs dans la mouise ? Ca veut dire que ext3fs se torche tout seul regulierement ?
MSDN contient des solutions a des tas de problemes, qui ne sont pas forcement dus au systeme.
Je fais ce que la MSDN dit de faire, je connais pas par coeur les clefs de registre...
Ben commences par regarder ce qu'est ETW, ca t'aidera peut-etre : http://msdn.microsoft.com/en-us/library/aa772185(VS.85).aspx
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Ces contrats signifient simplement que bcp de grosses entreprises ne s'amusent pas a acheter l'OS avec les machines qu'elles achetent, elles le recoivent separement a travers leur contrat avec MS, donc tu ne le vois pas non plus dans les chiffres.
La plupart des gros projets que j'ai vu sous windows ont basculé sous Unix (AIX, Solaris et certains sous Linux). Certains n'ont pas basculé parce que l'appli métier en question n'était pas portée sous Windows.
Ben ca bascule dans tous les sens hein : Windows -> Unix, Unix -> Linux, Windows -> Linux, Linux -> Windows ,...
Maintenant, l'enorme majorite des bascules c'est Unix -> Linux et Unix -> Windows
Oui, je n'en doute pas, mais ne faut-il pas un contrat spécial pour prolonger le suppport ? Parce que si tu payes RedHat, ils te fourniront des patch pendant 20 ans si tu veux.
Exemple pour Windows Server 2003 : http://support.microsoft.com/lifecycle/?LN=en-us&p1=3198(...)
Commence en 2003, support etendu jusqu'en 2015, c'est a dire que les patchs de securite sont dispo pour tout le monde, pendant 12 ans. Apres ca, il y a support avec contrat specifique.
Bah, tu sais, ça c'est juste le parapluie, tout comme les contrats de licence pour lesquesl Microsoft se dégage de toute responsabilité vis à vis des problèmes rencontrés suite à l'utilisation de leur OS. Pour RedHat, si t'as du support, ils t'aident, contrairement ce que tu crois. Si tu n'as pas de support tu te débrouilles.
Non, dans le cas de Redhat c'est different, parce qu'au final ils ont une certaine dependance sur l'ecosysteme Linux qui n'a pas forcement les memes imperatifs que Redhat.
MS par exemple ne depend que de MS, le code est a nous, on en fait ce qu'on veut.
Redhat devra forker ou abandonner la compatibilite si les changements dans mainline vont a l'encontre de ses besoins.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Vraiment ? Dis-moi, quand ton serveur Debian tombe, et que tu perds de l'argent a chaque minute qui passe, tu appelles qui ?
Les patchs de securite Debian, ils contiennent quoi ? Juste des correctifs de securite ou aussi d'autres correctifs qui pourraient causer des problemes ?
On n'a clairement pas la meme definition de serveur critique ici, je parles pas de serveurs de mail ou meme de base de donnees standards
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Le monde Linux pourrait certainement faire un certain nombre d'efforts :
- Avoir une API de drivers stable et autoriser les drivers non-GPL
- Avoir un tronc commun entre toutes les distribs qui permet aux editeurs de developper sans s'arracher les cheveux (LSB c'est sympa, mais c'est un peu pathetique tellement c'est pauvre pour un soft moderne)
- Arreter de remplacer une techno vieille de 6 mois par une nouvelle techno qui elle meme sera remplacee dans 6 mois
- Avoir une politique de support correcte, et trouver un moyen pour qu'il soit facile pour grand-mere d'installer des softs sans passer par les depots officiels (dependances qui explosent...)
...
Apres, c'est un choix, soit on garde sa maniere de faire, soit on fait plaisir aux constructeurs/editeurs, mais c'est pas possible d'avoir les 2.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 0.
Tu sais, les societes qui ont des contrats globaux avec MS, elles previennent pas non plus IDC quand elles installent un serveur Windows, elles prennent une product key sur le serveur et installent l'OS elles meme.
De plus ces chiffres confirment bien ce que je pensais : windows c'est plein de petits serveurs style serveurs bureautique pas sensible: c'est pour ça qu'il y en a plus. Les grosses conf, c'est de l'UNIX ou MVS (ou VMS). Windows ce n'est qu'un jouet, dès qu'on a besoin de sérieux, il faut l'oublier.
Unix ou MVS c'est pour du tres gros et c'est tres cher oui.
Quand a Windows etant un jouet, il y a largement assez d'exemples de Windows utilise sur des systemes critiques pour demontrer que c'est loin d'etre un jouet.
Quand a Linux, quand on voit que Redhat qui est leader loin devant tout le monde dans le monde Linux niveau qualite et professionalisme n'offre que 7 ans de support pour sa distrib, tu m'excuseras de rire un peu, on fait encore des patchs pour NT4 ici hein, qui est sorti en 1996, ca fait 14 ans.
Et les systemes critiques, entre le temps ou l'OS sort, le temps ou ils s'y mettent, testent et deploient, t'as deja bouffe 2-3 ans de la vie de l'OS, ca te laisse 3-4 ans sur un systeme tres lourd et cher a valider avec la solution Redhat qui est a peu pres la seule viable dans le monde Linux, resultat il faut recommencer ta procedure de migration d'OS environ 1-2 ans apres avoir installe le systeme !
Ce qui est encore plus fantastique c'est quand tu lis la page de Redhat : https://www.redhat.com/security/updates/errata/
Furthermore, major versions of Red Hat Enterprise Linux contain a limited set of backward-compatible libraries from the previous major versions to aid with the migration of applications from one major release to another.
Bref, tu n'a absolument aucune garantie, bien au contraire, qu'ils vont s'arranger pour que les softs continuent a fonctionner d'une release majeure a l'autre ce qui va rendre la phase de migration encore plus drole.
Il y a pas a dire, gerer des systemes critiques avec Linux, c'est le paradis !
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 3.
L'equipe de test elle participe au design du produit des le depart, elle amene un feedback des ce moment, les dev/test (comme on les appelle) participent aux revues de code, sont capable de trouver des moyens futes de tester telle ou telle feature d'un composant car ils comprennent comment celui-ci fonctionne, ...
Maintenant, c'est pas des amateurs, c'est un boulot, on sait tous quelle est la difference entre whitebox testing et blackbox testing, qu'un test n'est pas sense verifier que le code fait ce que le code dit mais qu'il fait ce que la spec dit, etc... Connaitre et comprendre le code aide a trouver des moyens interessants de le tester et pouvoir le debugger/corriger, ca veut pas forcement dire que tout ce qui est fait est base sur le code.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à -1.
Je te dis pas le nombre de gens qui n'utilise que des profils locaux + redirection de dossier pour éviter ce problème...
Tu crois ?
Tu crois que si cela merdait comme tu le dis, aucun de nos gros clients ne serait venu taper a notre porte pour nous dire que cette fonctionnalite importante merde, et qu'il faut qu'on la corrige tres vite parce que ca leur coute en maintenance ?
Allez serieusement, pense a ca, d'apres toi un truc aussi gros, depuis des annees, il ne serait jamais remonte a nous ? Aucun de nos gros clients n'aurait fait pression pour le corriger ?
Quand tu as un probleme avec le systeme, c'est un peu comme ca qu'il faut penser hein.
Parce que bon dans le meme genre : http://www.google.com/#hl=en&source=hp&q=fail+recomp(...)
Ben voila, ca signifie qu'on peut pas recompiler le kernel ?
Sinon, c'est quoi les details de ton probleme ? (genre le message d'erreur exact, ... et ce que tu entends par "debug mode" de winlogon/netlogon)
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 0.
http://www.zdnet.com/blog/microsoft/behind-the-idc-data-wind(...)
73.9% du marche est Windows en terme d'unites (pas de revenus), Linux est a 21.2, et aucun des deux n'a vraiment bouge
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 2.
Et moi tout ce que ca me dit c'est que tu ne comprends pas le systeme, tout comme les X fois ou tu t'es plains de comportement "aleatoire" et que j'ai explique le comportement.
Windows\Debug et Windows\NTDS ?
Dis moi comment tu operes et je te dirais si qqe chose manque...
Ben je suis désolé, mais je vois ce que je croise, et autour de moi, vu ce que l'on me raconte, c'est pas triste non plus...
Ben tu sais, dans le meme genre, vu ce que je lis sur linuxfr, mon impression des linuxiens est pas folichonne si je me base que sur ca.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Tu prends ton laptop du boulot pour finir le travail a la maison, tu te logge comment ? Sans ca, ben tu peux pas...
Quand a ne pas le faire, pourquoi il faudrait le bloquer ? Il n'y a aucun probleme de securite, si tu as la machine devant toi tu peux sortir le disque dur et lire/ecrire ce que veux.
En fait le problème des GPO Windows, c'est que y'a pas mal de moyen des les contourner...
Quand tu vois la quantité de soft (aujourd'hui encore) qui on besoin d'un accès en écriture dans C:\Program Files, ben la première chose que tu fais c'est: "Masquer le lecteur C", "désactiver la saisi de chemin dans la barre d'url".
Faut surtout comprendre ce que sont les GPO, c'est pas un moyen d'empecher les gens de faire X/Y/Z (selon les settings), c'est un systeme de gestion de parametres en gros. Ton parametre, tu l'as mis, il fait ce qu'il est sense faire: desactiver la saisie du chemin et cacher C, il n'a jamais ete mentionne que ce parametre empecherait l'acces a C.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Va t'amuser a faire ce qu'ils font en 1/10eme du prix paye par le gouvernement francais pour MS, je te souhaite bonne chance.
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 2.
Mais c'est normal ! Lorsque l'admin Unix il refuse de sortir de ses habitudes Unix et de s'adapter a un sytsteme different, il va avoir du mal et il va se plaindre.
C'est _exactement_ ce dont vous vous plaignez pour les admins Windows !
C'était pas rose tous les jours, j'en ai bien chier par moment (profil qui gonflent, plantent, ...)... La ou ca me rassure, c'est que maintenant que j'ai un beau Active Directory, j'ai les même bug mais en même en montant le niveau de debug de l'AD, j'ai beaucoup moins d'information pour comprendre ce qui peut déconner...
Et moi je te dirais que tu ne sais pas forcement ou prendre les infos...
Et je vois une énorme différence entre un admin Windows et un admin Linux (et un fondu de logiciel libre en particulier), c'est que le premier fait ca parce que c'est son travail et n'y prend aucun plaisir, pas le second...
Oui bien sur, mettons vite tout le monde dans le meme panier hein. Et moi ? Je suis sense assumer que tous les linuxiens sont des guignols qui n'ont aucune experience reelle de l'informatique et qui parlent de ce qu'ils ne connaissent pas quand je lis ce site ?
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Ma reponse initiale : http://linuxfr.org/comments/365667.html#365667 (pas d'insulte tu noteras, ni dans les posts qui suivent)
Et 2 posts plus bas la reponse avec l'explication : http://linuxfr.org/comments/365745.html#365745
et ou tu reponds que tu mets ta main a couper que c'est la bonne explication...
[^] # Re: Et l'état ?
Posté par pasBill pasGates . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 1.
Tu me montreras ou ca s'est passe, j'attends cela avec grand plaisir. (le coup du login sans connection reseau je te l'ai explique des le depart et j'avais raison, ce n'etait en rien une faille).