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

16
Configuration avancée / Re : OBS Package Installer (OPI) l'installation de paquet Simplifié
Je n'ai eu de soucis avec pakman si ce n'est toujours quand ça change de serveur, ou que c'est en panne. Je ne pourrais même pas me passer de packman, puisque la quasi totalité des paquets que j'utilise sont là-bas. Mais c'est vrai que je n'aime pas dépendre de ce dépôt car il est hors projet et donc pas le même support...

J'avais le minimum syndical pour les codecs et j'avais des figes sur les youtube et autres au bout d'un moment, je n'en ai plus maintenant.
17
Nouvelles du projet openSUSE / Re : Leap 15.6 atteint la phase bêta
La communauté francophone sert à pouvoir échanger dans notre langue.
A mon avis pour la traduction : en informatique il est plus ou moins vital de maîtriser un minimum l'anglais, et pour ceux pour qui ce n'est pas le cas les navigateurs offrent des outils, par défaut dans firefox à présent.
J'aime pas ce genre de réflexion, justement c'est a cause de ceux qui pensent comme ça que ça n'avance pas.
C'est pareil dans les jeux, on a de plus en plus de jeux non traduit car justement on est dans un monde ou il faut soi-disant connaître l'anglais, bah non.

Donc allons dans ce sens, pourquoi un forum fr, pourquoi irc en fr? Autant le faire sur l'anglais, non?
20
Nouvelles du projet openSUSE / Re : Leap 15.6 atteint la phase bêta
Bonsoir;

Citer
@seb95‍ , la source, c'est l'article initial en anglais pas une traduction.

Pour le francophone la source sera le travail de trad effectué par le gars. La new en anglais ou allemand, il s'en moque.

Citer
De mon côté, je me suis désintéressée des traductions des news, car les articles sont souvent très (trop?) techniques et je ne suis pas sûr que toutes ces infos parlent aux utilisateurs.

Tu n'es pas la seule d'où l'état du blog. Mais si pas de news pour donner des infos dans notre langue, à quoi sert une communauté FR?

Citer
On a la possibilité de traduire avec les outils de traductions disponibles en ligne.
Pour cet article par exemple, il semble que ce soit également ainsi que tu procèdes.( moi aussi quand j'en faisais ;) )

Et non, je travail depuis le fichier MD(https://github.com/openSUSE/news-o-o), je traduis ligne par ligne, je donne les liens d'origines et non ceux alternés par le traducteur, je corrige les merdes du traducteurs...


Citer
Je viens de tester un copier coller sur le forum ne fonctionne pas trop mal. Je pense que le blog ne suivra pas la migration sur le nouveau serveur. Par contre, tu pourras toujours utiliser le copier-coller suivi d'une petite correction de la mise en forme et poster sur le forum. Qu'en penses-tu ?

Je pense que ça fait trop de travail, tout me retaper les liens à la mano,  ça sera dans le cas où il n'y a pas d'améliorations, un titre et un liens directe sur la traduction de mon blog.
21
Nouvelles du projet openSUSE / Re : Leap 15.6 atteint la phase bêta
Non la traduction est bien ici source: https://passiongnulinux.tuxfamily.org/blog/2024-03-07-leap-15.6-reaches-beta-phase/ à défaut d'être ailleurs comme ici sur le blog alionet plus adéquate.
23
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.
24
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#



26
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à.
27
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?
28
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
29
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.
30
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/