Debian pour des navigations bateau ?
Bonjour, Est-ce qu'il y a des navigateurs (bateau) dans la salle ? Je me demande si il existe des outils qui permettent de virtualiser les tâches de base d'une navigation : mesurer une route/relèvement, une distance, calculer les variation/déclinaisons, passer du cap à la route et inversement, calcul de hauteur d'eau). Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer !). Merci pour votre retour.
Re: Debian pour des navigations bateau ?
Salut, Regarde du côté d'OpenCPN (https://www.opencpn.org). S Le mercredi 27 mai 2020, kaliderus a écrit : Bonjour, Est-ce qu'il y a des navigateurs (bateau) dans la salle ? Je me demande si il existe des outils qui permettent de virtualiser les tâches de base d'une navigation : mesurer une route/relèvement, une distance, calculer les variation/déclinaisons, passer du cap à la route et inversement, calcul de hauteur d'eau). Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer !). Merci pour votre retour.
Re: Debian pour des navigations bateau ?
Bonjour, Une rapide recherche me donne ce lien : http://marinux.tuxfamily.org/ Je n'ai pas testé et comme j'ai quitté l'eau salée voileuse depuis 5 ans je n'en ai plus trop l'usage sur les canaux et rivières d'Europe ;) Bon vent. Michel Le 27/05/2020 à 09:49, kaliderus a écrit : Bonjour, Est-ce qu'il y a des navigateurs (bateau) dans la salle ? Je me demande si il existe des outils qui permettent de virtualiser les tâches de base d'une navigation : mesurer une route/relèvement, une distance, calculer les variation/déclinaisons, passer du cap à la route et inversement, calcul de hauteur d'eau). Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer !). Merci pour votre retour. -- Michel Mounier 44°55'37"N 004°53'51"E "Arion IV" 47°10'12"N 003°37'22"E arionavigue.legtux.org
Re: Debian pour des navigations bateau ?
On Wednesday 27 May 2020 11:37:10 Michel MOUNIER wrote: > Une rapide recherche me donne ce lien : http://marinux.tuxfamily.org/ > Je n'ai pas testé et comme j'ai quitté l'eau salée voileuse depuis 5 ans > je n'en ai plus trop l'usage sur les canaux et rivières d'Europe ;) > Bon vent. > Le 27/05/2020 à 09:49, kaliderus a écrit : > > Est-ce qu'il y a des navigateurs (bateau) dans la salle ? > > Je me demande si il existe des outils qui permettent de virtualiser > > les tâches de base d'une navigation : mesurer une route/relèvement, > > une distance, calculer les variation/déclinaisons, passer du cap à la > > route et inversement, calcul de hauteur d'eau). > > Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer !). S'agit-il de navigation maritime (eau salée), ou navigation sur rivières et canaux ?
Re: Debian pour des navigations bateau ?
Bonjour, il y avait une société Caennaise Kalibee, qui concevait des outils de navigation je crois sous GNU/Linux. Je ne crois pas que c’était du Debian. Je ne trouve pas de site Web, j’ai l’impression que la société n’existe plus. Raphaël Michel MOUNIER writes: > Bonjour, > > Une rapide recherche me donne ce lien : http://marinux.tuxfamily.org/ > > Je n'ai pas testé et comme j'ai quitté l'eau salée voileuse depuis 5 > ans je n'en ai plus trop l'usage sur les canaux et rivières d'Europe ; > ) > > Bon vent.
Re : Debian pour des navigations bateau ?
Le 27/05/2020 09:49:43, kaliderus a écrit : > Bonjour, > Est-ce qu'il y a des navigateurs (bateau) dans la salle ? > Je me demande si il existe des outils qui permettent de virtualiser > les tâches de base d'une navigation : mesurer une route/relèvement, > une distance, calculer les variation/déclinaisons, passer du cap à la > route et inversement, calcul de hauteur d'eau). > Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer > !). Je ne sais pas si ça va répondre à ta question mais zygrib est empaqueté dans Debian arm64. https://packages.debian.org/search?keywords=zygrib https://www.zygrib.org/ nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Re: Re : Debian pour des navigations bateau ?
bjr xygrib remplace avantageusement zygrib mais pas dans les dépôts... par ailleurs raspberry est une voie intéressante sur voilier : https://opengribs.org/en/forum/xygrib-support/132-xygrib-in-raspberry sinon pas mal de choses sur smartphones, car qui dit bateau dit problème d'autonomie ;)) Le 27/05/2020 à 12:40, nicolas.patr...@gmail.com a écrit : > Le 27/05/2020 09:49:43, kaliderus a écrit : >> Bonjour, >> Est-ce qu'il y a des navigateurs (bateau) dans la salle ? >> Je me demande si il existe des outils qui permettent de virtualiser >> les tâches de base d'une navigation : mesurer une route/relèvement, >> une distance, calculer les variation/déclinaisons, passer du cap à la >> route et inversement, calcul de hauteur d'eau). >> Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer >> !). > Je ne sais pas si ça va répondre à ta question mais zygrib est empaqueté dans > Debian arm64. > https://packages.debian.org/search?keywords=zygrib > https://www.zygrib.org/ > > nicolas patrois : pts noir asocial
Re: Bind9 et mise à jour DNS
Le 26/05/2020 à 09:17, BERTRAND Joël a écrit : RR at 'surf.homeg.lan' A 192.168.0.34 May 26 08:54:21 canoe kernel: [ 164.300678] audit: type=1400 audit(1590476061.014:21): apparmor="DENIED" operation="mknod" profile="/usr/sbin/named" name="/etc/bind/db.homeg.lan.jnl" pid=923 comm="isc-worker" requested_mask="c" denied_mask="c" fsuid=105 ouid=105 May 26 08:54:21 canoe named[923]: /etc/bind/db.homeg.lan.jnl: create: permission denied May 26 08:54:21 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': error: journal open failed: unexpected error May 26 08:54:21 canoe dhcpd[1303]: Forward map from surf.homeg.lan to 192.168.0.34 FAILED: SERVFAIL /etc/bind/db.homeg.lan.jnl : je l'ai renommé en db.homeg.lan.jnl-SAUVE et curieusement, la date de dernière mise à jour correspond à lka minute près au dernier redémarrage de mon serveur. Avez-vous une idée ? J'avais déjà rencontré un problème similaire qui s'était résolu en changeant une ligne de /etc/appamor.d/usr.sbin.named - /etc/bind/** r, + /etc/bind/** rw, La nouvelle ligne est toujours en place. Je ne sais plus trop ou chercher. Ce problème me rappelle quelque chose. D'une part, les fichiers jnl sont corrompus plus souvent qu'à leur tour, d'autre part, apparmor est un truc qui cause plus de problèmes qu'il n'en résout. Pour ma part, je m'en suis sorti en collant les fichiers rw dans /var/lib/bind et en rajoutant un lien symbolique depuis /etc/bind. Bonjour, Du coup, j'ai supprimé appamor et les fichiers journaux se créent correctement dans /etc/bind/ même si ce n'est pas l'endroit approprié me senble-t-il. Merci pour la piste ! -- Migrec
Re: [testing] scanner n'est plus détecté
bonjour, hplip (3.20.5+dfsg0-3) est arrivé dans testing ce matin accompagnant avec lui libsane-hpaio de la même version, et le souci de non-détection de scanner est corriger :) Jerem Le 23/05/2020 à 17:11, Gaëtan Perrier a écrit : > Le samedi 23 mai 2020 à 01:32 +0200, Gaëtan Perrier a écrit : >> Le samedi 23 mai 2020 à 01:10 +0200, Gaëtan Perrier a écrit : >>> Le samedi 23 mai 2020 à 00:55 +0200, Gaëtan Perrier a écrit : Bonjour, Je viens de m'apercevoir sur ma testing que le scanner de ma multifonction HP Envy 7640 n'était plus vu. Un sane-find-scanner ne voit plus le scanner. Le scanner est bien fonctionnel (scan vers e-mail fonctionne). Rencontrez-vous le même problème ? Gaëtan >>> Je viens de tomber sur un rapport de bug qui semble correspondre: >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961088 >>> >>> Gaëtan >> Y en a un 2e également sur le même sujet: >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961028 >> >> Gaëtan > Un patch est disponible sur un des 2 bugs et il fonctionne bien. > Le problème semble venir du fait que qt4 ait été retiré de testing mais que > hplip est toujours construit en l'utilisant plutôt que qt5. > > Gaëtan
Re: [HS] Cloner depuis Debian un disque Win10 Lenovo
Le 25/05/2020 à 18:31, Olivier a écrit : Bonjour, Je souhaite remplacer une disque rotatif de 1 To par un SSD de 512 Go. Le disque appartient à un PC portable Lenovo sous Windows 10 (ça existe, malheureusement). J'ai démonté le disque d'origine et l'ai installé dans un double lecteur SATA sur port USB. J'ai aussi installé le disque cible sur ce double lecteur SATA sur port USB. bonjour J'ai fait la même opération sur un portable Lenovo (Yoda 300), en changeant le disque 512G par un SSD de 256Go Tu peux facilement copier chaque partition dans l'ordre avec GParted, en redimensionnant les partitions (ici surtout "WINDOWS" pour que tout rentre sur le SSD. Pour que GParted puisse accéder et réduire les partitions NTFS, les utilisateurs doivent être déconnectés, Windows arrêtés et les disques défragmentés. Tu peux faire réduire les partitions principales par le gestionnaire de disque de Windows, la tâche de GParted n'en sera que plus facile. Assure-toi que les partitions sont dans le même ordre, ont gardé le même ID et remets les drapeaux corrects (HIDDEN, BOOT, DATA). De mémoire l'une des partitions bizzares a occasionné un échec sous GParted mais c'est passé inaperçu ensuite. Tu peux ensuite remettre le disque en place. Ya une manip ensuite à appliquer pour que le boot UEFI démarre sur la bonne partition (partition LENOVO de mémoire). Elle nécessite un disque de réparation Windows 10. Les deux se trouvent facilement sur Internet. Me concernant, l'opération a été un succès, le PC a redémarré normalement à la fin. Il se peut que Windows trouve le disque en bazar et applique une réparation, mais tout s'est bien terminé. Pense à sauvegarder les données avant sur un disque externe. bon courage Erwann
iptables ou nftables ?
Bonjour à tous Je vois que iptables est "remplacé" par nftables. C'est pour un portable de travail sous testing. Mon ancien avait iptables et toutes les règles qui me vont bien. Je n'ai pas tellement envie d'apprendre une nouvelle syntaxe. Ne ferais-je pas mieux d'installer iptables et de reprendre les mêmes règles ? ou nftables est-il vraiment préférable ? Bonne fin de journée
Re: Re : Debian pour des navigations bateau ?
Merci pour vos retour, je note aussi l'idée à l'occasion d'un système pour la météo. opencpn semble vraiment complet à la vue de la documentation, trop pour mon besoin actuel mais je me le garde sous le coude. Pour répondre à une question, c'est bien évidemment pour de la nav en mer. Bon vent à chacun Le mer. 27 mai 2020 à 12:55, didier a écrit : > > bjr > > xygrib remplace avantageusement zygrib mais pas dans les dépôts... > > par ailleurs raspberry est une voie intéressante sur voilier : > > https://opengribs.org/en/forum/xygrib-support/132-xygrib-in-raspberry > > sinon pas mal de choses sur smartphones, car qui dit bateau dit problème > d'autonomie ;)) > > Le 27/05/2020 à 12:40, nicolas.patr...@gmail.com a écrit : > > Le 27/05/2020 09:49:43, kaliderus a écrit : > >> Bonjour, > >> Est-ce qu'il y a des navigateurs (bateau) dans la salle ? > >> Je me demande si il existe des outils qui permettent de virtualiser > >> les tâches de base d'une navigation : mesurer une route/relèvement, > >> une distance, calculer les variation/déclinaisons, passer du cap à la > >> route et inversement, calcul de hauteur d'eau). > >> Le tout avec le moyen d'intégrer des cartes récentes (quitte à payer > >> !). > > Je ne sais pas si ça va répondre à ta question mais zygrib est empaqueté > > dans Debian arm64. > > https://packages.debian.org/search?keywords=zygrib > > https://www.zygrib.org/ > > > > nicolas patrois : pts noir asocial >
Exim et Rsyslog : Mon fichier de log mail.log reste vide.
Bonjour, Je cherche à loguer les mails que j'envoie depuis le terminal, avec la commande mail. J'utilise Exim et Rsyslog. Mon fichier de log mail.log reste vide. Je suppose que les droits propriétaires sont les bons sur mon fichier mail.log ( root:adm ). Si quelqu'un a une configuration fonctionnelle, ou, pourrait tester Exim + Rsyslog + Envoie d'un mail distant à l'aide du terminal, et, observer si il arrive à loguer des traces de l'envoi. Merci