Aller au contenu principal

Sujets

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

Sujets - Chumi

16
Général / Maj Tumbleweed et gstreamer-plugins-libav (packman)
Bonjour,

Les dernières tentatives pour mettre à jour Tumbleweed (zypper dup) avec le dépôt Packman actif, font apparaître une question qui peut être embarrassante :

Problème : problème avec l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 installé
 Solution 1 : installer gstreamer-plugins-libav-1.22.2-1.2.x86_64 du fournisseur openSUSE
en remplaçant gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 du fournisseur http://packman.links2linux.de
 Solution 2 : conserver l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 obsolète

Il n'y a aucun inconvénient à choisir la solution 1 et celle-ci est d'ailleurs la plus recommandée car l'élément gstreamer-plugins-libav a été supprimé du dépôt Packman. Aucune incidence sur la lecture des vidéos.

Source : https://www.reddit.com/r/openSUSE/comments/13pubfn/media_codecs_update_annoyance/

Pour info et surtout à destination des nouveaux utilisateurs de Tumbleweed dont le nombre me semble croître ici.
17
Matériel / Message d'erreur drm/i915
Bonjour,

Depuis quelques temps j'ai ce message d'erreur au boot sur ma tour :

i915 0000:00:02.0: [drm] *ERROR* Stolen reserved area [mem 0xdf900000-0xdf9fffff] outside stolen memory [mem 0x9fa00000-0xc19fffff]

En effectuant quelques recherches sur ce message, afin de le communiquer ici, je l'ai récupéré avec cette commande :

dmesg | grep drm

Cela ne m'empêche pas d'utiliser le PC.

Dans le bios si je réduis la quantité de mémoire allouée à l'iGPU, de 1024 (valeur que j'ai toujours attribuée) à 512 Mo, le message disparaît mais j'ai l'impression que cela réduit les performances graphiques avec darktable (peut-être une fausse impression?)

Intel HD Graphics 4600.

Rien de tout ça avec mon portable (HD Graphics 4400) mais là de toutes façons je suis limité à 512 Mo dans le bios.

J'avoue que la question me dépasse beaucoup. Suis-je le seul dans ce cas? Vous avez une éventuelle idée pour éliminer ce message d'erreur sans sacrifier la quantité de mémoire que je veux allouer à l'iGPU?
18
Programmes et logiciels / KDE Plasma 5.27 LTS pour la St Valentin du logiciel libre
Bonsoir,

KDE Plasma 5.27 (LTS) publié aujourd'hui même à l'occasion de la journée du logiciel libre, est déjà au menu des mises à jour sur Tumbleweed ce 14 février 2023  :)

Les nouveautés ici : https://kde.org/fr/announcements/plasma/5/5.27.0/

Un billet sur Numétopia : https://www.numetopia.fr/kde-plasma-5-27-est-disponible-quoi-de-neuf/

Le nouveau fond d'écran n'est pas terrible, assez terne je trouve (pas grave). Je préférais l'ancien très coloré de la version 5.26 ceci dit (je l'ai récupéré).

Rien qui va révolutionner mon usage assez ordinaire (le tuilage peut-être). À vous de souligner dans ce fil les nouveautés qui vous semblent les plus intéressantes et pourquoi (je n'ai probablement pas remarqué l'intérêt particulier de telle ou telle chose).

Il me manque la mascotte d'openSUSE au niveau des informations sur le système :



Pas encore testé avec Wayland mais théoriquement Plasma 5.27 devrait mieux se comporter avec ce serveur d'affichage.
19
Programmes et logiciels / Réinstallation, embrouilles codecs et Packman
Bonsoir,

Avant-hier soir j'ai changé le SSD de ma tour et j'ai réinstallé Tumbleweed. J'ai voulu ensuite réinstaller les codecs multimédias avant d'aller me coucher avec l'idée de finir la configuration le lendemain. Il était tard et je suis passé (pourquoi?!) par la procédure One-Click de cette page : https://opensuse-community.org/

