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.
Voilà, j'espère avoir été clair cette fois-ci, c'est vrai que mon premier message n'était pas terrible.
Bonjour,
Ah oui! je ne pigeais pas du tout l'histoire du son Tu entends toujours clong! en branchant ta clé et un coup sur deux ou trois il ne se passe rien dans Fichiers... j'y suis. Tu as essayé de graver ton ISO sur une autre clé déjà? Question un peu limite mais en procédant par élimination... je commencerais par là personnellement.
C'est détaillé Les possesseurs d'iPads apprécieront.
L'utilisation de son compte Microsoft associé à une ancienne installation en dur de Windows 10 ne pose aucun problème dans une VM, soit dit en passant. Je l'ai fait et cela m'avait d'ailleurs un peu surpris (par contre, l'installation en dur et la VM ont été réalisées sur la même machine, ceci explique t-il cela?).
Ma VM Windows 10 avait tendance à bien gonfler avec le temps et les mises à jour même si je nettoyais Windows Update.
Problème réglé, je l'ai virée hier (je crois pouvoir me passer des logiciels Nikon pour lesquels uniquement j'avais cette VM).
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).
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.
Comme je l'avais précisé, le téléchargement s'est fait depuis le site de Displaycal et ouvert avec Discover. Le logiciel est installé dans var/lib/flatpak. Je n'ai eu a m'occuper de rien.
Bah voilà, tu as installé un flatpak, la seule solution pour DisplayCAL que j'envisageais plus haut dans le fil de discussion.
Un flatpak s'installe dans un coin avec toutes ses dépendances, indépendamment du système hôte pour reprendre les termes du Wiki openSUSE. Tu peux chercher DisplayCAL dans Yast Software, tu ne le trouveras pas.
Discover a installé le flatpak, pas le rpm. Pourquoi? je ne sais pas et tu as peut-être négligé une notification ou un avertissement, sinon il faut absolument se méfier de Discover et de toute façon son utilisation n'est pas du tout recommandable sur Tumbleweed.
Si Discover avait installé le rpm, DisplayCAL serait dans Yast Software (j'ai installé le rpm du pilote propriétaire de mon imprimante Canon et ce pilote est bien dans Yast Software).
Je crois que Flatpak est pré-configuré dans Discover sur Tumbleweed et je crois me souvenir que ça m'avait surpris.
Et pourtant , on peut l'installer, en témoigne cette capture :
Je te crois, la question n'est pas là, mais comment as-tu pu l'installer quand les dépendances, tout au moins la majorité, sont absentes des dépôts officiels?
Tu peux par exemple chercher python-psutil sur ces dépôts, moi je ne l'ai pas trouvé :
Donc voilà, il n'est dans l'absolu pas impossible d'installer ce rpm, mais pour moi ce n'est pas possible sans que la conformité de la distribution n'ait été bousculée accidentellement ou qu'elle le soit volontairement pour parvenir au résultat escompté (et ça je ne m'y risque pas).
Je veux dire que le dépôt du média d'installation me semble inutile, pas le média lui même. S'il est possible de réparer avec, très bien, je n'ai encore jamais pratiqué, mais dans un premier temps, au besoin, j'essaierais d'utiliser un instantané (ça j'ai déjà fait, et ça a bien fonctionné).
A moins que quelqu'un en ait déjà eu l'idée, il est possible de télécharger displaycal 3.9.3 pour Tumbleweed sur le site displaycal.net et en l'installant par l'intermédiaire de Discover. J'ai essayé sur une Vm, ça fonctionne.
J'ai téléchargé et j'ai testé.
Ouverture du rpm avec Yast Software :
Je veux en savoir plus et je simule l'installation avec la commande rpm :
thierry@thinkpad-tw:~/Téléchargements> sudo rpm -ivh --test DisplayCAL-3.8.9.3-1.45.x86_64.rpm attention : DisplayCAL-3.8.9.3-1.45.x86_64.rpm: Entête V3 RSA/SHA256 Signature, clé ID e5567198: NOKEY erreur : Dépendances requises: libSDL2_mixer-2_0-0 est nécessaire pour DisplayCAL-3.8.9.3-1.45.x86_64 python-gobject est nécessaire pour DisplayCAL-3.8.9.3-1.45.x86_64 python-numpy >= 1.0 est nécessaire pour DisplayCAL-3.8.9.3-1.45.x86_64 python-psutil est nécessaire pour DisplayCAL-3.8.9.3-1.45.x86_64 python-wxWidgets >= 2.8.11 est nécessaire pour DisplayCAL-3.8.9.3-1.45.x86_64
Il manque du monde à l'appel et je vérifie dans l'ordre l'existence ou non de ces dépendances :
1 ok, présent mais non installé 2 nous avons python-gobject2 et pas python-gobject 3 python-numpy est absent des dépôts 4 python-psutil est absent des dépôts 5 python-wxWidgets est absent des dépôts
Donc l'installation du rpm Dispcal ne fonctionne pas chez moi et à priori je pense que c'est normal (mais au moins nous en savons un peu plus).
P7zip aurait pu être supprimé d'office et remplacé par 7zip sans que vous vous en aperceviez. De mon côté je persiste à passer par Yast et je me serais aperçu de la moindre suppression. Un solution : si vous avez le dvd d'installation vous pouvez faire une mise à niveau et en profiter pour remplacer 7zip par p7zip. Ensuite avec Yast, vous le cochez comme "protégé-ne pas modifier" et ce jusqu'à ce qu'il y ait une version fonctionnelle de 7zip.
Oui p7zip a été supprimé d'office et je m'en suis bien rendu compte justement Je regrette seulement que son remplaçant, 7zip, ne soit pas encore bien intégré à KDE (ça viendra je pense). Sinon 7zip fonctionne très bien en ligne de commande (et si on tient à procéder via une interface graphique, il y a Peazip). Je ne vais donc pas remplacer 7zip ou le faire cohabiter avec un p7zip considéré comme obsolète.
Oui je fais mes mises à jour avec zypper et personnellement je supprime les médias d'installation dans les dépôts (clé usb ou dvd, ils ne servent plus à rien après l'installation).
Faire une mise à niveau à partir du dvd ou de la clé d'installation renfermant une image très ancienne de TW, je le sens moyen quand même.
Comment se fait-il qu'il soit présent sur ma distribution alors même que j'ai procédé à la dernière mise à jour disponible ? P.S : on trouve toujours P7zip dans les dépôts communautaires : https://software.opensuse.org/package/p7zip même pour Tumbleweed.
D'où ma question sur les infos de ton paquet p7zip pour savoir quel dépôt le fournit.
Oui p7zip se trouve dans les dépôts communautaires et expérimentaux mais cela ne m'intéresse pas car 7zip peut faire le même travail en étant plus récent. Il manque juste d'être pris en compte par Ark pour qu'il soit bien intégré dans KDE (et ce n'est pas encore le cas dans le dernier snapshot de Tumbleweed : 20220210).
Il ne se manifeste pas puisqu'il purge au démarrage ...
C'est le comportement qui me semble logique, en rapport avec le service tel qu'il est défini par défaut. La curieuse impression que ça ne se passe pas comme ça sur ma Leap pourtant configurée à l'identique. Faut que je vois ça à la prochaine maj du kernel sur Leap.