Aller au contenu principal

Messages

Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.

Messages - seb95

32
Nouvelles du projet openSUSE / Leap 15.6 atteint la phase bêta
![leap](https://news.opensuse.org//wp-content/uploads/2024/03/leap.png)

Le [projet openSUSE](https://www.opensuse.org/) est ravi d'annoncer la phase de version bêta de [Leap 15.6](https://get.opensuse.org/leap/15.6/).
<!-- more -->

Cette première version bêta devrait être synchronisée sur les miroirs du monde entier le 6 mars pour que les utilisateurs puissent la télécharger et la tester.

Les ingénieurs de publication invitent les gens à participer aux tests bêta d'openSUSE Leap 15.6. Les testeurs sont encouragés à signaler un bug contre openSUSE Leap 15.6. Un guide pratique sur le signalement des bogues peut être trouvé sur la [page wiki Bug Day.](https://en.opensuse.org/openSUSE:Bug_Day#How_to_report_issues).

"Assurons-nous que Leap 15.6 fonctionne bien sur votre matériel et que nous pouvons le conserver pendant les 18 prochains mois", a déclaré Lubos Kocman, responsable des versions d'openSUSE Leap. "Nous ne pouvons pas résoudre les problèmes matériels, les demandes de fonctionnalités et autres problèmes sans connaître ces problèmes. Notre openQA est limité. Tester différents matériels et signaler ces problèmes est d'une grande aide."

Construit sur [SUSE Linux Enterprise 15](https://www.suse.com/c/suse-linux-enterprise-15-is-generally-available/) Service Pack 6, la version bêta, qui est entièrement compatible avec la version Linux d'entreprise se concentrera sur la stabilité et offrira une option à ceux qui cherchent à migrer vers une distribution d'entreprise.

L'un des aspects essentiels de Leap 15.6 est la version Linux Kernel 6.4, qui bénéficiera de nombreuses mises à jour de rétroportage et la version devrait bénéficier d'un support logiciel et matériel plus récent.

Avec la version mise à jour du noyau, [glibc](https://www.gnu.org/software/libc/) 2.38, [systemd](https://freedesktop.org/wiki/Software/systemd/) 254 et le firmware les mises à jour avec la version [dracut](https://dracut.wiki.kernel.org/index.php/Main_Page) 059+ devraient améliorer la puissance de traitement et des temps de démarrage plus rapides.

La pile de conteneurs a été actualisée car la version [podman](https://podman.io/) 4.8 offre plus de prise en charge. [Nextcloud](https://nextcloud.com/) prêt à l'emploi peut être facilement exécuté de manière optimale avec [quadlets](https://github.com/containers/quadlet). Les dernières versions de [distrobox](https://github.com/89luca89/distrobox), [docker](https://www.docker.com/), python-podman et [skopeo](https://github.com/containers/skopeo) sont disponibles pour une utilisation en conteneur.

La pile de virtualisation gagne également des versions plus récentes avec [Xen](https://xenproject.org/) 4.18, [KVM](https://www.linux-kvm.org/page/Main_Page) 8.1.3, [libvirt](https://libvirt.org) 1.0 et [virt-manager](https://virt-manager.org/download/) 4.1.

Les progiciels liés aux télécommunications ont reçu des mises à jour et Leap 15.6 devrait avoir [DPDK](https://git.dpdk.org/) 23.07 et les versions 3 et 4 de [Open vSwitch](https://www.openvswitch.org/) sera disponible.

La version bêta introduit des mises à jour substantielles à tous les niveaux, à commencer par l'environnement [KDE](https://kde.org). [Qt 5](https://www.qt.io/product/qt5) reçoit une mise à niveau vers 5.15.12+kde147 et bénéficie d'améliorations de sécurité de la part des développeurs de KDE au-delà de la version standard. Cette mise à jour apporte un passage à [KDE Frameworks 5.114.0](https://kde.org/announcements/frameworks/5/5.114.0/) et marque un saut par rapport à la version précédente 5.90.0. Parallèlement, Qt6 passe à la version 6.6.1 et garantit que les dernières applications peuvent fonctionner correctement avec les nouvelles bibliothèques. Les liaisons Python pour PyQt5 et PyQt6 sont mises à jour et s'alignent bien avec la pile [Python](https://www.python.org/) 3.11.

Les utilisateurs de [GNOME](https://www.gnome.org/) seront ravis de la mise à jour GNOME 45, qui améliorera l'expérience utilisateur avec de nouvelles fonctionnalités et améliorations. L'environnement de bureau continue d'évoluer, offrant une interface plus élégante et plus intuitive.

La gestion audio fait l'objet d'une double mise à niveau puisque [PulseAudio](https://www.freedesktop.org/wiki/Software/PulseAudio/) est mis à jour vers la version 17.0 et propose un matériel amélioré et une prise en charge Bluetooth, qui inclut des rapports sur le niveau de batterie de l'appareil. Pendant ce temps, [PipeWire](https://pipewire.org/) passe à la version 1.0.3 et étend ses capacités avec de nouvelles fonctionnalités et améliore la compatibilité avec Pulseaudio et [JACK](https://jackaudio.org/).

Les packages liés à la sécurité ont également été mis à jour pour la phase bêta et [OpenSSL](https://www.openssl.org/) 3.1.4 est la nouvelle version par défaut. Les autres bibliothèques associées mises à jour sont liboqs 0.8.0, python-pycurl, python-uamqp, python3-python3-saml, python-xmlsec, python3-M2Crypto. [firewalld](https://firewalld.org/) 2.0.1, [gnutls](https://www.gnutls.org/) 3.8.0 et [openvpn](https://openvpn.net/) 2.6 .X. La mise à jour de [AppArmor](https://apparmor.net/) 3.1.6 pourrait éventuellement voir une mise à niveau vers la version 4.

L'équipe d'ingénierie des versions du projet encourage les utilisateurs à télécharger, tester et fournir des commentaires sur la version bêta de Leap 15.6. Cela permet d'identifier et de résoudre tout problème avant la version finale, prévue pour la mi-juin, selon la [feuille de route](https://en.opensuse.org/openSUSE:Roadmap).

Cette version marque une nouvelle étape dans l'offre d'une plate-forme stable et riche en fonctionnalités pour les postes de travail, les serveurs et bien plus encore. Les utilisateurs et les développeurs sont encouragés à se joindre aux efforts visant à affiner cette version en signalant les bogues, en contribuant au logiciel et en partageant leurs expériences. Les efforts de la communauté pour chaque test, rapport de bug ou retour constituent une étape précieuse vers un lancement réussi d'openSUSE Leap 15.6.

Montrez votre soutien à la version bêta de Leap en vous rendant dans la [barre openSUSE](https://meet.opensuse.org/bar) pour discuter de ce que vous aimez dans la version et envisagez de rejoindre la [réunion hebdomadaire](https://calendar.opensuse.org/teams/marketing/events/thursday_weekly_meeting) où les participants prévoient d'enregistrer une vidéo sur la façon de signaler les bugs pour la version bêta.

## Téléchargez la version bêta

La version bêta de Leap 15.6 est disponible sur [get.opensuse.org](https://get.opensuse.org/testing). Choisissez une image correspondant à votre objectif. Installez-le sur une VM comme [virtualbox](https://www.virtualbox.org), [GNOME Boxes](https://wiki.gnome.org/Apps/Boxes) ou installez-le sur votre propre matériel, que nous préférerons.
33
Nouvelles du projet openSUSE / Re : Un cap clair est défini pour openSUSE Leap.
Coucou,   

@oh!rocks

Citer
Perso, je suis revenu sur Debian depuis quelques mois (je n'ai plus qu'un seul ordi en état de marche). Principalement parce que j'avais besoin d'un serveur Apache en "localhost".

C'était simple avec openSUSE et le paquet yast-http-server qui disposait d'une interface graphique un peu confuse mais qui me rendait bien service (je ne suis pas un expert de l'administration serveur).
Depuis la dispartition de ce paquet, je n'ai jamais réussi à configurer Apache correctement sur une openSUSE (Leap, TW ou "slowroll").

Ça m'a gonflé, je suis allé chez Debian. Même s'il faut tout configurer "à l'ancienne", il y a des tutos, des forums, en français comme en anglais, bref, j'ai un Apache fonctionnel et c'est, pour moi, la condition sine qua non pour adopter une distribution.

Comme je te comprends, j'ai du chercher pour me trouver une doc parlant de comment mettre en place un serveur HTTP sans yast, car oui malgré que ce soit obsolète les docs sont encore pour la plupart avec le module yast qui était vraiment pratique mais j'i l'impression que plus ça va et plus on veut nous faire lacher yast.

J'ai tout de même trouver ceci:
https://documentation.suse.com/sles/15-SP2/html/SLES-all/cha-apache2.html#



35
Contribuer à la communauté openSUSE / Re : Alionet a t'il encore de quoi faire?
C'est aussi pour ça que openSUSE.org comme la plupart des forums de distributions qui veut moderniser, est parti sur discours comme moteur.

Je pense que le forum est de trop, clairement c'est aussi certainement ça qui pompe le plus, pour moi il est clair que la partie forum doit retourner la-bas, mais le blog si il est animé, peut justement rester là.
36
Nouvelles du projet openSUSE / Re : Un cap clair est défini pour openSUSE Leap.
La meilleur en fin de compte d'après la communauté et lui serait de se passer d'un remplaçant et de migrer sur tumbleweed.

Honnêtement, je pense qu'il y a une autre possibilité que slowroll et linarite, c'est tumbleweed mais avec ajout de dépôts sécurités séparés et a part, un peu à la debian ou à leap.

Comme ça on peut facilement mettre en place l'automatisation des updates de sécurité, sans avoir besoin de faire de grosses updates tous les jours.

J'ai pas testé mais c'est peut être déjà le cas sur tumbleweed?
37
Nouvelles du projet openSUSE / Re : Un cap clair est défini pour openSUSE Leap.
Non Chumi, tu n'as pas mal compris;

Alp est ce que SUSE veut mettre en place, c'est SUSE, openSUSE sera de la partie si elle le veut.
Slowroll est ce qui peut être mit en place par le projet openSUSE pour compenser la perte de Leap. Linarite est une autre possibilitée.

J'ai traduis ce commentaire de Richard:

Citer
Richard Brown (SUSE) a déjà commenté ces résultats : https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/KJMMAZFTP2MPKWKFZCYUROZFJ44BNVB5/

Bonjour à tous,

J’ai examiné les résultats de la récente enquête auprès des contributeurs pour évaluer l’intérêt et la faisabilité du remplacement d’openSUSE Leap par une nouvelle offre créée par la communauté. Pour ceux qui n’ont peut-être pas suivi les efforts, il existe des propositions visant à créer deux distributions très différentes pour remplacer Leap :

    “Linarite”, une distribution de bureau à l’ancienne, probablement avec une sélection de packages plus restreinte que celle à laquelle nous sommes habitués avec Leap à moins que nous trouvions beaucoup plus de contributeurs pour pouvoir tout supporter,
    “Slowroll”, un dérivé de Tumbleweed, construit automatiquement autant que possible, utilisant l’automatisation et les métriques pour copier les packages de Tumbleweed seulement après certaines conditions (âge maximum, X semaines sans changement, etc). Fondamentalement, une tentative de fournir quelque chose de moins effrayant que Tumbleweed à pleine vitesse.

Plutôt que de bombarder tout le monde avec toutes les données, j’ai décidé d’adopter une approche consistant à poser des questions spécifiques et à voir quelles données de l’enquête aident le mieux à répondre à cette question.

    Q1 : L’enquête a-t-elle atteint un échantillon représentatif de notre base de contributeurs ? R : L’enquête a reçu 251 réponses au total, dont 101 de personnes s’étant identifiées comme « contributeurs », soit aux distributions, soit au projet de manière plus large. 72 personnes ont été identifiées comme contributeur à la distribution, ce qui est plus important que les 61 personnes qui ont soumis des packages à Leap ou Backports pour la dernière version. Je pense donc qu’il est clair que l’enquête a touché un public suffisamment large pour qu’on puisse en tirer des conclusions significatives.

    Q2 : Entre « Linarite », « Slowroll » et ne remplaçant pas Leap, lequel est le plus apprécié de nos contributeurs ? R : Ne pas remplacer Leap était l’option la plus populaire lorsqu’on a demandé aux contributeurs de distribution à quelles options ils contribueraient (39 %). Ne pas remplacer Leap/utiliser Tumbleweed était l’option la plus populaire lorsqu’on a demandé aux contributeurs de distribution quelles options ils utiliseraient sur leur ordinateur de bureau/ordinateur portable. (54 %) Ces mêmes contributeurs ont collectivement suggéré que Linarite devrait être la direction d’openSUSE (37 %) et ce qu’ils utiliseraient sur leurs serveurs (43 %) au troisième trimestre.

    Q3 Entre « Linarite », « Slowroll » et ne remplaçant pas Leap, lequel est le plus apprécié de nos utilisateurs ? Le slowroll était l’option la plus populaire lorsqu’on a demandé aux utilisateurs à quelles options ils contribueraient (28 %). Linarite était 3e (19 %) après ne pas avoir remplacé Leap (25 %). Slowroll était également l’option n°1 lorsqu’on a demandé aux utilisateurs quelle option était la meilleure direction pour openSUSE (39 %) et laquelle utiliserait-il sur un serveur (48 %). . Le simple fait d’utiliser Tumbleweed était également l’option la plus populaire auprès de nos utilisateurs pour leurs ordinateurs de bureau/ordinateurs portables (41 %), suivi de Slowroll (36 %). Linarite n’était pas le choix n°1 de nos utilisateurs dans aucune des questions posées.

    Q4. Avons-nous suffisamment de contributeurs/Pouvons-nous obtenir suffisamment de contributeurs pour faire fonctionner n’importe quelle option ? 24 contributeurs de distribution ont déclaré qu’ils contribueraient à Linarite 13 ont déclaré qu’ils contribueraient à Slowroll 49 % ont déclaré qu’ils ne contribueraient à aucun remplacement de Leap 26 utilisateurs ont déclaré qu’ils contribueraient à Linarite 38 ont déclaré qu’ils contribueraient à Slowroll 53 % ont déclaré qu’ils ne le feraient pas. contribuer à tout remplacement de Leap

Quelques réflexions/analyses Nos utilisateurs semblent massivement favoriser les versions en continu, avec 51 % à 64 % exprimant une préférence pour Tumbleweed ou Slowroll, qu’on leur demande ou non s’ils l’utiliseront pour Serveur, ordinateur de bureau, ou s’ils contribueront ou penseront que c’est la meilleure direction pour le projet. Cette préférence augmente lorsque les contributeurs sont interrogés, la préférence allant de 55 % à 71 % selon la question.

À la lumière de ces résultats, je suggère à la communauté que si nous voulons construire quelque chose pour remplacer Leap, alors l’option sur laquelle nous devrions nous concentrer est Slowroll. C’est l’option la plus populaire auprès de nos utilisateurs et l’option la plus étroitement adaptée à ce que nos contributeurs utilisent eux-mêmes. Je pense également qu’il est plus important que le remplacement de Leap se concentre sur les cas d’utilisation de bureau, car openSUSE hébergera également des copies 1:1 des produits ALP de SUSE.

Ces produits devraient être géniaux pour les personnes qui souhaitent des distributions de serveurs de type entreprise. Étant donné qu’il semble idiot de trop nous disperser en essayant de remplacer Leap qui soit à la fois un système d’exploitation serveur et un système d’exploitation de bureau. Cela dit, je crains toujours que nous n’ayons pas suffisamment de contributeurs pour rendre viable tout remplacement de Leap. Leap a eu du mal même avec 61 personnes contribuant directement à la base de code et aux rétroportages/PackageHub. Et c’est à ce moment-là que nous avons pu emprunter la base de code SLE, ce qui a considérablement réduit le travail requis.

Slowroll ou Linarite nécessiteraient beaucoup plus de travaux d’emballage et de maintenance que Leap. Et pourtant, sur la base des résultats de cette enquête, nous pensons que nous allons remplacer Leap par beaucoup moins de contributeurs que nous n’en avons même pour Leap. En dehors de l’enquête, seules 17 personnes ont exprimé leur intérêt à travailler sur un remplacement de Leap, et jusqu’à présent, Slowroll et Linarite ont tous deux été des one-man-shows.

Plein d’espoir, Slowroll semble être le concept qui promet de convertir davantage d’utilisateurs en contributeurs. Et si nous nous concentrons uniquement sur le bureau (en nous appuyant sur les copies ALP 1:1 pour le serveur), nous n’aurons peut-être pas besoin d’autant d’efforts. Mais je crains que nous ferions plus de mal que de bien à notre communauté en poursuivant un effort qui ne suscite pas vraiment beaucoup d’enthousiasme. L’enquête montre clairement une tendance des gens à croire qu’openSUSE devrait faire des choses auxquelles ils ne sont pas disposés à contribuer. Pour qu’un remplacement de Leap soit viable, à la fois réalisé puis soutenu pendant des années, je suis convaincu que nous avons besoin d’une augmentation significative du nombre de personnes retroussant leurs manches et travaillant dans ce sens. Donc, Je veux défier la communauté avec quelques questions. Devons-nous poursuivre ces efforts ? Si oui, êtes-vous prêt à aider ? Pensées, commentaires, flammes sont tous les bienvenus

– Richard Brown Architecte de distribution SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Allemagne (HRB 36809, AG Nürnberg) Directeurs généraux/Geschäftsführer : Ivo Totev, Andrew McDonald, Werner Knoblich
38
Nouvelles du projet openSUSE / Re : Un cap clair est défini pour openSUSE Leap.
Coucou;

Non ce n'est pas toi, c'est vraiment qu'il n'y a pas assez d'explication sur quelles sont les différences entre une micro os avec son bureau et leap 16. On ne sait même pas si Yast va y être porté car encore une fois ce n'est pas le cas de Micro os.

J'attends de voir aussi, car le projet openSUSE m'a toujours comblé en terme de vision, même si pour le coup j'ai un peu peur de voir une Fedora silverblue bis, qui chez moi n'est pas des plus folichons, à la limite je me vois mieux,  du moins le concept de la Nixos me parle mieux. Si ça va pas, bah je resterais sur ma Tumbleweed.
39
Nouvelles du projet openSUSE / Un cap clair est défini pour openSUSE Leap.


L’équipe de publication d’openSUSE confirme qu’il y aura un successeur à Leap 15 et qu’il s’agit d’un bond en avant numérique.

Alors que beaucoup attendent avec impatience l’arrivée de Leap 15.6 cette année, une voie pour Leap 16 en tant que successeur les attend. Basé sur la nouvelle base de code ALP (Adaptable Linux Platform) de SUSE, openSUSE Leap 16 combinera les avantages d’une distribution de serveur d’entreprise avancée avec une maintenance et une sécurité conviviales qui sont une caractéristique de la série Leap.

Leap 16 vise à trouver un équilibre entre un système d’exploitation Linux de pointe et traditionnel issu du développement d’ALP par SUSE et des initiatives visant à intégrer efficacement les packages communautaires.

La transition vers Leap 16 n’est pas seulement une avancée numérique, mais symbolise une avancée significative en matière de technologie et d’expérience utilisateur. L’avenir d’openSUSE Leap repose sur le concept innovant de la plateforme Linux adaptable de SUSE.

La plate-forme Linux adaptable alimente les solutions openSUSE Leap, Leap Micro et SUSE de nouvelle génération. Il rend les distributions plus adaptables et adaptées aux charges de travail cloud natives tout en étant également capable de gérer un rythme d’innovation rapide.

Tout le monde est encouragé à s’impliquer dans le développement de ces nouvelles plateformes en fournissant des commentaires, des packages, des tests, de la documentation et par tout autre moyen.

Leap continuera à suivre le modèle de développement d’usine openSUSE.

Le processus de développement impliquera de rassembler les exigences, y compris celles des ateliers communautaires, pour garantir que Leap 16.0 répond aux besoins changeants de ses utilisateurs. La communauté openSUSE regarde déjà l’horizon avec l’introduction prévue de Leap 16.

Aux côtés du Leap 16, Leap Micro 6.0 succédera à la série Leap Micro 5. Il est basé sur SUSE Linux Enterprise Micro 6.0, qui se concentre sur les charges de travail conteneurisées et virtualisées.

Leap et Leap Micro offriront tous deux aux utilisateurs des chemins de migration clairs et suffisamment de temps pour la mise à niveau. En cas de retard de Leap 16, l’équipe de publication peut prolonger le cycle de vie de Leap 15.6 ou, en dernier recours, publier Leap 15.7 pour assurer un chevauchement suffisant. Leap 16 garantira qu’il n’y aura pas d’écart entre la version et le cycle de fin de vie du Leap 15.

Les gens peuvent trouver des mises à jour d’informations sur Leap 16 sur la page de feuille de route du projet. L’équipe de publication partagera le début du développement de Leap 16 et comment s’impliquer via les canaux officiels openSUSE.

Sources:
fr = https://passiongnulinux.tuxfamily.org/blog/2024-01-15-clear-course-is-set-for-os-leap/
Anglais = https://news.opensuse.org/2024/01/15/clear-course-is-set-for-os-leap/
40
Contribuer à la communauté openSUSE / Re : Alionet a t'il encore de quoi faire?
Attention à ne pas dire ce que je n'ai pas dis, je n'ai jamais dit qu'il faille fermer quoique ce soit, je demande juste si on peut oui ou non avoir une partie francophone chez opensuse.org qui permettra certainement d'avoir plus de retour que l'actuelle chose.

Docteur a raison, son idée est pas mal:

Citer
"Un mode hybride serait tout à fait possible : forum FR avec l'officiel (moins de ressource à maintenir le forum, plus de temps pour les manif ?) et tenir une simple page web d'informations en français présentant l'asso qui demeure et reste disponible pour participer à des évènements physiques..."

Le tout c'est est ce que il y aura la même liberté qu'ici?

Maintenant, fermer le forum, fermer le blog, pour le laisser chez eux (openSUSE.org), moi je ne vois que des économies à se faire pour vous, donc l'association peut continuer de vivre avec moins de coûts.
41
Contribuer à la communauté openSUSE / Re : Alionet a t'il encore de quoi faire?
Coucou tout le monde;

Comme à mon habitude, j'ai posté en m'y prenant mal et sans gants, je suis maladroit dans mes propos et sans tacts...

Mais Chumi tu as raison, du reste tu as compris la teneur de mes propos et plus encore tu as énoncé la chose comme je voulais la transcrire:

Citer
"Dans le fond la question est celle-ci : l'association Alionet devrait-elle se dissoudre et la communauté devrait-elle rejoindre le forum officiel?

Oui
Non
Je suis indécis
Je n'ai pas d'avis"

Mais sans pousser à la dissolution d'Alionet, je la verrais continuer comme elle a toujours vécu, mais en étant un lieu de partage sur toutes les distributions linux et les connaissances, en ayant une légère préférence pour l'openSUSE.

Je vais essayer de reprendre les posts, en commençant par oh!rocks:
Coucou oh!rocks,

Citer
"Maintenant, l'histoire d'Alionet et des forums officiels est déjà une vieille histoire et c'est un sujet qui finit toujours par revenir avec à chaque fois les mêmes réponses."

Oui j'ai vu ça après, en ayant moi même un souvenir d'avoir répondu à un sujet similaire.

1/ Justement, il y avait une partie francophone, malheureusement qui ne marchait pas car peu ou pas mis en valeur. Et puis tout redirigeait vers ici.
J'ai peut être un début de réponse pour le public qui n'accrochent pas, il n'y a pas de vie dans cette même langue, pas de nouvelles traduites, on ne sait pas ce qu'il s'y passe, les lieux d'entraides ont l'air un peu moribond, même l'IRC ou le discord FR n'est pas vivant... Le seul moyen de faire ça et de revitaliser pour avoir des gens, une fois ça il y aura forcément de la vie.

Je trouve que par rapport à avant, il est moins évident de poster des nouvelles sur ce site, avant c'était simple, maintenant faut passer par git et je sais que c'est pas à la portée de tout le monde, sans être compliqué, ce n'est pas aussi simple que cliquer sur un bouton. Ça doit en gêner plus d'un.

2/ J'ai rien à dire dessus et je ne vois pas ce qui peut être fait pour améliorer ça ici.

3/ C'est un point que j'oublie souvent.

4/ :-) Je suis bien d'accord.

Coucou Chalu;

Citer
"j'ai l'impression que l'existence du forum actuel empêche la naissance d'une communauté francophone plus dynamique. Mais je ne vois pas en quoi, avoir le forum fr avec les autres forums officiels apporterait ce dynamisme (mais je peux me tromper !)"

Et bien je pense comme toi, mais dans l'état actuel, non. Je m'explique, il ne peut se faire un forum FR chez openSUSE si Alionet ne le veut pas, je ne me vois pas demander la création d'une telle chose si ici c'est contre.

Mais comme toi je ne vois que du bénéfique, surtout qu'il serait bien plus simple d'avoir des gars d'autres langues qui viennent pour aider comme je peux voir chez Nixos. Ça donnerait une certaine dynamique entre le forum fr chez openSUSE et ici.

Citer
"Je consacre perso moins de temps qu'à une époque à alionet, tout comme toi  @seb95 d'ailleurs, tu interviens peu ici et ne traduis plus non plus les news. D'autres sont dans le même cas ... "

Oui je ne participe plus du tout, tu veux dire, en vrai je fais les traductions directement sur mon blog malgré une bavure dans mon coin et une perte des sources de celui-ci qui fait que je dois plus ou moins repartir depuis zéro, que je compte aussi les pousser directement sur ce qui remplace la planète chez eux. Mais faut encore peaufiner car je ne veux que seule les traductions y soient reportées. Par exemple:

- https://passiongnulinux.tuxfamily.org/blog/2024-01-09-project-plans-workshop-for-gsoc-mentorship/

- https://passiongnulinux.tuxfamily.org/oldposts/2023-12-21-insights-from-the-os-logo-contest/

- https://passiongnulinux.tuxfamily.org/oldposts/2023-11-25-the-road-to%20-opensuse-board-elections-is-open/

Citer
"Tu peux noter que ce n'est pas qu'un problème fr, le guide anglais n'est pas plus à jour même s'il y a une version 15.5 indiquée :P"

Certainement que comme toi, ils ont pensé que ça viendrait plus tôt, maintenant on parle d'une 15.6 et je vois même les sources pour une 16... Serait elle l'ALP tant attendu?

Mais là où on va se rejoindre à 100% c'est:

Citer
"Pour ma part, rapatrier le forum sur la partie forum officiel aurait pour avantage la maintenance du serveur/forum qui ne nous reviendrait pas. Je ne sais pas si on serait aussi libre dans la création des rubriques que l'on est ici.  Et ce serait plus facile aussi dans le cas de bugs car on aurait le forum anglophone sous la main (et donc plus d'utilisateurs)."

Tu as tout dis!
Pour la liberté, je pense que oui, on avait pas mal d'entrées quand il était là. Je pense aussi et je l'ai dis plus haut, on pourrait avoir de l'aide de personnes venant d'autres langues, et la recherche se ferait sur l'ensemble du forum donc possible de trouver des réponses.

Bref, on me dira que rien n'empêche de le faire déjà...

Citer
"A l'heure des IA, il faudrait en avoir une qui mette directement en ligne les trads des news openSUSE :D  et hop ça te semblerait plus vivant."

Ce qui est con c'est que je traduis pas mal depuis quelques temps, je ne traduis pas tout car des news me paraissent trop techniques comme celle ci: https://news.opensuse.org/2023/12/20/systemd-fde/; mais je passe pas mal de choses à la trad. Ce qui est con comme je le disais, c'est que le travail est fait et je pourrais facilement balancer la traduction chez vous, mais je ne sais pas si faudrait beaucoup toucher à l'entête et surtout je ne sais même plus si j'ai les droits.

Donc rebonjour Chumi ;-p

Citer
"Je ne vois pas ce qu'il y aurait de racoleur dans ta question. Tous les membres de ce forum sont invités à questionner la communauté et l'association. Il y a même une rubrique Communauté Alionet et une sous-rubrique Association prévues à cet effet non? C'est d'ailleurs là que tu aurais du intervenir ;)"

Ma maladresse fait d'une question utile un truc sans grand intérêt. Le truc c'est que j'oublie totalement l'association, que pour moi c'est un truc pour les adhérents et que c'est en rapport uniquement à l'association.

Citer
"Questions subsidiaires que je me pose ;) : La communauté est-elle capable d'animer une section française au sein du forum officiel, plus stimulante que notre forum et sans en sacrifier la convivialité et l'ouverture d'esprit? Est-elle capable de se responsabiliser un minimum pour atteindre cet objectif? Parce que sinon il n'y aura plus du tout d'espace d'expression pour les utilisateurs francophones d'openSUSE."

Pour moi, pas besoin de taper sur Alionet, elle garde le rôle qui est le sien si elle le veut, un forum d'entraide, un coin de bavardage, où la liberté de parole sera garantie... Ce que je veux mettre en place, c'est de nouveau un forum FR au sein du forum officiel. Après si vous trouvez que le rôle d'Alionet n'est plus et faut arrêter le forum ou encore que sais-je, j'ai envie de dire que ça regarde l'association, ceux qui peyent les services, l'hébergement...

Citer
"Bon maintenant, d'un point de vue formel, il convient de rappeler qu'il appartient aux adhérents de décider de la dissolution de leur association."

Bah justement rien de telle est demandé, donc ça va.
42
Contribuer à la communauté openSUSE / Alionet a t'il encore de quoi faire?
Bonjour à tous,

Derrière ce titre putaclic, je voulais qu'on se pose la question, véritable, essentielle, de savoir si Alionet a encore sa place ou non? Surtout Devrons nous pas plutôt passer à autre chose, notamment au forum d'openSUSE?

Je sais, je suis là pour flinguer le moral, mais plus rien ne se passe ici, c'est sympa, la bonne humeur est présente, mais les news est une drôlerie,  la dernière traduction d'une nouvelle date 5 Jan 2021 (https://blog.alionet.org/fr/ouverture-de-lelection-au-conseil-dadministration-de-suse-2019-2020-appel-a-candidatures), plus rien.

Le forum n'est pas si vivant que ça, les demandes d'aides sont là, mais vu qu'il y a peu de personnes, bah soit ça demande du temps, soit c'est répondu à coté.

Je dis pas ça encore une fois pour cracher, mais je me demande si il n'est pas temps de laisser le forum au forum officiel openSUSE et de refaire une partie FR la-bas. Alionet vivra pour autre chose, mais il est temps de laisser une chance à la communauté FR de se créer alors qu'au jour d'aujourd'hui ce n'est pas le cas, la plupart du temps on reproche la faiblesse de la communauté FR...

Sans mentir, nous avons une superbe distribution, si ce n'est la meilleure, mais encore une fois ça ne suit pas derrière.

J'attends vos réponses.
43
Général / Re : Mon processeur monte de trop
Coucou(désolé je suis mal poli) :-)

Petite question, sur la machine qui pompe, tu serais pas en btrfs? Avec Snapshot? Ça ne serait pas la maintenance de btrfs?
45
Général / Re : Gros upgrade TW (20230813) et plus de 400 nouveaux paquets
Citer
Tu es développeur, perso je suis utilisatrice plus classique. Installer lyx avec tous les paquets recommandés dont texlive n’a jamais été un problème sur Leap car les mises à jour système sont moins nombreuses, j’ai apprécié d’avoir un logiciel directement fonctionnel pour travailler alors que sur Debian je dois d’abord chercher des paquets à ajouter pour pouvoir réutiliser mes documents.

C'est exactement ça, les développeurs openSUSE ont eu raz le bol d'entendre qu'il manquait ceci et cela et du coup ils ont tout mit dans les recommends, facilement évité avec l'option zypper qui va bien. Sous Debian c'est l'inverse, il faut chercher les paquets manquant et parfois c'est chiant. Si on avait été sous arch ou gentoo, on aurait pas eu le choix et on se serait plaint d'avoir un gros et lourd paquet non découpé en plusieurs plus léger qui permettraient de sélectionner ou de retirer juste ceux qui nous intéressent. Etant sur Debian, je trouve l'approche d'openSUSE bien plus sympa, on a un truc qui marche out of the box.

Citer
Je pense l’avoir supprimé avec toutes ses dépendances et recommandés, il y a sans doute un autre paquet qui recommande texlive.

Pure hasard, tu n'aurais pas un truc comme pandoc ou discount, voir un autre truc en rapport avec markdown ou un translate? Mes recommends venaient tous de discount qui demandait texlive...