Je ne sais pas si j'ai fait quelque chose de mal à un moment donné mais j'ai constaté que la liste des paquets provenant de Packman sur ma tour différait de celle que j'ai sur mon ThinkPad où est également installé Tumbleweed, notamment entre autres par la présence nouvelle du paquet ffmpeg-5-mini-libs.

Impossible de lire certaines vidéos YouTube sur ma tour avec ça et sans certains paquets manquants visiblement.

J'ai désinstallé ce paquet, ce qui a eu pour effet de m'en installer automatiquement d'autres, de rétablir une correspondance plus juste des paquets provenant de Packman sur mes deux ordis, et de pouvoir tout lire sur YouTube. Bien!

Il demeure encore une petite différence au niveau des paquets Packman entre les deux installations : sur ma tour et ma nouvelle installation donc, j'ai deux paquets en plus : libvulkan_intel et Mesa-vulkan-device-select . Qui dit vrai entre les deux installations et à quoi ça me sert d'avoir ces deux là en plus sur ma tour?

Pour info, une nouvelle installation de Tumbleweed aujourd'hui installe automatiquement le nouveau dépôt Open H.264 Codec. Personnellement, je l'ai conservé mais je l'ai désactivé en attendant (rend-il tous les services espérés?).

Celui-là ajoute en plus un peu à la confusion je trouve car ce n'est déjà pas toujours simple de s'orienter dans la documentation éclatée, avec des variantes selon la langue, et les ressources communautaires, les uns et les autres ne donnant pas toujours exactement les mêmes consignes pour installer les codecs. Ce n'est pas vraiment une critique car je pense sincèrement qu'il y a de gros efforts derrière tout ça mais des fois, en tant que lecteur, on est un peu paumé.

Une commande qui m'a été bien utile pour lister tous les paquets installés de Packman et pour pouvoir comparer entre mes deux ordis (remplacer packman par le nom exact du dépôt chez vous, packman repository, Packman, ect) :

zypper se -i -r packman

Et si vous avez une idée pour libvulkan_intel et Mesa-vulkan-device-select ... pourquoi je me les ramasse et quel est leur utilité?
20
Internet, réseaux et serveurs / VPN qui améliore ma connexion Internet (bizarre)
Bonsoir,

Depuis quelques jours, j'ai un petit souci avec ma connexion Internet (fibre SFR). Les pages mettent un temps non négligeable à s'afficher et si je fais un test de débit (après avoir réussi à afficher la page de test), le test paraît normal.

