Forum

Du changement pour la prochaine version d'openSUSE

par Antoine

le 29/06/2015 23h30

13 Commentaires Commentaires

Beaucoup de discussions se tiennent actuellement sur les listes de diffusion du projet openSUSE, notamment sur le mode de production de la distribution. Les échanges se concentrent au niveau des listes opensuse-project et opensuse-factory. Pour l'instant, une seule chose est sûre : le changement, ce sera pour la prochaine version d’openSUSE, attendue pour début novembre. Petit résumé de ce qu'il se passe.



Un nouveau mode de release

La prochaine version d'openSUSE devrait être basée sur SLE au lieu d'être un snapshot direct d'openSUSE Factory/Tumbleweed (SLE est basée sur le code Factory, mais une version ancienne) :







En plus de réduire la quantité de travail pour les ingénieurs de chez SUSE – qui font partie des plus gros contributeurs au projet openSUSE – ce choix technique devrait permettre d'accroître la stabilité de la distribution et allonger la durée de vie (3-5 ans). D'un point de vue stratégique, cela devrait attirer des personnes désirant plus de stabilité, par exemple pour un usage sur serveur, bien que la concurrence soit rude dans ce secteur, notamment avec l'inoxydable Debian.



De plus, si ce choix peut potentiellement attirer des personnes intéressées par plus de stabilité, il peut aussi décevoir les utilisateurs déjà satisfaits par le compromis entre stabilité et nouveautés offert par le modèle actuel.



