Journal : Novell sort un Service Pack 1
Posté par Zorro () le 20 juin 2007
Alors ça, c'est un coup de génie !
Novell vient d'annoncer la sortie d'un SP1 pour sa Suse Linux Enterprise 10.
Magnifique, rien à dire, c'est parfait. En fait, j'hésite entre la démagogie et le génial coup de marketing.
Des mises à jour automatiques ? Des programmes dispo sur les serveurs, à installer un par un si on veut ? C'est d'un ringuard !!! Nan, pour impressionner les DSI, il faut des Service Pack. Le vendeur en cravate, il dit que Novell assure des SP régulièrement, et hop c'est signé, emballé, c'est pesé.
C'est une suite des accords avec Microsoft, qui leur a donné cette idée géniale ?
Mandriva, ou toutes les autres, devraient faire pareil ! Pour la 2007.1, ou Spring, ils auraient dû retoucher un peu l'installeur, et appeler ça un Service Pack, et voilà.
Novell vient d'annoncer la sortie d'un SP1 pour sa Suse Linux Enterprise 10.
Magnifique, rien à dire, c'est parfait. En fait, j'hésite entre la démagogie et le génial coup de marketing.
Des mises à jour automatiques ? Des programmes dispo sur les serveurs, à installer un par un si on veut ? C'est d'un ringuard !!! Nan, pour impressionner les DSI, il faut des Service Pack. Le vendeur en cravate, il dit que Novell assure des SP régulièrement, et hop c'est signé, emballé, c'est pesé.
C'est une suite des accords avec Microsoft, qui leur a donné cette idée géniale ?
Mandriva, ou toutes les autres, devraient faire pareil ! Pour la 2007.1, ou Spring, ils auraient dû retoucher un peu l'installeur, et appeler ça un Service Pack, et voilà.
> Lire le journal (17 commentaires, moyenne: 5,4).
Vous avez demandé le commentaire #843567.
Run by 
Cette page a été générée par Templeet en 0.0668s (dont 0.0071 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Ca peut aider parfois !
Dans certains domaines hautement critique, tu as besoin de savoir quel système d'exploitation tu utilises. Le problème avec Linux et les mises à jour, c'est que pour connaître la version exacte de ton système, tu es obligé de sortir la liste des programmes installés. Sous windows par exemple, tu peux connaître la version de ton système en ne sortant que la liste des mises à jour : Windows XP SP2 + kb4444 + kb55555. Le terme SP2 te permet de ne pas sortir la liste de 150 mises à jour.
Donc pour Suse Linux, tu pourras dire que tu es sous Suse SP1 + telles mises à jour. Ca va te simplifier la tâche un peu.
Après, si tu profites de cela pour taper sur les autres, c'est ton problème.
[^]Re: Ca peut aider parfois !
Tout a fait d'accord. Il arrive d'ailleurs que l'on ait besoin d'un système avec X patches mais qui pour des raisons obscures (les sysadmins sont des fois prano!) ce meme système ne peut être connecté à internet. La solution du Service Pack est dans ce cas idéal.
PS: Ce nèst pas parce que M$ use et abuse des SPs que cela est forcément mauvais.....
Slackware depuis 1996
[^]Re: Ca peut aider parfois !
oui bon après on peut aussi se demander pourquoi ils ont choisi le même nom. Si ça c'est pas du marketing...
Veritas a des maintenance pack, Sun a des Cluster Patch, etc...Novell aurait bien pu trouver un autre nom aussi :)
[^]Re: Ca peut aider parfois !
Beer Suse Pack 1 ?
Planète Orange
[^]Re: Ca peut aider parfois !
Non mais il en faut au moins 6 dans un pack.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Ca peut aider parfois !
L’optimum étant 24 :
« 24 bières dans un pack, 24 heures dans la journée. Coïncidence ? »
[^]Re: Ca peut aider parfois !
J'préfère 48...
Ce commentaire est :
Génial, Nul, 42
[^]Re: Ca peut aider parfois !
Pas besoin d'etre connecté à internet pour installer des mises à jour, pas besoin que ca s'appelle "Service Pack" pour ca.
[^]Re: Ca peut aider parfois !
Au contraire, moi je trouve que le terme service pack ne donne aucune information. Si y a un problème avec une application, on se moque pas mal des correctifs des 150 autres dont ton application ne dépend pas!
Ce qui est bien avec linux c'est que si t'a un problème avec un logiciel, tu n'a qu'à regarder la version du logiciel dans ton gestionnaire de paquets, la version de ses dependances et la version du kernel.
Avec ça t'as une information précise, tu contrôle le problème, tu peux savoir s'il y a déjà eu des retours de bug et des patch proposés...
Alors qu'avec le service pack... tu sait rien! Et pour contribuer sur le bugzilla officiel de l'application, ça va pas les aider si tu leur dit : mon machin bidule plante quand je fait ça sous Suse Linux SP2 ... Ils ont besoin d'informations précises, ils connaissent pas par coeur les versions des logiciels de Suse Linux SP2.
[^]Re: Ca peut aider parfois !
Au contraire, c'est la moindre des choses pour un service de support chez Novell. Évidemment pas forcément par c½ur, mais facilement accessible l'info.
[^]Re: Ca peut aider parfois !
Dans une démarche contractuelle, il est important de tracer les différentes versions d'un produit déployées afin de mieux identifier chacune de ses composantes. On appelle ca la gestion de configuration.
Le fait d'identifier une configuration permet d'identifier chacune de ces composante précisément.
A partir du moment où on connait la version, on est capable de lui associer les changements qui lui on été apportés par la fourniture d'un document associé qui est alimenté également par une autre discipline de gestion de projet , le suivi des demandes de changement.
Or il se trouve qu'une distribution commerciale linux est un produit comme un autre. Ces versions de référence permettent un suivi précis pour les demandes commerciales et sont plus productives si le client procède à des mises à jour identifiées. Dans ton cas ca veut dire qu'au moindre problème Novell va passer tout son temps à reproduire un environnement identique au tien, devra retrouver les sources et dependances associés une par une puis en déduire les changements qu'il englobait et le faire pour chaque client.
Une structure commerciale n'est pas en mesure de fournir un tel investissement ou elle va droit à la faillite.
Le client utilise dionc des versions identifiées supportées et surtout testées. S'il décide de faire ces mises à jour dans son coin il est normal que l'editeur nassume pas le support puisqu'il n'a pas pu tester cette configuration. La combinatoire rend matériellement impossible les tests exhaustifs.
[^]Re: Ca peut aider parfois !
Ce qui est bien avec linux c'est que si t'a un problème avec un logiciel, tu n'a qu'à regarder la version du logiciel dans ton gestionnaire de paquets, la version de ses dependances et la version du kernel.
Et chez Windows tous les binaires ont un numero de version, bref meme topo. T'as simplement un nom (Service Pack) qui n'est vraiment rien d'autre que :
"On a un ensemble de tous ces patchs qu'on a teste serieusement, et l'ensemble fonctionne bien"
Ca permet d'avoir une ligne de depart tous les ans a peu pres, plutot que donner la liste des 423 patchs installes sur ton systeme. Mais t'es toujours libre de donner des numeros de version si tu y tiens vraiment, ca ne change rien.
Alors qu'avec le service pack... tu sait rien! Et pour contribuer sur le bugzilla officiel de l'application, ça va pas les aider si tu leur dit : mon machin bidule plante quand je fait ça sous Suse Linux SP2 ... Ils ont besoin d'informations précises, ils connaissent pas par coeur les versions des logiciels de Suse Linux SP2.
Le truc c'est que les entreprises elles vont pas a travers le bugzilla, mais a travers l'entreprise qui fait le support (Redhat, Novell, ...)