J'ai lu un article dans lequel il est question d'IP Throttling (limitation de bande passante par le fournisseur d'accès) et qui conseillait de passer par un VPN pour contourner cette limitation.

À la base je suis moyennement emballé par l'idée d'utiliser un VPN ( je ne vois pas de raison particulière pour en utiliser un compte tenu de mon utilisation banale d'Internet).

J'ai installé Proton VPN (gui) disponible dans les dépôts (Tumbleweed), j'ai pris un compte gratuit chez Proton et lancé la connexion derrière le VPN le plus simplement du monde (Quick Connect).

Ah oui! les pages s'affichent à nouveau en un clin d'œil même si le débit est plus faible que sans le VPN.

J'appelle SFR demain mais cette expérience avec le VPN prouve t-elle une limitation de bande passante par SFR ou d'autres raisons pourraient-elles être la source du désagrément?
21
Autres distributions GNU/Linux et BSD / Pour les paresseux, Salix 15.0
Je viens d'installer Salix OS   (Xfce) 15.0 sur mon portable Dell E5400 datant de 2010 (Intel Core 2 Duo T7250 2 x 2 GHz, 3 Go de Ram, DD rotatif). C'est une dérivée datée de Slackware simplifiant l'accès au monde de la distribution mère.

Eh bien! c'est une très bonne surprise! Le système se charge rapidement et son utilisation est fluide (seul le premier lancement de grosses applications prend un peu de temps). Si mes souvenirs sont bons, une installation minimale de Debian suivie de l'installation d'Xfce ne m'avait pas donné un aussi bon résultat sur la même machine. 

Aucun souci avec la connexion en wifi. Je n'ai pas testé le bluetooth que je n'utilise presque pas.

La configuration graphique d'un pare-feu de base peut se faire avec gufw (paquet gui-ufw sur Salix 15.0). Mais il y a deux paquets gui-ufw disponibles. Pour l'un l'application se lance et pour l'autre non car il lui manque kdesu  :o  (tout ça est confondant mais c'est peut-être en cours de résolution). La permanence de la configuration du pare-feu au redémarrage requiert d'écrire dans le fichier /etc/rc.d/rc.local, je crois que c'est spécifique à Slackware, mais c'est bien documenté.

Puisque j'évoque la documentation, le guide de démarrage est parfait et bien que manquant de fraîcheur le wiki est une bonne ressource aussi.

Une autre très bonne surprise est apparue avec l'installation de ma multifonction Canon en wifi. Pour l'impression je préfère utiliser le driver propriétaire et Canon fournit des paquets deb et rpm, à priori inutilisables à sec ici, ainsi que le fichier source du pilote. Je m'attendais donc à devoir compiler le programme à partir du fichier source. Eh bien non! le pilote propriétaire Canon pour l'impression (cnijfilter2) est fourni sous forme d'un paquet directement installable, et il fonctionne. Pareil pour le pilote propriétaire du scanner (scangearmp2) mais le scanner est reconnu grâce à Sane sans qu'il soit nécessaire d'installer quoique ce soit. 

Je dois utiliser une AppImage pour la synchronisation avec mon cloud Infomaniak. Elle fonctionne elle aussi, aucun problème rencontré dans l'immédiat si ce n'est ultérieurement, au reboot, avec le trousseau de clés invisible (le démoniaque Gnome Keyring) qui veillait sur ma connexion au cloud en me demandant alors un énigmatique mot de passe. J'ai réglé le problème et ce dérangement passager n'est pas propre à Salix.

Au besoin, Flatpak est préconfiguré avec Flathub qui dispose d'une entrée dans le menu Xfce. Pareil pour l'installation des codecs, une entrée dans le menu.

Visuellement c'est très propre. Le thème clair par défaut et son équivalent en sombre, ainsi que leurs fonds d'écran respectifs, me plaisent beaucoup.

À vue de nez les montées en versions me paraissent un peu fastidieuses à effectuer. Mais c'est bien documenté à nouveau et Salix collant au long cycle de développement de Slackware (bien plus qu'une paire d'années entre deux versions), on a largement eu le temps de reprendre son souffle s'il fallait au pire réinstaller le système.

C'est sans intérêt sur mon Dell mais selon la documentation d'Xfce il faut Xiccd pour appliquer un profil d'affichage (issu d'une d'un calibrage de l'écran par exemple). Pas d'Xiccd répondant à l'appel dans les dépôts et je sèche pour le moment sur la question, y compris plus largement dans un environnement Slackware (compilation et bidouilles en tous genres).

Globalement c'est une expérience plutôt positive, surtout pour équiper rapidement et sans complication un pc d'appoint qui date. Mais le dernier point soulevé, plutôt négatif en l'état, serait une sérieuse interrogation pour moi si je devais utiliser Salix dès à présent sur ma tour plus performante (ce n'est pas du tout à l'ordre du jour, Tumbleweed faisant parfaitement l'affaire).

Edit : Je pensais que Salix était un poil plus rapide sur mon Dell que la très sympathique nakeDeb (Fluxbox). Je n'avais pas mesuré mais il fort probable que non car je viens de comparer à partir des versions 32 bits des deux distributions sur un petit Compaq genre Eee PC (nakeDeb est plus rapide, ça se vaut à la charge du système mais pas après, une fois en place).
22
Général / Sudo Tumbleweed
Bonsoir,

Je viens d'essayer de faire une mise à jour avec :

sudo zypper dup

Comme d'habitude... Mais là j'apprends avec surprise que je ne suis plus dans le fichier sudoers.

Premier réflexe (avant d'essayer d'aller modifier le fichier /ect/sudoers à la main), je jette un oeil dans Yast -> Sécurité et utilisateurs et là nouvelle surprise, plus de Sudo dans cette rubrique (donc plus de possibilité de configurer sudo dans Yast).

Le paquet yast2-sudo est passé à la trappe lors d'une précédente maj. Je le réinstalle.

C'est bon, Sudo est réapparu dans Yast. Mais ce n'est pas suffisant car dans la configuration de sudo dans Yast, il manque une ligne.

La première surlignée en bleu dans la capture ci-dessous.



Je l'ajoute (->Ajouter) et je valide. Tout est rentré dans l'ordre.

Pour info  ;)

