Sans doute, mais dans le cas de Smarty il faut de toute façon connaître le php/html.
Pour avoir utilisé Smarty dans quelques projets, j'y vois 2 avantages :
- la meilleure séparation du code php/html. Comme tu l'as précisé, c'est plus "propre", plus "beau", plus "pro", mais ça a surtout l'avantage de permettre à 2 personnes distinctes de travailler sur le même projet sans trop se marcher sur les pieds (designer/codeur).
- la rapidité, par la "compilation" des templates ainsi que la gestion des caches, très utile dans certains cas.
En fait, le backend PackageKit est utilisé par défaut pour l'applet de mise à jour KDE, et PackageKit-gnome est utilisé en lieu et place de l'applet de mise à jour Gnome depuis la 11.0.
A ma connaissance, il n'y a pas de plan pour remplacer le module de gestion des paquets YaST par PackageKit. Rien n'a été décidé au niveau du remplacement de l'applet de mise à jour KDE par KPackageKit (que j'ai essayé vite fait, mais je n'ai pas été du tout convaincu pour le moment).
Il faut simplement changer les dépôts "11.0" en "11.1" (ou en "openSUSE-current", si tu préfères ne pas le refaire à chaque release). Je recommande de changer au moins les dépôts "oss", "non-oss" et "packman", et de désactiver tous les autres dépôts pour limiter les potentiels effets de bord au maximum.
De plus en plus de personnes font l'upgrade via cette méthode. Ce n'était pas trop recommandé dans le passé avec l'ancien gestionnaire de paquet, mais depuis que ZYpp existe et a repris le relai, ça à l'air de pas trop mal marcher.
J'ai mal précisé : mes trois premières questions concernaient plutôt les "Grands électeurs", et non les "élus" eux-même :)
Merci pour ces importantes précisions.
Sinon, je trouve très bien le fait que les "sièges RH" ne sont pas imposés par RH directement, mais que ce soit plus un "consensus" du Project Leader lui-même.
Pour la comparaison avec openSUSE :
- la notion de "Communauté" sous entend indifféremment les participant au Projet openSUSE (qu'ils soient employés Novell ou non). Des "efforts" sont fait pour mettre tout le monde au même niveau (et c'est assez réussi je pense).
- les "Membres openSUSE" (avec un grand M) sont les "Grands électeurs". Ce sont les contributeurs reconnus officiellement, employés de Novell ou contributeurs externes, dont les contributions ont été vérifiées et approuvées par le Board précédent (260 Membres à ce jour).
- Le "Chairman" est désigné par Novell (idem chez RH donc), mais les 2 sièges Novell et les 2 sièges "externes" sont votés par les Membres openSUSE, indifféremment encore une fois (un employé Novell peut voter pour un contributeur externe et vis-versa).
Un manque qui avait été soulevé à l'issu de la première élection openSUSE était le fait qu'il n'était pas possible de voter pour un candidat "aucun des candidats", et ce sera certainement changé pour l'année prochaine. En cela, un système à la "Fedora Range Voting" est idéal à mon sens.
Il serait intéressant de tirer un parallèle avec les autres systèmes méritocratiques en vigueur, en particulier celui d'openSUSE (qui dépend aussi d'une entité commerciale), bien que pas encore très rodé car très récent.
Aussi, quelques questions qui n'ont pas trouvées réponses dans le wiki :
- Qui possède le droit de vote, et sur quelle condition ?
- Combien sont-elles ?
- Ces personnes sont-elles représentatives de la communauté ? Qu'est-ce la "communauté" (uniquement des personnes externes à RH) ?
- Qui peut se présenter, et sur quelles conditions ?
- Il semblerait que la communauté externe n'a pas d'avis à donner sur les membres du Board désignés par RH (et le Chairman évidemment). L'inverse est-il aussi vrai ?
- Qu'est-ce la méthode du "Fedora Range Voting" ? J'ai l'impression que chaque "électeur" dispose d'un nombre de vote égal au nombre de candidats, et qu'il peut voter plusieurs fois pour la même personne, est-ce le cas ?
Je te remercie pour ton commentaire (assez) constructif : il y a effectivement passablement de petit problème ici et là, et je suis globalement d'accord sur de nombreux point soulevés.
Certains résultent d'un choix (faire quelque chose de couleur plutôt foncé pour un peu changer, trouver des couleurs "openSUSE" - et donc utilisation du gris/vert comme l'installateur d'openSUSE, utilisation au maximum des couleurs tango - pas forcément adapté au constraste nécessaire sur un site web j'en convient, quelques images ici et là). D'autres sont liées à des difficultés plus techniques que je n'avais pas envisagées (le code est relativement "crade"), je n'ai pas non plus testé le thème sous 36 navigateurs différents avec 12 écrans différents (parce que je ne les ait pas, et que je ne vais pas investir énormément de temps pour une CSS d'un jour afin de plaire à tout le monde).
Sans être très satisfait du résultat (c'est très largement perfectible à mon opinion), j'ai décidé de libérer le thême, qui n'a jamais eu pour vocation première d'être utilisable sur le long terme, parce que ca n'a dure qu'un jour / ca peut être désactivé pour ceux qui n'aiment pas / ca peut donner des idées pour les suivants.
J'ai peut être finalement bien fait : apparemment certains aiment, à tel point qu'ils veulent le garder. Dégoût et des couleuvres ?
Je pense que tu as mal interprété les propos d'Iznotgood.
Novell n'a pas "acheté" AppArmor pour le retiré ensuite du marché (au même titre que l'on peut acheter une entreprise concurrente puis arrêter ses activités pour la mettre hors course), mais plutôt pour avoir un framework de sécurité alternatif/pour avoir "sa" propre solution.
Novell a essayé d'intégré AppArmor dans le noyau upstream (au même titre que SELinux). Lorsque cette démarche a capotée (pour des raisons techniques), Novell a continué de maintenir seule AppArmor un moment, puis a " passé le relai à la communauté" (en congédiant ses développeurs).
Il me semble logique que Novell a décidé, dès ce moment là, de passer à SELinux, seule solution "upstream". Ce que l'on observe aujourd'hui n'est que la première partie d'une lente migration vers SELinux, décidée sur le papier il y a un an déjà (du moins, c'est mon interprétation).
Le thème est déja rangé là : La CSS se nomme "geeko" (du nom du caméléon de la distrib).
Cependant, toutes les images sont hébergées sur un serveur de test externe, qui ne m'appartient pas (je n'ai malheureusement pas d'espace FTP). Elles seront probablement supprimées dans quelques jours (et là, je pense que ca deviendra d'autant plus illisible, surtout pour le dégradé vert du fond).
Mais si quelqu'un a une petite place au chaud sur un FTP, je peux lui transmettre les fichiers sans problème (il n'y aura qu'à modifier l'URL des images).
Merci aux modérateurs/relecteurs pour les corrections, wikipédiation et pour avoir gardé la news pour ce vendredi. Juste une petite remarque : Le caméléon se prénomme bien "geeko", et non gecko (c'est un jeu de mot sur "geek" et "gecko", et ce n'était donc pas une faute de frappe).
En écrivant cette dépêche, je voulais écrire une section supplémentaire, qui présente un peu mon sentiment global par rapport à l'évolution du Projet openSUSE. Ceci étant plutôt subjectif, j'ai décidé de plutôt la poster en commentaire, la voici donc.
A cette époque, le développement de SuSE était l'un des plus fermés qui soit : à un instant "t", le code arrivait dans les bureaux de Nuremberg, les portes de l'entreprise se fermaient, et une boîte apparaissait quelques mois après dans le marché. Eventuellement, 2 mois après ceci on avait éventuellement droit à l'ouverture des FTPs.. mais pas d'ISO, bien évidemment.
Et puis, c'est le rachat par Novell. C'est progressivement l'ouverture, d'abord par YaST en GPL, puis en 2005 l'annonce du "Projet openSUSE", encore très embryonnaire. Etape par étape, tout devient ouvert, accessible, et ce qui ne l'est pas encore aujourd'hui le deviendra demain. Si le Projet openSUSE était un programme, je pense que l'on pourrait admettre qu'il n'a atteint sa version 1.0 qu'en cette fin d'année, avec les avancées du Build Service, et du premier Conseil désigné par la communauté
Mais il reste encore beaucoup à faire. Plusieurs autres projets se lancent actuellement, par exemple :
- une équipe marketing, domaine qui n'est pas le point fort d'openSUSE, ainsi que le lancement d'un équivalent aux "Ambassadors" de Fedora
- des séances IRC "Helping Hand" destinée à partager la connaissance d'experts vers les utilisateurs plus standard, et ceci sur toutes sortes de domaine. Jackub Steiner (jimmac, le designer d'openSUSE) a ainsi donné un cours sur les bases d'Inkscape, mais des cours plus axés sur les utilisateurs avancés pourraient voir le jour (ex: création de paquets à l'aide de l'oBS)
- un dépôt Contrib, maintenu par la communauté, et destiné à "boucher le trou" entre les paquets stables officiels maintenu par Novell et la multitude de paquets disponibles dans l'oBS (et qui sont parfois très bon, et d'autres fois totalement expérimentaux).
- plein d'autres qui ne me viennent pas à l'esprit sur le moment :)
En ce qui concerne la communauté (inetrnationalement parlant), je dirais qu'elle est encore relativement petite en comparaison avec d'autres distributions (pour donner un ordre de grandeur : ~300 utilisateurs réguliers sur le canal principal hors période de release), mais elle grandi vite, au même titre que le succès grandissant du projet. Il sera d'ailleurs intéressant de voir les prochaines statistiques de téléchargement sur les 30 premières heures pour la 11.1 : 163 TB pour la 11.0, avec 63% de téléchargement en plus par rapport à la 10.3.
Aussi, le succès de SuSE Linux/openSUSE est toujours resté mitigé au niveau francophone (sans doute l'"effet Mandrake" à l'époque, ainsi que la fermeture des bureaux SuSE en France, un désccord avec le distributeur pour ce territoire.. peut être même des effets psychologiques - 14-18, 39-45, je ne sais pas), mais à voir quelques commentaires ici et là dans les Journaux depuis la très bonne 11.0, j'ai l'impression que c'est en train de changer.
A noter également que depuis le début du Projet openSUSE, certaines tâches sont entièrement dévolues à la communauté : c'est le cas de la traduction de la documentation, et surtour de la distribution. Tous mes remerciements et félicitations envers le petit groupe de traducteurs francophones qui font un excellent boulot malgré des effectifs très réduits !
Quelques défis futurs selon moi : La communauté openSUSE est constituée d'un grand nombre de "micro-communautés", créées avant l'ouverture du Projet et qui ont parfois continué de fonctionner de façon similaire à la période ou SuSE était très fermée. Les communautés allemandes, hispaniques, portugaises, tchèques voire indonésienne se sont bien adaptées et sont très dynamiques, mais d'autres restent très en retrait et fonctionnent de façon un peu "satellitaires" - c'est le cas de la grande partie de la communauté francophone, qui n'a que peu d'interaction avec le Projet openSUSE, et qui ne profite pas de son "droit" de donner son avis. C'est d'autant plus dommage que les francophones sont bien représentés dans le Projet, avec un membre de la board, et plusieurs développeurs Novell francophones.
Outre "réintégrer" ces communautés, l'autre grand défi consiste à faire respecter la bonne orthographe d'openSUSE (Indice : au moment où je poste, personne n'a réussi à utiliser la bonne :). Voilà, ça, c'était pour aider Vincent dans sa nouvelle quête).
Effectivement, mon domaine de formation n'a pas grand chose à voir avec le Web.
Mais je suis parfaitement conscient que cette CSS n'est pas parfaite :
- Le fond vert vif un peu aggressif. J'ai essayé diverse variantes avec un vert plus sombre, mais l'allure générale perdait de son éclat et devenait un peu plus morose.. j'ai donc laissé comme ceci (voyez ça comme une tentative de vengeance sur la CSS Ubuntu :) )
- Les pages personnelles et de suivi totalement illisibles. Les templates incomplets et les tableaux embarqués un peu partout, avec codage de la couleur "en dur" (page contact) ne m'ont pas aidés. Je ne pas été en mesure d'améliorer ceci sans "détruire" d'autres parties de la CSS.
- etc, etc.
J'invite d'ailleurs tout le monde à voter pour cette entrée de suivi : http://linuxfr.org/tracker/891.html et bien sûr, à proposer des patchs. :)
Sous l'annonce officielle se cache également à mon avis la volonté de fournir SELinux par défaut (il y a eu un journal la dessus il y a quelque temps).
Il y a toutes les chances que l'on assiste à une migration progressive : AppArmor par défaut avec SELinux en option, puis SELinux par défaut dans la suivante avec des paquets AppArmor optionnels dans le Build Service, et enfin, SELinux par défaut et plus de paquets AppArmor du tout.
Il y a un (gros?) travail d'intégration à effectuer pour permettre la cohabitation sans histoire de KDE 3 et 4, ce qui n'est apparemment pas possible vu les effectifs des contributeurs kubuntu (et la flemme des debiannistes ?).
En realite tout le monde considere Fedora comme une distrib a part entiere au meme titre que Mandriva, OpenSuse, Debian, ... car je n'ai jamais vu linuxfr.org faire des news pour la sortie de la beta d'une beta, des install party pour une version beta, ...
Je trouve que c'est une très bonne remarque :)
La notion de "stabilité" est effectivement différente selon la distribution. Mais à mon sens, on "fête" pas une nouvelle version d'une distribution pour sa stabilité, mais plus pour la "nouvelle étape" dans l'objectif du développement de cette distribution, quelle qu'elle soit (c'est valable pour tout os d'ailleurs).
L'idée c'est surtout de faire une couche commune et de *réutiliser* les gestionnaires de paquets existants, pas d'avoir un algorithme (parfois explosif) qui est "compatible" avec les différents formats de dépôts.
Dans ce cas de figure, il me semble plus judicieux et plus simple d'écrire une couche d'abstraction pensée à la base pour faire ce boulot, que d'insérer du code "entre" drakerpm et urpmi pour le faire fonctionner avec tous les autres gestionnaires de paquets.
[^] # Re: smarty ou pas
Posté par Spyhawk . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 3.
Pour avoir utilisé Smarty dans quelques projets, j'y vois 2 avantages :
- la meilleure séparation du code php/html. Comme tu l'as précisé, c'est plus "propre", plus "beau", plus "pro", mais ça a surtout l'avantage de permettre à 2 personnes distinctes de travailler sur le même projet sans trop se marcher sur les pieds (designer/codeur).
- la rapidité, par la "compilation" des templates ainsi que la gestion des caches, très utile dans certains cas.
[^] # Re: on va voir...
Posté par Spyhawk . En réponse au journal Mes prédictions pour 2009. Évalué à 2.
A ma connaissance, il n'y a pas de plan pour remplacer le module de gestion des paquets YaST par PackageKit. Rien n'a été décidé au niveau du remplacement de l'applet de mise à jour KDE par KPackageKit (que j'ai essayé vite fait, mais je n'ai pas été du tout convaincu pour le moment).
[^] # Re: tu t'es gourré sur le desktop
Posté par Spyhawk . En réponse au journal Mes prédictions pour 2009. Évalué à 6.
# hum ?
Posté par Spyhawk . En réponse au journal Double licence pour MySQL. Évalué à 10.
En fait, MySQl est *déjà* sous double licence (proprio/GPL), et cet article analyse l'impact de cette double licence.
[^] # Re: Mise à jour
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 2.
De plus en plus de personnes font l'upgrade via cette méthode. Ce n'était pas trop recommandé dans le passé avec l'ancien gestionnaire de paquet, mais depuis que ZYpp existe et a repris le relai, ça à l'air de pas trop mal marcher.
[^] # Re: Les utlisateurs sont ils représentés ?
Posté par Spyhawk . En réponse à la dépêche Elections 2008 dans la communauté Fedora. Évalué à 2.
Merci pour ces importantes précisions.
Sinon, je trouve très bien le fait que les "sièges RH" ne sont pas imposés par RH directement, mais que ce soit plus un "consensus" du Project Leader lui-même.
Pour la comparaison avec openSUSE :
- la notion de "Communauté" sous entend indifféremment les participant au Projet openSUSE (qu'ils soient employés Novell ou non). Des "efforts" sont fait pour mettre tout le monde au même niveau (et c'est assez réussi je pense).
- les "Membres openSUSE" (avec un grand M) sont les "Grands électeurs". Ce sont les contributeurs reconnus officiellement, employés de Novell ou contributeurs externes, dont les contributions ont été vérifiées et approuvées par le Board précédent (260 Membres à ce jour).
- Le "Chairman" est désigné par Novell (idem chez RH donc), mais les 2 sièges Novell et les 2 sièges "externes" sont votés par les Membres openSUSE, indifféremment encore une fois (un employé Novell peut voter pour un contributeur externe et vis-versa).
Un manque qui avait été soulevé à l'issu de la première élection openSUSE était le fait qu'il n'était pas possible de voter pour un candidat "aucun des candidats", et ce sera certainement changé pour l'année prochaine. En cela, un système à la "Fedora Range Voting" est idéal à mon sens.
[^] # Re: Les utlisateurs sont ils représentés ?
Posté par Spyhawk . En réponse à la dépêche Elections 2008 dans la communauté Fedora. Évalué à 2.
Aussi, quelques questions qui n'ont pas trouvées réponses dans le wiki :
- Qui possède le droit de vote, et sur quelle condition ?
- Combien sont-elles ?
- Ces personnes sont-elles représentatives de la communauté ? Qu'est-ce la "communauté" (uniquement des personnes externes à RH) ?
- Qui peut se présenter, et sur quelles conditions ?
- Il semblerait que la communauté externe n'a pas d'avis à donner sur les membres du Board désignés par RH (et le Chairman évidemment). L'inverse est-il aussi vrai ?
- Qu'est-ce la méthode du "Fedora Range Voting" ? J'ai l'impression que chaque "électeur" dispose d'un nombre de vote égal au nombre de candidats, et qu'il peut voter plusieurs fois pour la même personne, est-ce le cas ?
[^] # Re: CSS
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 5.
Certains résultent d'un choix (faire quelque chose de couleur plutôt foncé pour un peu changer, trouver des couleurs "openSUSE" - et donc utilisation du gris/vert comme l'installateur d'openSUSE, utilisation au maximum des couleurs tango - pas forcément adapté au constraste nécessaire sur un site web j'en convient, quelques images ici et là). D'autres sont liées à des difficultés plus techniques que je n'avais pas envisagées (le code est relativement "crade"), je n'ai pas non plus testé le thème sous 36 navigateurs différents avec 12 écrans différents (parce que je ne les ait pas, et que je ne vais pas investir énormément de temps pour une CSS d'un jour afin de plaire à tout le monde).
Sans être très satisfait du résultat (c'est très largement perfectible à mon opinion), j'ai décidé de libérer le thême, qui n'a jamais eu pour vocation première d'être utilisable sur le long terme, parce que ca n'a dure qu'un jour / ca peut être désactivé pour ceux qui n'aiment pas / ca peut donner des idées pour les suivants.
J'ai peut être finalement bien fait : apparemment certains aiment, à tel point qu'ils veulent le garder. Dégoût et des couleuvres ?
[^] # Re: SELinux et AppArmor
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 6.
Novell n'a pas "acheté" AppArmor pour le retiré ensuite du marché (au même titre que l'on peut acheter une entreprise concurrente puis arrêter ses activités pour la mettre hors course), mais plutôt pour avoir un framework de sécurité alternatif/pour avoir "sa" propre solution.
Novell a essayé d'intégré AppArmor dans le noyau upstream (au même titre que SELinux). Lorsque cette démarche a capotée (pour des raisons techniques), Novell a continué de maintenir seule AppArmor un moment, puis a " passé le relai à la communauté" (en congédiant ses développeurs).
Il me semble logique que Novell a décidé, dès ce moment là, de passer à SELinux, seule solution "upstream". Ce que l'on observe aujourd'hui n'est que la première partie d'une lente migration vers SELinux, décidée sur le papier il y a un an déjà (du moins, c'est mon interprétation).
[^] # Re: Et la distrib
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 2.
(le code cryptographique est freezé dès le cycle beta).
[^] # Re: Et comment faire pour le garder ?
Posté par Spyhawk . En réponse au journal Quel joli dégradé de vert .... Évalué à 4.
Cependant, toutes les images sont hébergées sur un serveur de test externe, qui ne m'appartient pas (je n'ai malheureusement pas d'espace FTP). Elles seront probablement supprimées dans quelques jours (et là, je pense que ca deviendra d'autant plus illisible, surtout pour le dégradé vert du fond).
Mais si quelqu'un a une petite place au chaud sur un FTP, je peux lui transmettre les fichiers sans problème (il n'y aura qu'à modifier l'URL des images).
[^] # Re: Un petit avis d'un habitué
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 2.
oops :)
# Un petit avis d'un habitué
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 8.
En écrivant cette dépêche, je voulais écrire une section supplémentaire, qui présente un peu mon sentiment global par rapport à l'évolution du Projet openSUSE. Ceci étant plutôt subjectif, j'ai décidé de plutôt la poster en commentaire, la voici donc.
A cette époque, le développement de SuSE était l'un des plus fermés qui soit : à un instant "t", le code arrivait dans les bureaux de Nuremberg, les portes de l'entreprise se fermaient, et une boîte apparaissait quelques mois après dans le marché. Eventuellement, 2 mois après ceci on avait éventuellement droit à l'ouverture des FTPs.. mais pas d'ISO, bien évidemment.
Et puis, c'est le rachat par Novell. C'est progressivement l'ouverture, d'abord par YaST en GPL, puis en 2005 l'annonce du "Projet openSUSE", encore très embryonnaire. Etape par étape, tout devient ouvert, accessible, et ce qui ne l'est pas encore aujourd'hui le deviendra demain. Si le Projet openSUSE était un programme, je pense que l'on pourrait admettre qu'il n'a atteint sa version 1.0 qu'en cette fin d'année, avec les avancées du Build Service, et du premier Conseil désigné par la communauté
Mais il reste encore beaucoup à faire. Plusieurs autres projets se lancent actuellement, par exemple :
- une équipe marketing, domaine qui n'est pas le point fort d'openSUSE, ainsi que le lancement d'un équivalent aux "Ambassadors" de Fedora
- des séances IRC "Helping Hand" destinée à partager la connaissance d'experts vers les utilisateurs plus standard, et ceci sur toutes sortes de domaine. Jackub Steiner (jimmac, le designer d'openSUSE) a ainsi donné un cours sur les bases d'Inkscape, mais des cours plus axés sur les utilisateurs avancés pourraient voir le jour (ex: création de paquets à l'aide de l'oBS)
- un dépôt Contrib, maintenu par la communauté, et destiné à "boucher le trou" entre les paquets stables officiels maintenu par Novell et la multitude de paquets disponibles dans l'oBS (et qui sont parfois très bon, et d'autres fois totalement expérimentaux).
- plein d'autres qui ne me viennent pas à l'esprit sur le moment :)
En ce qui concerne la communauté (inetrnationalement parlant), je dirais qu'elle est encore relativement petite en comparaison avec d'autres distributions (pour donner un ordre de grandeur : ~300 utilisateurs réguliers sur le canal principal hors période de release), mais elle grandi vite, au même titre que le succès grandissant du projet. Il sera d'ailleurs intéressant de voir les prochaines statistiques de téléchargement sur les 30 premières heures pour la 11.1 : 163 TB pour la 11.0, avec 63% de téléchargement en plus par rapport à la 10.3.
Aussi, le succès de SuSE Linux/openSUSE est toujours resté mitigé au niveau francophone (sans doute l'"effet Mandrake" à l'époque, ainsi que la fermeture des bureaux SuSE en France, un désccord avec le distributeur pour ce territoire.. peut être même des effets psychologiques - 14-18, 39-45, je ne sais pas), mais à voir quelques commentaires ici et là dans les Journaux depuis la très bonne 11.0, j'ai l'impression que c'est en train de changer.
A noter également que depuis le début du Projet openSUSE, certaines tâches sont entièrement dévolues à la communauté : c'est le cas de la traduction de la documentation, et surtour de la distribution. Tous mes remerciements et félicitations envers le petit groupe de traducteurs francophones qui font un excellent boulot malgré des effectifs très réduits !
Quelques défis futurs selon moi : La communauté openSUSE est constituée d'un grand nombre de "micro-communautés", créées avant l'ouverture du Projet et qui ont parfois continué de fonctionner de façon similaire à la période ou SuSE était très fermée. Les communautés allemandes, hispaniques, portugaises, tchèques voire indonésienne se sont bien adaptées et sont très dynamiques, mais d'autres restent très en retrait et fonctionnent de façon un peu "satellitaires" - c'est le cas de la grande partie de la communauté francophone, qui n'a que peu d'interaction avec le Projet openSUSE, et qui ne profite pas de son "droit" de donner son avis. C'est d'autant plus dommage que les francophones sont bien représentés dans le Projet, avec un membre de la board, et plusieurs développeurs Novell francophones.
Outre "réintégrer" ces communautés, l'autre grand défi consiste à faire respecter la bonne orthographe d'openSUSE (Indice : au moment où je poste, personne n'a réussi à utiliser la bonne :). Voilà, ça, c'était pour aider Vincent dans sa nouvelle quête).
[^] # Re: Et surtout
Posté par Spyhawk . En réponse au journal Quel joli dégradé de vert .... Évalué à 9.
Vive LinuxFR !
[^] # Re: Question de style
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 7.
https://forgesvn1.novell.com/svn/opensuse-art/trunk/00assets(...)
[^] # Re: CSS
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 10.
Mais je suis parfaitement conscient que cette CSS n'est pas parfaite :
- Le fond vert vif un peu aggressif. J'ai essayé diverse variantes avec un vert plus sombre, mais l'allure générale perdait de son éclat et devenait un peu plus morose.. j'ai donc laissé comme ceci (voyez ça comme une tentative de vengeance sur la CSS Ubuntu :) )
- Les pages personnelles et de suivi totalement illisibles. Les templates incomplets et les tableaux embarqués un peu partout, avec codage de la couleur "en dur" (page contact) ne m'ont pas aidés. Je ne pas été en mesure d'améliorer ceci sans "détruire" d'autres parties de la CSS.
- etc, etc.
J'invite d'ailleurs tout le monde à voter pour cette entrée de suivi : http://linuxfr.org/tracker/891.html et bien sûr, à proposer des patchs. :)
[^] # Re: Question de style
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 5.
[^] # Re: SELinux et AppArmor
Posté par Spyhawk . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 3.
Sous l'annonce officielle se cache également à mon avis la volonté de fournir SELinux par défaut (il y a eu un journal la dessus il y a quelque temps).
Il y a toutes les chances que l'on assiste à une migration progressive : AppArmor par défaut avec SELinux en option, puis SELinux par défaut dans la suivante avec des paquets AppArmor optionnels dans le Build Service, et enfin, SELinux par défaut et plus de paquets AppArmor du tout.
[^] # Re: Ma-vie.fr
Posté par Spyhawk . En réponse au journal Passage à Ubuntu à partir de .............. Mandriva !!!. Évalué à 2.
La distrib sera disponible à 15h, heure de Paris (14h CET).
[^] # Re: Pendant ce temps là
Posté par Spyhawk . En réponse au journal Chrome en version finale. Évalué à 3.
s/opera(opéra)/presto (opera)
[^] # Re: Avis perso
Posté par Spyhawk . En réponse au journal Béranger passe à Windows. Évalué à 5.
Tout ce que je peux conseiller, c'est qu'il vaut mieux tester Mandriva ou openSUSE (probablement le meilleur choix) pour se faire un avis sur KDE 4.
[^] # Re: Avis perso
Posté par Spyhawk . En réponse au journal Béranger passe à Windows. Évalué à 1.
Il y a un (gros?) travail d'intégration à effectuer pour permettre la cohabitation sans histoire de KDE 3 et 4, ce qui n'est apparemment pas possible vu les effectifs des contributeurs kubuntu (et la flemme des debiannistes ?).
[^] # Re: Windows aussi en casse des choses...
Posté par Spyhawk . En réponse au journal Vitesse vs. Qualite, vous choisissez quoi ?. Évalué à 7.
Je trouve que c'est une très bonne remarque :)
La notion de "stabilité" est effectivement différente selon la distribution. Mais à mon sens, on "fête" pas une nouvelle version d'une distribution pour sa stabilité, mais plus pour la "nouvelle étape" dans l'objectif du développement de cette distribution, quelle qu'elle soit (c'est valable pour tout os d'ailleurs).
[^] # Re: Les utilisateurs sont fous à lier.
Posté par Spyhawk . En réponse au journal Economie et interface chaise-clavier. Évalué à 2.
[^] # Re: RIP Mandrake
Posté par Spyhawk . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
Dans ce cas de figure, il me semble plus judicieux et plus simple d'écrire une couche d'abstraction pensée à la base pour faire ce boulot, que d'insérer du code "entre" drakerpm et urpmi pour le faire fonctionner avec tous les autres gestionnaires de paquets.