Re: GPS, logiciels libres et Debian
Le 2021-07-17 14:53, Denis Fertin a écrit : " Hum, hum ;)" ne correspond pas à mon standard de communication claire, nette et précise qui je pense devrait être partagé par les membres d'une liste de diffusion sérieuse. Mince, je vais donc devoir me désabonner, je n'ai jamais réussi à me prendre vraiment au sérieux. Cdt "Cdt" ne correspond pas à mon standard de communication claire, nette et précise qui je pense devrait être partagé par les membres d'une liste de diffusion sérieuse. Cordialement et sans rancune, Sébastien
Re: GPS, logiciels libres et Debian
Le 2021-07-16 15:18, Denis Fertin a écrit : > Je ne crois pas que cela ait été mentionne: il est tout a fait possible de > faire les mises a jour de cartes open street map / open topo map pour une > carte micro sd d' un récepteur GPS Garmin (etrex 30 dans mon cas) sous Debian > a partir du moment ou on peut monter la carte SD. Hum, hum... https://lists.debian.org/debian-user-french/2021/07/msg00039.html ;) Sébastien
Re: GPS, logiciels libres et Debian
Le 2021-07-11 19:42, Polyna-Maude Racicot-Summerside a écrit : Je sais pas d'où tu vas chercher tout ça mais oui c'est possible à faire. Oh, tu sais, je crois bien que je n'ai malheureusement jamais rien inventé de ma vie. Si j'en parle, c'est que j'ai trouvé la recette quelque part et que je l'ai déjà fait (avec exiftool et gpscorrelate). Pour ma source, il s'agissait d'un article de blog d'un ami datant de 2014 et qui n'est malheureusement plus en ligne. Quant au fait que ça fonctionne, j'en suis certain, je l'ai fait à plusieurs reprises pour géolocaliser les photographies prises lors de sessions de repérage sur le terrain pour contribuer à OpenStreetMap. Par contre, quand tu as un Nikon D2X qui est un appareil pro et que tu sors 200-300 photos en une séance alors je doute que ce soit approprié ton histoire. Je ne vois pas ce que vient faire dans l'affaire le modèle de l'appareil. À partir du moment où le format d'enregistrement des données est connu et où exiftool et gpscorrelate peuvent lire et écrire les métadonnées EXIF, la méthode que j'ai expliquée fonctionne. Quant au nombre de photographies à traiter, il y a un truc génial avec les ordinateurs, c'est leur incapacité à se lasser ou à baisser les bras face à l'ampleur de la tâche. Ma recette fonctionne donc que tu aies 3, 30, 300 ou même 3000 photos à traiter. Si tu as 3 photos, chacune des deux commandes prendra quelques centièmes de seconde, si tu en as 3000, elles prendront 1000 fois plus de temps. Et ton ordinateur ne t'en tiendra même pas rigueur ! Personnellement, je l'ai déjà utilisée sur des jeux de plus de 100 photographies. La seule condition pour que toutes les photographies puissent être géolocalisées est que la trace GPS couvre toute la période de temps entre la première et la dernière photographies. Et la photographie de l'écran du GPS dont je parlais peut vraiment être prise à l'importe quel moment de la séance (en considérant que la dérive de l'horloge de l'appareil photo sur la séance est négligeable). Sébastien
Re: GPS, logiciels libres et Debian
Le 2021-07-09 18:11, Polyna-Maude Racicot-Summerside a écrit : Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo. Comme c'est un vieux modèle, il fonctionnait via port série. Il n'est pas nécessaire d'avoir un GPS couplé à l'appareil photo. Il est aussi possible de : 1. Photographier à un moment quelconque de la balade l'écran du GPS montrant l'heure à la seconde près, puis de retour à la maison, de comparer l'heure affichée par le GPS sur la photo et l'heure indiquée dans les métadonnées de la photo pour déterminer le décalage horaire entre le GPS et l'appareil photo. 2. Une fois cet écart déterminé, il est possible de recaler l'heure de création enregistrée dans les photographies avec exiftool. Par exemple, si on découvre que l'horloge de l'appareil photo avait un retard de 4m12s, on exécute la commande : exiftool "-alldates+=0:4:12" *.jpg 3. L'injection des coordonnées GPS dans les photographies est alors possible en s'appuyant sur la trace GPX du GPS (l'outil calculant la position par interpolation horaire des positions enregistrées dans la trace). La dernière fois que j'ai fait cette manipulation, j'ai utilisé gpscorrelate, mais la même opération semble désormais possible avec exiftool, en utilisant l'option « -geotag ». D'après ce que j'ai compris en lisant la page de manuel d'exiftool, le décalage horaire entre l'heure locale stockée dans les photographies et l'heure UTC du GPS est automatiquement prise en compte. Avec gpscorrelate, il faut préciser ce décalage via l'option « -z ». Cf. https://exiftool.org/geotag.html Sébastien
Re: GPS, logiciels libres et Debian
Le 2021-07-10 10:36, François LE GAD a écrit : Le 09/07/2021 à 21:05, sebastien.di...@free.fr a écrit : j'utilise donc Osmand sur Android (en version payante pour disposer de plus de fonds de carte) : Tu installes le dépôt F-Droid https://f-droid.org/ et tu y trouveras Osmand~ en version gratuite et non bridée. Merci pour l'information, le dépôt F-Droid est déjà configuré sur mon smartphone et c'est ma source privilégiée d'applications. Je n'utilise Google Play que lorsque je ne trouve pas mon bonheur sur F-Droid. De ce que j'ai compris, ce n'est pas l'application qui est bridée, mais le serveur qui donne accès ou non aux couches de données. En outre, ce qui m'importe, c'est qu'Osmand soit libre. Si pour en vivre le développeur a mis en place un modèle économique tel que celui en vigueur, je peux jouer le jeu (de mémoire, la licence payante coute une dizaine d'euros). Sébastien
Re: GPS, logiciels libres et Debian
Bonjour, Le 2021-07-09 12:29, kaliderus a écrit : J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche). Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter, et qui idéalement me permettraient de faire des mise à jour des cartes sous Debian ? Pour ma part, question qualité et ergonomie, j'aurais tendance à conseiller Garmin, mais je suis loin d'avoir essayé toutes les marques qui existent. Actuellement nous avons un Garmin qui commence à dater, et nous devons passer par leur outil pour les mises à jour, un vieux pc M$ s'en charge, jusqu'au jour où l'outil ne sera plus maintenu ... J'ai deux GPS Garmin : * Un modèle routier (DriveSmart 61 LMT-S), qui se met à jour tout seul (logiciel et carte) via une connexion wifi. * Un modèle de randonnée (Etrex 30), qui, officiellement, ne supporte que les cartes Garmin et ne peut être actualisé (logiciel et carte) que via un logiciel fourni par Garmin, tournant exclusivement sur MS-Windows. Mais il y a 6 ans, j'ai eu une petite surprise en consultant le code source d'une page du site de Garmin : https://www.palabritudes.net/2015/08/11/mise-a-jour-gps-etrex-30-depuis-gnu-linux.html Quant à la cartographie, cela fait des années que j'utilise sur mon Etrex 30 les cartes OpenTopoMap (donnée OSM + courbes de niveau + ombrage) : https://garmin.opentopomap.org/ La cartographie devrait contenir l'Europe entière. Sur mon Etrex 30, je fais tenir la carte de la France et celle de l'Italie. Par contre, si l'Etrex 30 est parfait en randonnée, ce n'est pas un GPS routier et il ne fournit aucune fonction de routage. De manière alternative à mon GPS routier, j'utilise donc Osmand sur Android (en version payante pour disposer de plus de fonds de carte) : http://osmand.net/ https://github.com/osmandapp/ Et certains de mes amis utilisent Osmand pour la randonnée aussi (en téléchargeant les fonds de carte, on n'a plus besoin de connectivité réseau). Attention cependant, pour disposer d'une carte précise en randonnée, il faut télécharger la carte de la région et non celle de la France entière. Quant à moi, je préfère conserver à mon smartphone ses fonctions de téléphone et de point d'accès wifi. En randonnée, il est au fond de nom sac, à l'abri des éléments. Et mon Etrex 30 a une autonomie bien plus importante que mon smartphone quand j'active le GPS et je lance Osmand.
Re: Quel antivirus utilisez vous?
- Mail original - > >> Si des programmes malveillants s'installaient sous Linux, ça se > >> saurait très vite, > Je ne retiens que cette phrase! Oui, c'est connu, les failles de sécurité sont toujours colmatées très vite. Celle ci-dessous, qui avait mis la communauté en émoi, n'avait existé *que* 20 mois, c'est à dire même pas deux ans, une broutille : https://www.debian.org/security/2008/dsa-1571 Je me demande combien de serveurs elle a permis de compromettre et à combien de vers elle a permis de se propager... Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: recherche conseil ou retour d'expérience sur parc info école primaire
- Mail original - > > j'ai pris les rennes. > > … par les bois ? ;oP > > Eh, c’est vendredi et ça parle d’école primaire, j’ai le droit ! Et moi qui déteste faire des fautes d'orthographe ! Ça m'apprendra à faire l'effort de me relire même à une heure tardive. :) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: logiciel de gestion de photos
Bonjour, - Mail original - Je suis intéressé par le sujet (association de coordonnées GPS prises par un appareil autonome à des photos sans géolocalisation). Pourrais-tu développer ton mode opératoire et/ou donner l'adresse du blog de ton ami ? Le lien était dans mon précédent mail : http://blog.orhyginal.fr/2014/09/contribuer-a-openstreetmap-la-prise-de-notes-photographique/ Pour faire court : 1. À un moment au cours de la balade, il faut photographier l'écran du GPS qui donne l'heure à la seconde près. 2. Après la balade, on compare l'horodatage de la photographie de l'écran du GPS et l'heure affichée par le GPS sur cette photographie. Si elle est horodatée à 16:03:45 et si l'écran du GPS indiquait 16:07:55, l'horloge de l'appareil photo retardait de 4 minutes et 10 secondes. Il faut donc ajouter 4m10s (0:04:10) à l'horodatage des photographies : $ exiv2 ad -a 0:04:10 *.jpg Si l'horloge avançait, il faut retrancher : $ exiv2 ad -a -0:04:10 *.jpg 3. Insérer les coordonnées géographiques en s'appuyant sur la trace GPS et en tenant compte de l'écart entre l'heure locale et l'heure UTC (2 heures en France l'été) : $ gpscorrelate --gps balade_du_jour.gpx --timeadd 2 *.jpg NB : Pour comprendre cette dernière étape, il faut savoir que c'est l'heure UTC qui est enregistrée dans les fichiers GPX même lorsque le GPS est configuré (comme c'est le cas pour le mien) pour afficher l'heure locale. Le tour est joué ! Pour s'en assurer, on peut vérifier que les méta-données de géolocalisation ont bien été enregistrées dans la photographie : $ exiftool img_1234.jpg | grep GPS GPS Version ID: 2.0.0.0 GPS Latitude Ref : North GPS Longitude Ref : East GPS Altitude Ref : Above Sea Level GPS Time Stamp: 13:53:23 GPS Map Datum : WGS-84 GPS Date Stamp: 2015:04:21 GPS Altitude : 146.7 m Above Sea Level GPS Date/Time : 2015:04:21 13:53:23Z GPS Latitude : 43 deg 41' 4.71 N GPS Longitude : 12 deg 46' 34.38 E GPS Position : 43 deg 41' 4.71 N, 12 deg 46' 34.38 E Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1648526231.18426894.1437985013053.javamail.r...@zimbra59-e10.priv.proxad.net
Re: logiciel de gestion de photos
Bonjour, Existe t'il sous linux un logiciel pour gestion de photos ou l'on puisse librement classer les photos , je m'explique les critères de classement son souvent soit un classement alphabétique ou par date et heure et impossible de modifier ces classement or lorsque pour un évènement on veut mélanger les photos venant de différents appareils numérique et les classer suivant notre envie c'est impossible du moins je n'ai pas trouver ce logiciel. La manière la plus pérenne et la plus souple de répondre à ce besoin est d'étiqueter (i.e. « taguer ») les photographies avec des mots-clés et de filtrer ensuite les photographies suivant ces mots-clés. Par exemple, si j'identifie sur toutes mes photographies les personnes et le lieu, je peux ensuite demander à un logiciel idoine « affiche-moi les photos prises à Toulouse entre le 13 et le 31 mai 2015 sur lesquelles apparait Sébastien ». Avec les mots-clés adéquats, on peut aussi n'afficher que les photographies ayant trait au « mariage », au « voyage », etc. C'est un peu fastidieux à amorcer (mais on peut le faire progressivement lorsqu'on a un peu de temps libre) mais la récompense vient lorsqu'on recherche une photographie précise dans un fonds de quelques milliers de photographies prises au cours des cinq dernières années. L'extraction est instantanée. Pour des raisons d'efficacité, tous les logiciels de gestion d'albums photographiques stockent les mots-clés dans une base de données qui leur est propre. Mais la question se pose de savoir si ces mots-clés et autres méta-données (la géolocalisation et l'horodatage par exemple) doivent être aussi insérés dans la photographie ou non. - Les partisans du « non » mettent en avant le respect de la vie privée. S'ils décident de diffuser une photographie ou si celle-ci est rendue publique par inadvertance, les mots-clés et les méta-données ne sont pas publiés. - Les partisans du « oui » font valoir que la photographie est ainsi « auto-portante », indépendante du logiciel qui a permis d'insérer ces mots-clés. L'information est préservée si la photographie est manipulée (déplacée, copiée, renommée, ...) en dehors du logiciel de gestion de l'album. Pour ma part, je demande au logiciel d'insérer les mots-clés dans la photographie notamment parce que je déteste réaliser deux fois la même tâche ingrate : je veux pouvoir profiter dans le logiciel Y du minutieux étiquetage réalisé avec le logiciel X. Je veux pouvoir réorganiser ou renommer mes répertoires et photographies sans que l'information ne soit perdue. Et si je décide de publier une photographie, je peux toujours créer au préalable une copie de cette photographie expurgée des mots-clés et méta-données que je juge relever de la vie privée. Il faut par contre savoir que parmi les logiciels déjà listés, certains proposent l'insertion des mots-clés dans la photographies (par exemple, dans Digikam, c'est un choix à faire dans la configuration), d'autres non. La disponibilité de cette fonction est pour moi un critère de sélection éliminatoire. Sans avoir réalisé d'étude exhaustive, j'utilise en local Digikam et, sur mon serveur personnel qui me permet de partager mes photographies avec mes proches, Piwigo . Paradoxalement, je ne l'ai jamais testé (le poids des habitudes) mais je sais que Digikam dispose d'un greffon d'export des photographies locales dans Piwigo. Il se pourrait cependant que je bascule à terme sur Darktable car j'utilise déjà ce logiciel pour retoucher mes photographies (prises au format RAW). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: logiciel de gestion de photos
Bonsoir, Un original modifié n'est plus un original. Si on accepte un original modifié, on peut modifier cet original à l'infini. Certes... Si j'essaie de voir au delà de la lapalissade, il s'agit de préserver la « recevabilité » de la photographie comme preuve quelconque. Je comprends ce souci mais il me semble naïf de faire reposer la recevabilité d'une photographie numérique sur le fait que le fichier n'ait pas été modifié. Imaginons par exemple que l'horloge interne de l'appareil photo soit mal réglée et que cet appareil horodate de manière erronée les photographies. Faut-il refuser une photographie prise par un officier de police judiciaire (donc une personne assermentée) sous prétexte que dans son procès verbal il indique qu'une constatation a été réalisée à 14 heures alors que la méta-donnée de la photographie indique une prise de vue à 17 heures ? Les amateurs de complot me trouveront candide mais je préfère dans un pays tel que le nôtre croire par défaut l'OPJ plutôt qu'une méta-donnée. De la même manière, on peut imaginer qu'une photographie soit mal exposée et qu'une correction de l'exposition à posteriori révèle mieux les détails de la scène. Cette correction doit-elle invalider la photographie ? Au passage et à propos d'horodatage, je modifie régulièrement et en masse l'horodatage des photographies que je prends lors de mes randonnées pour faire coïncider l'heure de prise de vue indiquée dans le fichier avec celle indiquée par mon GPS (mon appareil photo n'intègre pas ce périphérique dévoreur d'énergie et son horloge dérive sensiblement d'une semaine à l'autre). Ce recalage horaire me permet ensuite de géolocaliser correctement mes photographies en m'appuyant sur la trace de mon GPS (un ami a documenté le mode opératoire sur son blog ). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: logiciel de gestion de photos
Bonsoir, - Mail original - Un autre point pour les partisans du «non» c'est de ne pas modifier le fichier original. Autant je comprends l'argument de la vie privée, autant la motivation ce celui-ci m'échappe. Puis-je avoir un exemple du problème posé par la modification du fichier original ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1474473868.14488899.1437854278502.javamail.r...@zimbra59-e10.priv.proxad.net
Re: Partition chiffrée
Bonjour, - Mail original - moi j'ai suivi ça : http://www.linuxpedia.fr/doku.php/expert/systeme_chiffre_luks_pam_cryptsetup Les machines récentes sont généralement dotées de disques volumineux. Leur remplissage de données aléatoires générées par /dev/urandom prend des plombes. En effet, /dev/urandom ne génère guère plus de 8 à 16 Mo de données par seconde selon les machines. Le calcul est donc simple : en comptant un débit de 16 Mo/s, remplir un disque d'une capacité annoncée de 1 To (en réalité 931 x 1024^3 octets) demande de patienter 59605 secondes, soit 16h35 environ. Et si votre machine a quelques années, ce sera plutôt 33 heures. Du coup, deux options sont possibles : - Zapper l'étape du peuplement du disque par des données aléatoires - Utiliser l'astuce présentée dans l'article suivant : http://artisan.karma-lab.net/creer-gros-conteneur-chiffre-rapidement-zeros A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/2057498456.254407097.1419930023346.javamail.r...@zimbra59-e10.priv.proxad.net
Re: [testing] problème de fermeture de session Gnome
- Mail original - par contre l'extinction est bien plus lente qu'avant. C'est pas censé être plus rapide systemd ? Pure hypothèse de ma part car je n'ai de l'outil qu'une connaissance de salon : systemd a été conçu pour mieux gérer les dépendances entre services et permettre un ordonnancement optimal de leur démarrage et de leur arrêt qui tire partie de la parallélisation lorsque cela est possible et aussi - on l'oublie souvent - du démarrage à la demande (le service n'est démarré que lorsque cela est nécessaire). Un effet de bord attendu est le démarrage et l'arrêt accéléré du système. Cela est le cas lorsqu'on prend pour référence un système purement séquentiel mais depuis la version Squeeze (6.x), Debian utilisait insserv pour paralléliser le démarrage et l'arrêt des services. Ce faisant, je pense qu'on peut ne constater aucun gain lors de la bascule d'insserv vers systemd, voire même noter un ralentissement dans la mesure où systemd gère mieux les dépendances et insserv se base sur un mécanisme purement déclaratif qui rend possible erreurs et omissions. Peut-être que dans votre cas, systemd attend l'arrêt de services qu'insserc n'attendait pas... Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/423479244.5858410.1400138093710.javamail.r...@zimbra59-e10.priv.proxad.net
Re: [testing] problème de fermeture de session Gnome
Bonjour, - Mail original - 2. Sinon, niveau vitesse, avec systemd en init, j’ai pas remarqué de différence. Les PC rapides (en gros, avec SSD) démarrent et s’arrêtent toujours en quelques secondes. Les PC lents prennent toujours leur minute. Pas de différence par rapport à quoi ? Par rapport à insserv, je suis d'accord, si systemd apporte un gain de performances, il est trop ténu pour être remarqué, surtout lorsque le disque système est de type SSD (la phase d'initialisation du BIOS est plus longue que celle de démarrage du système à proprement parler). Par contre, par rapport à un système purement séquentiel, il n'y a pas photo, surtout sur un serveur qui doit faire démarrer une palanquée de services et ce, avec ou sans SSD. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/727351737.6397290.1400144973924.javamail.r...@zimbra59-e10.priv.proxad.net
Re: [testing] problème de fermeture de session Gnome
Bonjour, - Mail original - Est-ce de même chez vous ? J'ai rencontré ce problème sur une machine fraîchement installée : j'y ai remédié en installant le paquet systemd-shim. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/487100064.846122.1400050031626.javamail.r...@zimbra59-e10.priv.proxad.net
Re: Environnement pleinement fonctionnel qu'après un « init 1 »
Bonjour, - Mail original - Quand tu es sur la console virtuelle,au lieu d'exécuter init 1, essai de redémarrer gdm pour voir si tout redevient normal (avec /etc/init.d/gdm3 restart), le problème vient peu être de gdm ... Je ne l'ai pas précisé mais j'ai bien entendu essayé pas mal de commandes différentes, à commencer par un « service gdm3 restart », puis un « service gdm3 stop ; service gdm3 start » avant de me résoudre - pour voir ce que cela donnait - à un « init 1 ». Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1224895067.394116834.1399648497447.javamail.r...@zimbra59-e10.priv.proxad.net