23
Général / Tumbleweed : kernel-firmware-qcom fait échouer la maj
Bonsoir,

Pour info car je pense avoir résolu la question en me référant aux deux discussions suivantes :

https://forums.opensuse.org/showthread.php/576409-latest-upgrade-fails-installing-kernel-firmware
https://www.reddit.com/r/openSUSE/comments/xxcvb5/tumbleweed_kernelfirmwareqcom_issue_20221006/

Personnellement j'ai choisi d'ignorer le problème soulevé à l'occasion du zypper dup afin de terminer la mise à jour. Ensuite j'ai désinstallé kernel-firmware-qcom, à tout hasard j'ai refait un zypper dup ("rien à faire") et j'ai réinstallé kernel-firmware-qcom. J'ai bien la bonne version qui ne passait pas à présent : kernel-firmware-qcom-20220930-1.1.noarch

La stratégie la plus sûre d'après ce que j'ai compris de la discussion sur Reddit (lue un peu en diagonal j'avoue).
24
Général / Maj Leap : avertissement NOKEY sur Packman
Bonjour,

J'ai le dépôt Packman pour lequel j'ai effectué le changement de fournisseur concernant les codecs multimédia.

Lors de ma dernière maj de Leap j'ai eu des avertissements NOKEY pour certains paquets provenant de Packman et dont voici un extrait :

warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavutil56_70-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 2/43) Installation de : libavutil56_70-4.4-pm154.2.7.x86_64 ...................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavutil55-3.4.9-pm154.1.11.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 3/43) Installation de : libavutil55-3.4.9-pm154.1.11.x86_64 ...................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libvlccore9-3.0.17.3-pm154.2.6.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 4/43) Installation de : libvlccore9-3.0.17.3-pm154.2.6.x86_64 .................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libpostproc55_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 5/43) Installation de : libpostproc55_9-4.4-pm154.2.7.x86_64 ..................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libswscale5_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 6/43) Installation de : libswscale5_9-4.4-pm154.2.7.x86_64 ....................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavresample4_0-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 7/43) Installation de : libavresample4_0-4.4-pm154.2.7.x86_64 .................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libswresample3_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY

On dirait que les installations se font quand même.

J'ai lu cette discussion qui rapporte quelque chose de similaire (sur Tumbleweed) mais je ne vois pas trop la solution qui semblerait avoir été trouvée : https://forums.opensuse.org/showthread.php/561572-NOKEY-message-on-package-installation-after-Zypper-dup

J'ai essayé de supprimer la clé de Packman via Yast-dépôt et de relancer la maj (et même un dup changement de fournisseur sur Packman), sans plus de succès pour faire disparaître ces avertissements.

Une idée ou une meilleure lecture que la mienne de la discussion pré-citée?
25
Général / Maj TW : tlp en conflit avec power-profiles-daemon
Je bloque sur ma dernière tentative de mise à jour de Tumbleweed. Je ne sais pas pour le moment quoi répondre à la question qui m'est posée à cette occasion :