Bref, cela est discuté avec la communauté depuis l'intervention de Richard Brown à l'oSC 15 (les diapositives sont ici). Personne ne s'étant proposé afin de continuer le mode de release actuel, c'est le mode SLE qui est en train s’imposer (même si les discussions ne sont jamais vraiment terminées….



Les travaux ont déjà démarré. La prochaine openSUSE devrait être libérée pour la SUSEcon début novembre, en même temps que SLE 12 SP1,



Une nouvelle appellation à l'étude

Afin de refléter les changements dans la façon de créer la distribution, l'appellation de la prochaine openSUSE ne sera sans doute pas celle attendue (openSUSE 13.3).



Une volonté se dégage pour insister sur le nom de code, jusque là plutôt laissé au second plan dans le système d'appellation d'openSUSE (on parle plus d'openSUSE 13.2 que d'openSUSE Harlequin….



Cela permettrait de marquer le changement sans casser la numérotation. Par exemple :



rester nature : openSUSE Oak 13.3, puis openSUSE Solar 14.1, openSUSE Forest 14.2…

utiliser seulement des nombres d'arbres : https://en.wikipedia.org/wiki/List_of_trees

utiliser des noms de nuances de vert : openSUSE Avocado, openSUSE Bottle…

des types de lézards : http://www.lizardtypes.com/lizards/types-of-lizards/

des mathématiciens ? http://www.thefamouspeople.com/mathematicians.php







Quitte à insister sur le nom, certains proposent même d'en créer une sorte de marque fixe, comme Tumbleweed, qui ne bougerait donc pas au fil des versions. Par exemple :



openSUSE Oak

openSUSE Leap (leap = saut)

openSUSE Home Server (bof, bof)

openSLES : risque de poser problème de droits

réutiliser le nom Evergreen : problème, openSUSE 13.1 sera Evergreen d’où conflit







Proposition plus rigolote : renommer Tumbleweed en Roll et cette nouvelle distribution à l'étude Rock… pour avoir un projet openSUSE Rock & Roll



En outre, concernant la numérotation, plusieurs évolutions sont envisagées :



rester sur le système de numérotation actuel (donc 13.3 puis 13.4 (ou 14.1), etc.) : continuité malgré le changement de modèle, moins de risque de casser les macros utilisées dans les paquets sources rpm pour déterminer la version de la distribution.

passage à 42 au lieu de 13.3 : openSUSE:42 est le nom de code du projet sur l’openSUSE Build Service. 42, nombre mythique mais pas vraiment de sens ici, c’est a priori un nom de code transitoire ;

coller au numéro de version de SLES : problème, actuellement à la version 12 donc inférieur au numéro actuel d’openSUSE (13.2), impact non négligeable du point de vue technique et marketing.







Au final, pas mal de propositions, et il en arrive encore. Viendra ensuite le moment de prendre une décision, probablement par un vote. Aucune date n'a encore été arrêtée.



Have a lot of fun!

Découvrez le navigateur Google Chrome doté d'une fonction de traduction automatique.Télécharger Google ChromeIgnorer

Traduction

Essayez avec cette orthographe : The openSUSE project has often struggled with questions of identity: what is the distribution trying to be, and for who? From the 2010 strategy search through to the 2013 development-model discussions and the 2014 release-management questions, openSUSE developers have tried to find a development approach that is both sustainable and appealing to a wider audience. In 2015, it appears that a partial success has been achieved, but that success is driving a new and controversial change. The success story is Tumbleweed, a fast-moving distribution built on the rolling-release model. Like other rolling distributions, Tumbleweed does without fixed releases; instead, it regularly incorporates updated software as it becomes ready. The number of Tumbleweed users has been growing at a steady rate, which is a good thing, but, as openSUSE board chair Richard Brown pointed out in a discussion in May, that growth has come at a cost: The reality is that Tumbleweed has captured the excitement of a huge portion of our current contributing community, and grown it greatly, and that's great, but it does have the side effect of leaving less enthusiasm and less people to work on the Regular Release. As a result, the openSUSE 13.2 release "required a large amount of work from a small number of people to make it a success," and it's not clear that there will be that many more people to put together future openSUSE releases. The openSUSE distribution seems to be caught in an unappealing middle point: it does not move as quickly as Tumbleweed, but it still updates often enough to put off users looking for a higher level of stability. It is not entirely clear who the targeted users for openSUSE are. Rebasing openSUSE It might thus seem that the way to put openSUSE on a better growth path would be to get it out of Tumbleweed's shadow. Some core developers believe that the opportunity to do just that came at the end of April, when SUSE announced that all of the sources for SUSE Linux Enterprise (SLE) distribution would be placed into the open build system; this repository will also receive all SLE updates going forward. That announcement foreshadowed the plan for openSUSE: An openSUSE community distribution built upon this base can plan for a sustainable stream of packages, as we intend to continue releasing and updating this platform in line with the cadence of SUSE Linux Enterprise and its service packs. Richard subsequently put forward this proposal at the openSUSE Conference in May [video]. There, he reiterated that openSUSE seems to be stuck in the middle, pulled one way by users wanting newer software and the other way by users wanting greater stability and longer support. Tumbleweed has pretty well satisfied the first camp, he said, so openSUSE should move to meet the needs of the second. That means, he said, offering a stable, well-maintained distribution with a lifecycle of at least three years and with a wide selection of packages. The way to do that, he said, would be to rebase openSUSE on a "shared core" of SLE packages. Those packages would be maintained by the SLE developers, so openSUSE would get support and security updates for free. This core, he said, could comprise about 1,000 packages. The openSUSE project would then add newer packages based on its ability to maintain them, building toward that distribution's current size of about 6,000 packages. OpenSUSE would be able to replace "shared core" packages with its own at any time, but the project would then be on its own to maintain them, so such replacements should be done with care. The SLE 12 SP1 release is due around the end of the year; that would, Richard said, be a good time to put out a new, rebased openSUSE release. Since then, openSUSE release manager Stephan Kulow has announced that he will indeed be working to base the next openSUSE release on the SLE core. Desktop software and other chosen packages would continue to come from the openSUSE Factory rather than SLE, offering openSUSE users a relatively new desktop experience on top of a stable core. Stephan is currently calling this release "openSUSE:42". Discussion As one might imagine, this decision is rather controversial in the openSUSE community and has led to a number of lengthy email threads. It is, after all, a huge change from previous openSUSE releases. We are, of course, talking about the change in version number from 13 to 42. That said, there has been a remarkable lack of viable alternatives for the name. Stephan himself had come up with "openSUSE Boring" as an alternative, but such names have a tendency to run into irrational opposition from people in the marketing department. Robert Schweikert put forward "openSUSE Oak" as a suitably stable name to put up against "Tumbleweed," but there does not seem to be a lot of enthusiasm for that. Robert also noted that one other possible name, "openSLES," had a high probability of running into trouble from SUSE's legal department and was, thus, best avoided. The naming issue, it seems, is likely to be a topic of discussion for some time yet. Meanwhile, there are users who have concerns about the nature of the changed distribution itself. Basing openSUSE on SLE means that many of the core components will regress to earlier versions in the release following 13.2. For example, openSUSE 13.2 runs a 3.16 kernel, while SLE 12 has 3.12. A reverse jump in the version numbers of core components just doesn't seem like the kind of change that is going to excite potential users. So, for example, Guido Berhoerster worried that this change, and the potential loss of support for new hardware in particular, would end up forcing some users and contributors away. Stephan noted that concern, but indicated that the plan was going forward regardless: And changing that balance means also potentially adding to our base of users and contributors. I can't say which is more likely - all I know is that we tried long enough with the current model to know that it has no bright future. To many users, the new openSUSE looks like an attempt to reproduce CentOS; some have even called it "SLEntOS". Richard (and others) are adamant, though, that this is not the intent. Between openSUSE's developers and its tooling, he says, it should be possible to do some interesting things with the new base: We have the tools, talent, and expertise to do things that no other distribution can even consider - openSUSE-based-on-SLE with official 'add-on modules' for Desktops for example (eg. KDE:Current, or GNOME:Stable)? So the desktops can move at a pace that suits the community, while the core doesn't change? These are exciting ideas which I think might work to address your doubts and turn this idea for a Regular Release into something exceptional - We need to avoid falling into the trap of thinking of this 'like a Debian' or 'like a CentOS' - We're openSUSE, let's build something which only we can do. The shape of something that only openSUSE can do remains necessarily vague at this point. It should come into better focus as developers work on creating a shippable distribution built on the new core. Driving forces Behind all of this, of course, there is a simple driving force: the openSUSE project does not really have the resources to properly maintain a lot of the low-level infrastructure that keeps a distribution going. Maintaining the kernel is, itself, a major job, especially if the distribution is (as openSUSE 13.2 is) not based on a mainline release with long-term maintenance. Taking advantage of the work done by the SLE developers should give openSUSE a rock-solid base to work from — a base that will be maintained for them. The time and energy that has been freed up can then, in theory at least, be applied to doing more interesting things at the higher levels of the application stack. Meanwhile, SUSE also stands to benefit from this change. It allows SLE developers to work a little closer to the community and should, with luck, make it easier for work to move from openSUSE into SLE releases. So it is not surprising that SUSE is putting resources into making this change happen. All of this depends, of course, on the new openSUSE's ability to attract users and contributors. The distribution is trying to push into a distinct, hybrid space that has not been seriously tried before (though the CentOS variants idea shows some similar themes). It does appear that openSUSE needs to make some changes toward being a stable distribution that properly complements Tumbleweed. The shift toward a stable core might just prove to be the change that openSUSE needs.

Le projet openSUSE a souvent lutté avec des questions d'identité: Quelle est la répartition essaie d'être, et pour qui? De la recherche de la stratégie 2010, grâce aux 2013 discussions développement-modèle et les questions de gestion de la libération de 2014, les développeurs de openSUSE ont essayé de trouver une approche de développement qui est à la fois durable et attrayant pour un public plus large. En 2015, il apparaît qu'un succès partiel a été atteint, mais que le succès est au volant d'une nouvelle et controversée changement.



Le succès est Tumbleweed, une distribution en évolution rapide construit sur le modèle de laminage libération. Comme d'autres distributions de roulement, Tumbleweed fait sans rejets fixes; à la place, il intègre régulièrement mises à jour logicielles dès qu'elles seront prêtes. Le nombre d'utilisateurs de Tumbleweed a été de plus en plus à un rythme régulier, ce qui est une bonne chose, mais, comme le président du conseil openSUSE Richard Brown a souligné dans une discussion en mai que la croissance est venu à un coût:



La réalité est que Tumbleweed a capturé l'excitation d'une partie énorme de notre communauté de courant contribuant, et grandi il beaucoup, et qui est grand, mais il a l'effet secondaire de laisser moins d'enthousiasme et moins de personnes à travailler sur la libération régulière.



En conséquence, la libération openSUSE 13.2 "nécessitait une grande quantité de travail à partir d'un petit nombre de personnes à en faire un succès», et on ne sait pas qu'il y aura beaucoup plus de personnes que de mettre sur pied avenir openSUSE libère. La distribution openSUSE semble être pris dans un point milieu désagréable: il ne se déplace pas aussi vite que Tumbleweed, mais il met à jour encore assez souvent rebutés les utilisateurs à la recherche d'un niveau plus élevé de stabilité. Il est tout à fait clair qui ne les utilisateurs ciblés pour openSUSE sont.



Rebaser openSUSE



Il pourrait donc sembler que la façon de mettre openSUSE sur une meilleure trajectoire de croissance serait de le faire sortir de l'ombre de Tumbleweed. Certains développeurs de base croient que la possibilité de faire tout qui est venu à la fin de Avril, lorsque SUSE a annoncé que toutes les sources pour Enterprise (SLE) la distribution SUSE Linux seraient placés dans le système de construction ouvert; ce référentiel doit également recevoir toutes les mises à jour SLE aller de l'avant. Cette annonce préfigure le plan pour openSUSE:



Une distribution de communauté openSUSE construit sur cette base peut prévoir un flux durable de paquets, que nous avons l'intention de continuer à libérer et mettre à jour cette plate-forme en ligne avec la cadence de SUSE Linux Enterprise et ses Service Packs.



Richard ensuite mis en avant cette proposition lors de la conférence openSUSE mai [vidéo]. Là, il a réitéré que openSUSE semble être coincé au milieu, tiré d'une façon par les utilisateurs qui souhaitent des logiciels plus récents et dans l'autre sens par les utilisateurs qui veulent une plus grande stabilité et un soutien plus. Tumbleweed a assez bien satisfait le premier camp, at-il dit, de sorte openSUSE doit se déplacer pour répondre aux besoins de la seconde. Cela signifie, at-il dit, en offrant une distribution bien entretenu stable avec un cycle de vie d'au moins trois ans et avec un vaste choix de forfaits.



La façon de le faire, dit-il, serait de changer la base openSUSE sur un «noyau commun» des paquets de SLE. Ces paquets seront maintenus par les développeurs SLE, afin openSUSE obtiendraient de soutien et de sécurité mises à jour gratuitement. Ce noyau, dit-il, pourrait comprendre environ 1000 paquets. Le projet openSUSE serait alors ajouter nouveaux paquets sur la base de sa capacité à les maintenir, la construction vers la taille actuelle que la distribution d'environ 6000 paquets. OpenSUSE serait en mesure de remplacer les paquets «de base partagée" avec sa propre à tout moment, mais le projet serait alors sur sa propre à les maintenir, afin de tels remplacements devrait être fait avec soin. Le SLE 12 SP1 est due autour de la fin de l'année; ce serait, Richard a dit, être un bon moment pour mettre une nouvelle, rebasé version openSUSE.



Depuis lors, openSUSE libération gestionnaire Stephan Kulow a annoncé qu'il sera effectivement travaille à fonder la prochaine version d'openSUSE sur le noyau SLE. Logiciel de bureau et d'autres paquets choisis continueraient à venir de l'openSUSE usine plutôt que de SLE, offrant aux utilisateurs openSUSE une expérience relativement nouvelle de bureau sur une base stable. Stephan est actuellement appel de cette libération "openSUSE: 42".



Discussion



Comme on peut l'imaginer, cette décision est assez controversée dans la communauté openSUSE et a conduit à un certain nombre de longues discussions email. Il est, après tout, un changement énorme précédente openSUSE libère. Nous sommes, bien sûr, parler du changement de numéro de version 13-42.



Cela dit, il a été un remarquable manque d'alternatives viables pour le nom. Stephan lui était venu avec "Boring openSUSE" comme une alternative, mais ces noms ont tendance à courir dans l'opposition irrationnelle de personnes dans le département de marketing. Robert Schweikert mis en avant "openSUSE Chêne" comme un nom convenablement stable pour mettre en place contre «Tumbleweed," mais il ne semble pas y avoir beaucoup d'enthousiasme pour cela. Robert a également noté que un autre nom possible, "openSLES," avait une forte probabilité de se heurter à des problèmes de service juridique de SUSE et était, par conséquent, préférable d'éviter. La question du nom, paraît-il, est susceptible d'être un sujet de discussion depuis un certain temps encore.



Pendant ce temps, il ya des utilisateurs qui ont des préoccupations au sujet de la nature de la modification de la répartition elle-même. Fonder openSUSE SLE signifie que la plupart des composants de base aura régresser vers des versions antérieures à la version 13.2 suivantes. Par exemple, openSUSE 13.2 exécute un noyau 3.16, tandis que SLE 12 a 3.12. Un saut inverse dans les numéros de version des composants de base ne semble pas être le genre de changement qui va exciter les utilisateurs potentiels. Ainsi, par exemple, Guido Berhoerster craint que ce changement, et la perte potentielle de soutien pour le nouveau matériel en particulier, finiraient par forcer certains utilisateurs et contributeurs loin.



Stephan a noté que le souci, mais il a indiqué que le plan allait de l'avant indépendamment:



Et changer cet équilibre signifie aussi potentiellement ajouter à notre base d'utilisateurs et de contributeurs.



Je ne peux pas dire ce qui est plus probable - tout ce que je sais est que nous avons essayé assez longtemps avec le modèle actuel de savoir qu'il n'a pas d'avenir.



Pour de nombreux utilisateurs, la nouvelle openSUSE ressemble à une tentative de reproduire CentOS; certains ont même appelé "SLEntOS". Richard (et d'autres) sont catégoriques, cependant, que ce ne sont pas l'intention. Entre les développeurs OpenSUSE et son outillage, dit-il, il devrait être possible de faire des choses intéressantes avec la nouvelle base:



Nous avons les outils, le talent et l'expertise pour faire des choses qu'aucun autre distribution peut même considérer - openSUSE-fondé-sur-SLE avec un fonctionnaire 'add-on modules »pour Ordinateurs de bureau par exemple (par exemple KDE:. Actuel, ou GNOME: Stable )? Ainsi, les postes de travail peuvent se déplacer à un rythme qui convient à la communauté, tandis que le noyau ne change pas? Ce sont des idées intéressantes qui, je pense pourrait fonctionner pour répondre à vos doutes et tourner cette idée pour une sortie ordinaire en quelque chose d'exceptionnel - Nous devons éviter de tomber dans le piège de la pensée de ce «comme une Debian» ou «comme un CentOS '- Nous «re openSUSE, nous allons construire quelque chose qui ne nous pouvons faire.



La forme de quelque chose qui ne peut faire openSUSE reste nécessairement vague à ce point. Il devrait entrer en mieux cibler que les développeurs travaillent sur la création d'une distribution shippable construit sur le nouveau noyau.



Forces motrices



Derrière tout cela, bien sûr, il est une force motrice simple: le projet openSUSE n'a pas vraiment les moyens d'entretenir correctement un grand nombre de l'infrastructure de bas niveau qui maintient une distribution continue. Maintenir le noyau est, en soi, un travail majeur, en particulier si la répartition est (comme openSUSE 13.2 est) ne repose pas sur une libération ligne principale avec un entretien à long terme. Profitant du travail effectué par les développeurs SLE devrait donner openSUSE une base solide comme le roc de travailler à partir - une base qui sera maintenue pour eux. Le temps et l'énergie qui a été libéré peuvent alors, en théorie du moins, être appliqués à faire des choses plus intéressantes aux niveaux supérieurs de la pile d'application.



Pendant ce temps, SUSE également bénéficier de ce changement. Il permet aux développeurs SLE à travailler un peu plus près de la communauté et doivent, avec de la chance, le rendre plus facile pour les travaux de passer d'openSUSE dans SLE presse. Il est donc pas surprenant que SUSE met les ressources pour faire de ce changement.



Tout cela dépend, bien sûr, sur la capacité de la nouvelle openSUSE pour attirer les utilisateurs et contributeurs. La distribution essaie de pousser dans un espace hybride distincte qui n'a pas été sérieusement essayé avant (si le CentOS variantes idée montre certains des thèmes similaires). Il semble que openSUSE a besoin de faire quelques changements vers l'être une distribution stable qui complète correctement Tumbleweed. L'évolution vers un noyau stable pourrait bien se révéler être le changement qui doit openSUSE.

Le projet openSUSE a souvent lutté avec des questions d'identité: Quelle est la répartition essaie d'être, et pour qui? De la recherche de la stratégie 2010, grâce aux 2013 discussions développement-modèle et les questions de gestion de la libération de 2014, les développeurs de openSUSE ont essayé de trouver une approche de développement qui est à la fois durable et attrayant pour un public plus large. En 2015, il apparaît qu'un succès partiel a été atteint, mais que le succès est au volant d'une nouvelle et controversée changement.



Le succès est Tumbleweed, une distribution en évolution rapide construit sur le modèle de laminage libération. Comme d'autres distributions de roulement, Tumbleweed fait sans rejets fixes; à la place, il intègre régulièrement mises à jour logicielles dès qu'elles seront prêtes. Le nombre d'utilisateurs de Tumbleweed a été de plus en plus à un rythme régulier, ce qui est une bonne chose, mais, comme le président du conseil openSUSE Richard Brown a souligné dans une discussion en mai que la croissance est venu à un coût:



La réalité est que Tumbleweed a capturé l'excitation d'une partie énorme de notre communauté de courant contribuant, et grandi il beaucoup, et qui est grand, mais il a l'effet secondaire de laisser moins d'enthousiasme et moins de personnes à travailler sur la libération régulière.



En conséquence, la libération openSUSE 13.2 "nécessitait une grande quantité de travail à partir d'un petit nombre de personnes à en faire un succès», et on ne sait pas qu'il y aura beaucoup plus de personnes que de mettre sur pied avenir openSUSE libère. La distribution openSUSE semble être pris dans un point milieu désagréable: il ne se déplace pas aussi vite que Tumbleweed, mais il met à jour encore assez souvent rebutés les utilisateurs à la recherche d'un niveau plus élevé de stabilité. Il est tout à fait clair qui ne les utilisateurs ciblés pour openSUSE sont.



Rebaser openSUSE



Il pourrait donc sembler que la façon de mettre openSUSE sur une meilleure trajectoire de croissance serait de le faire sortir de l'ombre de Tumbleweed. Certains développeurs de base croient que la possibilité de faire tout qui est venu à la fin de Avril, lorsque SUSE a annoncé que toutes les sources pour Enterprise (SLE) la distribution SUSE Linux seraient placés dans le système de construction ouvert; ce référentiel doit également recevoir toutes les mises à jour SLE aller de l'avant. Cette annonce préfigure le plan pour openSUSE:



Une distribution de communauté openSUSE construit sur cette base peut prévoir un flux durable de paquets, que nous avons l'intention de continuer à libérer et mettre à jour cette plate-forme en ligne avec la cadence de SUSE Linux Enterprise et ses Service Packs.



Richard ensuite mis en avant cette proposition lors de la conférence openSUSE mai [vidéo]. Là, il a réitéré que openSUSE semble être coincé au milieu, tiré d'une façon par les utilisateurs qui souhaitent des logiciels plus récents et dans l'autre sens par les utilisateurs qui veulent une plus grande stabilité et un soutien plus. Tumbleweed a assez bien satisfait le premier camp, at-il dit, de sorte openSUSE doit se déplacer pour répondre aux besoins de la seconde. Cela signifie, at-il dit, en offrant une distribution bien entretenu stable avec un cycle de vie d'au moins trois ans et avec un vaste choix de forfaits.



La façon de le faire, dit-il, serait de changer la base openSUSE sur un «noyau commun» des paquets de SLE. Ces paquets seront maintenus par les développeurs SLE, afin openSUSE obtiendraient de soutien et de sécurité mises à jour gratuitement. Ce noyau, dit-il, pourrait comprendre environ 1000 paquets. Le projet openSUSE serait alors ajouter nouveaux paquets sur la base de sa capacité à les maintenir, la construction vers la taille actuelle que la distribution d'environ 6000 paquets. OpenSUSE serait en mesure de remplacer les paquets «de base partagée" avec sa propre à tout moment, mais le projet serait alors sur sa propre à les maintenir, afin de tels remplacements devrait être fait avec soin. Le SLE 12 SP1 est due autour de la fin de l'année; ce serait, Richard a dit, être un bon moment pour mettre une nouvelle, rebasé version openSUSE.



Depuis lors, openSUSE libération gestionnaire Stephan Kulow a annoncé qu'il sera effectivement travaille à fonder la prochaine version d'openSUSE sur le noyau SLE. Logiciel de bureau et d'autres paquets choisis continueraient à venir de l'openSUSE usine plutôt que de SLE, offrant aux utilisateurs openSUSE une expérience relativement nouvelle de bureau sur une base stable. Stephan est actuellement appel de cette libération "openSUSE: 42".



Discussion



Comme on peut l'imaginer, cette décision est assez controversée dans la communauté openSUSE et a conduit à un certain nombre de longues discussions email. Il est, après tout, un changement énorme précédente openSUSE libère. Nous sommes, bien sûr, parler du changement de numéro de version 13-42.



Cela dit, il a été un remarquable manque d'alternatives viables pour le nom. Stephan lui était venu avec "Boring openSUSE" comme une alternative, mais ces noms ont tendance à courir dans l'opposition irrationnelle de personnes dans le département de marketing. Robert Schweikert mis en avant "openSUSE Chêne" comme un nom convenablement stable pour mettre en place contre «Tumbleweed," mais il ne semble pas y avoir beaucoup d'enthousiasme pour cela. Robert a également noté que un autre nom possible, "openSLES," avait une forte probabilité de se heurter à des problèmes de service juridique de SUSE et était, par conséquent, préférable d'éviter. La question du nom, paraît-il, est susceptible d'être un sujet de discussion depuis un certain temps encore.



Pendant ce temps, il ya des utilisateurs qui ont des préoccupations au sujet de la nature de la modification de la répartition elle-même. Fonder openSUSE SLE signifie que la plupart des composants de base aura régresser vers des versions antérieures à la version 13.2 suivantes. Par exemple, openSUSE 13.2 exécute un noyau 3.16, tandis que SLE 12 a 3.12. Un saut inverse dans les numéros de version des composants de base ne semble pas être le genre de changement qui va exciter les utilisateurs potentiels. Ainsi, par exemple, Guido Berhoerster craint que ce changement, et la perte potentielle de soutien pour le nouveau matériel en particulier, finiraient par forcer certains utilisateurs et contributeurs loin.



Stephan a noté que le souci, mais il a indiqué que le plan allait de l'avant indépendamment:



Et changer cet équilibre signifie aussi potentiellement ajouter à notre base d'utilisateurs et de contributeurs.



Je ne peux pas dire ce qui est plus probable - tout ce que je sais est que nous avons essayé assez longtemps avec le modèle actuel de savoir qu'il n'a pas d'avenir.



Pour de nombreux utilisateurs, la nouvelle openSUSE ressemble à une tentative de reproduire CentOS; certains ont même appelé "SLEntOS". Richard (et d'autres) sont catégoriques, cependant, que ce ne sont pas l'intention. Entre les développeurs OpenSUSE et son outillage, dit-il, il devrait être possible de faire des choses intéressantes avec la nouvelle base:



Nous avons les outils, le talent et l'expertise pour faire des choses qu'aucun autre distribution peut même considérer - openSUSE-fondé-sur-SLE avec un fonctionnaire 'add-on modules »pour Ordinateurs de bureau par exemple (par exemple KDE:. Actuel, ou GNOME: Stable )? Ainsi, les postes de travail peuvent se déplacer à un rythme qui convient à la communauté, tandis que le noyau ne change pas? Ce sont des idées intéressantes qui, je pense pourrait fonctionner pour répondre à vos doutes et tourner cette idée pour une sortie ordinaire en quelque chose d'exceptionnel - Nous devons éviter de tomber dans le piège de la pensée de ce «comme une Debian» ou «comme un CentOS '- Nous «re openSUSE, nous allons construire quelque chose qui ne nous pouvons faire.



La forme de quelque chose qui ne peut faire openSUSE reste nécessairement vague à ce point. Il devrait entrer en mieux cibler que les développeurs travaillent sur la création d'une distribution shippable construit sur le nouveau noyau.



Forces motrices



Derrière tout cela, bien sûr, il est une force motrice simple: le projet openSUSE n'a pas vraiment les moyens d'entretenir correctement un grand nombre de l'infrastructure de bas niveau qui maintient une distribution continue. Maintenir le noyau est, en soi, un travail majeur, en particulier si la répartition est (comme openSUSE 13.2 est) ne repose pas sur une libération ligne principale avec un entretien à long terme. Profitant du travail effectué par les développeurs SLE devrait donner openSUSE une base solide comme le roc de travailler à partir - une base qui sera maintenue pour eux. Le temps et l'énergie qui a été libéré peuvent alors, en théorie du moins, être appliqués à faire des choses plus intéressantes aux niveaux supérieurs de la pile d'application.



Pendant ce temps, SUSE également bénéficier de ce changement. Il permet aux développeurs SLE à travailler un peu plus près de la communauté et doivent, avec de la chance, le rendre plus facile pour les travaux de passer d'openSUSE dans SLE presse. Il est donc pas surprenant que SUSE met les ressources pour faire de ce changement.



Tout cela dépend, bien sûr, sur la capacité de la nouvelle openSUSE pour attirer les utilisateurs et contributeurs. La distribution essaie de pousser dans un espace hybride distincte qui n'a pas été sérieusement essayé avant (si le CentOS variantes idée montre certains des thèmes similaires). Il semble que openSUSE a besoin de faire quelques changements vers l'être une distribution stable qui complète correctement Tumbleweed. L'évolution vers un noyau stable pourrait bien se révéler être le changement qui doit openSUSE.

Quelle est la répartition essaie d'être, et pour qui? De la recherche de la stratégie 2010, grâce aux 2013 discussions développement-modèle et les questions de gestion de la libération de 2014

le succès est au volant d'une nouvelle et controversée changement.

une distribution en évolution rapide construit sur le modèle de laminage libération. Comme d'autres distributions de roulement, Tumbleweed fait sans rejets fixes

La réalité est que Tumbleweed a capturé l'excitation d'une partie énorme de notre communauté de courant contribuant, et grandi il beaucoup, et qui est grand, mais il a l'effet secondaire de laisser moins d'enthousiasme et moins de personnes à travailler sur la libération régulière.

on ne sait pas qu'il y aura beaucoup plus de personnes que de mettre sur pied avenir openSUSE libère.

La distribution openSUSE semble être pris dans un point milieu désagréable: il ne se déplace pas aussi vite que Tumbleweed, mais il met à jour encore assez souvent rebutés les utilisateurs à la recherche d'un niveau plus élevé de stabilité. Il est tout à fait clair qui ne les utilisateurs ciblés pour openSUSE sont.

Logiciel de bureau et d'autres paquets choisis continueraient à venir de l'openSUSE usine

ces noms ont tendance à courir dans l'opposition irrationnelle de personnes dans le département de marketing.

Il devrait entrer en mieux cibler que les développeurs travaillent sur la création d'une distribution shippable

Je n'ai pas encore essayé, je suis retombé sur ma drogue dont je voudrais stopper, debian, et du coup, bah je ne m'interesse a rien d'autre...

Pour Flash, ça ne change rien, étant donné que suite à son retrait des dépôts officiels on le trouve désormais dans le dépôt Packman, et à mon avis rares sont les utilisateurs qui n'utilisent pas ce dépôt. Donc, dans la plupart des cas, pas besoin de passer par Adobe.

coucou,

Je n'ai pas encore essayé, je suis retombé sur ma drogue dont je voudrais stopper, debian, et du coup, bah je ne m'interesse a rien d'autre.

Je me réjouis de regarder ta vidéo. J'espère que cette fois-ci tu ne vas pas insulter la distribution