Aller au contenu principal

Messages

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.

Messages - denebe

106
Sécurité / Re : Remplacer root par sudo ?
Bonjour,

quelle commande par exemple demande malgré tout le mot de passe root ?

Remarque: question sécurité, configuré comme ceci "%wheel ALL=(ALL:ALL) ALL", n'importe qui (curieux ou mal intentionné) appartenant au groupe wheel peut tout de même ouvrir un shell logué avec root (sans avoir le mot de passe root). En pratique, on n'est pas très loin de la configuration d'opensuse, même si "en apparence" c'est différent. Mais il est vrai que si on n'appartient pas au groupe wheel, c'est rappé.
109
Programmes et logiciels / Re : paquets noto
Je suis à l'instant avec une machine virtuelle, Tumbleweed 32 bits (à jour), j'ai uniquement deux paquets d'installés.
denebe@localhost:~> zypper se noto | grep '^i'
i | google-noto-coloremoji-fonts           | Noto Color Emoji font                                              | Paket
i | noto-sans-fonts                        | Noto Sans Font                                                     | Paket
110
Programmes et logiciels / Re : paquets noto
Bonjour Moni,

juste une info, chez moi je n'ai pas beaucoup de paquets d'installés avec "noto" dans le nom. Si ça peut t'aider.
thierry@toto-PC:~> zypper se noto | grep '^i'
i | google-noto-fonts-doc                 | Noto Font Families License                                        | Paket
i | noto-coloremoji-fonts                 | Noto Color Emoji font                                             | Paket
i | noto-sans-fonts                       | Noto Sans Font                                                    | Paket
i | texlive-notoccite                     | Prevent trouble from citations in table of contents, etcetera     | Paket
i | texlive-notoccite-doc                 | Documentation for texlive-notoccite                               | Paket
112
Internet, réseaux et serveurs / Re : Partage connexion Windows, soucis appareils Android / Linux
Une idée:

