Logfly 5 nouvelle alpha

[giloutho]

Salut à tous.

Voici une version alpha un peu plus aboutie. Merci pour les retours sympathiques et les encouragements qui ont permis d'avancer.

A priori le carnet de vol est maintenant pleinement fonctionnel avec tous les GPS qui étaient supportés par Logfly V4. Il y en  aura bientôt de nouveaux.

La partie Flymaster a été entièrement revue, j'attends vos tests avec impatience.

Pour les GPS USB, Logfly 5 introduit une nouveauté : la limite d'exploration. Pour la mise au point, j'ai emprunté les différents modèles à des amis pilotes. Je me suis aperçu qu'avec la taille imposante des cartes SD, la plupart d'entre vous n'effacaient aucun vol du GPS. Or, quand Logfly évalue si une trace a déjà été enregistrée dans le carnet de vol, il doit ouvrir le fichier et cela prend du temps. Inutile de dire que s'il y a 300 traces dans le GPS (vécu), cela sera très très long. Dorénavant il y a une limite au delà de laquelle Logfly n'ouvre pas le fichier. Par défaut, cette limite est fixée à 6 mois dans la Configuration mais elle peut bien entendue être modifiée et étendue. si vous déchargez souvent les traces, il faut la réduire, si vous ne volez que deux fois par an, il faudra mettre 12 mois ou plus. Cette idée m'avait été suggérée il y a longtemps par Norby    qui trouvait que l'exploration du Skytraxx était lente.

Pour les GPS Syride, il n'y a pas de changement, Logfly va chercher les traces dans le dossier Syride/parapente et propose de les archiver dans Syride/archives après enregistrement dans le carnet de vol. Cela part du même principe que pour les GPS USB, si les traces restent dans le dossier Syride/parapente, Logfly va devoir les ouvrir toutes.

L'import Disque a été amélioré. Il est maintenant trié et complètement similaire à l'import GPS.

La prochaine étape importante concernera le module de gestion des Sites et la possibilité de rentrer un vol sans trace. Cela devrait progresser beaucoup plus rapidement maintenant, il me semble avoir fait le tour des emm...

Pour ceux qui n'avaient pas vu le message de présentation de la première alpha, je vous rapelle que pour l'instant vous pouvez faire cohabiter les deux versions : Logfly (V4) et Logfly5 afin de pouvoir utiliser toutes les fonctions qui manquent encore à la V5 (statistiques, gestion des waypoints,gestion des espaces aériens). Le ou les carnet(s) de vol sont bien entendu communs.

Pour ceux qui avaient testé l'alpha 1, il suffit de la lancer, la mise à jour (majeure) devrait être automatique.

Avec cette alpha, une version Linux fait timidement son apparition. Que les afficionados me pardonnent je suis très débutant en Linux et j'ai l'impression de ne pas être très doué. Vous pouvez télécharger un paquet Debian. C'est un paquet généré automatiquement par l'outil de build Gradle. Un membre du forum fin connaisseur de Linux doit construire un paquet plus généraliste et probablement plus conforme aux normes en vigueur.