Problème : l'élément tlp-1.5.0-1.1.noarch à installer est en conflit avec 'power-profiles-daemon' fourni par l'élément power-profiles-daemon-0.11.1-1.2.x86_64 installé
 Solution 1 : désinstallation de power-profiles-daemon-0.11.1-1.2.x86_64
 Solution 2 : désinstallation de tlp-1.4.0-1.5.noarch
 Solution 3 : conserver l'élément tlp-1.4.0-1.5.noarch obsolète

Choisir une des solutions ci-dessus en tapant son numéro ou bien annuler en tapant 'a' [1/2/3/a/d/?] (a):

Je vois un rapport de "bug" (ce n'en est pas vraiment un), en relation avec ce que je décris :
https://bugzilla.suse.com/show_bug.cgi?id=1201124

Ainsi qu'une discussion sur Reddit qui ne m'inspire pas beaucoup pour le choix que je devrais faire :
https://www.reddit.com/r/openSUSE/comments/vqq5ex/the_latest_tlp_conflicts_with_powerprofilesdaemon/
26
Général / Zram en swap et openSUSE
Bonjour,

La question de la zRam en swap a ressurgi dernièrement dans une discussion relative au partitionnement expert.

Je ne préjuge de rien en ce qui concerne l'utilité ou la nécessité de la chose. C'est déjà une question.

J'ai essayé hier sur ma Leap en installant les paquets systemd-zram-service et zramcfg puis en lançant le service au démarrage du système dans Yast (pour revenir à l'état antérieur il suffit d'arrêter le service et de le reconfigurer en démarrage manuel, c'est simple).

Pour la zram en swap, j'ai vu qu'il était alloué une taille identique à ma ram sur openSUSE.

Parcourant diverses documentations, j'ai vu aussi que certaines distributions activent par défaut ce service, qu'elles configurent aussi parfois par défaut la quantité de zram à 50 ou 20% de la ram et qu'elles indiquent comment reconfigurer cela au cas où ces quotas ne conviendraient pas.

Rien dans les documentations de ces distributions (Debian et filles, Fedora ou Arch par exemple) , et principalement en ce qui concerne la configuration, ne correspond vraiment à openSUSE (les fichiers de configuration, ou ce qu'on imagine être les fichiers de configuration, ne sont pas au même endroit sur openSUSE, et ce qu'on trouve est peu parlant).

Voilà, la discussion est ouverte pour ceux que ça intéresse.
27
Général / Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
Bonsoir,

Version en cours de TW chez moi : 20220304

Tentative de mise à niveau ce soir et ça va mal :

3 problèmes :
Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
Problème : l'élement libkpmcore7-3.3.0-2.9.i586 à installer nécessite 'libKF5CoreAddons.so.5', mais cette condition ne peut pas être remplie
Problème : l'élement partitionmanager-lang-3.3.1-2.19.noarch à installer nécessite 'partitionmanager = 3.3.1', mais cette condition ne peut pas être remplie

Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
 Solution 1 : Les actions suivantes seront exécutées :
  installer kpmcore-3.3.0-2.9.i586 malgré l'architecture inférieure
  installer libKF5I18n5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libKF5WidgetsAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libatasmart4-0.19-10.10.i586 malgré l'architecture inférieure
 Solution 2 : désinstallation de kpmcore-lang-3.3.0-2.9.noarch
 Solution 3 : conserver l'élément kpmcore-3.3.0-2.9.x86_64 obsolète
 Solution 4 : casser kpmcore-lang-3.3.0-2.9.noarch en ignorant certaines de ses dépendances

J'ai commencé à répondre en choisissant systématiquement d'installer (pour voir)... et les séquences d'interrogations se poursuivant indéfiniment, j'ai stoppé car je ne maîtrisais rien bien sûr : annulation de la procédure.

Renseignement pris, je ne suis pas le seul à avoir dernièrement rencontré cette difficulté :

