1
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
4
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…
10
Bonjour,
mets les sorties de commandes dans une balise "Insérer du code", c'est beaucoup plus lisible… Comment faire ? Tu cliques sur le croisillon dans les options de mise en page.
Avec les infos que tu as données (elles ne sont pas complètes), tu peux essayer ceci (en root ou vaec sudo)
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http://download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel-devel-5.3.18-57.3.noarch.rpm
→ la ligne juste au dessus est mise entre deux balises "insérer du code", c'est plus joli non ? (mais surtout plus lisible et utilisable)
Puis tu essayes à nouveau de mettre à jour avec zypper…
Source:
https://www.opensuse-forum.de/thread/65936-leap-update-probleme-mit-nvidia-g04/
14
J'ajoute quelques infos pour Tumbleweed, je sais ce n'ai pas le sujet, mais on en est pas loin.
Il s'agit ici de la fenêtre "Welcome" (celle que j'ai…):
On peut supprimer les paquets correspondant (s'installeront-ils de nouveau avec un zypper dup si on ne les bannit pas ? Je pense):
# zypper rm opensuse-welcome opensuse-welcome-lang
Sinon on peut aussi configurer des fichiers.
Le dossier ~/.config/autostart/ a la précédence ("la priorité") sur /usr/share/applications/.
On copie:
cp /usr/share/applications/org.opensuse.opensuse_welcome.desktop ~/.config/autostart/org.opensuse.opensuse_welcome.desktop
Ensuite on ajoute "Hidden=true"
thierry@toto-PC:~> cat ~/.config/autostart/org.opensuse.opensuse_welcome.desktop
# Copy me to /etc/xdg/autostart and /usr/share/applications
[Desktop Entry]
Type=Application
Name=Welcome
Exec=/usr/bin/opensuse-welcome
Icon=org.opensuse.opensuse_welcome
Comment=The openSUSE Welcome utility.
Categories=Qt;System;Documentation
GenericName=Welcome Utility
Hidden=true
# Danish translation
Name[da]=Velkomst
Comment[da]=Redskabet openSUSE Velkomst.
GenericName[da]=Velkomst-redskab
# Spanish translation
Name[es]=Bienvenida
Comment[es]=La utilidad de bienvenida de openSUSE.
GenericName[es]=Utilidad de bienvenida
# French translation
Name[fr]=Bienvenue
Comment[fr]=Utilitaire de bienvenue
GenericName[fr]=L'utilitaire de bienvenue d'openSUSE.
# Polish translation
Name[pl]=Witaj
Comment[pl]=Program do powitania
GenericName[pl]=Program do powitania w openSUSE.
# Simplified Chinese translation
Name[zh_CN]=欢迎
Comment[zh_CN]=openSUSE 欢迎程序。
GenericName[zh_CN]=欢迎程序
Je viens de tester, ça marche → la fenêtre de bienvenue ne s'affiche plus après un redémarrage.
Source: https://docs.kde.org/stable5/en/plasma-workspace/kcontrol/autostart/index.html
Je pense que l'on peut directement intervenir sur /usr/share/applications/org.opensuse.opensuse_welcome.desktop , je n'ai pas testé.