Quoiqu'il en soit sur ma machine de test, cela s'installe et cela fonctionne. A l'issue de l'installation, un dossier .logfly sera créé dans le home. Ce dossier contient le ou les carnets de vol et le fichier de configuration. Si vous utilisiez Logfly4, il vous suffira de placer le ou les fichiers .db qui contenait vos vols dans ce dossier (Cf la doc sur le changement d'ordinateur).

Pour l'instant il n'y a pas de version 32 bit, quelque soit l'OS. Mais je vais essayer de faire quelque chose pour Windows.

Pour télécharger c'est par là :
Téléchargement installeur Windows
Téléchargement installeur Mac
Paquet Debian

[jluc-74]

Bonjour,

Avast ne veut pas du fichier d'installation même en le confirmant comme sain.
Install OK en désactivant l'anti virus.

Merci pour le travail
JLuc

[Gej]

Petit retour Linux.
Sur mon Mint (machine virtuelle VMWare sur W10) l'installation est faite et fonctionelle.
Je l'ai installé manuellement par " sudo dpkg -i logfly5-13.deb " dans mon homedir, parce que avec l'installation automatique, je n'arrivais pas à comprendre où l'installation se faisait.

Le repertoire d'installation est /opt/Logfly5, et un raccourci Logfly5 est créé dans le menu de Mint.
Par la configuration, je peux selectionner mon dossier partagé /mnt/hgfs/partage/Logfly qui contient le carnet de vol.
... et j'ai bien trouvé la même ergonomie que sur W10, avec les bulles en texte blanc sur fond bleu clair !  

Good Job!

[Gej]

OK également sur ma VM ubuntu-Gnome par installation automatique en cliquant sur le paquet .deb, même répertoire d'installation.
avec une petite copie d'écran, si le fichier n'est pas trop gros...

[giloutho]

Merci pour ces retours rapides...

@jluc31 : j'ai déjà évoqué les problèmes avec Avast. Il faudrait que l'on se paye un certificat mais c'est un peu cher 

@Gej : tu peux pas savoir comme cela me fait plaisir... car dernièrement mes cauchemars ont souvent Linux pour thème. Comme je le disais plus haut, pour l'instant tout cela est généré automatiquement et ne suit pas forcément l'orthodoxie Linux. Si j'ai bien compris, le répertoire cible opt n'est pas le plus pertinent. Cela devrait être corrigé par un contributeur plus compétent. Je te promets que je m'occupe de la couleur des bulles.

J'en profite pour parler mise à jour de la version Linux : il semblerait aussi que le mode de mise à jour choisi ne soit pas très "linuxien"... tout devrait se faire par le biais des dépôts. Pour mémoire, le système de mise à jour comporte deux niveaux : majeure (il faut télécharger le paquet complet) ou mineure : seul le jar est modifié. Majeure ou mineure, cela n'a rien à voir avec les nouvelles fonctionnalités, cela signifie qu'il y a ajout ou non de nouvelles librairies. Dans les prochaines semaines, il n'y aura que des mises à jour mineures car je n'aurai pas besoin (à priori) de nouvelles bibliothèques. Pour bénéficier de ces mises à jour il faudra donner les droits au jar. Chez moi j'ai fait :

sudo chmod 777 /opt/logfly5/app/Logfly.jar.

[xbug]

Salut,

Je teste également Logfly sur Linux depuis quelques temps et je ne constate aucun problème.
Je n'ai pas testé le package, j'ai récupéré le projet sur github et je l'ai compilé.

Bravo et merci !

[giloutho]

  xbug
Je trouve le pseudo très à propos 

Waouh... t'aurais dû me prévenir... C'est excellent. Par contre si tu veux les pleines fonctionnalités il te faut le code privateData.java.

Tu peux me contacter avec contact arrowtruc logfly.org

[Dajam]

J'ai d'abord tenté le clone github, mais gradle n'a pas été suffisamment coopératif pour bien vouloir compiler ou me renvoyer un message d'erreur comprehensible (je soupçonne quand même un problème de version).
J'ai donc tenté d'installer le paquet, mais je me suis fait engueulé par ma machine car il était "de mauvaise qualité"   , j'ai passé outre et là je suis à la recherche sur mon système des fichiers que le paquet a installés...
la suite au prochain post

EDIT: ok j'aurai du lire les posts plus haut les fichiers sont dans /opt. Bon le binaire lance une fenêtre blanche qui ne répond pas... J'investiguerai plus tard.

[giloutho]

@Dajam
Version Gradle utilisée : 4.3.1  JDK Oracle :  jdk-8u151-nb-8_2

Avec OpenJDK j'ai eu des surprises cela fonctionnait quand je lançais depuis Netbeans mais pas avec le build de Gradle.

Tu as quelle distribution ?

[Aime-P]

Bonjour,

Merci pour la version alpha.
Logfly 5 installé sur Debian Jessie. S'ouvre sans problème quand il n'y a pas de base, mais plante quand il lui faut ouvrir ma base de données. Voilà le message d'erreur :

C'est dans le clipboard...
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007fbf96bf5840, pid=8176, tid=0x00007fbedcffd700
#
# JRE version: Java(TM) SE Runtime Environment (8.0_151-b12) (build 1.8.0_151-b12)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.151-b12 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libc.so.6+0x73840]  fgets_unlocked+0x10
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid8176.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Abandon


Je suppose qu'il me faut changer quelque chose au niveau de java, mais comme j'ai pas mal d'autres applications qui fonctionnent avec ce java, avant de le virer, je réfléchis ! Déjà, une question : j'ai une machine 64bits, tu n'as pas développé en 32 bits ?

[Man's]

Déjà, une question : j'ai une machine 64bits, tu n'as pas développé en 32 bits ?

A priori, non :

Pour l'instant il n'y a pas de version 32 bit, quelque soit l'OS.

[Aime-P]

Merci Man's, je n'avais pas vu cette ligne.

Bon ça a l'air mort : j'ai réessayé avec une base vide et en important d'abord un répertoire de traces igc puis une seule trace. Plantage à chaque fois, snif.
Messages d'erreur
1. tout un répertoire :
Nombre de traces : 44
Opération effectuée en: 0.002 secondes.
Décodage IGC : 0.036 secondes.
Verif_Tb_Tot_Points : 0.007 secondes.
Insertion OK
Décodage IGC : 0.035 secondes.
Verif_Tb_Tot_Points : 0.005 secondes.
*** Error in `/./opt/Logfly5/Logfly5': double free or corruption (out): 0x00007fbe48076110 ***
Abandon

2. une seule trace
Décodage IGC : 0.088 secondes.
Verif_Tb_Tot_Points : 0.006 secondes.
*** Error in `/./opt/Logfly5/Logfly5': corrupted double-linked list: 0x00007f92c801e6d0 ***
Abandon

Moi aussi pour le moment j'abandonne. Mais courage !

[giloutho]

@Aime-P
Comment lances tu Logfly ? Si j'en crois ta copie du log tu le lances depuis le terminal en faisant un java -jar Logfly.jar ?

  Man's cela fait plaisir de voir que tu suis...

[Gej]

.....
 Comme je le disais plus haut, pour l'instant tout cela est généré automatiquement et ne suit pas forcément l'orthodoxie Linux. Si j'ai bien compris, le répertoire cible opt n'est pas le plus pertinent. Cela devrait être corrigé par un contributeur plus compétent. Je te promets que je m'occupe de la couleur des bulles.
...

Ca n'a pas l'air d'être aussi hétérodoxe que ça  d'avoir choisi /OPT comme racine, selon http://www.linux-france.org/article/sys/fichiers/fichiers-2.html .

/opt :     c'est la qu'on installe les logiciels commerciaux.
Enfin, /opt a une structure totalement différente: chaque logiciel y a son propre répertoire. On pourra par exemple avoir une hiérarchie du style:

      /opt ---+
        +- /opt/Office40
        +- /opt/netscape
        +- /opt/kde
        +- /opt/gnome
        |

[Dajam]

@Dajam
Version Gradle utilisée : 4.3.1  JDK Oracle :  jdk-8u151-nb-8_2

Avec OpenJDK j'ai eu des surprises cela fonctionnait quand je lançais depuis Netbeans mais pas avec le build de Gradle.

Tu as quelle distribution ?

Je suis toujours sur Ubuntu 14.04 (3 ans et demi quand même ) et j'ai installé gradle avec le paquet de la distrib, qui m'a l'air à la ramasse.

dm@dm-Latitude-E6320:~$ gradle -version

------------------------------------------------------------
Gradle 1.4
------------------------------------------------------------

Gradle build time: lundi 9 septembre 2013 20 h 44 UTC
Groovy: 1.8.6
Ant: Apache Ant(TM) version 1.9.3 compiled on April 8 2014
Ivy: non official version
JVM: 1.8.0_151 (Oracle Corporation 25.151-b12)
OS: Linux 3.13.0-135-generic amd64

J'ai donc réinstallé gradle depuis les sources. Le build est ok.
Je tente un "gradle jfxRun" et là... comme avec le paquet : j'ai une fenetre qui s'ouvre, qui devient rapidement "non responsive"  et aucun message d'erreur.
Idem avec java -jar LogFly.jar.
Y a t il moyen d'activer un mode verbeux pour comprendre où ca bloque ?

[xbug]

Pour ma part tout fonctionne correctement (Kubuntu 16.10 LTS)

$ gradle -version
------------------------------------------------------------
Gradle 2.10
------------------------------------------------------------

Build time:   2016-01-26 15:17:49 UTC
Build number: none
Revision:     UNKNOWN

Groovy:       2.4.5
Ant:          Apache Ant(TM) version 1.9.6 compiled on July 8 2015
JVM:          1.8.0_151 (Oracle Corporation 25.151-b12)
OS:           Linux 4.4.0-101-lowlatency amd64


Je viens également de tester avec OpenJDK et ça fonctionne également ! Il faut simplement installer le package 'openjfx' au préalable.

[Aime-P]

Non, je le lançais depuis un terminal avec la commande ./Logfly5 afin d'avoir les messages d'erreur. Si je le lance via le raccourci, ça s'ouvre et ça se ferme dès qu'il tente d'ouvrir la base.

J'ai cru l'affaire réglée. En effet, j'ai installé le package "openjfx". J'ai pu ouvrir une nouvelle base, vide, et y importer une trace. Youpie, me dis-je, affaire résolue. Mais quand j'ai remplacé avec ma base à moi, qui contient des années de vols et de traces, ça marche toujours pas. Voilà le message d'erreur :
C'est dans le clipboard...
[thread 139675122525952 also had an error]#

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f0963d01840, pid=2880, tid=0x00007f08a5afa700
#
# JRE version: Java(TM) SE Runtime Environment (8.0_151-b12) (build 1.8.0_151-b12)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.151-b12 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libc.so.6+0x73840]  fgets_unlocked+0x10
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /opt/Logfly5/app/hs_err_pid2880.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Abandon


Soupir.

[giloutho]

  Aime-P

Quand tu parles de ma base à moi, tu parles bien d'une base Logfly provenant d'une version Win ou Mac ?

Si oui, quelle était la version de Logfly employée ?

Enfin est  ce que tu peux me l'envoyer par un moyen quelconque sur contact arrowchose logfly.org ?

@xbug
Oui j'avais aussi fait des tests avec OpenJDK et OpenJFX. Cela fonctionnait effectivement. Le problème est venu du build avec gradle (jfxnative), le paquet généré me donne un programme qui ne marche pas. En revenant au JDK Oracle, le paquet donnait un programme correct à l'installation.

@Dajam

Je tente un "gradle jfxRun" et là... comme avec le paquet : j'ai une fenetre qui s'ouvre, qui devient rapidement "non responsive"  et aucun message d'erreur.

Je ne suis pas sûr de bien comprendre. gradle jfxRun c'est pour générer un jar qui fonctionne avec toutes les dépendances. Quand le build lancé avec ette commande est terminé. On va dans le sous dossier build/jfx/app où l'on trouve le jar et les librairies. On peut alors le lancer par java -jar LogFly.jar

[xbug]

@Dajam

Je tente un "gradle jfxRun" et là... comme avec le paquet : j'ai une fenetre qui s'ouvre, qui devient rapidement "non responsive"  et aucun message d'erreur.

Je ne suis pas sûr de bien comprendre. gradle jfxRun c'est pour générer un jar qui fonctionne avec toutes les dépendances. Quand le build lancé avec ette commande est terminé. On va dans le sous dossier build/jfx/app où l'on trouve le jar et les librairies. On peut alors le lancer par java -jar LogFly.jar

Heu, tu es sûr ? Chez moi "gradle jfxRun" compile, crée le jar et lance l'appli (comme son nom l'indique d'ailleurs .

[Dajam]

Aime-P

Quand tu parles de ma base à moi, tu parles bien d'une base Logfly provenant d'une version Win ou Mac ?

Si oui, quelle était la version de Logfly employée ?

Enfin est  ce que tu peux me l'envoyer par un moyen quelconque sur contact arrowchose logfly.org ?

@xbug
Oui j'avais aussi fait des tests avec OpenJDK et OpenJFX. Cela fonctionnait effectivement. Le problème est venu du build avec gradle (jfxnative), le paquet généré me donne un programme qui ne marche pas. En revenant au JDK Oracle, le paquet donnait un programme correct à l'installation.

@Dajam

Je tente un "gradle jfxRun" et là... comme avec le paquet : j'ai une fenetre qui s'ouvre, qui devient rapidement "non responsive"  et aucun message d'erreur.

Je ne suis pas sûr de bien comprendre. gradle jfxRun c'est pour générer un jar qui fonctionne avec toutes les dépendances. Quand le build lancé avec ette commande est terminé. On va dans le sous dossier build/jfx/app où l'on trouve le jar et les librairies. On peut alors le lancer par java -jar LogFly.jar

Non le gradle ...run fait le build + lance le truc
mais c'est pas important, j'obtient le même comportement avec java -jar ... : Ca ouvre une fenetre mais rien n'est dessiné dedans et aucun message d'erreur reporté... donc dur de debugger !

Pour AimeP, il faudrait que tu regardes ce qu'il a écrit dans le fichier  /opt/Logfly5/app/hs_err_pid2880.log pour comprendre l'erreur, mais vu ce qu'il dit ca ressemble à un bug dans une librairie native en C qui fait de la merde avec la mémoire.

[Aime-P]

Merci Giloutho.

"ma base à moi" est gérée par Logfly 4 qui tourne avec wine sous linux. Je pense qu'elle est pleinement fonctionnelle mais je n'ai pas un de ces gps modernes donc je n'ai jamais testé la fonctionnalité de communication avec le gps. Je récupère les traces igc sur l'ordinateur et je les importe. Et ça roule.

Je te la mets en téléchargement et je t'envoie le lien en MP avec le log dont tu parles.

[antoinep]

Yop, si ya besoin d'un coup de main pour du packaging debian ... ya qu'a demander ... voir meme pour du rpm pour du centos/fedore/redhat/etc ...

Pour un deploy dans /opt ... c'est effectivement pas la meilleure idée de base, l'idée est généralement de s'intégrer au systeme globalement, et pas de s'installer a coté Idem les auto-update ... ca casse un peux le principe du bazour
Le principe dans les distribution est plus de simplement proposer des update du package via des repository des distribution (ou repo perso annexe mis a dispo de la communautée ...)

[Gilles Silberzahn]

Yop, si ya besoin d'un coup de main pour du packaging debian ... ya qu'a demander ... voir meme pour du rpm pour du centos/fedore/redhat/etc ...

Pour un deploy dans /opt ... c'est effectivement pas la meilleure idée de base, l'idée est généralement de s'intégrer au systeme globalement, et pas de s'installer a coté Idem les auto-update ... ca casse un peux le principe du bazour
Le principe dans les distribution est plus de simplement proposer des update du package via des repository des distribution (ou repo perso annexe mis a dispo de la communautée ...)

Euh, avant que ça devienne totalement indigeste pour un paquet d'entre nous, y aurait pas un fil spécial LogFly/Linux quelque part ? Là, par exemple -> http://www.parapentiste.info/forum/traces-gps/logfly-portage-linux-t38915.50.html

Sinon, pour mon petit beta test à moi (Mac OS X 10.11.6), y a pas mal d'erreurs cosmétiques dans le VisuGPS interne. Problème de texte (encodage ?) et de rafraichissement de l'image. Voir la copie d'écran jointe.

Sinon, un truc que je reproche à LogFly mais qui n'est pas nouveau, c'est de ne pas pouvoir choisir la résolution d'affichage de la trace (voir tous les points, un point sur 2, sur 3, etc.).

J'aimerais aussi dans la page déclaration pouvoir choisir si je fais une déclaration CFD ou XContest.

[giloutho]

avant que ça devienne totalement indigeste pour un paquet d'entre nous

Merci Gilles pour cette remarque car je comptais poster un message allant dans ce sens aujourd'hui. Le portage vers Linux est une chose mais ne réprésente pas du tout l'essentiel à mes yeux.

J'attends plus des retours comme le tien sur cette première alpha afin de faire avancer le schmilblick.

En ce qui concerne l'affichage de VisuGPS dans la fenêtre interne ce n'est effectivement pas le top. Il y avait déjà quelques problèmes de ce genre dans Logfly 4 développé avec un autre système. Quelque soit le système, le principe est toujours le même : VisuGPS renvoie une page qu'il faut afficher. La fenêtre interne est un pseudo navigateur qui bien entendu n'égale pas Safari ou Chrome. C'est notamment une des raisons pour lesquelles Doarama ne fonctionne pas dans la fenêtre interne. 

Dans Logfly 5, on peut lancer VisuGPS dans la fenêtre interne ou le navigateur par défaut de l'ordinateur. Dans la fenêtre de Configuration (roue dentée en bas à gauche), avec l'onglet Carte on peut cocher l'option VisuGPS dans le navigateur. Si cette option n'est pas cochée le clic sur l'icône VisuGPS déclenche l'apparition d'un menu menu interne ou navigateur (copie écran). Si cette option est cochée, le menu ne sera pas affichée et l'affichage de VisuGPS directement envoyé dans le navigateur. Logly n'est pas fermé, depuis le navigateur, il suffit de cliquer sur Logfly5 dans la barre des tâches pour reprendre la main sur le programme.

Il est prévu dans les développements futurs de Java une amélioration du pseudonavigateur (webviewer)...

pouvoir choisir la résolution d'affichage de la trace (voir tous les points, un point sur 2, sur 3, etc.)

La trace est déjà réduite. Ton idée de donner le choix  à l'utilisateur est excellente. Car j'ai déjà eu des demandes dans l'autre sens (non réduction). Reste à l'implementer de manière astucieuse. La majorité s'en fiche et va trouver envahissant de devoir valider la taille de l'échantillonnage à chaque fois.

la page déclaration pouvoir choisir si je fais une déclaration CFD ou XContest.

Ca ce sera dans la prochaine : 5.014

[Gilles Silberzahn]

La trace est déjà réduite. Ton idée de donner le choix  à l'utilisateur est excellente. Car j'ai déjà eu des demandes dans l'autre sens (non réduction). Reste à l'implementer de manière astucieuse. La majorité s'en fiche et va trouver envahissant de devoir valider la taille de l'échantillonnage à chaque fois.

Ce que je verrais bien, c'est dans les préférences, qu'on puisse choisir la résolution de la fenêtre principale, et celle de la fenêtre de la vue plein écran. Avec dans cette vue, soit un menu pour choisir la résolution, soit une case à cocher : "afficher tous les points".

la page déclaration pouvoir choisir si je fais une déclaration CFD ou XContest.

Ca ce sera dans la prochaine : 5.014

Alors tant que j'y suis :
- Dans la fenêtre principale, avoir accès par ctrl-clic sur un vol aux mêmes éléments de menu qu'on a en haut à droite.
- Une meilleure intégration dans Mac OS X : le cmd-w est utilisé partout pour fermer une fenêtre.
- L'import automatique par un dossier prédéfini, c'est abandonné, ou j'ai pas compris la manipe ?
- Le classement par date (en cliquant sur la colonne date) ne fonctionne pas. Par contre, à l'ouverture du programme, les vols sont bien classés par date.