gehelem

ah merci, je vais regarder ça (l'incorruptible j'en ai déjà un, j'essaie de pas trop l'enquiquiner)

...Quelques nouvelles ... je commence à me dire qu'il faut que je fasse du ménage et que je rendre le truc plus lisible (en fait ça fait un moment que je me le dis, mais c'est désagréable) Mon code est propre seulement dans ma tête, et en plus c'est écrit comme un cochon (mais "tout est bon dans le cochon" 😉 ) Donc là, je suis en train de regarder toutes ces histoires de nomenclatures, de règles de nommage et de syntaxe. La syntaxe c'est fastoche, les éditeurs de code peuvent la gérer (du coup j'ai adopté celle de indi Pour les conventions de nommage c'est colossal compte tenu de toute ce que j'ai déjà pondu (ça me coupe un peu les pattes, je reconnais) Mais il va bien falloir que je m'y mette si je veux que la mayonnaise prenne... Et je n'ai pas vraiment trouvé d'outil pour m'aider, sauf peut-être ce petit truc que je vais essayer https://github.com/nithinn/ncc G.

Content qu'elle soit partie celle-ci. Mon ménage vous remercie, je commençais tout juste les manœuvres de lobbying.

MyAllsky.mp4

ça fait du bien de faire une petite photo avec quelques étoiles dedans je vais laisser tourner, pour voir (ça a chauffé toute la journée, avec la chienne qui passe dans le jardin faire des trucs de chienne ...)

bon, finalement à l'ancienne... Gniiiiii aahahahahahhhhhhaaaaa !!!!!! .... avec le timelapse généré à la volée, donc le tout avec une vraie caméra sur un vieux RPi3B MyAllsky.mp4

En effet, mais la raison du plantage du build est sans doute beaucoup plus globale j'ai l'impression qu'il y a un problème de version de librairie utilisée, et comme je me suis contenté de copier/coller les sources depuis le ppa de Jasem je n'y peux pas grand-chose (aucun idée de comment y substituer les binaires ASI par exemple, et aucune certitude sur le fait que ça puisse suffire) Je vais me résoudre à compiler sur le Pi, je voudrais avancer sur d'autres trucs J'aurais juste bien aimé avoir un truc "fluide" pour tester sur une machine anémique G. Le build me dit des choses de ce genre : La partie de link est aussi plombée par des références manquantes Le build total est ici, mais alors bonjour à éplucher https://launchpadlibrarian.net/647072150/buildlog_ubuntu-jammy-armhf.indi-asi_2.2+t202211301056~ubuntu22.04.1_BUILDING.txt.gz

Bien. nous avons beaucoup progressé aujourd'hui. Ce screenshot ci-dessus c'était ma première tentative, ça a vaguement marché donc j'ai persévéré. Il s'agit "juste" d'arriver à obtenir ce satané serveur indi pour un raspberry 32 bits sans avoir à le compiler soi-même. J'y suis donc partiellement arrivé, puisque le launchpad permet de pomper les archives des autres (Jasem en l'occurence), et de les pousser un peu. Me voilà avec un troisièmre ppa : ppa:gehelem/indi-armhf dedans j'ai copié les archives qui me faisaient besoin (quasi toutes) et j'ai lancé les builds pour armhf ça a mis "un certain temps" et la plupart sont ok, du coup il manque malheureusement le fameux driver ZWO/ASI, je ne sais pas si je pourrais lui secouer la pulpe vraiment dommage Autre restriction, je me suis limité à Ubuntu Jammy, car la place est comptée, j'ai seulement 8Go Bref, j'ai pu finir par installer tout ça sur mon raspberry pi 3B (tout court, le 32bits) Et ça marche !!! Je vais continuer à faire joujou, je vous tiens au jus G.

Rhaaaa ahahah 🙂

J'ai tout installé sur un odroid c2 qui a le mérite d'être en arm64 Ça se passe relativement bien Couplé à indiwebmanager la charge reste très contenue ça réagit bien Seul souci, avec une vraie caméra ça plante, le driver indi zwo s'effondre (because usb2 ???) Mais avec les simulateurs aucun souci, ça fait comme ça devrait.

Merci d'avoir encore testé J'y suis allé en mode bourrin, il faudra que j'améliore ça là dessus je suis en train de me demander si je ne peux pas cloner le ppa de Jasem et builder à ma sauce ... mais vu que j'ai déjà eu du mal à en arriver là, je crains de ne pas y arriver on verra si ça me prend, ou si ça répond sur le forum indi Pas encore complètement, c'est en cours Pour le moment, chaque module peut sauvegarder son "profil" (j'ai appelé ça comme ça) avec ce panneau : Et au démarrage, je charge un ensemble de modules associés à des profils (et j'ai appelé ça une configuration) Pour le moment, ça charge une "configuration" par défaut, mais je n'ai pas encore donné le moyen de la sauvegarder A la limite, si tu veux tu dois pouvoir tambouiller à la main le contenu de la base SQLite qui est créée en ajoutant des lignes à la configuration "default" : A noter que comme c'est en cours, j'ai pas encore bien débuggé le machin, mais sait-on jamais ... il faut aussi sans doute que j'adapte le front, pour ajouter qq boutons et zones de texte pour ça G. on dirait bien que ça marche un peu en faisant ça : ça me charge bien un indipanel au démarrage Mais manifestement le libellé n'est pas bon, il devrait s'appeler "Djobidjoba" Du coup c'est moins drôle ...

bon, le armhf c'est la misère du coup je pleurniche https://indilib.org/forum/general/12879-libindi-builds-for-32bits-armhf.html

Hello J'ai donc changé le mode de dépendance du paquet en "Recommends", de mon coté ça ne change rien c'est normal... C'est dispo dans mon ppa depuis ce matin. Par ailleurs, j'ai un peu trituré la gestion de la recherche des librairies, normalement ça devrait mieux se passer désormais (plus besoin de surcharger le ld_library_path) On devrait s'approcher d'une situation relativement basique coté installation (sauf sur le coté front, que je potasse toujours) J'ai ajouté des builds pour armhf, je voudrais pouvoir tester sur mes vieux raspberry en 32 bits ça plante sur les anciennes version d'ubuntu, il faut que je comprenne pourquoi . (je voudrais éviter d'avoir à compiler sur le pi ...) G.

Excellent, merci d'avoir essayé ! Là c'est le dilemne C'est ce que j'ai fait au début et ça fonctionne Sauf que ça impose de nommer mes librairies avec un motif imposé ("libost*") et ça n'exclue pas un carambolage avec un truc qui n'a rien à voir Oui, c'est la cuisine que j'ai été obligé de faire pour utiliser ce dossier /usr/lib/ost C'est moche ça ne restera pas J'ai vu que Qt avait la possibilité de triturer un peu ces chemins au moment de l'exécution, je vais creuser ça

Hop ! C'est quand même bien fichu...

ostserver est publié sur 22.10 J'ai relancé ostmodules car je l'avais lancé trop tôt et il s'est ramassé Nota bene = avant de lancer le zinzin faut faire ça, sinon ça marche pas export LD_LIBRARY_PATH=/usr/lib/ost${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} C'est là dessus que je bloque ces dernières heures

Olala merci d'essayer @pch J'ai lancé le build pour la 22.10, il n'est pas encore publié ça devrait arriver dans une heure ou deux Pour le indi-full j'ai mis ça par facilité, je devrais en effet limiter au strict nécessaire (pour le build, mais aussi pour l'installer) Je vais regarder cette histoire de versionning de lib, merci Tu l'as compris, je suis vraiment parti en mode bourrin, je débroussaille Merci pour ton aide G.

Oui, merci ! J'étais resté aussi sur cette conclusion J'ai essayé de mettre des supports de bord en teflon, en croix (un sur le support et un sur le miroir) pour rester aussi ponctuel que possible Ça a amélioré un peu l'astigmatisme donc je pense que c'est une bonne piste, mais ça ne l'a pas complètement résolu Je pense que ce que j'appelle du Téflon n'en est pas vraiment car il reste un peu mou (truc pour faire glisser les meubles chez Castorama)

Zut Raté c'est pas celle là

20220615_165310.mp4

+1 pour suivre J'ai le même problème Je suis aussi sur la piste du barillet Pas encore résolu par manque de temps G.

Addendum du week end : j'ai séparé la partie serveur pure des modules J'ai maintenant deux archives dans le ppa : ostserver ostmodules Du coup : sudo add-apt-repository ppa:gehelem/ostserver-daily sudo apt update sudo apt install ostserver ostmodules À noter que j'ai qq soucis de compréhension des install de librairies Ça cafouille, je potasse

Hello 2023 rimera avec "ppa" => bonnes années !! Je me suis amusé ces derniers jours à essayer le système de build du launchpad ubuntu c'est tordu, mais une fois en place ça devrait le faire. Donc chers warriors du terminal : sudo add-apt-repository ppa:gehelem/ostserver-daily sudo apt update sudo apt install ostserver Et ça installe les binaires de la partie backend Qu'on peut donc lancer avec la commande ostserver : gilles@alzbig:~$ ostserver [2023-01-07 19:27:30.876758] [0x00007f77dca89100] [info] OST starting up [2023-01-07 19:27:30.916944] [0x00007f77dca89100] [debug] INDI Host=localhost [2023-01-07 19:27:30.916962] [0x00007f77dca89100] [debug] INDI Port=7624 [2023-01-07 19:27:30.916965] [0x00007f77dca89100] [debug] Webroot =/var/www/html [2023-01-07 19:27:30.916968] [0x00007f77dca89100] [debug] DB Path = [2023-01-07 19:27:30.916971] [0x00007f77dca89100] [debug] Check available modules en parallèle, il faut deux choses : - un serveur indi qui tourne avec quelques drivers, idéalement sur le localhost:7624 - un serveur web avec le contenu de l'archive ci-jointe sur sa racine (valeur par défaut = /var/www/html) Il faut que l'utilisateur qui lance ostserver ait les droits d'écriture sur ce répertoire, car ça y balance les images (entre autres) ostserver est très bavard, j'ai laissé plein de trucs de debug là le jeu c'était surtout de savoir si j'arrivai à builder correctement sur le launchpad, donc autant en faire profiter tout le monde. Bien entendu ça peut (et ça va) planter : Donc si vous jouez avec, merci d'avance pour vos retours/screenshots etc ... Aventuriers, à vos aventures 🙂 (et bon courage, vous allez en chier) G. html.tar.gz

Salut Nomachine, sans hésiter ! G.

Ah c'est gentil, merci ! en effet j'ai besoin d'aide 🙂 Le problème c'est surtout le rythme, arriver à avancer régulièrement ce n'est vraiment pas facile. J'ai dit à plusieurs reprises que mon but était surtout de sortir un truc qui marche à peu près, une sorte de maquette fonctionnelle Ensuite seulement je ferai chier les barbus pour m'aider : comme ça à leurs critiques qui seront sanglantes sur ma façon de coder, je pourrai répondre : "ouai, mais ça marche 🙂 , montre moi comment t'aurai fait, toi qui es si fort" Sans rire, c'est surtout que j'ai pas envie de décourager des contributeurs pointus avec des sujets triviaux de maternelles du c++, comme ça m'arrive de le faire avec @deufrai G.