https://www.reddit.com/r/openSUSE/comments/t8vcj2/what_is_all_this_complaining_about/

Deux "solutions" douces semblent émerger de la discussion : attendre (la fin de la semaine au moins) ou désinstaller partitionmanager (KDE Partition Manager). J'ai effectivement partitionmanager qui est installé chez moi.

Je vais attendre et si rien de mieux en fin de semaine je désinstallerai partitionmanager (dommage).
28
Association / Mail d'Open Source Experience (OSXP 2022)
Bonjour,

Il y a une quinzaine de jours j'ai reçu un mail de la part d'Open Source Experience concernant les préparatifs de l'édition 2022.

Je l'ai reçu car l'an dernier j'avais accepté d'être leur contact. Voir cette discussion : https://www.alionet.org/index.php?topic=1091.15

J'ai presque immédiatement transféré le mail à la boîte de l'association, et pas de réponse depuis.

Voici le contenu du mail (sans les coordonnées du Directeur commercial) :

Citer
Bonjour,

Vous étiez exposant sur OSXP l’année dernière et comme vous le savez je vous réserve votre emplacement N-1 jusqu’au 1e mars.

Si vous souhaitez renouveler votre participation en 2022 sur le même emplacement merci de bien vouloir me confirmer votre choix afin que je puisse organiser le projet d’implantation 2022.
Si vous souhaitez changer d’emplacement dites-le moi également, nous en discuterons après le 1e mars.

N’hésitez pas à me solliciter,

Cordialement,
29
Autres distributions GNU/Linux et BSD / nakeDeb, une Debian française en bikini
nakeDeb est une distribution minimaliste française dérivée de Debian et basée sur sa branche stable. Elle est construite et maintenue par arpinux.

arpinux est actuellement Vice-Président de l'Association Debian Facile, il est l'auteur des Cahiers du débutant, il est aussi très impliqué dans le Projet DFiso qui n'est pas une distribution mais une facilité pour prendre en main un système Debian stable, et j'en oublie, au passé comme au présent.

Je tiens quand même à préciser qu'arpinux a une toute autre façon de se décrire lui-même mais voilà, vous savez à présent qui est qui et d'où ça sort.

nakeDeb, une Debian toute nue but safe for work! aime à proclamer l'auteur qui a aussi travaillé sur une version anglaise de sa distribution.

Toute nue ou presque car si l'offre logicielle résulte de choix ultra-minimalistes et si aucun environnement de bureau complet n'est au rendez-vous, cette distribution vient avec les deux gestionnaires de fenêtres Fluxbox et i3wm joliment pré-configurés, une suite esthétique et pratique de petits outils fait maison, mais encore et surtout elle est accompagnée d'une excellente documentation qui décomplexe l'utilisateur un peu geek mais pas tant que ça en fait.

Tiens justement! une distribution pour les geeks?

Oui car elle promeut l'utilisation de la ligne de commande et non car la lecture de la documentation ne requiert pas de posséder un vrai bagage informatique. Et puis, sur le socle d'une Debian, rien n'empêche l'utilisateur d'installer ce qui peut parfois lui manquer ou qu'il a coutume d'employer, puis de revenir plus tard sur une façon de procéder avec laquelle il est moyennement à son aise.

Une distribution pour les curieux certainement donc, pas complètement novices avec GNU/Linux, nous pouvons le penser, mais aussi pour quiconque est bien déterminé par exemple à faire tourner correctement une ancienne machine réfractaire à des systèmes plus gourmands en ressources matérielles.

Un avertissement quand même, extrait de la présentation de nakeDeb :

Citer
nakeDeb n'est pas une distribution communautaire... c'est surtout un projet minimal ludique. pour un usage en prod, préférez une Debian.

Ou openSUSE Leap si affinité ;)

À l'épreuve vite-fait chez moi :

