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.
il y a de cela 5 ans j'ai fait un peu de java quelques mois pour aider ma copine avec sa licence. On avait utilisé Eclipse comme IDE, ça marchait très bien sur Opensuse. Il existe aussi NetBeam.
Pour installer Eclipse, je pense que le paquet 'eclipse-jdt' présent dans les dépôts d'origine convient.
C'est inattendu effectivement. J'ai cherché un moment, mais je n'ai rien trouvé de pertinent. Ça a l'air de venir de SLE et par ricochet sur Leap 15.3.
oui, merci je connais ce 'man'. En fait je me demande juste pour quelle raison cette "option" m'est proposée après un 'ipsec + tab', alors qu'elle n'est pas là. (Mais pas tant la manière de l'utiliser).
J'ai un peu cherché, ça m'a l'air compliqué.
Ce n'est pas très important, vu que je me débrouille très bien sans. Mais si quelqu'un a des hypothèses, je suis preneur.
je m' "amuse" avec ipsec, plus précisément son implémentation 'strongswan' pour linux.
J'ai installé quelques paquets: ipsec-tools, strongswan, strongswan-ipsec, strongswan-doc. Ce n'est pas super intuitif, mais là n'est pas la question je m'en sors comme il faut.
Par contre, en tapant 'ipsec' dans un terminal, puis une 'espace', puis la touche 'tab' j'obtiens ceci:
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5600 [8086:1612] (rev 0a) Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:1139] Kernel driver in use: i915 Kernel modules: i915
et dans KinfoCenter
01:00.0
NVIDIA Corporation GM107M [GeForce GTX 960M]
Classe de périphérique
Contrôleur d'affichage (0x03)
Sous-classe de périphérique
Contrôleur 3D (0x02)
Interface de programmation du périphérique
Unknown (0x00)
Révision
0xA2
Fabricant
NVIDIA Corporation (0x10DE)
Périphérique
GM107M [GeForce GTX 960M] (0x139B)
Sous-système
Device 1139 (0x1462:0x1139)
Avec ce chipset intel avec GPU intégré on sait plus sur quel pied danser
C'est le module i915 qui est utilisé à la place du nvidia. Il existe des logiciels pour passer du pilote i915 au nvidia (et vice versa). https://en.opensuse.org/SDB:NVIDIA_SUSE_Prime
Je creuserais PRIME avant de revenir à une version qui n'est plus mise à jour.
Il y a de l'espoir. Chez moi, avec Leap 15.3 (c'est ordi fixe avec uniquement une carte nvidia (d'occasion)):
J'utilise les deux sorties, une dvi (moniteur) et une hdmi (tv). Ça marche impeccable (réplication d'écran, deux écrans différents, un seul écran), impeccable. Je n'utilise pas Prime, je n'en ai pas besoin, mais ça à l'air de marcher selon ce que j'en ai lu ci-et-là.
J'ai administré mes dépôts pour n'avoir que les 6 nécessaires (oss, non-oss, update-oss, update-non-oss, backport et sle). J'ai fait cela directement dans /etc/zypp/repos.d/ . Pourquoi ? Car en ajoutant un nouveau dépôt via yast, je ne pouvais pas utiliser la variable $releasever dans l'URL. J'aurais pu écrire directement 15.3 dans l'URL via Yast, mais je préfère $releasever…
Je me suis assuré que tous mes dépôts actifs étaient bien les 6 en question avec comme version 15.3, comme ceci:
J'ai eu des petits soucis à régler, des dépendances avec samba et des libs samba. -> Après une demi-heure de tâtonnement j'ai viré samba (et vlc en plus -> mais je crois que ça avit plus avoir avec samba que vlc)
Ensuite, j'ai relancé la dernière commande. --- la mise à jour à commencé sans problème ---
de retour après quelques jours en balade, me revoilà avec Tumbleweed (hier en fait). J'ai fait ma mise à jour zypper dup, entre autres le pilote NVidia (la honte j'ai cherché quelque chose comme 'en trotre' ), j'ai redémarré la station spatiale (mon ordi), ce sur quoi je me suis à nouveau trouvé en face d'un invité de commande… Mince alors (à lors !!! ).
Aujourd'hui, les neurones un peu plus en phase, je lis les conseils de Philoupes et tente le workaround: la création du lien symbolique… Premièrement, je rallume donc la station, surprise: je suis en gui avec Plasma 5.22. Va comprendre ! Cool, je lance la mise à jour suivante maintenant…
Cependant il reste tout de même des problèmes : 1 - Sur mon fixe il ne veut plus "monter" en graphique (j'ai du NVIDIA) malgré qu'il m'ai demandé un truc à propos de la licence Nvidia... Bon, ça me l'a fait plusieurs fois lors des MàJ. J'ai désinstallé les pilotes Nvidia et j'attends qu'il y ai une MàJ des pilotes pour réinstaller.
Tu n'es pas le seul Philippe, on est au moins deux, peut-être même un peu plus. J'attends plasma 5.22 juste pour voir. J'ai aussi une Nvidia sur le fixe avec tumbleweed…
Le paquet est présent pour Leap 15.2. Sur Tumbleweed, il faut peut être installer momentanément un dépôt factory pour avoir le paquet.
Ce paquet a résolu le problème avec cette webcam (il y a peut être à configurer quelque chose après l'installation, je ne sais pas trop -> voir les liens dessous…, en anglais)
## Type: yesno ## Default: no # # TCP port 6000 of Xserver. When set to "no" (default) Xserver is # started with "-nolisten tcp". Only set this to "yes" if you really # need to. Remote X service should run only on trusted networks and # you have to disable firewall for interfaces, where you want to # provide this service. Use ssh X11 port forwarding whenever possible. # DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
Je suppose que quand je le passe à 'yes', l'option '-nolisten tcp' n'est plus valable et que le serveur X (là où je veux afficher) peut écouter sur le port TCP 6000.
Pour le reste, c'est à creuser. Je continue à chercher, mais plus tard.
Sinon, j'ai testé avec deux machines (pas virtuelles) sous Leap 15.2 sur le même réseau: pas mieux.
Oui, il faudrait que je fouille une peu… Dès que j'ai l'occasion, que l'ordinateur N°2 se libère, je ferai le test sans machine virtuelle. Je n'ai plus trop le temps là, je verrai plus tard… (sorry)