Logfly 5 nouvelle alpha

#1

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 :coucou: 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

#2

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

#3

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 ! :stuck_out_tongue: :lol:

Good Job!

#4

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…

#5

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 :mrgreen:

@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 :

[quote]sudo chmod 777 /opt/logfly5/app/Logfly.jar.
[/quote]

#6

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 !

#7

:coucou: xbug
Je trouve le pseudo très à propos :mrgreen:

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

#8

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é” :tomate: , 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 :slight_smile:

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

#9

@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 ?

#10

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™ SE Runtime Environment (8.0_151-b12) (build 1.8.0_151-b12)

Java VM: Java HotSpot™ 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 ?

#11

A priori, non :

#12

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 !

#13

@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 ?

:coucou: Man’s cela fait plaisir de voir que tu suis…

#14

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 .

[quote]/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
    |

[/quote]

#15

Je suis toujours sur Ubuntu 14.04 (3 ans et demi quand même :D) 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 ?

#16

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™ 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.

#17

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™ SE Runtime Environment (8.0_151-b12) (build 1.8.0_151-b12)

Java VM: Java HotSpot™ 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.

#18

:coucou: 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

[quote]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.
[/quote]
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

#19

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
[/quote]
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 :).

#20

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
[/quote]
Non le gradle …run fait le build + lance le truc :slight_smile:
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.