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.
Á partir du DVD d'installation on peut accéder à des options de réparation qui concernent aussi GRUB et le système d'amorçage (je crois... si mes sources ne sont pas trop vieilles et si l'UEFI n'est pas venu chambouler tout ça).
Je ne suis pas un spécialiste du hardware mais si rien ne s'allumait, c'est à dire pas même la moindre petite loupiote indiquant la mise sous tension de l'appareil (ce que j'ai cru comprendre), je ne vois pour ma part qu'un souci de connectique ou d'alimentation.
Si c'est une tour, une petit dépoussiérage à l'intérieur n'est peut-être pas vain dans ce cas (je fais ça une fois par an).
Quant à ta deuxième question concernant la comparaison ou la sélection de matériel informatique, il faut déjà définir l'utilisation de la machine (bureautique, jeux, photo, vidéo, MAO-CAO-DAO, ect?) et éventuellement ensuite se diriger vers des sites ou des forums spécialisés (rubriques matérielles). Les configurateurs de certains sites marchands peuvent aussi fournir une bonne base de départ.
Comme c'est une petite boîte, je pouvais m'entretenir régulièrement avec elle par téléphone sur le choix de tel ou tel composant.
Je ne connais pas ton niveau d'expertise au niveau matos alors je t'indique ce qui est ma façon de procéder à la base (après je fouille un peu plus... je me rappelle d'ailleurs avoir pas mal creusé la question du choix d'un écran à l'époque).
Est-ce que vous connaissez comment augmenter les possibilités de modification de cette barre de tâches ?
Maintenant que nous savons que tu utilises KDE, c'est probablement possible.
KDE n'offre pas un moyen simple d'aller modifier assez finement chaque élément du bureau, comme il est possible de le faire avec Xfce par exemple.
Ce que tu nommes "Barre des tâches" s'appelle le "Tableau de bord". C'est important d'utiliser le vocabulaire exact adopté par le bureau car un élément de ce tableau de bord se nomme "Gestionnaire de tâches", on pourrait confondre et te répondre à côté de la plaque.
Le look de ce Tableau de bord dépend du Style Plasma : Configuration du Système - Apparence - Style Plasma. Des styles plasma ont été choisis par défaut pour la distribution mais tu as la possibilité d'en télécharger d'autres (en bas à droite).
Là tu trouves ton bonheur (il y a le choix) ou toujours pas.
Alors tu en télécharges un s'approchant de tes désirs (celui que j'utilise par exemple se nomme Breeze Krystal Dark... bien sur un fond clair... et personnellement je m'arrête à cette étape).
Ensuite, pour affiner, libre à toi d'aller modifier les fichiers de configuration du thème téléchargé (le fichier colors par exemple pour essayer d'agir sur la transparence).
KDE est un environnement de bureau complexe, alors il ne faut pas t'attendre à des choses très simples de prime abord. Mais si c'est ton truc? Et puis faut bien que quelques uns s'occupent de l'esthétique. L'étape suivante serait de parvenir à créer tes thèmes de toutes pièces.
Ah oui, moi c'est la natation pour bien entamer la journée ... et les autres loisirs ensuite.
Les snaps sont des applications empaquetées avec toutes leurs dépendances
Bah, un logiciel installé de cette façon occupe beaucoup plus d'espace disque. Ce n'est pas le seul inconvénient quoique l'on puisse aussi y trouver des avantages à des fins de test par exemple (mais pas que).
C'est toute une galère pour installer le Snap Store...
Ah oui, je vois ça! Les snaps, faut déjà aimer. Dans le même genre, un peu moins décrié, même si personnellement je préfère aussi éviter, tu avais les flatpacks et c'est largement plus simple à mettre en place sur openSUSE visiblement :
La plupart des utilisateurs se satisfont du choix des logiciels proposés par les dépôts officiels.
Perso, le seul dépôt externe que j'utilise est celui pour Sublime-Text qui est maintenu par l'auteur du logiciel, ce qui limite les risques d'incompatibilité.
Comme la plupart des utilisateurs je me satisfais du choix des logiciels, à une exception près peut-être... un peu comme toi d'ailleurs même si le cas de Sublime Text est différent de celui de Darktable, et un peu comme toi aussi d'ailleurs en me fiant à l'éditeur ou à ses recommandations.
Pour la petite histoire, je viens en effet d'installer Darktable 3.2.1 en comparant les dépendances installées avec celles retirées du paquet plus ancien préalablement désinstallé. Ce sont les mêmes, hormis une qui saute (libflickrurl0... normal, plus d'export possible vers Flickr depuis la version 3.0... et c'est sans importance). Et ces dépendances additionnelles sont vraiment peu nombreuses.
Les dépôts home semblent les plus "risqués" de tout ce que j'ai lu. Ce qui est bien avec zypper, c'est le principe de "vendeur" qui fait qu’en ajoutant un dépôt, un paquet déjà installé sur le système ne sera pas automatiquement mis à jour sur une version du dépôt ajouté.
J'ai capté le concept de "vendor stickiness" et bien que manquant encore d'expérience, c'est très intéressant et rassurant.
Les dépôts home (j'ai vu ça, home:toto:paquet), plus "risqués"?
Je viens de comprendre un truc. Je croyais à une distinction marquée entre ces deux sources :
Elles se recoupent en fait. Désolé, j'y suis maintenant.
Bon maintenant je vais prendre le cas concret du logiciel Darktable cité à maintes reprises ici et là. Avec lui c'est la folie. Des paquets communautaires et des expérimentaux en veux-tu en voilà... à quel saint se vouer?
Je suis donc allé sur le site officiel de Darktable , qui de fil en aiguille pour obtenir la dernière version stable à partir d'une tierce partie, me fait atterrir ici :
Par recoupement, sur cette page, je constate que je suis susceptible d'obtenir un paquet classé comme expérimental (ça peut faire peur).
Pas de hiérarchie en termes de risques à priori, je peux le comprendre, mais pour faire un choix on est bien obligé de retenir si possible des critères et de faire un classement en définitive.
Je vais me faire la main avec Darktable... pour voir. J'ai bien pataugé soit dit en passant, et je me demande si nous sommes nombreux à passer par là en découvrant cet aspect de la distribution.
1 : les dépôts officiels + packman => fiabilité autour des 99% ; 2 : les autres dépôts => à tes risques et périls !
Bonsoir,
Quand on débarque les infos se téléscopent parfois (du coup c'est plutôt ma tête qui est fragmentée) et j'ai un moment cru que les dépôts OBS avaient quelque chose de plus officiel. Eh non! et c'est d'ailleurs clairement exprimé dans "Le guide non officiel" que j'avais pourtant lu pour accompagner ma prise en main.
Donc en théorie, pas de hiérarchie dans ce qui n'est pas fiable à 99%. En cas de besoin incontournable, et s'il est difficile de se faire une idée de la "réputation" de tel ou tel dépôt qui n'a à priori pas de raison d'être malintentionné (le droit à l'erreur tout de même!), faut donc y aller au feeling... avec modération.
La documentation d'openSUSE répond souvent bien à mes questionnements mais elle me paraît parfois trop fragmentée pour saisir la logique globale de la distribution au regard des sources de paquets.
Je n'arrive pas en effet à hiérarchiser les sources additionnelles et leurs impacts respectifs sur la maintenance du système : Paquets communautaires et expérimentaux ou encore paquets provenant des dépôts de l'OBS? Dans quel ordre ça se joue pour garantir au mieux la stabilité (certains mots comme "expérimental" ne signifiant pas forcément plus de risques)?
Des questions analogues me viennent aussi à l'esprit quand j'envisage la mise à niveau future de la distribution (Leap bien entendu)... mais j'ai encore un peu de temps pour ça.
Au besoin, et j'espère ne pas avoir à m'y coller, pour ma part je m'en tiendrai à ce que je comprends (et faut pas non plus avoir les doigts engourdis le jour fatidique )
C'est ce que confirme le fichier /usr/lib/sysctl.d/50-default.conf (je suis allé pêcher la doc )
16 - 32 - 128 correspondent aux combinaisons de touche Alt SysRq s u b et je comprends leurs effets supposés. 8 reste une énigme pour moi et je me demande si cela ne correspondrait pas par exemple à Alt SysRq c ("Redémarre via kexec pour faire un crashdump") afin peut-être, j'essaie de comprendre en lisant des trucs ici ou là, de récupérer des infos sur le crash?
Par bonheur je crois que si les combinaisons doivent être effectuées dans l'ordre, toutes ne sont pas obligatoires et on peut n'effectuer que celles que l'on comprend (Alt SyRq s u b dans mon cas). D'ailleurs la valeur 176 pour limiter l'usage des touches magiques était celle qui était définit par défaut dans de précédents versions d'openSUSE il me semble. Par bonheur aussi les touches magiques ne réagissant qu'aux ordres d'un clavier QWERTY, avec les touches s u b nous ne sommes pas handicapés sur un clavier AZERTY (les touches correspondent).
Enfin, tout ceci pour autant que selon notre configuration matérielle, la touche SysRq corresponde bien à une touche Syst ou Imprim écran (ce n'est pas toujours gagné paraît-il).
Les touches magiques portent bien leur nom car elles sont très mystérieuses. Vaut mieux ne pas tout planter même si j'ai le sentiment que les systèmes actuels résistent bien aux redémarrages sauvages.
Oui merci, j'avais vu pour la 3.2.1 mais pas pour la 3.3.0. Sinon je veux bien suivre ta recommendation mais j'hésite encore avec les dépôts communautaires car je marche toujours sur des oeufs (faut que j'assimile bien comment gérer ces dépôts et comment ils s'inscrivent dans le système de mise à jour).
Les posts sur Linuxfr.org ça ne plaisante pas! Et le boulot chez Darktable, tout pareil! Rien que l'amélioration des performances et la correction de bugs peuvent intéresser un novice (plus facile d'apprendre si le logiciel répond mieux). Merci pour l'info.
On peut se moquer mais pas me traiter de mytho car oui j'ai déjà réussi à planter Leap en dix jours de temps d'utilisation. Reboot sauvage (c'est pas bien d'où ce nouveau sujet) , expérimentation à l'arrache des snapshots, par bonheur ça fonctionne et je retrouve ma bonne humeur.
Les touches magiques SysRQ nom d'une pipe! Je les avais complètement oubliées celles-là, ne les ayant utilisé qu'une fois du temps de Mandrake ou Mandriva. Petit rappel : Ce sont des séquences et des combinaisons de touches pour essayer de sortir proprement d'un plantage.
Bref, je révise la question, je constaste que ces touches magiques sont bien activées par défaut dans Leap et que par défaut il leur est attribué la valeur 184 (toutes choses vérifiables simplement dans Yast).
Cette valeur est en fait une limitation de l'usage des combinaisons de touches possibles car elles ne sont pas anodines (elles titillent le noyau et le monsieur est rigoureux quand on s'adresse à lui).
Chez Ubuntu par exemple cette valeur est fixée par défaut à 176 et elle autorise trois actions successives à effectuer dans l'ordre.
Comme on peut le lire sur cette page, 176 résulte d'une addition de valeurs équivalentes chacune à une action (attention, toutes les actions possibles ne sont pas listées dans le tableau).
Donc, par défaut chez openSUSE, avec la valeur 184, nous sommes autorisés à effectuer au moins une opération supplémentaire car je suppose qu'il y a une sorte de correspondance avec la politique d'Ubuntu à ce niveau (des opérations basiques à peu près compréhensibles pour un utilisateur lambda).
La question : Par défaut que sommes-nous autorisés à faire pour tenter de sortir d'un plantage, comment et dans quel ordre?
J'ai essayé Alt-Sys-H pour consulter l'aide dans une console (Sys = Impr. Écran chez moi à priori), sans résultat soit dit en passant.
Maintenant, ce n'est pas vital non plus, j'avais fait une grosse boulette complètement idiote dont l'idée ne passe théoriqement pas par toutes les têtes.
J'en connais qui sont passés sous Debian pour avoir des softs plus récents, c'est fonction du besoin, mais je trouve que la distro parfaite existe. Chacune a ses avantages/inconvénients.
Bonjour,
En fait il y a actuellement deux versions ESR de Firefox (68.12.0esr et 78.2.0esr). Je ne sais pas pourquoi...
Leap correspond en gros à Debian stable mais en ce qui concerne Firefox, Leap dispose de la version ESR la plus récente. Je crois aussi que la version de KDE Plasma est aussi plus fraîche sur Leap (en plus d'être une version LTS si j'ai bien compris). J'avais néanmoins noté il y a quelques temps des choses plus en retrait par contre. En stable, l'avantage de Debian se situe pour moi dans les backports. Sinon, avant d'installer Leap, j'avais brièvement essayé en dur Debian stable KDE. Et là, Leap a largement gagné ma préférence.
Maintenant, à mon niveau la fraîcheur des paquets n'est pas une priorité. J'ai un moment regretté que Darktable par exemple soit en version 2.6.3 (3.0.2 dans les backports de Debian)... mais quoi? Je ne maîtrise pas du tout ce logiciel. Donc commençons par le début, l'apprentissage, et après on verra et il n'est pas dit que les dernières nouveautés m'apportent forcément un gain dans ma pratique (plutôt lègère de la photographie).
Avantages et inconvénients, il faut certes les mesurer mais aussi les peser dans son usage personnel.
C'est en toute humilité qu'un nouveau membre salue le retour d'un ancien.
Juste pour te dire que LinuxPedia, même si plus maintenu, est tombé assez vite dans mes marque-pages alors que je cherchais de la doc sur openSUSE que je découvre à peine. Une bonne documentation peut-être plus complètement d'actualité mais qui reste utile.
... et les autres loisirs ensuite.
) et installer Video Downloader.
)
ça ne plaisante pas! Et le boulot chez Darktable, tout pareil! Rien que l'amélioration des performances et la correction de bugs peuvent intéresser un novice (plus facile d'apprendre si le logiciel répond mieux). Merci pour l'info.