Pas tant que ça, le produit Red Hat Satellite 6 est sorti en septembre dernier (le nom Red Hat Network Satellite est devenu Red Hat Satellite entre les versions 5.5 et 5.6 de la version 5).
Le projet Katello existe depuis quelques années, et comme dit plus haut, est une réécriture complète de Satellite 5/Spacewalk qui ne sait pas gérer les environnements de type cloud notamment, et donc la fin de vie est actuellement fixée à fin mars 2017 (cf. https://access.redhat.com/fr/support/policy/updates/satellite), voire juin 2019 pour les clients choisissant de souscrire à l'extension de cycle de vie.
Red Hat Satellite 6 permet de donc de passer dans le cloud, y compris hybride, avec un proxy (dit Capsule) plus intelligent qu'auparavant, qui permet aussi le passage à l'échelle en tant que ENC Puppet pour des déploiements à plusieurs milliers d'environnements déployés.
C'est une intégration de projets divers comme The Foreman pour l'installation, Puppet pour la gestion de conformité des configurations, Pulp pour la gestion des dépôts (y compris ceux de la forge Puppet), Candlepin pour les abonnements, et Katello pour l'intégration du tout, y compris avec le portail client Red Hat, pour notamment les gestions des mises à jour et des errata.
Le développement s'accélère, et l'arrivée de Satellite 6 pour les entreprises permet aussi de prioriser les nouvelles fonctionnalités par les entreprises qui commencent à le déployer.
La grande différence par rapport à Satellite 5 est aussi sa capacité à offrir une vision fonctionnelle et non plus seulement techniques (via les clones de canaux logiciels en 5) des socles stabilisés de systèmes d'exploitation et d'applications, l'intégration avec Puppet, et la capacité à fonctionner sur des nuages hybrides.
Les Software Collections sont accessibles à tout client disposant d'abonnements Red Hat Enterprise Linux Server, en niveau de service Standard et Premium.
CentOS était déjà le vrai clone de la RHEL depuis longtemps, les autres sont plus récent.
Pas tout à fait : si les paquets ont comme tu le soulignes à 96% les mêmes sources, la compilation se fait selon des processus totalement différents.
Une manière industrielle côté Red Hat Enterprise Linux, avec un suivi précis de tout ce qui s'y passe, une recompilation au fil de l'eau (voire nombreuse jusqu'à ce que ça marche) côté CentOS.
Donc une visée de 100% de compatibilité binaire, dans les faits un peu moins, du fait des conditions de compilation. Souvent ça passe, des fois ça passe pas…
Donc c'est normal qu'il le reconnaisse, mais Red Hat pouvait également fournir leurs binaires gratuitement mais sans offrir de support. Il avait le choix… mais l'avenir nous dira pourquoi… Aujourd'hui, les installations se font de la même façon en toutes transparences sur RHEL et CentOS.
Parce que justement les binaires de Red Hat Enteprise Linux sont différents de ceux de CentOS, et apportent une valeur beaucoup plus importante :
- certifications matérielles,
- certifications logicielles,
- assurance qualité industrielle,
- émission de correctifs recompilés dans les mêmes conditions que le paquet original.
CentOS n'apporte rien de tout ça, mais en contre-partie est accessible à la communauté.
Encore une fois, CentOS va avoir pour vocation de fournir un socle stable pour les développements d'applications (oVirt, OpenStack, OpenShift Origin, etc.) au delà du système d'exploitation, alors que Fedora était un sable beaucoup trop mouvant pour ça, avec un cycle de vie beaucoup trop rapide pour ces projets.
Et pour enfoncer le clou, Red Hat n'offrira pas de support sur CentOS, dont Red Hat ne maîtrise ni ne maîtrisera les conditions de compilation. La séparation actuelle entre l'entreprise Red Hat et le projet CentOS restera.
Sauf que JavaScript ne sait pas faire d'entrées/sorties...
Ça va donc être dur de le faire en JavaScript directement.
Et pour répondre à la problématique de dépendance à Perl, celle-ci n'existe qu'à l'installation, pas à l'utilisation. Vous pouvez très bien avoir un site statique augmenté par JSAN. Sans Perl, sans PHP, sans même un CGI.
Et pourquoi Perl ? Parce que les gens qui ont lancé JSAN sont d'abord des développeurs Perl, connus et reconnus.
ou quand je perdais tout ce que je venais de taper dans un TEXTAREA avec un IE (c'était avant Mozilla) sous Ouinouin parce que j'avais eu la bonne idée de taper sur ESC...
Le Ctrl-Z permettait de retrouver ce qui avait été effacé, mais j'ai perdu deux ou trois articles sur mon SPIP comme ça...
Et je ne parle pas comme Denis des « ZZ » dans Word parce que j'ai dû vouloir quitter et enregistrer...
Ah, il y a tout de même un avantage à gvim : ça tourne sous Windows.
Ce qui existe effectivement sur les gros Sun (E10k, SF15k et petits frères), mais aussi HP (Superdome), Alpha (Galaxy), IBM (p690 Regatta et p670), IBM zSeries (virtualisation matérielle et logicielle), etc.
... il y a la possibilité d'écrire au Premier Ministre.
Même s'il n'est pas de votre sensibilité politique, même s'il peut ne pas survivre en tant quel tel aux élections, il reste néanmoins qu'il fait partie des gens qui donneront l'aval aux propositions de la Commission après approbation par le Parlement.
Faites-le, ça ne coûte rien, et n'oubliez pas de poser une question. C'est le seul moyen d'avoir une réponse, les seuls commentaires n'auront pas de réponse, car il y a obligation pour les membres du gouvernement de répondre aux questions des citoyens.
Tu ne peux pas en ajouter directement (hormis en modifiant le source de xterm), car il n'y a que 6 polices possibles dans le code. Cependant, tu peux modifier les polices derrière Small, Huge, etc. qui sont en fait vus dans les ressources (cf. editres) de xterm comme font1 à font6.
Pour ce faire, tu peux ajouter dans ton fichier ~/.Xdefaults :
Et bien moi ça me choque qu'on soit obligé de payer. Un annuaire n'a d'intérêt que dans son exhaustivité. Si ne figurent dans cet annuaire que les gens qui payent, il sera nécessairement très incomplet.
Pourquoi ça te choque ? Parce que l'info est à jour (et assurée de l'être, du fait du paiement).
Sans compter que ce n'est pas le seul endroit où il faut payer pour être référencé, ou encore le document n'est pas libre :
Et il y en a d'autres.
Et franchement, si tu n'es pas une société, en quoi ça te gêne qu'une société paye ? Mais il est vrai qu'on risque tous de devenir indépendants un jour...:-(
Il y en avait au moins 3 :
- OpenCA (déjà cité ici) ;
- PyCA (http://www.pyca.de/(...)) ;
- IDX-PKI (français de surcroit).
J'étais tombé il y a quelques temps sur ton projet (mais où), les schémas fonctionnels m'avaient impressionné, mais je n'ai pas le bookmark facile. Et comme j'avais oublié le nom du projet, impossible de remettre la main dessus, alors que je ne vais pas tarder à avoir besoin d'un tel outil.
Tout ça pour dire qu'avoir mis ton projet sur Freshmeat, c'est un bon premier pas. L'anglicisation aussi (ne pas hésiter à demander de l'aide, sur fmII ou ailleurs sur le sujet, ne serait-ce que pour les tournures de phrase).
Ensuite, c'est ce qui a déjà été indiqué :
- Faire de la pub (prendre 1/4h par jour à traîner dans les newsgroups et ML de sécurité et en parler)
- À chaque nouvelle version, l'annoncer sur fmII, LWN.net, voire même dans Linux Mag France, etc. Bref, des relations de presse.
- Écrire une « TODO list ».
- Faire des appels à témoignage de tes utilisateurs, de façon à savoir comment ils utilisent la chose, il est rare qu'il l'utilisent en l'état pour des logiciels de type, ça te permettrait d'identifier des contributeurs éventuels.
- Etc.
Enfin, dernier point, il ne faut pas oublier que les développements faits par un salarié d'une société appartiennent à son employeur. Et que son employeur n'a pas forcément envie de voir du code sortir, même s'il en a le devoir moral (sinon légal, s'il distribue sous forme binaire du GPL). Il faudrait peut-être faire de la communication sur ce sujet en France auprès des SSII et autres employeurs d'informaticiens.
# Quel est l'intérêt d'impliquer un religieux sur le projet ?
Posté par Jérôme F. . En réponse à la dépêche Écrire un livre à 1000 mains !. Évalué à 7.
Quel est l'intérêt d'impliquer un religieux sur le projet ?
À mon avis, c'est hors propos, hors sujet, et sera plus sujet à discorde qu'autre chose.
À moins que ce ne soit le logiciel libre qui ne serve de faux nez à une organisation religieuse ?
Merci de m'éclairer sur le sujet.
[^] # Re: Un équivalent pour Debian ?
Posté par Jérôme F. . En réponse à la dépêche Katello 2.0. Évalué à 1.
Malheureusement, à problème complexe, réponse complexe…
[^] # Re: Spacewalk
Posté par Jérôme F. . En réponse à la dépêche Katello 2.0. Évalué à 2.
Pas tant que ça, le produit Red Hat Satellite 6 est sorti en septembre dernier (le nom Red Hat Network Satellite est devenu Red Hat Satellite entre les versions 5.5 et 5.6 de la version 5).
Le projet Katello existe depuis quelques années, et comme dit plus haut, est une réécriture complète de Satellite 5/Spacewalk qui ne sait pas gérer les environnements de type cloud notamment, et donc la fin de vie est actuellement fixée à fin mars 2017 (cf. https://access.redhat.com/fr/support/policy/updates/satellite), voire juin 2019 pour les clients choisissant de souscrire à l'extension de cycle de vie.
Red Hat Satellite 6 permet de donc de passer dans le cloud, y compris hybride, avec un proxy (dit Capsule) plus intelligent qu'auparavant, qui permet aussi le passage à l'échelle en tant que ENC Puppet pour des déploiements à plusieurs milliers d'environnements déployés.
C'est une intégration de projets divers comme The Foreman pour l'installation, Puppet pour la gestion de conformité des configurations, Pulp pour la gestion des dépôts (y compris ceux de la forge Puppet), Candlepin pour les abonnements, et Katello pour l'intégration du tout, y compris avec le portail client Red Hat, pour notamment les gestions des mises à jour et des errata.
Le développement s'accélère, et l'arrivée de Satellite 6 pour les entreprises permet aussi de prioriser les nouvelles fonctionnalités par les entreprises qui commencent à le déployer.
La grande différence par rapport à Satellite 5 est aussi sa capacité à offrir une vision fonctionnelle et non plus seulement techniques (via les clones de canaux logiciels en 5) des socles stabilisés de systèmes d'exploitation et d'applications, l'intégration avec Puppet, et la capacité à fonctionner sur des nuages hybrides.
[^] # Re: Libre
Posté par Jérôme F. . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 4.
Les Software Collections sont accessibles à tout client disposant d'abonnements Red Hat Enterprise Linux Server, en niveau de service Standard et Premium.
[^] # Re: Quelle nouvelle surprenante !
Posté par Jérôme F. . En réponse à la dépêche CentOS et Red Hat unissent leurs forces pour une plateforme communautaire stable. Évalué à 3.
13 ans : 10 ans en standard, plus 3 ans optionnels avec l'abonnement ELS. Cf. https://access.redhat.com/support/policy/updates/errata/
Pas tout à fait : si les paquets ont comme tu le soulignes à 96% les mêmes sources, la compilation se fait selon des processus totalement différents.
Une manière industrielle côté Red Hat Enterprise Linux, avec un suivi précis de tout ce qui s'y passe, une recompilation au fil de l'eau (voire nombreuse jusqu'à ce que ça marche) côté CentOS.
Donc une visée de 100% de compatibilité binaire, dans les faits un peu moins, du fait des conditions de compilation. Souvent ça passe, des fois ça passe pas…
Parce que justement les binaires de Red Hat Enteprise Linux sont différents de ceux de CentOS, et apportent une valeur beaucoup plus importante :
- certifications matérielles,
- certifications logicielles,
- assurance qualité industrielle,
- émission de correctifs recompilés dans les mêmes conditions que le paquet original.
CentOS n'apporte rien de tout ça, mais en contre-partie est accessible à la communauté.
Encore une fois, CentOS va avoir pour vocation de fournir un socle stable pour les développements d'applications (oVirt, OpenStack, OpenShift Origin, etc.) au delà du système d'exploitation, alors que Fedora était un sable beaucoup trop mouvant pour ça, avec un cycle de vie beaucoup trop rapide pour ces projets.
Et pour enfoncer le clou, Red Hat n'offrira pas de support sur CentOS, dont Red Hat ne maîtrise ni ne maîtrisera les conditions de compilation. La séparation actuelle entre l'entreprise Red Hat et le projet CentOS restera.
[^] # Re: Paye tes 12000 km.
Posté par Jérôme F. . En réponse à la dépêche RMLL décentralisées à l'île de la Réunion. Évalué à 1.
C'est que 9500 km pour la Réunion.
Mais Saint-Joseph, en plus, ça rallonge le parcours, même avec la route des Tamarins…
[^] # Re: Jusqu'à quel point…
Posté par Jérôme F. . En réponse au sondage Les révélations sur le programme PRISM.... Évalué à -4.
Alors, dans l'ordre (si l'on en croit /.) :
- 50% des nœuds de sortie Tor sont déjà compromis par le FBI, donc Tor n'est pas une solution
http://yro.slashdot.org/story/13/08/04/2054208/half-of-tor-sites-compromised-including-tormail
- SSL est compromis depuis hier
http://it.slashdot.org/story/13/08/05/233216/breach-compression-attack-steals-ssl-secrets
Va falloir trouver autre chose ;)
# Manque le choix : je ne suis pas étonné
Posté par Jérôme F. . En réponse au sondage Les révélations sur le programme PRISM.... Évalué à 10.
Qui ne s'en doutait pas ?
# Une police libre
Posté par Jérôme F. . En réponse à l’entrée du suivi Police Helvetica pas bon choix. Évalué à 0 (+0/-0).
Un point que je ne saisis pas, c'est pourquoi prendre des polices Microsoft, alors qu'il existe des polices libres ayant le même look.
Red Hat a en effet investi il y a 4 ans sur les polices Liberation, commandée à un fondeur et libérées ensuite.
https://www.redhat.com/promo/fonts/
Et ça, c'est pour les gens qui veulent du compatible Microsoft, mais en libre. Il existe toute galaxie d'autres polices libres.
Ça permettrait aussi de faire passer le message sur les problèmes de licence sur les polices.
[^] # Re: Découverte
Posté par Jérôme F. . En réponse à la dépêche Red Hat lance RHEL 6. Évalué à -4.
Euh, et Fedora, c'est quoi ?
:)
# Erreur de modération
Posté par Jérôme F. . En réponse à la dépêche Kidimath : le soutien en mathématiques par Sésamath. Évalué à 4.
Trop tôt... le site web ne répond pas...
[^] # Re: Déçu...
Posté par Jérôme F. . En réponse à la dépêche Revue de presse - Octobre 2007. Évalué à 2.
À se demander si l'auteur a lu le précédent article...
[^] # Re: Ca va etre long d'en juger la qualité...
Posté par Jérôme F. . En réponse à la dépêche JSAN : un « CPAN » pour JavaScript. Évalué à 3.
Ça va donc être dur de le faire en JavaScript directement.
Et pour répondre à la problématique de dépendance à Perl, celle-ci n'existe qu'à l'installation, pas à l'utilisation. Vous pouvez très bien avoir un site statique augmenté par JSAN. Sans Perl, sans PHP, sans même un CGI.
Et pourquoi Perl ? Parce que les gens qui ont lancé JSAN sont d'abord des développeurs Perl, connus et reconnus.
# Commencer par nettoyer le source Perl
Posté par Jérôme F. . En réponse au message Utilisation de Net::LDAP. Évalué à 2.
use strict;
use warnings;
Puis soigner le source :
s/local/my/ dans les sub
s/&// dans les appels de sub
Plus d'infos sur http://articles.mongueurs.net/magazines/linuxmag68.html.(...)
Dernière question : c'est un CGI, ou un script simple ? ou autre chose encore ?
[^] # Re: Copieurs
Posté par Jérôme F. . En réponse à la dépêche La Belgique approuve une première liste de standards ouverts !. Évalué à -1.
[^] # Re: La même chose pour Emacs
Posté par Jérôme F. . En réponse à la dépêche Yzis sort sa deuxième version. Évalué à 1.
Le Ctrl-Z permettait de retrouver ce qui avait été effacé, mais j'ai perdu deux ou trois articles sur mon SPIP comme ça...
Et je ne parle pas comme Denis des « ZZ » dans Word parce que j'ai dû vouloir quitter et enregistrer...
Ah, il y a tout de même un avantage à gvim : ça tourne sous Windows.
CU
[^] # Re: 2 noyaux !?
Posté par Jérôme F. . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 1.
Ce qui existe effectivement sur les gros Sun (E10k, SF15k et petits frères), mais aussi HP (Superdome), Alpha (Galaxy), IBM (p690 Regatta et p670), IBM zSeries (virtualisation matérielle et logicielle), etc.
Tu peux même le faire sur ton PC (virtualisation logicielle) avec VMWare ou les Vserver (http://www.linux-vserver.org/(...)).
Et mon petit doigt me dit que ça va arriver en matériel sur les serveurs PC d'ici peu de temps.
# Du plus petit au plus gros
Posté par Jérôme F. . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 2.
[^] # Re: Un machine virtuelle
Posté par Jérôme F. . En réponse au sondage J'utilise présentement. Évalué à 3.
# Dans ce que vous pouvez faire...
Posté par Jérôme F. . En réponse à la dépêche Élections européennes et brevets logiciels. Évalué à 2.
Même s'il n'est pas de votre sensibilité politique, même s'il peut ne pas survivre en tant quel tel aux élections, il reste néanmoins qu'il fait partie des gens qui donneront l'aval aux propositions de la Commission après approbation par le Parlement.
Faites-le, ça ne coûte rien, et n'oubliez pas de poser une question. C'est le seul moyen d'avoir une réponse, les seuls commentaires n'auront pas de réponse, car il y a obligation pour les membres du gouvernement de répondre aux questions des citoyens.
Quelques exemples :
- La lettre ouverte de Tristan Nitot au Premier Ministre : http://standblog.org/blog/2004/06/01/93113516-lettre-ouverte-au-pre(...)
- La mienne (pas ouverte à la base) : http://jfenal.free.fr/pm/(...)
Attention, la mienne a été écrite rapidement, et comporte au moins une erreur : je parlais de Janine FOURTOU, au lieu de Janelly FOURTOU.
# Tiens, c'est marrant, MS continue les embauches d'ex-Linuxiens
Posté par Jérôme F. . En réponse à la dépêche Linux est une "perte d'argent". Évalué à 2.
CS (auto-censuré), ancien « directeur marketing » de Mandrake est devenu patron des services professionnels en France chez MS.
[^] # Re: xterm & la souris
Posté par Jérôme F. . En réponse au message [Terminal] xterm & la souris. Évalué à 1.
Pour ce faire, tu peux ajouter dans ton fichier ~/.Xdefaults :
*XTerm.vt100.font1: fixed
*XTerm.vt100.font2: fixed
*XTerm.vt100.font3: fixed
*XTerm.vt100.font4: fixed
*XTerm.vt100.font5: fixed
*XTerm.vt100.font6: fixed
pour avoir « fixed » pour toutes les polices.
Pour les noms de polices, voir xlsfonts ou xfontsel.
[^] # Re: Guide des prestataires
Posté par Jérôme F. . En réponse à la dépêche Guide des prestataires. Évalué à 3.
Et ça n'est pas que de la technique, mais aussi de la gestion de projet, de l'étude d'impact, etc.
[^] # Re: Guide des prestataires
Posté par Jérôme F. . En réponse à la dépêche Guide des prestataires. Évalué à 1.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Jérôme F. . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 3.
Il y en avait au moins 3 :
- OpenCA (déjà cité ici) ;
- PyCA (http://www.pyca.de/(...)) ;
- IDX-PKI (français de surcroit).
J'étais tombé il y a quelques temps sur ton projet (mais où), les schémas fonctionnels m'avaient impressionné, mais je n'ai pas le bookmark facile. Et comme j'avais oublié le nom du projet, impossible de remettre la main dessus, alors que je ne vais pas tarder à avoir besoin d'un tel outil.
Tout ça pour dire qu'avoir mis ton projet sur Freshmeat, c'est un bon premier pas. L'anglicisation aussi (ne pas hésiter à demander de l'aide, sur fmII ou ailleurs sur le sujet, ne serait-ce que pour les tournures de phrase).
Ensuite, c'est ce qui a déjà été indiqué :
- Faire de la pub (prendre 1/4h par jour à traîner dans les newsgroups et ML de sécurité et en parler)
- À chaque nouvelle version, l'annoncer sur fmII, LWN.net, voire même dans Linux Mag France, etc. Bref, des relations de presse.
- Écrire une « TODO list ».
- Faire des appels à témoignage de tes utilisateurs, de façon à savoir comment ils utilisent la chose, il est rare qu'il l'utilisent en l'état pour des logiciels de type, ça te permettrait d'identifier des contributeurs éventuels.
- Etc.
Enfin, dernier point, il ne faut pas oublier que les développements faits par un salarié d'une société appartiennent à son employeur. Et que son employeur n'a pas forcément envie de voir du code sortir, même s'il en a le devoir moral (sinon légal, s'il distribue sous forme binaire du GPL). Il faudrait peut-être faire de la communication sur ce sujet en France auprès des SSII et autres employeurs d'informaticiens.