Une news est passé pour indiquer que la distribution RedHat linux devient un projet open source.
Ben la rawhide a depuis hier yum (voir ici pour la preuve http://rawhide.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS/(...) ) . Donc yum sera dans la RedHat 10.
Plus de "RedHat ça SuX y a pas apt/urpmi/yum/etc".
Pour ceux qui ne connaissent pas yum, voir ici :
http://linux.duke.edu/projects/yum/(...)
C'était privisible http://rhl.redhat.com/participate/roadmap/(...) :
- "The redhat-config-packages program will have support enabled for accessing external repositories of arbitrary packages not associated with Red Hat."
Mais c'est quand même une surprise.
Journal Ça bouge chez RedHat.
24
juil.
2003
# Re: Ça bouge chez RedHat.
Posté par deftones_chris . Évalué à 2.
En pratique, ça se passe comment (je préfère demander à quelqu'un qui connaît l'appli)? La partie cliente de Yum liste les différents paquets et te demande pour chacun d'eux si tu veux les mettre à jour ou les effacer ? ou bien , il tourne en tâche de fond et dès qu'il détecte une modif dans un paquet, il fait les maj automatiquement ?
(Ma question repose plus sur les maj et non sur l'installation de paquets avec dépendances)
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à 0.
> il fait les maj automatiquement ?
C'est pas un démon. Mais si tu fais un cron avec "yum -y update", ça roule.
Je vais pas mettre la man page ici (trop gros).
$ yum --help
Usage: yum [options] <update | upgrade | install | info | remove | list |
clean | provides | check-update | groupinstall | groupupdate |
grouplist >
Options:
-c [config file] - specify the config file to use
-e [error level] - set the error logging level
-d [debug level] - set the debugging level
-y answer yes to all questions
-t be tolerant about errors in package commands
-R [time in minutes] - set the max amount of time to randonly run in.
-C run from cache only - do not update the cache
--installroot=[path] - set the install root (default '/')
-h, --help this screen
Pour créer un dépôt yum (accessible via ftp, http ou en local), c'est très con. Tu mets tous tes paquets dans un répertoire (ou des liens symboliques) et tu fais par exemple :
$ yum-arch -d -z -l yum_depot/
Un exemple de yum.conf :
[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
gpgcheck=1
exclude=
[os]
name=Red Hat Linux 9 os
baseurl=http://ayo.freshrpms.net/redhat/9/i386/os(...)
[updates]
name=Red Hat Linux 9 updates
baseurl=http://ayo.freshrpms.net/redhat/9/i386/updates(...)
[freshrpms]
name=Red Hat Linux 9 freshrpms
baseurl=http://ayo.freshrpms.net/redhat/9/i386/freshrpms(...)
[local]
name=Red Hat Linux 9 local custom
baseurl=file:///var/RH9/yum/local
# Re: Ça bouge chez RedHat.
Posté par Anonyme . Évalué à 1.
Je ne connai pas bien la RedHat, mais ca n'etait pas le cas avant ?
Les packages n'etaient pas disponibles gratuitement sur internet ?
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à -1.
La différence, c'est qu'avant RedHat considérait la distribution RedHat Linux comme un produit pour des clients payants et qui demande du support.
Avec la nouvelle politique autour de la RedHat Linux, la distribution est considérée comme un projet communautaire et est "libéré" de certaines contraintes. Par exemple il n'y aura pas de version boite et redhat ne fournira pas de support (que les erratas, pas de plan de formation sur cette distribution mais uniquement sur la distribution RedHat Enterprise, pas de support avancé (genre hotline), etc).
La distribution était open source. Maintenant le projet aussi est open. Par exemple, la définition du cahier des charges était faite en "cachette". Maintenant les développeurs RedHat en discutent sur mailing-list, les plannings sont disponibles, etc... Mais le projet débute et il reste du boulot à RedHat pour appliquer pleinement ce modèle. Entre autre il faut que tout les outils internes soient externalisés, qu'un système soit mise en place pour automatiser l'intégration de paquets développés à l'extérieur, avoir la dernière version de la doc en ligne, etc... C'est en cours et il faudra attendre 2 à 3 mois pour que tout soit en place.
Néanmoins, il faut que les choses soient claires. C'est pas un projet à la Debian. Le projet est "gouverné" par RedHat ! Il n'y a pas de modèle démocratique !
De http://rhl.redhat.com/about/(...)
- "Red Hat will retain editorial control over the Red Hat Linux project but will explicitly include external developers in the process of making technical decisions that align with the project objectives."
- "We want to see a policy that promotes meritocracy"
Toutes les infos sont ici : http://rhl.redhat.com/(...) (le site est pas gros donc tu peux rapidement le parcourir en entier).
[^] # Re: Ça bouge chez RedHat.
Posté par cortex62 . Évalué à 2.
Quelque chose de plus ouvert qui a permit à mdk d' avoir un tas de contributeurs externes pour les packages rpm.
C 'est ça ou j' ai raison ?
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à 1.
Les deux :-)
Je dirais que quelque part RedHat va plus loin car il ne cache rien. J'ai été surpris de voir que certaine page pour la Mdk 9.2 ne sont pas dispos :
http://qa.mandrakesoft.com/twiki/bin/edit/Main/MandrakeDevelopper?t(...)
http://qa.mandrakesoft.com/twiki/bin/edit/Main/DeveloperGroup?topic(...)
http://qa.mandrakesoft.com/twiki/bin/edit/Main/TheBigPicture?topicp(...)
http://qa.mandrakesoft.com/twiki/bin/edit/Main/PersonalisationFeatu(...)
http://qa.mandrakesoft.com/twiki/bin/edit/Main/DesktopSoftware?topi(...)
...
RedHat a indiqué sur mailing-list que l'infrastructure de la RHL sera aussi open source (site web, outils dédiés, etc).
Ajoutons que RedHat a un sorte d'avantage. RedHat ne cherche pas à faire de l'argent avec la RHL. C'est la version dédié entreprise qui doit faire du pognon (la RHE (Enterprise)). RedHat a donc plus de latitude.
Autre avantage, c'est que RedHat est très utilisé en entreprise. L'employé qui veut du linux pour chez lui ou des postes peu critiques prendra une RHL et s'il veut posser une solution pour RHE, il va en premier la pousser sur RHL.
Ce qu'il faut noter c'est que sur la mailing-list rhl, il y a beaucoup d'utilisateurs de RHE qui est très bénéfique à RedHat. RedHat ne peut donc demander de l'argent pour la RHL sachant quelle peut-être considéré comme la version de développement de la RHE.
Mais Mandrake a des atouts :
- Plus "vieux" sur le segment des distributions communautaire. A donc plus de contributeur que redhat.
- Il ne sont pas "English only". Il y a des forums Français, Espagnol, etc...
- Société Européenne. Elle n'a donc pas à s'embarraser des brevets et autre DMCA.
[^] # Re: Ça bouge chez RedHat.
Posté par cortex62 . Évalué à 1.
En fait ils cherchent tous les avantages que peut avoir la communauté debian, ça n' est pas une mauvaise chose.
Suse peut avoir des soucis sur ce point, il semble en tout cas. Si quelqu' un peut donner son avis .......
Pour les liens que tu as donnés , il faudrait vérifié s' il ne faut pas être dévelopeur cooker pour y avoir accés. Pareil, si quelqu' un peut donner son avis.....
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à -1.
Je sais pas. SuSE avec leur modèle n'est pas vraiment en concurrence avec la RHL. Par contre SuSE est en concurrence avec la RHE.
RedHat veut clairement être proche des développeurs
http://rhl.redhat.com/about/objectives.html(...) :
3- Do as much of the development work as possible directly in the upstream packages. This includes errata; our default policy will be to upgrade to new versions for security as well as for bugfix and new feature update releases of packages.
4- Provide a robust development platform for building software, particularly open source software.
5- Be on the leading edge of open source technology, by adopting and helping develop new features and version upgrades.
12- Create an environment where third party packages are easy to add and positive encouragement and support exists for third party packaging.
Ainsi les développements sont directement fait sur RHL et donc produit des programmes déjà adaptés pour RHL, pour OS "RedHat". RedHat semble vouloir faire de sa distribution la plate-forme de référence pour les développeurs et même pour les projets non "validés" par RH (voir le point 12).
Sachant que c'est déjà l'une des plus utilisée (peut-être même la plus utilisée) pour le développement.
Pour SuSE, a court et moyen terme, selon moi, ça a peut d'incidence. Par contre, si les objectifs de redhat sont tenus, SuSE va avoir du mal à suivre le couple communauté/RedHat surtout si RedHat arrive à travailler "main dans la main" avec la communauté.
Wait and see.
[^] # Re: Ça bouge chez RedHat.
Posté par deftones_chris . Évalué à 2.
pour l'instant :-( en espèrant que cela ne change pas
[^] # Re: Ça bouge chez RedHat.
Posté par ndv . Évalué à 1.
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à -1.
Dans le bugzilla de RedHat, il y avais les bug déclarés par redhat pour des clients (remonté de la hot-line par exemple), ces bug n'étaient pas public.
Pour RHL, comme il ne font plus ce type de support, il n'y aura plus ce """""problème""""".
[^] # Re: Ça bouge chez RedHat.
Posté par Prosper . Évalué à 2.
http://linuxfr.org/2002/10/09/9925.html(...)
ce bug est en rapport de la non inclusion du drapeau taiwanais ( ou comment carresser dans le sens du poil la Chine populaire ....)
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à -1.
Il y en a des centaines des bugs non accessibles !
Alors un, ça me fait sourir, rigolo, me plier en deux, merde je viens de me pisser dessus.
> ce bug est en rapport de la non inclusion du drapeau taiwanais
Et comment tu le sait puisque le bug n'est pas accessible ?
> ou comment carresser dans le sens du poil la Chine populaire
Ou comment utiliser les drapeaux officiellement reconnu par l'ONU. Et oui, c'est officiel.
[^] # Re: Ça bouge chez RedHat.
Posté par Prosper . Évalué à 2.
le reste je sais pas pourquoi c est pas accessible , moi j y ai acces mais c est normal j ai un compte ;) et y a pas grd chose dessus.
par contre on peut parler des bugs redhat non accessible ....
[^] # Re: Ça bouge chez RedHat.
Posté par ptit_tux . Évalué à -1.
Ben parle s'en, y parait que t'en a trouvé un...
Rigolez pas SVP. Il y est timide :-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.