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.
Poste correctement: uniquement avec la balise "Insérer du code", sans mise en forme dans la balise. Mets tout, y compris la commande, que tout soit bien clair.
je viens de tester pour voir, l'horloge reste bien en place après un redémarrage de l'ordinateur. Elle est placée sur mon écran secondaire. Je suis avec un serveur X, et non avec Wayland, et avec Leap 15.4 (plasma 5.24.4, KDE-framework 5.90.0).
Quel est ta configuration ? (je vois ta signature, mais je préfère demander)
Précision: pour l'installation de l'application "pendule", j'ai cliqué droit sur mon le bureau du deuxième écran, là où il doit être installé et ne plus bouger. Je dis ça, il est possible que cliquer sur l'autre bureau (le principal) à la place du deuxième puis après déplacer l'application vers le deuxième écran pose un problème de positionnement après avoir redémarré. Comment l'as-tu installée ?
Du coup, ma question : Existe il une commande avec Zypper qui permet de lister les packages installés sous un dépôt spécifique ?
Bonjour Philoupes,
tout se trouve dans la section Query Commands de zypper, et dans deux sous-section search (se) [options] [querystring|capability]... et packages (pa) [options] [repository]....
thierry@toto-PC:~> zypper se --installed-only --repo "Packman Repository" Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Summary | Type ---+--------------------------------+------------------------------------------------------------------+------ i | autopano-sift-C | SIFT Feature Detection implementation | Paket i+ | chromium-ffmpeg-extra | Google's open source browser project | Paket i | ffmpeg-4 | Set of libraries for working with various multimedia formats | Paket i+ | flash-player | Adobe Flash Standalone Player | Paket i+ | gstreamer-plugins-bad-codecs | Codecs/plugins for gstreamer-plugins-bad | Paket …
en plus court: zypper se -i -r "Packman Repository" ou encore zypper se -ir "Packman Repository"
Il y a un 'v' dans la première colonne correspondant au paquet 'libheif1', il ne figurait pas dans le sortie de la commande ' zypper se -ir "Packman Repository" '. Ce 'v' indique que le paquet 'libheif1' est présent dans le dépôt "Packman Repository", mais que le paquet 'libheif1' d'installé ne vient pas de ce dépôt. Il vient en l'occurrence chez moi du dépôt "Update repository with updates from SUSE Linux Enterprise 15": (ici il faut regarder le 'i' )
thierry@toto-PC:~> zypper se --details libheif1 Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository --+--------------------+-------+---------------------+--------+------------------------------------------------------------- v | libheif1 | Paket | 1.12.0-pm154.11.2 | x86_64 | Packman Repository i | libheif1 | Paket | 1.12.0-150400.3.3.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 v | libheif1 | Paket | 1.12.0-150400.1.10 | x86_64 | Haupt-Repository | libheif1-32bit | Paket | 1.12.0-150400.3.3.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 | libheif1-32bit | Paket | 1.12.0-150400.1.10 | x86_64 | Haupt-Repository | libheif1-debuginfo | Paket | 1.12.0-pm154.11.2 | x86_64 | Packman Repository
ou encore 'zypper se -s libheif1'.
En résumé: La première solution te liste tous les paquets d'installés et provenant d'un dépôt spécifique.
La deuxième solution te liste tous les paquets d'installés tels que leur nom figure dans un dépôt spécifique, mais pas forcément leur provenance, le fameux 'v'…
Remarque: il y a peut-être d'autres possibilités…
J'espère ne pas avoir dit trop d'âneries ou d'Anne-Marie comme dirait l'autre.
J'ai regardé il y a quelque semaines déjà. Pour conclure, je pense que les deux octets #01FE → 0x55 → 01010101 #01FF → 0xAA → 10101010 indique simplement qu'il s'agit d'un "secteur boot",
uniquement avec un système de fichiers sans partition,
ou bien alors, et c'est plus souvent le cas, avec une structure contenant notamment une table de partition.
Intéressant: Je viens de mettre à jour le firmware de mon imprimante, dans les notes de mises à jour on peut y lire:
Citer
— Fix for an issue where USB flash drives without any partitions are unable to be used in the front USB slot of a device even if they are FAT formatted (this is not common)
Les deux options suivantes permettent selon le "man zypper" de déminer. J'ai déjà testé --dry-option tout seul (sans --download-only), ça marche très bien.
Citer
Package File Conflicts File conflicts happen when two packages attempt to install files with the same name but different contents. This may happen if you are installing a newer version of a package without erasing the older version, of if two unrelated packages each install a file with the same name.
As checking for file conflicts requires access to the full filelist of each package being installed, zypper will be able to check for file conflicts only if all packages are downloaded in advance (see --download-in-advance). If you are doing a --dry-run no packages are downloaded, so the file conflict check will skip packages not available in the packages cache. To get a meaningful file conflict check use --dry-run together with --download-only.
As the reason for file conflicts usually is a poor package design or lack of coordination between the people building the packages, they are not easy to resolve. By using the --replacefiles option you can force zypper to replace the conflicting files. Nevertheless this may damage the package whose file gets replaced.
-D, --dry-run Test the installation, do not actually install any package. If used together with --download-only a meaningful file conflict check can be performed (see section Package File Conflicts).
-d, --download-only Only download the packages for later installation (see also the global --pkg-cache-dir option).
If used together with --dry-run a meaningful file conflict check can be performed (see section Package File Conflicts).
Si on te demande ton mot de passe root au montage (comme ça a l'air sur la capture d'écran), tu peux, en plus de cela, ajouter au fichier /etc/polkit-default-privs.local cette ligne:
man ntfs-3g.probe DESCRIPTION The ntfs-3g.probe utility tests a volume if it's NTFS mountable read-only or read-write, and exits with a status value accordingly. The volume can be a block device or image file.
Le man donne des infos: suivant l'exit code obtenu, la conclusion diffère. C'est pour tester la montabilité d'un système de fichier NTFS.
Les autres programmes disponibles dans le paquet ntfs-3g sont (à fouiller):