Aller au contenu principal ↑ ↓

Voir les messages

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

Messages - burn2

2
Nouvelles du projet openSUSE / Re : LEAP 15.6 RC
Immuable ou pas ça reste un point, le fait est que la direction ça reste ALP.
Donc même sans immuable le principe de base à savoir host en native et application en conteneur ça reste la direction de la prochaine LEAP.
Donc en non immuable on se rapproche justement carrément d'ubuntu comme évoqué, et si immuable de silverblue.

3
Nouvelles du projet openSUSE / Re : LEAP 15.6 RC
Justement la direction de leap 16, c'est ALP, or le but d'ALP c'est justement de tout conteneuriser.
On est donc dans un principe proche de flatpak/snap. (ce qui n'est pas forcément mieux...)

Pour rappelle ce que c'est qu'ALP:
https://www.suse.com/c/the-first-prototype-of-adaptable-linux-platform-is-live/
Soit:
Citer
Separating the hardware enablement in a Host OS and a (containerized) Application Layer provides an immutable platform for workloads and workload runtime environments.
Je t'invites si tu ne l'a pas fait à tester microos, tu verras le principe de base.
On est donc justement exactement dans le même principe qu'ubuntu qui fourni tout dans snap sur un os de base.

Encore une fois leap 15.6 que tu vois, reste une leap "traditionnelle" avec des RPM.
Leap 16, sera une ALP, donc à ma connaissance fini les rpm et le fonctionnement standard.
Pour moi on sera peut-être dans un fonctionnement à la fedora silverblue du moins à l'heure actuelle c'est comme ça que marche microOS.

Je connais la différence entre snap/flatpak, j'évoquais juste le fonctionnement "similaire" dans le sens cloisonné, lib différent du systême etc. Les deux ayants des avantages/inconvénients. (même si ma préférence va à flatpak clairement entre les deux)


Comme évoqué dans un autre topic, la grande majorité des distributions freezée prennent cette direction malheureusement.  Le but étant de faciliter l'installation d'application moderne sur une base figée et plus facile à maintenir.
IL reste encore debian à ne pas prendre cette voie, mais pas sûr que cela puisse durer longtemps.
5
Nouvelles du projet openSUSE / Re : LEAP 15.6 RC
Je n'avais aucun pb les majs de leap, j'avais choisis leap justement parce que les sorties tous les ans avec les backports permet le support de matériel récent, même si il faut l'avouer le kernel 5.14 même avec les backports commençait clairement à vieillir.
L'absence d'amd-pstate (j'ai un doute maintenant mais je vais revérifier sur mon pc fixe pas encore basculé) commençait clairement à se faire sentir.

L'intéret pour moi de leap, c'était d'avoir une sorte de debian avec un cycle de sortie un peu plus cours (1 fois par ans c'était très bien).
Avec l'évolution prévue de leap et le tout flatpak, ça n'est pas ma vision de la chose, si c'est pour faire comme ubuntu, limite une préférence à ubuntu LTS si c'est pour avoir le même compromis mais avec plus d'inconvénients.

Après j'attends de voir, je m'avance peut-être trop vite, j'avais du temps, le flou d'openSuse ne me convenait pas, et le saut à debian c'est très bien passé avec que des avantages dans mon cas, ça ne m'empêchera pas de suivre l'avenir d'openSuse.
6
Nouvelles du projet openSUSE / Re : LEAP 15.6 RC
@oh!rocks
je connais cette roadmap, mais ça ne donne aucune information.
On avait les échéances pour leap 15.6 niveau date.
Mais ça ne donne pas non plus le contenu des changements de leap 15.6 par exemple.

On sait que le futur de leap est garanti avec leap 16 avec normalement une date "prévue" pour l'année prochaine comme chaque version de leap, et que si besoin il y aura une leap 15.7 en plus si vraiment ça ne passe pas pour repousser d'un an de plus. (ça a déjà été le cas avec cette 15.6)
Mais en l'état alors que leap 15.6 approche, on ne sait toujours pas ce que c'est que ce leap 16 "ALP".
A tel point que les gens ont compris que ça serait dupliqué avec microOS et qu'on a du mal à voir la réelle différence à part peut-être la présence d'un certains yast.

Leap aura surement toujours un usage, mais il sera à mon avis encore plus minoritaire chez les utilisateurs "lambdas" car trop orienté entreprise.

Perso souhaitant continuer sur la direction de leap, le choix légitime c'était de switcher chez debian. Même si le cycle de sortie est beaucoup plus lent. L'utilisation de flatpak pour certaines choses (steam)  + la compilation du dernier kernel LTS qui va bien permettant de gommer tout ça pour mon usage. (avec en plus le repo mozilla directement pour firefox à jour)

7
Nouvelles du projet openSUSE / Re : LEAP 15.6 RC
Oui alors comme déjà évoqué, leap continu à l'identique avec la 15.6
La 16 restera totalement différente et à base de "briques" ALP.
On ne sait pas encore trop ce que ça donnera et c'est bien tout le problème.

Pour ma part, ce flou artistique m'a fait quitter openSuse.
J'aimais bien leap, mais on voyait clairement ces dernières années que le suivi diminue. (encore plus ces jours avec le flou artistique de leap 16 et des gens qui ont migré sur tumbleweed + la naissance de slowroll).

Je pense clairement que leap va être encore plus en perte de vitesse avec tout ça.
C'est dommage car elle avait clairement sa place avec quelques changements pour suivre un peu plus vite. (le kernel trop ancien et peu souvent mis à jour pose problème même s'il y a des backport dedans)