J'ai installé sans problème l'ISO 64 bits (amd64) non-free sur un Dell E5400  (Intel Core 2 Duo T7250 2 x 2 GHz, 3 Go de Ram). C'est fluide à l'utilisation et je n'ai pas personnellement trouvé d'autres bugs que celui signalé dans la présentation générale : https://nakedeb.arpinux.org/index.html#bugs.

À partir de la même image j'ai créé une clé USB en mode live persistant. Cela demande un peu de rigueur lors de la création mais ça fonctionne bien. Deux programmes intégrés dans nakeDeb sont particulièrement bien venus dans ce mode : KeePassXC pour sécuriser ses mots de passe et VeraCrypt pour sécuriser ses données. Une clé USB se transporte facilement mais nous pouvons l'égarer tout aussi facilement.

J'ai rencontré un problème avec l'ISO 32 bits (i386) non-free, à l'installation et en live, sur un HP Compaq Mini CQ10 (Intel Atom N270, 1.6 GHz - 1 Go de Ram) : Écran noir au final. Je vous passe quelques détails mais il s'est avéré que c'était un souci de pilote graphique du à l'absence du paquet xserver-xorg-video-intel. Cela sera corrigé dans les prochaines versions de nakeDeb.

Sur une machine similaire, si vous rencontrez le même problème avec la version courante de nakeDeb (1.4.2), il faut ajouter l'argument nomodeset au lancement de la session live. Un artefact graphique apparaît furtivement mais ça passe. Après une installation par contre, c'est un poil plus coton. Il faut se rendre sur une console virtuelle (ctrl-alt-F1) puis installer en root le paquet xserver-xorg-video-intel, et tout rentre dans l'ordre après un redémarrage. Ou bien, pour l'un ou l'autre usage, vous pouvez simplement attendre la prochaine version de nakeDeb qui devrait corriger tout ça.

Ceci étant dit, nakeDeb s'avère être bien réactive sur cette ancienne et toute petite machine. Au moins autant qu'antiX Linux sur la même si mes souvenirs sont bons.

Enfin, avec VirtualBox sur Tumbleweed, j'ai tenté l'expérience d'une machine virtuelle. Rien à dire ou presque sinon qu'il faut s'adapter à Debian pour installer les Additions Invitées et que le conky par défaut file à gauche chez moi au lieu de rester normalement à droite (une broutille).

Installer les Additions Invitées sur Debian 11 : https://www.pragmaticlinux.com/2021/09/install-the-virtualbox-guest-additions-in-debian-11-bullseye/

Le mot de la fin :

nakeDeb est un projet individuel et ludique, c'est entendu. Mais c'est une distribution ultra-légère, en français, stable, sobrement élégante, bien documentée et pédagogique. Pour moi, avec toutes ces qualités, elle comble un vide et elle n'est pas à mes yeux une énième et quelconque dérivée de Debian. Notez avant que j'en termine que le dépôt Debian Backports est présent par défaut sur nakeDeb.

Une chouette distribution, non? Pourvu que ça dure! et je l'espère personnellement.
30
Général / Purge-kernels, un doute
Bonjour,

Sur Leap, quand un nouveau kernel apparaît dans les mises à jour, j'ai l'habitude de passer la commande :

sudo zypper purge-kernels
Pour ne conserver que les deux derniers kernels. Et cette commande me supprime en effet le plus ancien (ou les plus anciens si j'en ai laissé traîner par mégarde).

Si je fais de même sur Tumbleweed, rien ne se passe mais après vérification je constate que je ne conserve que les deux derniers kernels, comme si la procédure de suppression des plus anciens kernels était automatique.

Je sais que purge-kernels est un service. Or, aussi bien sur Leap que sur Tumbleweed je vois ceci dans le Gestionnaire de services de Yast :



et par ailleurs les fichiers /ect/zypp/zypp.conf respectifs sont identiques (tout au moins pour ce qui se rapporte à purge-kernels).

Quel est le comportement par défaut de purge-kernels, et comment doit-il se manifester?