Articles précédents : Logiciel
- [8] Sortie de QSA en bêta
- [15] IPCop v1.2 est sorti!
- [9] PHP 4.3.0 est sorti
- [16] Nouvelles versions de Ruby
- [7] Nouvelle distribution beta de RedHat
- [1] Disciples 2: Dark Prophecy annoncé sous Linux, et du nouveau concernant Majesty Gold
- [50] KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
- [15] SmoothWall GPL 1.0 est disponible
- [3] Pike 7.4
- [29] Rise of the Triad sous GPL
![[en]](../../../images/en.png)
Annonce sur lwn.net (589 hits)-
Support RedHat (546 hits)
> Lire la suite (35 commentaires, moyenne: 4,3). [dépêche : 1972 caractères]
RedHat veut diminuer ces coûts de support c'est évident. Pour cela, il diminue la période de support à un an minimum.
Je trouve qu'un an c'est court. C'est même très court et l'utilisation d'une distribution "Red Hat Linux" en entreprise va se raréfier. Néanmoins, RedHat fait une annonce claire pour que chaqun prennent ces dispositions. Mais l'annonce de seulement 3 mois de support pour la 6.2 et 7.0 est ... limite.
C'est aussi l'occasion pour RedHat de pousser leur distribution "Advanced Server" et "Advanced Workstation" (annoncée pour mars 2003) dans les entreprises. En effet, ces distributions sont économiquement plus intéressantes pour RedHat. Enfin, les vendeurs de hardware/software pour serveur vont plutôt s'orienter vers les solutions "RH Advanced *" qui sont plus pérennes (minimum de 3 ans de support).
La ligne produit de RedHat semble maintenant :
- "Red Hat Linux" : Plutôt dédié usage domestique et développeurs/testeurs/curieux du free software pour avoir les dernières versions de soft. Cette distribution peu rentable financièrement (si elle est rentable) pour RedHat permet de tester à grande échelle de nouvelles solutions. Par exemple, la futur RH8.1 intègrera NPTL (Native POSIX Thread Library), ACL et HTree du systèmes de fichiers ext3 alors que ce sont des fonctionnalités plutôt serveur. Elle est également là pour toucher un large publique dont certains seront de futurs utilisateurs (acheteurs) de RH Advanced Server/Workstation.
- "Red Hat Advanced Server/Workstation" : Dédiés entreprise et rentables, elles profiteront de l'expérience (débuguage) des distributions "Red Hat Linux". Ces distributions plus pérennes (une nouvelle version tout les 12/18 mois et la compatibilité Workstation/Server) vont lutter contre les distributions basées sur UnitedLinux (Connectiva, Suse, SCO, TurboLinux) et sorties il y a quelques semaines. Le gros avantage de RedHat : il n'y a pas de morceaux de propriétaire dedans.
Re: RedHat change de politique de support.
Ca a le mérite de clarifier effectivement, mais 1 an de support c'est un peu léger... Je sens que je vais avoir du mal à faire passer l'idée de mettre à jour les serveurs RH au minimum 1 fois par an (ça implique aussi que Redhat sortira au moins 1 release par an puisque l'année court à partir de l"initial release" ...)
Re: RedHat change de politique de support.
Bon bin il ne reste plus que la debian pour pouvoir laisser un serveur ronronner des années durant sans avoir à réinstaller tout le bazard.
Je trouve cette politique parfaitement idiote. La force des systèmes *NIX c'est que s'ils sont plus longs à metre en oeuvre(correctement), une fois en place, ils ne nécessitent plus de techniciens spécialisés. RH est en train de promettre à ses clients un besoin de techniciens spécialisés au moins une fois par an. C'est absurde.
-
[^]Re: RedHat change de politique de support.
-
[^]Re: RedHat change de politique de support.
Posté par Thomas Poindessous () le 31/12/2002 à 12:09. (lien). Évalué à 6.Enfin, pour Debian, que j'adore, ils ont clairement dit qu'à l'avenir, ils vont rarefier les mises à jour de sécurité des oldstable. Là, par exemple, y a plus de mises à jour de slink (je crois).
Que Redhat ne supporte plus la 6.2, ca me parait normal ...
Mais c'est vrai que un an c'est court, à moins d'acheter un advanced server ...-
[^]Re: RedHat change de politique de support.
-
[^]Re: RedHat change de politique de support.
Posté par CopainJack (Jabber id, page perso, ) le 31/12/2002 à 15:17. (lien). Évalué à 8.Le 9 mars 1999, Debian annonçait sur son site la sortie de la version 2.1 aka slink:
http://www.debian.org/News/1999/19990309(...)
Plus de 3 ans donc.-
[^]Re: RedHat change de politique de support.
Posté par Nÿco (Jabber id, page perso, ) le 31/12/2002 à 15:20. (lien). Évalué à 0.Nonononon, y'a eu 7 révisions, la Slink r7 date de quelques mois avant la patate...
--
Jabber ID : xmpp:Nyco@jabber.fr-
[^]Re: RedHat change de politique de support.
Posté par CopainJack (Jabber id, page perso, ) le 31/12/2002 à 16:01. (lien). Évalué à 7.Oui mais non ;-)
Slink est quand même sorti il y a plus de 3 ans. Même si il y a 7 releases, ça reste la Debian 2.1.
Enfin, je coupe les cheveux en cas, car dans mon message, on lit que Slink est tout vieux, tout pourri d'il y a trois ans alors que non, la derniere release est plus recente (je n'ai pas trouvé de date pour la r7, peut-etre q'il n'y en a pas, mais la r5 est du 02/2000), comme si on avait utilisé apt-get update tout au long.
Et pour conclure, je vais me permettre un parallele douteux que certain vont imprecier j'en suis sur ;-) :
c'est un peu comme on parle de Windows 2000 et Windows 2000-service pack X.-
[^]correction
Posté par CopainJack (Jabber id, page perso, ) le 31/12/2002 à 16:10. (lien). Évalué à 0.s/je coupe les cheveux en cas/ je coupe les cheveux en quatre/
bien entendu-
[^]Re: correction
Posté par grafit () le 31/12/2002 à 20:41. (lien). Évalué à 2.s/je coupe les cheveux en quatre/je fends le cheveu en quatre/
histoire de pinailler...
L'Académie a admis (1962) l'expression couper les cheveux en quatre, plus employée, mais moins exacte, que fendre un cheveu en quatre.
ceci dit, je vous laisse méditer sur la nuance de la chose,
j'ai des moul^M^M huitres à éventrer... bonne année.
-
-
[^]Re: RedHat change de politique de support.
Posté par Éric (Jabber id, page perso, ) le 31/12/2002 à 16:54. (lien). Évalué à 4.oui mais si.
Les périodes de support doivent se calculer à partir de l'arret de distribution, sinon ca ne veut rien dire.
Si j'ai une release qui "dure" 10 ans mais que j'en arrete le suport le lendemain de la sortie de la release suivante mon "le support dure 10 ans" n'as aucun sens.
Le support de la version courante est un minimum, ce qui est important c'est combien de temps il dure apres qu'elle ne soit plus la courante (en gros combien de temps on te laisse pour la mise à jour).
si la r5 est du 02/2000 on peu supposer que la r7 date d'apres le 04/2000 donc il y a moins de 20 mois. Le support n'aura pas duré 2 ans apres l'arret de distribution.
-
-
-
-
-
[^]Re: RedHat change de politique de support.
Posté par William Steve Applegate (page perso, ) le 31/12/2002 à 16:44. (lien). Évalué à 7.> Enfin, pour Debian, que j'adore, ils ont clairement dit qu'à l'avenir, ils vont rarefier les mises à jour de sécurité des oldstable. Là, par exemple, y a plus de mises à jour de slink (je crois).
Ben, si les mises à jour de Debian avaient tendance à foirer dans tous les sens, et à immobiliser ta machine pendant un temps inacceptable, ce serait effectivement très relou. Maintenant, je n'ai jamais eu de gros problèmes lors d'un dist-upgrade (parfois quelques trucs qui merdouillaient un peu, mais rien de grave), donc ça n'a rien de terrible. Du coup, je comprends que ça aie un sens pour Debian de réutiliser l'énergie mise dans ces mises à jour de produits anciens vers d'autres projets plus utiles. À vrai dire, je suis même partisan d'un raccourcissement de leurs cycles de sortie, si ça n'influe pas sur la qualité de la distrib...
(bon, je sais, c'est un raisonnement inductif, je devrais éviter de généraliser trop vite, il y a peut-être des gens qui ont vécu des moments d'horreur lors d'une mise à jour, mais bon, comme je ne les connais pas, je donne juste mon avis d'après mon expérience)--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™-
[^]Re: RedHat change de politique de support.
Posté par Éric (Jabber id, page perso, ) le 31/12/2002 à 16:57. (lien). Évalué à 4.Les mises à jours ne se passent pas toujours aussi bien et j'ai d'ailleurs entendu parler de problemes lors de la maj des serveurs de linuxfr.
Si tu as un serveur ldap et que la maj te fait foirer le service ldap il n'en reste pas moins que tu es dans la merde, donc en général on essaie de retarder le plus possible.
Le probleme c'est que parfois la montée en version de la distrib implique des montées en version de logiciels, qui sont dans des versions incompatibles avec les précédentes (au moins niveau configuration) donc ca peut demander du boulot.-
[^]Re: RedHat change de politique de support.
Posté par gnap gnap (page perso, ) le 31/12/2002 à 21:32. (lien). Évalué à 2.«Les mises à jours ne se passent pas toujours aussi bien »
Un peu vague non ?
« et j'ai d'ailleurs entendu parler de problemes lors de la maj des serveurs de linuxfr. »
T'es sur que c'est lié à la distro et sa mise-à-jour ?-
[^]Re: RedHat change de politique de support.
Posté par Éric (Jabber id, page perso, ) le 01/01/2003 à 12:17. (lien). Évalué à 2.Pascal Terjan ou d'autres t'en diront plus, je me rapelle juste un post qui était passé dans la derniere news à propos de support debian.
Ceci dit des problemes il y a en a parfois. Oui c'est vague mais je peux difficilement etre plus précis :)
-
-
-
-
-
[^]Re: RedHat change de politique de support.
Posté par DPhil (page perso, ) le 31/12/2002 à 12:21. (lien). Évalué à 3.Ils veulent juste inciter les gens à passer à Advanced Server, le produit réellement professionnel, ce que je ne trouve pas si absurde du tout.
Après tout, la version de base de Red Hat est sous GPL, rien n'empêche une communauté d'utilisateur de continuer à maintenir les distrib s'ils le veulent.-
[^]Re: RedHat change de politique de support.
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 31/12/2002 à 12:32. (lien). Évalué à 0.Le linuxien/étudiant lambda qui veut faire son petit serveur chez soi avec une version différente de celle qui vient de sortir car il n'a pas beaucoup de place sur son disque, un processeur poussif et peu de RAM, il sera alors "obligé", en quelque sorte, d'utiliser une version des softs avec des failles de sécurité et autres...
Je ne trouve pas ça tout à fait normal...-
[^]Re: RedHat change de politique de support.
Posté par gnap gnap (page perso, ) le 31/12/2002 à 14:28. (lien). Évalué à 2.Je suis pas d'accord. Il n'y a aucune obligation. Mettre à jour, une fois par an, ça ne me semble pas excessif. D'autant qu'à moins de faire un doctorat, ça ne signifiera en gros que 5 mises-à-jour, loin d'être inimaginable.
Non, franchement, pas de quoi foutter un chat.-
[^]Re: RedHat change de politique de support.
Posté par alenvers () le 31/12/2002 à 14:35. (lien). Évalué à 3.Moi, je fais des mises a jour toutes les semaines...
apt-get update
Pour ce qui est des migrations (passage à une version différente majeur). c'est pas un truc nécessaire tous les ans ! 2-3 ans c'est deja beaucoup pour moi....-
[^]Re: RedHat change de politique de support.
Posté par gnap gnap (page perso, ) le 31/12/2002 à 16:46. (lien). Évalué à 1.Moi aussi. Mais là je ne parlais pas de moi mais de celui dont parle Sylvain.
Mais apparement, y'en a qui pensent qu'il y a de quoi fouetter un chat sans savoir exprimer autrement que par un médiocre vote.
-
-
-
-
[^]Re: RedHat change de politique de support.
Posté par matiasf () le 31/12/2002 à 12:37. (lien). Évalué à 5.> Après tout, la version de base de Red Hat est sous GPL
La version Red Hat Advanced aussi. Les sourses sont dispos ici :
ftp://ftp.redhat.com/pub/redhat/linux/enterprise/2.1AS/en/os/i386/(...)
Par contre, pour la Advanced Server, RH ne fourni pas gratuitement d'image iso ou de binaire.
La RH AS a les même conditions d'utilisation que la RH Linux. C'est-à-dire que tu peux la copier , etc...-
[^]Re: RedHat change de politique de support.
Posté par DPhil (page perso, ) le 31/12/2002 à 14:43. (lien). Évalué à 3.Je n'ai jamais dis le contraire.
C'était juste pour dire que n'importe qui peut la reprendre à son compte pour la maintenir.-
[^]Re: RedHat change de politique de support.
Posté par matiasf () le 31/12/2002 à 14:52. (lien). Évalué à 3.> Je n'ai jamais dis le contraire.
C'était un complément d'information. Je ne voulais pas que les gens imagines la RH AS comme proprio et que cette nouvelle politique soit vue comme une tentative pour favorise une solution proprio.
> n'importe qui peut la reprendre à son compte pour la maintenir.
Il y a peut-être un marché actuellement. Mais je pense qu'à l'avenir, les entreprises qui ont besoin d'une solution avec un long support se tourneront vers une RH AS dès le début (ou un autre distributeur).
-
-
-
-
[^]Re: RedHat change de politique de support.
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 31/12/2002 à 12:28. (lien). Évalué à 1.Heu, je ne voudrais pas semer le trouble, mais debian ne fait pas mieux...
Il suffit de se rappeler de cette news : http://linuxfr.org/2002/11/03/10203.html(...) (du 3 novembre 2002) pour ce rendre compte qu'ils aimeraient bien arrêter le support de la 2.2 (qui était encore LA distribution stable de chez Debian il y a 6 mois environ...).
Bref, ça fait sourire...
Mais bon, là, juste un an, c'est vraiment très court quand même... Et ça entraine tout un changement de stratégie de sortie des versions... En effet, soit ils ne veulent plus du tout regarder dans le passé et ça veut dire : version X.Y, un an s'écoule, version X.Y+1 ou alors une sortie tous les 6 mois pour dire, on ne vous lâche pas aussitôt...-
[^]Re: RedHat change de politique de support.
Posté par alenvers () le 31/12/2002 à 14:18. (lien). Évalué à 3.>Il suffit de se rappeler de cette news :
>http://linuxfr.org/2002/11/03/10203.html(...) (du 3 novembre 2002)
>pour ce rendre compte qu'ils aimeraient bien arrêter le support
>de la 2.2 (qui était encore LA distribution stable de chez Debian
>il y a 6 mois environ...).
Il voulait juste savoir qui utilisait encore Patatoe et pour encore pour combien de temps afin de pouvoir planifier la non maj.
Rien à voir avec un truc ou on dit finit dans 3mois, 1an... On arrete enfonction des utilisateurs !
-
mouais
moi je voyais plutôt l'inverse : i.e. RedHat prolonge la durée du support :
«Usually when a new major version is released we would immediately
discontinue errata support for all but the final point release of previous
versions.»
Donc quand la RedHat 8 est sortie ils auraient dû arrêter le support pour la 7.0, la 7.1 et la 7.2. Mais maintenant ils continuent :
«Therefore, starting with Red Hat Linux 8.0, we have updated the errata
support policy and will now provide errata support for all releases of the
base OS for at least 12 months from the date of the initial release.»
«At certain times, Red Hat may extend errata maintenance for certain popular releases of the operating system.»
-
[^]Re: mouais
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 31/12/2002 à 12:37. (lien). Évalué à 8.Ben deux lignes plus bas :
We have also taken this opportunity to clarify the end of life dates for
errata support for our current products:
Red Hat Linux 8.0 (Psyche) December 31, 2003
Red Hat Linux 7.3 (Valhalla) December 31, 2003
Red Hat Linux 7.2 (Enigma) December 31, 2003
Red Hat Linux 7.1 (Seawolf) December 31, 2003
Red Hat Linux 7.0 (Guinness) March 31, 2003
Red Hat Linux 6.2 (Zoot) March 31, 2003
Je pense que c'est clair...
Un an pour le support... (la 8.0 principalement).
Et pour les autres versions, ils ne peuvent pas non plus jeter tout le monde en disant, ben il ne vous reste qu'une semaine pour mettre à jour...
-
[^]Re: mouais
Posté par matiasf () le 31/12/2002 à 13:00. (lien). Évalué à 6.> Donc quand la RedHat 8 est sortie ils auraient dû arrêter le support pour la 7.0, la 7.1 et la 7.2. Mais maintenant ils continuent
Actuellement RedHat est en phase de transition et la prolongation de support pour 7.[012] est un cadeau pour "faire passer la pillule".
Fesons une projection :
RH 8.0 : 9/2002
RH 8.1 : 3/2003
RH 8.2 : 9/2003
Lorsque le RH 8.2 sort, il ne reste que 3 mois de support à la RH 8.0 alors qu'il n'y a pas de changement de version majeur (Et la RH 8.0 a un traitement de faveur car elle va disposer de 15 mois de support).
Il faut donc mettre à jour son système tous les deux releases mineur environ.
Considérons le cas de la 7.2 qui est mal placé (car c'est la 7.3 fini la série des 7.x). Avec l'ancienne politique de support, il n'y a plus de support lors de la sortie de la 8.0. Soit 15 mois dans ce cas. Donc, dans le pire des cas, l'ancienne politique de support est équivalente à la nouvelle.-
[^]Re: mouais
Posté par PLuG () le 31/12/2002 à 13:46. (lien). Évalué à 10.ok mais c'est vraiment histoire de se battre avec les numeros de version.
tu installe une 8.0,
la 8.1 n'est qu'un re-packaging de la 8.0 + updates. si tu as tenu ta distrib 8.0 a jour, migrer en 8.1 ne necessite souvent meme pas de reboot ...
idem pour la 8.2. [warning: extrapolation du cas 7.0-7.3]
ensuite lors d'un saut de version, la question est ... comment dire plus chaude.
par exemple changement de compilo / architecture systeme (devfs ?) ... / noyau 2.6 ??
mais la encore pas de re-installation necessaire, juste une migration.
vous faites comment avec la debian ?? vous migrez jamais ??
upgrader un linux aujourd'hui c'est TELLEMENT plus simple que les mises a jour des OS proprio que je ne trouve pas trop embetant cette politique.
Chez mes clients ou la disponibilite des serveur est cruciale, de toutes facons les serveurs vont par paire (cluster) de sorte que la maintenance est encore plus simple que chez les clients ayant moins de besoin de diponibilité ... chez qui il faut attendre certaines heures pour intervenir.
Pas de quoi fouetter un chat.
AMHA on interviendra plus souvent sur les machines pour mettre a jour des softs (securité) que pour mettre a jour la distrib. voir peut-etre peut-on faire les 2 a la fois ??-
[+] [^]Re: mouais
Posté par alenvers () le 31/12/2002 à 14:30. (lien). Évalué à -1.Mis-a-jour debian :
apt-get upgrade
Changement de distribution
apt-get dist-upgrade
Besoin d'autre chose ?-
[^]Re: mouais
Posté par matiasf () le 31/12/2002 à 15:10. (lien). Évalué à 5.Faire croire qu'avec apt il n'y a aucun problème est réellement excessif.
Que fait "apt-get dist-upgrade" si apache passe de la version 1.3 à la 2.0 ?
apt met correctement à jour tes fichiers de conf.
Lors du passage de Linux 2.2 à 2.4, ton ficher /etc/modules.conf est correctement mise
à jour ?
S'il y a un mise à jour vers un nouvelle version major de PostgreSQL ou MySQL, toutes les données sont mise à jour ?
Si tu as un programme (hors de la distrib debian) qui utilise Gnome 1.0, que se passe-t-il lors d'un "dist-upgrade" qui tente d'installer Gnome 2.0 ?
etc...
etc...-
[^]Re: mouais
Posté par ufoot (page perso, ) le 31/12/2002 à 15:30. (lien). Évalué à 6.> S'il y a un mise à jour vers un nouvelle version major de PostgreSQL
Effectivement je comprends ton inquietude sur ce point. J'ai moi-meme pense: "nom de zeus quelle connerie t'es en train de faire!?!" le jour ou en faisant un dist-upgrade ma Debian m'a dit: "PostGreSQL va etre mis a jour de la 6.x vers la 7.x, donc il faudra migrer les donnees, voulez-vous le faire automatiquement (yes/no)?".
J'ai repondu oui et tout a ete migre tranquille, ca a juste pris un peu de temps. J'avoue que j'etais plutot soulage que les donnees ne soient pas critiques mais honnetement tout s'est passe sans accro. PostGreSQL 6.x vers 7.x pour les nuls: tu tapes "yes [enter]" et ca marche.
Le seul pb vraiment chiant que j'ai eu avec apt-get dist-upgrade etait pour passer de 2.0 a 2.1 je crois, j'avais eu un probleme car le package Perl etait casse, et du coup apt ne marchait plus... Il a fallu que je cree un lien symbolique /usr/lib/libperl.so.5.x vers le bon binaire qui va bien pour m'en sortir. Pas infaisable comme manip mais clairement au dessus de mes capacites il y a qq annees 8-/
-
[^]Re: mouais
Posté par CopainJack (Jabber id, page perso, ) le 31/12/2002 à 15:37. (lien). Évalué à 11.> Que fait "apt-get dist-upgrade" si apache passe de la version 1.3 à la 2.0 ?
Justement, Apache 2.0 est dans un autre paquet: apache2. Pour eviter les problemes de migration j'imagine.
Pour /etc/modules.con, je n'ai rien remarqué d'anormal lors du passage de 2.2 à 2.4, peut-être parce que Debian utilise systeme bien à lui pour modules.conf (c'est tout découpé en plusieur morceau: un pour alias, un pour action, ...., un pour tes ajouts perso, ...)
Pour les données à jour, c'est plus du ressort du programme que de Debian. Je veux dire par là que si un soft demande que ses donnée soient converti lors d'un passage de version, c'est que souvent il prevoit un outil pour le faire. Dans ce cas, le mainteneur de paquet n'a qu'a l'utiliser pour la mise-à-jour automatique.
> Si tu as un programme (hors de la distrib debian) qui utilise Gnome 1.0, que se passe-t-il lors d'un "dist-upgrade" qui tente d'installer Gnome 2.0 ?
Il va dire que non car tel et tel programme ont besoin de Gnome 1, (enfin c'est plutot de gtk dans ce cas-ci). Et c'est pour ça qu'il existe de paquet pour ces anciennes spéciaux pour ces versions.
Par exemple, pour openssl, tu as un paquet special version 0.9.5 pour les programme coincé avec cette version tandis que openssl continue sa progression.
etc... etc ...
Mais tu poses néanmoins les bonnes questions et c'est vrai que parfois apt-get (dist-)upgrade peut poser des problemes.
-
[^]Re: mouais
Posté par alenvers () le 04/01/2003 à 11:03. (lien). Évalué à 1.Avec apt-get update, jamais eu de problèmes... En stable, les paquets sont plutot bien faits.
Pour ce qui est de l'upgrade, tout ce que je sais c'est que cela à tjrs bousillé mon système sous redhat, mandrake (dans une moindre mesure, je l'avoue ; pour suse, je ne l'ai pas assez utilisée). Avec la debian, il y a quelques petits problèmes mais qui n'ont jamais été insurmontables et surtout aucun upgrade ne m'a obligé à faire une réinstallation complète (le cas avec mandrake, redhat).
Apt n'est pas mieux qu'urpmi, mais les dépendances me semblent vraiment meilleures avec debian et ça, c'est le plus gros atout. Le processus debian force une qualité exceptionnelle au vu du nombre impressionnant de paquets.
-
-
-
[^]Re: mouais
Posté par matiasf () le 31/12/2002 à 14:43. (lien). Évalué à 10.Je crois que tu idéalises les possibilités de mise à jour. Si tu as un serveur un peu personnalisé :
- conf d'apache un peu compliqué
- utilisation de proftpd et non de wu-ftpd
- plein de paramétrage spécifique dans /etc
- plein d'utilisateurs avec des $HOME/.gnome ou $HOME/.kde
- postgresql qui demande un dump/load (et n'y a pas de procédure automatique)
- etc...
Ben après la mise à jour tu as plein de *.rpmsave.
C'est vrai que globalement les mises à jour marche mais je n'y fais pas une confiance totale. Du moins il faut un système peu personnalisé.
> que je ne trouve pas trop embetant cette politique.
Moi si. J'utilise depuis longtemps RedHat et en général je garde une distribe durant 18 à 24 mois (4.2, 5.2, 6.2, 7.2, 8.0 (suite à crash file system)). Comme j'ai actuellement un 8.0 je suis un peu "obligé" de passer à une 8.2 dans un an.
Cette nouvelle politique est pour moi "embêtante". Rien de plus. Si çà permet à RedHat de faire du pognon, je ne vois aucun problème. Du moins tant que le pognon est réinvesti dans le free software (code GPL, ressources pour les développeurs, etc...).
-
-
Cette page a été générée par Templeet en 0.1817s (dont 0.054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.