En l'état perso je suis revenu sous debian 12, et je n'ai aucun regret par rapport à mon usage de Leap.
C'est même plus réactif et certains paquets sont mieux suivis (chromium est plus à jour par exemple).


Je vais continuer de suivre leap en VM pour voir ce qu'elle devient et si jamais ça peut redevenir un point de chute.
Mais ce côté trop flou d'opensuse m'a fait les quitter.
Entre les gens qui sont partis de leap pour tumbleweed, la naissance de slowroll qui manque complètement d'info, de suivi ça végète dans son coin sans savoir si vraiment il y aura du monde pour bosser dessus, et le flou artistique sur LEAP ne m'a pas rassuré. Au moins debian a une direction pour l'instant claire, et faut avouer que perso pour mon usage ça marche bien.


EDIT: bon ben pour cette RC ça reste kde 5.27.11
On s'en doutait un peu kde 6 ça sera plus probablement avec leap 16.
Donc sur cette 15.6 le changement plus visible ça sera donc ce nouveau kernel 6.4. :)
8
Internet, réseaux et serveurs / Re : utiliser son GSM via USB comme point d'accès internet
Bonjour,

Aucun soucis sous leap 15.5.
Une fois le partage de connexion usb activé depuis le tel, on a une carte réseau qui apparaît sur le pc.
Mon smartphone est un pixel à jour et ras.

Au pire il  ya le partage wifi si pb mais ça serait surprenant que cela ne fonctionne pas sous tumbleweed. ça serait une sacré régression.
9
Internet, réseaux et serveurs / Re : Alternative à Teamviewer... Rustdesk ?
Bonjour,

Anydesk marche bien oui, sauf... Sous wayland ou il ne fonctionne qu'en tant que client.
Pour la partie poste à prendre en main, ce n'est toujours pas géré et c'est bien le soucis.

Sinon tout a déjà été dit dans ce topic.
En général pour le peu de fois ou j'ai besoin de prendre en main à distance c'était anydesk, mais rust desk est pas mal conseillé et semble pas mal utilisé pour de l'openSource même si malheureusement il n'y a pas de serveur autohébergeable malheureusement. :/
10
Installation et boot / Re : sauvegarde de Debian-sid avant d'installer Suse-Tumbleweed
clonezilla travaille avec la partition complète, il ne regarde pas dans le volume.
Lvm ne pose pas plus de problème que ça.
J'utilise du dualboot windows/Linux avec du lvm linux chiffré.

En général je fais toujours le même partitionnement:
1) une partition UEFI
2) une partition de boot en ext4 non chiffrée (qui contient le kernel)
3) un volume LVM chiffré qui contient / + le swap