Si tu cherches uniquement à réaliser un hotspot (donc tu n'utilises pas vraiment windows), tu pourrais essayer avec un live-CD ubuntu  (ou autre) par exemple, puis tu configurerais ton hotspot. Ça ne coûte rien d'essayer… Du temps !

Il faudrait une distribution assez récente et plutôt bien fournie en driver.

Sinon, toujours si tu n'utilises pas windows, tu peux installer une version serveur (pour occuper le moins de place possible → il s'agit ici de faire hotspot, rien d'autre, pas besoin de plasma… Une partition de 8G avec un système de fichier ext4 suffirait, voir moins). Et configurer ton hotsport avec nmcli. Il faut un peu chercher, je pense que c'est faisable…

Pour info:
je viens d'instaler un leap 15.4 server en VM, sur 8G de la partition / , seulement 27% sont utilisés…
thierry@localhost:~>lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0    8G  0 disk
├─sda1   8:1    0    8M  0 part
└─sda2   8:2    0    8G  0 part /
sr0     11:0    1 1024M  0 rom

thierry@localhost:~>df
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
devtmpfs            4096       0      4096    0% /dev
tmpfs            1007984       0   1007984    0% /dev/shm
tmpfs             403196   16048    387148    4% /run
tmpfs               4096       0      4096    0% /sys/fs/cgroup
/dev/sda2        8145388 2064632   5645404   27% /
tmpfs             201596       0    201596    0% /run/user/1000
Benutzt → utilisé (en block) ; Verfügbar → disponible (en block) ; Verw% → pourcentage d'utilisé ; Eingehängt auf → monté sur
113
Internet, réseaux et serveurs / Re : Partage connexion Windows, soucis appareils Android / Linux
C'est Windows 10. Pour la carte réseau, La carte : Intel(R) Ethernet Connection (6) I219-LM
C'est la carte ethernet, pas la wifi…

Mouais… Je te donne quelques liens:

Ça m'a l'air de venir de windows ce problème. (au doigt mouillé)
115
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Il y a les dépôts "officielles", puis il y a les autres.
Les dépôts officielles sont cohérents entre eux.

Plus tu installes des dépôt exotiques (annexes), plus le risque sera élevé que deux versions d'un paquet soient différentes, et notamment leurs dépendances. C'est par exemple le cas avec le dépôt "mozilla" que tu as…

Même le dépôt packman n'est pas "officiel". Chez moi j'ai par exemple:
thierry@toto-PC:~> sz
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

Die folgenden 12 Paketaktualisierungen werden NICHT installiert:
  ffmpeg-4                        4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavcodec58_134                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavdevice58_13                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavfilter7_110                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavformat58_76                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavresample4_0                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libavutil56_70                  4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libpostproc55_9                 4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libswresample3_9                4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  libswscale5_9                   4.4-150400.1.13   x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  perl-Glib-Object-Introspection  0.049-150400.1.5  x86_64  Haupt-Repository  SUSE LLC <https://www.suse.com/>
  perl-Gtk3                       0.038-150400.1.9  noarch  Haupt-Repository  SUSE LLC <https://www.suse.com/>
Keine auszuführenden Aktionen.
thierry@toto-PC:~>
Comme j'ai donné la priorité au dépôt packman, et que le paquet ffmpeg-4 est disponible en version  4.4-150400.1.13 dans le dépôt "officiel" OSS, zypper me l'indique, tout est parfaitement normal (et sans danger de tout casser avec packman !!).

On peut le voir avec cette commande (zypper se -s ffmpeg-4):
thierry@toto-PC:~> zypper search --details ffmpeg-4
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                         | Type       | Version         | Arch   | Repository
--+------------------------------+------------+-----------------+--------+-------------------
i | ffmpeg-4                     | Paket      | 4.4-pm154.2.6   | x86_64 | Packman Repository
v | ffmpeg-4                     | Paket      | 4.4-150400.1.13 | x86_64 | Haupt-Repository
  | ffmpeg-4                     | Quellpaket | 4.4-pm154.2.6   | noarch | Packman Repository


Le i signifie cette version est installée, v signifie une autre version de ce paquet est actuellement installée. (je dirais disponible plutôt)

C'est la version du dépôt packman qui est installée, et pas celle d'OSS (Haupt-Repository).

En conclusion, tout ça est parfaitement NORMAL. Mais il est important de comprendre grossièrement ce qu'il se passe.

Un débutant installant une ribambelle de dépôts annexes aura certainement des problèmes plus ou moins gênants à courte échéance…
119
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
3) Il reste donc ce pb majeur que mes paquets ne se mettent donc pas a jour tout seuls ! yaurait il un "lock" quelquepart ?

La mise à jour d'un certain paquet est proposée sur un dépôt B (une  version plus récente, la 2 disons), alors que la version actuelle est celle sur le dépôt A (la 1).
Problème: un programme, une librairie demande la version 1 du paquet pour bien fonctionner.
Conclusion: zypper t'affichera que la version 2 du paquet ne pourra pas être mis à jour, bien que présente.

PS: ça ne veut pas dire que le programme (celui qui demande la version 1) ne pourra pas fonctionner avec la version 2, mais on dans le doute on reste avec la version 1.
120
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Ne confond pas le kernel avec le kernel-devel ou le kernel-default-devel…

Le kernel sert à faire tourner ton OS. Il est chargé en mémoire vive (pendant le boot) et gère tout ce qu'un simple utilisateur n'a pas à gérer.

Les paquets *-devel sont là, car ils sont nécessaires pour d'autres paquets. c.f. réponse de manchette.

En conclusion, pour ce point, l'installation de ton driver avait besoin de ces paquets *-devel, il les a utilisés, ton driver est installé, c'est fini, ça marche ! N'oublie pas que ton kernel n'a pas changé (celui chargé en mémoire vive lors du boot).