Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Xfce » Debian testing : panne de clipman :-( » 07-07-2020 14:17:53

Merci Croutons!

En procédant comme tu as dit, je note que

- clipman semble se relancer immédiatement en fait. Par exemple, lorsque je veux la relancer à la fin, j'obtiens

~$ xfce4-clipman
** Message: 15:10:12.720: Primary instance org.xfce.clipman already running

(xfce4-clipman:204036): GLib-GIO-WARNING **: 15:10:27.726: Your application did not unregister from D-Bus before destruction. Consider using g_application_run().


et, également, la petite icône de presse-papier ne disparaît pas dans mon menu

- le fichier où sont enregistré les presse-papiers successifs n'existait pas

- maintenant que je l'ai créé, après avoir re-tué le process, je vois effectivement les trois presse-papiers que je viens d'y mettre

- mais clipman n'écrit toujours pas dans ce fichier lorsque je copie un mot de plus. Il doit y avoir la partie qui récupère le presse-papiers qui rate son tour quelque part...

[edit] Clipman par contre ramène bien l'un des anciens mots dans le presse papier par contre si je le lui demande

#2 Xfce » Debian testing : panne de clipman :-( » 06-07-2020 20:32:44

Herve5
Réponses : 2
Bonjour à tous,

Je vivais heureux avec mon Debian testing (xfce) tout frais, et soudain, la petite icône de clipman m'affiche "le presse-papier est vide" en permanence...
Le copier/coller fonctionne (entre application, pour un presse-papier) mais j'avais pris l'habitude d'entasser dans clipman une paire de copies puis de les recoller dans le bon ordre, et je suis très frustré...
J'ai les paquets suivants, qu'il ne me semble pas avoir mis à jour récemment:
DzHueq0.png
J'avais aussi xfce4-goodies, que j'ai enlevé comme ça pour voir (et sans effet)...
Je considérais que ce xfce4-clipman était le bon choix "par défaut" sur xfce...

Tout conseil est le bienvenu!
Merci!
Hervé

#3 Re : Système » dual boot Deb/Win et virtualisation? » 05-07-2020 12:53:15

Merci raleur, ça a l'avantage d'être clair, et la porosité à Windows est clairement la dernière chose que je recherche, l'exact opposé.
Je vais déplacer mon problème alors : je vais essayer de créer une machine windows virtuelle de base, en récupérant une image win chez M$, et de "passer dessus" la licence win que j'ai sur l'autre partition. Inutile de dire que ça n'a rien de trivial pour moi :-D mais ça me paraît plus sûr.

J'en suis donc ramené au problème du choix entre Qemu et tous les autres, sachant que je n'ai que de très lointains souvenirs des "virtualiseurs" sur mac il y aplus de dix ans...
Y aurait-il quelque part une comparaison un peu synthétique, sachant que je recherche si possible à la fois
- la meilleure sécurité, qui pour moi signifie open source
- une interface assez simple à comprendre, avec des réglages genre accès et interfaces dotés d'un GUI aussi simple que possible...

Et je vais de ce pas rechercher "comment récupérer ma license win10", sachant qu'à tout les coups c'est un truc préinstallé qui va tout faire pour éviter d'avouer ;-)

[edit] j'ai trouvé une commande directement depuis Linux; elle donne quelque chose sans que je sache encore si c'est bon :

~$ sudo strings /sys/firmware/acpi/tables/MSDM | tail -1


... et je me lance à partir de https://debian-facile.org/doc:autres:vm:vm big_smile mais je n'ai pas encore trouvé de comparaison...
H.

#4 Re : Système » dual boot Deb/Win et virtualisation? » 05-07-2020 11:45:27

Rebonjour à tous!
J'avais un peu abandonné cette question, parce que la perspective d'aller télécharger une seconde installation Win10 alors que j'en ai déjà une sur l'autre partition m'ennuyait un peu (en fait c'est parce que je n'ai vraiment pas souvent besoin de Win10)...

Mais je suis tombé récemment sur la discussion en anglais suivante : https://k3a.me/boot-windows-partition-v … -kvm-uefi/ où l'on dirait que des pros (entendez : pas moi) ont réussi à paramétrer Qemu pour effectivement démarrer un win10 sur une partition existante.
Dans ma comprenoire exigüe je comprends qu'il y a un tas d'étapes à préparer pour la gigantesque commande proposée, depuis l'identification des bonnes partitions jusqu'à la description exacte de la fenêtre graphique de sortie, etc.

Sauriez-vous me dire si selon vous
- la procédure donnée est bien exhaustive (et prudente)
- un type comme moi va être capable de comprendre et trouver tous les paramètres (ceux qui m'aident ici régulièrement ont pu mesurer mon degré de rusticité)
- et si tout ne va pas sauter si j'envoie une commande avec le mauvais paramètre quelque part (ce qui va obligatoirement arriver plusieurs fois big_smile )

Merci pour vos opinions qui me sont indispensables!
H.

#5 Re : Gestion des paquets Debian » passer de testing à bullseye simplement? » 29-06-2020 11:26:57

Merci Gilles!
Je n'avais ajouté l'expérimental que pour un paquet précis (support de la lecture d'empreintes digitales*, qui du reste continue à ne pas marcher); effectivement je l'enlèverai d'ici peu...
Merci encore!
H.
(*) https://debian-facile.org/viewtopic.php?id=27550

#6 Re : Gestion des paquets Debian » CherryTree : ça viendra un jour ou c'est mort ? [en hibernation] » 29-06-2020 11:23:58

Il y a manifestement une correction orthographique paramétrable dans les préférences (cf. ci-dessous) mais chez moi je n'ai probablement pas le correcteur correspondant, et elle est grisée :
65tTvpI.png

#7 Gestion des paquets Debian » passer de testing à bullseye simplement? » 29-06-2020 10:46:13

Herve5
Réponses : 2
Bonjour,
Je suis actuellement sous Debian testing(/sid) et j'aimerais que lors de la prochaine évolution, mon système, au moins dans un premier temps, reste sur Bullseye, en devenant donc stable.
Au lieu d'être obligé de réagir rapidement lorsque les contenus des dépôts changeront, j'envisageais d'aller éditer (avec appréhension) ma liste de dépôts pour remplacer "testing" par "bullseye". (Est-ce bien la bonne méthode?)

Mais de fait je découvre que ça semble déjà être le cas, car mes fichiers source sont les suivants:

deb http://ftp.fr.debian.org/debian/ bullseye main non-free contrib
deb-src http://ftp.fr.debian.org/debian/ bullseye main non-free contrib

deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free


et un experimental.list dans /etc/apt/sources.list.d/ qui contient

deb http://deb.debian.org/debian/ experimental main



Est-ce que mon interprétation est correcte? En d'autre termes, lorsque Bullseye deviendra stable, est-ce que dans ces conditions je vais rester naturellement dessus?

Merci!!
Hervé

#8 Re : Gestion des paquets Debian » CherryTree : ça viendra un jour ou c'est mort ? [en hibernation] » 28-06-2020 21:47:30

Je tombe là-dessus par hasard, mais je signale qu'après avoir échangé avec le développeur (qui n'est donc pas mort ;-) j'ai installé le flatpak sur ma testing, et ça marche au poil. Flatpak n'est pas snap donc je ne fricote pas avec le diable...

#9 Re : Matériel » pilotes biométrie? » 24-06-2020 18:28:15

Je reviens sur cette question quelque temps plus tard, car il vient d'y avoir une mise à jour sur l'updateur de firmare ((fwupd) dans ma Debian Testing.
Une fois faite, j'ai toujours un échec mais avec un comportement différent :
Avant:

~$ sudo fprintd-enroll herve
list_devices failed: No devices available


Après:

~$ sudo fprintd-enroll herve
[sudo] Mot de passe de herve :
Using device /net/reactivated/Fprint/Device/0
failed to claim device: Open failed with error: The driver encountered a protocol error with the device.
 


Donc maintenant mon détecteur d'empreintes est "vu" mais pas encore maîtrisé tongue
J'ai aussi lancé

~$ sudo fwupdmgr get-devices
[sudo] Mot de passe de herve :
20QNCTO1WW

├─Thunderbolt Controller:
│     Device ID:           480ca2289cbe9d4d195a83b9dd90c24deb96671e
│     Summary:             Unmatched performance for high-speed I/O
│     Current version:     43.00
│     Vendor:              Lenovo (TBT:0x0109)
│     GUIDs:               d358cf61-abca-5232-bfde-8a92e1a5b100 ← TBT-01091820-native
│                          64e51565-c48d-55e1-b59f-ca1afff199f4 ← TBT-01091820-native-controller0-0
│     Device Flags:        • Internal device
│                          • Updatable
│                          • Requires AC power
│                          • Device stages updates
│  
├─Prometheus:
│ │   Device ID:           d432baa2162a32c1554ef24bd8281953b9d07c11
│ │   Summary:             Fingerprint reader
│ │   Current version:     10.01.3121519
│ │   Vendor:              Synaptics (USB:0x06CB)
│ │   Install Duration:    2 seconds
│ │   Serial Number:       196138113603180
│ │   GUIDs:               09e8bf16-3e69-50f5-bb66-c7a040248352 ← USB\VID_06CB&PID_00BD&REV_0000
│ │                        8088f861-6318-5b1e-9ce4-fbddbedb09ac ← USB\VID_06CB&PID_00BD
│ │   Device Flags:        • Updatable
│ │                        • Cryptographic hash verification is available
│ │
│ └─Prometheus IOTA Config:
│       Device ID:         8dcffb5d059857368caa2b7b22371ebd831b0c0c
│       Current version:   0022
│       Minimum Version:   0022
│       Vendor:            Synaptics (USB:0x06CB)
│       GUID:              7c5a1e62-38fa-5859-9337-09dbac6377e4 ← USB\VID_06CB&PID_00BD-cfg
│       Device Flags:      • Updatable
(etc., et à la fin:)
________________________________________________

Devices that have been updated successfully:

 • System Firmware (0.1.20 → 0.1.22)
 


Donc j'ai l'impression d'avoir mis à jour quelque chose (le system firmware?) mais réitérer ensuite la commande fprintd-enroll retombe sur la même erreur...

#10 Re : Les logiciels libres » Retour LMDE4 » 18-06-2020 11:34:41

@debeee, rapidement par manque de temps :
- oui on peut récupérer un profil sans DisplayCal : par exemple, j'ai créé un profil avec ma sonde XRite en faisant tourner la machine sur petite partition Win10 d'origine avec le logiciel XRite (dispo que sur win et mac), j'ai récupéré le fichier .ics, et je peux l'activer directement dans Debian
- je peux désactiver le profilage de l'écran avec le bouton de gauche

#11 Re : Les logiciels libres » Retour LMDE4 » 17-06-2020 21:11:17

Debian Testing XFCE, paramètres -> profils de couleur :
kehlrh3.png
Et avant, j'avais une Debian Mate, mais je ne sais plus les détails...

#12 Re : Matériel » pilotes biométrie? » 17-06-2020 10:19:19

èfpé a écrit :

Il me semble avoir lu sur le fil cité plus haut qu'il faut commencer par mettre à jour le firmware UEFI.


Alors, côté UEFI, en GUI, une seule des trois lignes possède des boutons non grisés.
Le bouton "verify" ne donne rien :
A5BhHzy.png
et le bouton "upgrade" ne... propose que des downgrades :
9oGzuID.png
Faut peut-être y aller au terminal, à la manière "fwupdmgr enable-remote lvfs-testing" citée dans https://github.com/nmikhailov/Validity90/issues/72 mais j'entre de plus en plus dans un domaine mal maîtrisé...
Merci pour ton support!

#13 Re : Matériel » pilotes biométrie? » 17-06-2020 09:43:26

Malheureusement si, les boutons ont toujours été grisés, et le restent pour les deux entrées Prometheus (pas pour les autres) :
iSi1oWD.png

#14 Re : Les logiciels libres » Recherche et synchronisation dans Framagenda » 17-06-2020 09:20:09

Tu ne dis pas sur quel OS est basé ton téléphone... Sur android tu as icsDroid qui récupère facilement tout export .ics que tu ferais de ton pc vers un serveur, mais je ne l'utilise que dans cette direction pas dans l'autre; je ne sais pas s'il synchroniserait vraiment dans les deux sens.
Sinon, tu as les calendriers NextCloud, qui sont synchro sur toute machine et dans tous les sens... Entièrement sous contrôle si tu fais tourner un Nextcloud sur un petit hébergeur associatif genre Ouvaton (qui peut l'installer pour toi)
H.

#15 Re : Les logiciels libres » Retour LMDE4 » 17-06-2020 09:10:23

Debeee a écrit :

argyll est une usine à gaz (faut voir le menu "graphisme" après l'installation !), et y'a des trucs pas forcément utiles


Ah, de mon côté j'avais utilisé DisplayCAL* (qui emploie Argyl mais de façon transparente), avec une sonde XRite i1Studio. DisplayCAL depuis au moins deux versions de Debian fonctionne parfaitement et de façon très simple pour les écrans; par rapport au soft (propriétaire et non Linux) de XRite il lui manque cependant l'étalonnage des imprimantes.

Je pense que le réglage "couleurs" est générai à la base Debian, en tout cas il est parfaitement intégré sur ma Debian XFCE testing, et je l'avais sur la Debian Mate précédente quoique de façon moins intuitive (il me semble qu'il n'y avait pas encore le menu tout simple "choisis ton profil ICC" sur chaque écran)

(*) https://hub.displaycal.net/ Support étonnamment réactif et compétent, même pour l'idiot que j'étais il y a quelques années ans

#16 Re : Matériel » pilotes biométrie? » 16-06-2020 21:19:09

Je découvre que j'ai déjà fwupd : sur Synaptics,
DMApzTE.png
Je regarde le man
[edit] pas sûr d'avoir fwupdmger précisément, je retourne voir
Ah, si, mais il faut directement poser une question compliquée; j'obtiens par exemple:

herve@LinuxHerve:~$ sudo fwupdmgr get-devices
20QNCTO1WW

├─Thunderbolt Controller:
│     Device ID:           480ca2289cbe9d4d195a83b9dd90c24deb96671e
│     Summary:             Unmatched performance for high-speed I/O
│     Current version:     43.00
│     Vendor:              Lenovo (TBT:0x0109)
│     GUIDs:               d358cf61-abca-5232-bfde-8a92e1a5b100 ← TBT-01091820-native
│                          64e51565-c48d-55e1-b59f-ca1afff199f4 ← TBT-01091820-native-controller0-0
│     Device Flags:        • Internal device
│                          • Updatable
│                          • Requires AC power
│                          • Device stages updates
│  
├─Prometheus:
│ │   Device ID:           d432baa2162a32c1554ef24bd8281953b9d07c11
│ │   Summary:             Fingerprint reader
│ │   Current version:     10.01.3121519
│ │   Vendor:              Synaptics (USB:0x06CB)
│ │   Install Duration:    2 seconds
│ │   Serial Number:       196138113603180
│ │   GUIDs:               09e8bf16-3e69-50f5-bb66-c7a040248352 ← USB\VID_06CB&PID_00BD&REV_0000
│ │                        8088f861-6318-5b1e-9ce4-fbddbedb09ac ← USB\VID_06CB&PID_00BD
│ │   Device Flags:        • Updatable
│ │                        • Cryptographic hash verification is available
│ │
│ └─Prometheus IOTA Config:
│       Device ID:         8dcffb5d059857368caa2b7b22371ebd831b0c0c
│       Current version:   0022
│       Minimum Version:   0022
│       Vendor:            Synaptics (USB:0x06CB)
│       GUID:              7c5a1e62-38fa-5859-9337-09dbac6377e4 ← USB\VID_06CB&PID_00BD-cfg
│       Device Flags:      • Updatable
│    
├─SAMSUNG MZVLB2T0HALB-000L7:
│     Device ID:           03281da317dccd2b18de2bd1cc70a782df40ed7e
│     Summary:             NVM Express Solid State Drive
(etc.)


Quelque part je retrouve les infos du tableau de bord GUI plus haut semble-t-il

#17 Re : Matériel » pilotes biométrie? » 16-06-2020 20:02:14

Merci èfpé: après avoir désinstallé libfprint0 voici ce qui se passe :

oot@LinuxHerve:~# fprintd-enroll
Using device /net/reactivated/Fprint/Device/0
failed to claim device: Open failed with error: The driver encountered a protocol error with the device.


Je me demande ce qu'est ce "reactivated"...
Je rappelle que mon "tableau de bord" Firmware m'indique ceci:
DuMdD9k.png
avec donc deux entrées pour le reader, l'une à son nom et la seconde avec "IOTA config" à côté (sur la même référence USB)

#18 Re : Les logiciels libres » Retour LMDE4 » 16-06-2020 19:57:38

--gilles-- a écrit :

(...)Si on veut utiliser un autre profil, on va dans Paramètres -> Couleurs -> on choisit le périphérique -> on clique sur le bouton à droite où il y a un triangle et l'on choisit ( sauf si on a mis auparavant l'option " Créer un profil pour tous utilisateurs" )


Je confirme que sur Debian testing c'est parfait aussi... et c'est très agréable d'étalonner deux écrans et de comparer avant/après aussi simplement...

#19 Re : Matériel » pilotes biométrie? » 16-06-2020 19:33:15

Merci èfpé!
Voici :

$ apt list --installed *fprint*
En train de lister... Fait
fprintd/experimental,now 1.90.1-1 amd64  [installé, automatique]
libfprint-2-2/experimental,now 1:1.90.1-2 amd64  [installé, automatique]
libfprint0/testing,now 1:1.0-1 amd64 [installé, pouvant être supprimé automatiquement]
libpam-fprintd/experimental,now 1.90.1-1 amd64  [installé]


Sinon oui c'est bien un Thinkpad P53...

#20 Re : Matériel » pilotes biométrie? » 16-06-2020 12:55:35

Bonjour et merci de votr patience!

@Croutons : non, j'ai tenté en mettant carrément le doigt dessus à l'avance, et j'ai aussi installé un "fprintd-demo" avec un joli GUI qui me dit... qu'il ne voit pas de dispositif de mesure

@èfpé : dmesg | grep DMI: ne retourne... rien :

root@LinuxHerve:~# dmesg | grep DMI:
root@LinuxHerve:~#


Comment mettre le firmware à jour lorsqu'on est aussi bête que moi?

#21 Re : Matériel » pilotes biométrie? » 15-06-2020 16:09:01

Rebonjour!
J'ai effectivement installé le repo experimental comme indiqué, puis installé le nouvel fprintd avec la commande indiquée, qui s'est bien passée; notamment le terminal répond lorsque je demande ensuite des choses comme "fprintd-enroll monutilisateur". Mais à ce moment-là... manifestement je perds contact, j'obtiens :

~$ sudo fprintd-enroll herve
list_devices failed: No devices available
 


Aurais-je oublié d'installé la liste des devices supportés, ou quelque chose comme ça?

j'ai redémarré complètement, pour être sûr. J'ajoute que, contrairement à la situation précédente avec la version "fossile" de fprintd, désormais avec le nouveau le tableau de bord "firmware" continue à voir le matériel  (Prometheus, ci-dessous) -avant, lorsque j'installais fprintd version 0.9, la ligne "Prometheus" disparaissait lorsque je lançais ce tableau
iL37TyM.png
Merci, dans tous les cas!
Hervé

#22 Re : Matériel » petit Frankenstein : déplacer un second disque d'une machine à l'autre » 14-06-2020 18:54:30

sur l'ancien ce n'est pas une nappe, le connecteur est directement soudé sur une carte...
... et après vérif Lenovo fournit tout un tas de pièces détachées... mais pas cette nappe-là...
Va falloir que je trouve un bon bricoleur...
Je vais rouvrir la bête pour photographier le connecteur sur la carte mère; il a l'air ultra-moderne...

#23 Re : Matériel » petit Frankenstein : déplacer un second disque d'une machine à l'autre » 14-06-2020 17:59:23

Bon, résultat actuel des courses, assez catastrophique :
(1) le Lenovo a manifestement besoin d'une nappe de connexion entre le disque et la carte mère, qui n'est PAS fournie puisque je l'ai acheté sans second disque.
J'ai donc bien regardé l'emplacement, et... maintenant je n'ai plus qu'à trouver une nappe Lenovo...
(2) Je referme donc la machine sans aucun changement, je rebranche l'alim, je reboote, tout va bien jusqu'à l'affichage du dialogue Debian de login -> surprise mon log/pass n'est plus reconnu. Coincé là. Plus d'ordi.

Bon, après une longue errance, et grâce à un login en root, je me suis souvenu que j'avais simplifié mon nom dans le login normal par rapport à l'autre machine, et comme ce nom de login, il est toujours prérempli et on ne le regarde jamais...
Bref : j'en suis revenu à l'étape initiale, sauf qu'il me reste à rééditer les détails pour faire réapparaître mon second disque sur l'ancienne machine.
Mais, pour l'instant je souffle un peu (et j'ai épuisé mon adrénaline pour la semaine big_smile )
Va me falloir aller voir sur la boutique en ligne Lenovo si je peux acheter cette foutue nappe...

Hervé

#24 Re : Matériel » petit Frankenstein : déplacer un second disque d'une machine à l'autre » 14-06-2020 16:55:24

incidemment (je suis en train de faire la manip) la mise à jour d'initramfs me renvoie un tas d'insultes:


$ su -
Mot de passe :
root@Tuxedo:~# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-9-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
root@Tuxedo:~#
 



... je ne sais pas qui est ce monsieur r8169, mais je continue. Je vais rebooter la vieille machine avant de la démonter, pour voir

[edit] la vieille machine a bien rebooté proprement, j'ai bien noté que mon ancen dossier "data" est désormais vide. La seule surprise est que le fond d'écran a disparu, mais en écrivant je comprends : à tous les coups j'avais choisi une photo qui se trouvait... sur le second disque, donc plus accessible.
Je me lance dans le démontage du disque.
[edit2] disque démonté. Reboot de l'ancienne machine pour voir. Arrêt imprévu, avec un message qui pour moi est terrifiant (ci-dessous, et mal lisible smile ), mais au bout de dix longues secondes, ça repart avec un message mécontent (genre je suis allé rechercher un backup).
RP4yHiH.png
Donc à quelque chose près tout va bien, et sera réversible si la suite se passe mal.
Je me mets au démontage du Lenovo selon la doc.

#25 Re : Matériel » petit Frankenstein : déplacer un second disque d'une machine à l'autre » 14-06-2020 15:54:09

Merci!
Je vais me lancer dans la llllongue manip.
Dommage qu'il n'y ait pas le son, on entendrait l'une de ces musiques terribles qui accompagnent la préparation de l'exploit de l'acrobate ou l'entrée du lion dans la cage ;-)

Pied de page des forums

Propulsé par FluxBB