Et quand j'ai un dual boot, j'installe donc windows d'abord, puis linux avec ce partitionnement.

Il n'y a aucun soucis à sauvegarder tout ça avec clonezilla, tu peux sauvegarder soit par partition donc tu vas sauvegarder tout ton volume LVM d'un coup, soit au niveau disque, donc tu vas sauvegarder tout ton disque entier.

Par contre, comme évoqué, il s'agit bien ici de travailler au niveau partition, pas au niveau contenu. Si ton but est de sauvegarder des données, il faut utiliser autre chose (borgbackup ou autre outil du style).


EDIT: en alternative plus graphique tu as rescuezilla qui est normalement compatible avec clonezilla
11
Matériel / Re : ordi portable inutilisable --> trop^lent
Bonjour,

Comme dit plus haut, remplacer le disque dur par un ssd et ça sera une révolution.
En même temps si possible faire un upgrade de mémoire vive à 4 ou 8go de ram si possible et il devrait pouvoir continuer pour un usage bureautique.

 
12
Nouvelles du projet openSUSE / Re : openSUSE:Slowroll : Tumbleweed mais avec des mises à jour moins fréquentes
Bonjour,

Toujours aucune information sup sur slowroll.
Personnellement je commence à douter de la viabilité de cette branche.

Comme d'ab en ce moment avec openSuse, de gros problème de communications.
On a quelques news sur la dernière "vrais leap" 15.6 qui suit son chemin, très peu d'info sur leap 16 ( potentiellement logique vu que ça n'avancera vraiment qu'après) mais strictement rien sur slowroll.
14
Nouvelles du projet openSUSE / Re : openSUSE répond à une attaque contre la bibliothèque de compression xz
Citation de: Philoupes – le
Coucou à toutes et tous,

Ce jour, à l'instant, il m'est proposé encore un downgrade de la librairie XZ
Que se soit avec DIscover ou en CLI avec Zypper j'ai cette proposition :

Actuellement j'ai xz (et consors) 5.6.1.revertto5.4-3.2 - (que j'avais mis à jour le 30 mars)

et maintenant le système propose un downgrade vers 5.6.1.revertto5.4-2.1

The following 6 packages are going to be downgraded:
  liblzma5 liblzma5-32bit liblzma5-x86-64-v3 xz xz-devel xz-lang
  par zypper et/ou par Discover

Vous en pensez koa les amis ?
Amicalement
Philippe
 
C'est justement la solution c'est normal.
La version 5.6.0 et 5.6.1 sont verrolés, il faut donc redescendre à un e version précédente.
15
Nouvelles du projet openSUSE / Re : openSUSE répond à une attaque contre la bibliothèque de compression xz
Citation de: xiloa – le
Citation de: seb95 – le

Bah je n'attends trop rien des mises à jour en générale, étant un habitué de Debian stable, à la limite que le bureau m'apporte des changements sympa, mais ayant Gnome, c'est pas toujours la joie, souvent des choses pourtant simples et disponibles partout ailleurs disparaissent comme le "system tray" (les icônes miniatures des logiciels ouvert en arrière plan) bien utile pour moi. Sinon mon XFCE mais là on est sur un truc qui ne veut pas bousculer ses habitués et c'est pas plus mal. Bien sur il y a kde, bureau que j'utilise et puis que j'abandonne, j'y reviens, mais je ne reste pas.
...
Pour la petite histoire, toutes les distributions, même la vénérable debian est touchée par cette histoire de xz.
le problème concerne si on a ssh en action et fait une  mise  à jour durant les quelques jours ( 2/3 ? )  où la version de xz était vérolée. ( si j'ai bien tout compris)

ça fait froid dans le dos.  J'imagine l'angoisse de nos amis sous système propriétaire dans lesquels ces failles sont indétectables.
Hello oui et non.

Debian comme Rhed and co, ne sont touché que dans leur branche de dev. (donc testing/SID pour debian)
La branche stable de Debian elle n'a pas été compromise.
Idem Leap n'a pas été compromise non plus vu que la montée de version est beaucoup plus rare et se fait uniquement si nécessaire/obligatoire.
La majorité des montées de version étant sur la version leap +1 si monté il y a.