J'ai aussi eut mon moment sur la généalogie… il y a déjà plus de 8 ans…
J'ai voulu commencer de créer mes propres outils (utilisant principalement phpgedview -> webtree, qui est pas mal d’ailleurs, je trouvais rapidement des limites…)
Ma problématique étant, comment travailler a plusieurs sur un arbre commun (chaqu'un dans sa branche, mais des fois, y'a des liens entre les différentes branches…)…
J'en suis venu a imaginer un projet basé sur des fichiers en XML, versionnés sur Git, utilisant les submodules pour partager des portions de branches entre différente personnes…
Je continue de penser que l’approche était bonne, mais le nombre de projets que j’essaie de mener en parallèle m'a fait faire d'autre choix, et j'ai abandonner un peu la généalogie… au profit de la domotique, et de mon boulot (compositeur wayland, linux embarqué…)
Je suis quand même surpris que presque rien n'a été développé sur le sujet depuis 8 ans… le format Gedcom me semble plus que dépasser, utiliser git en backend me semble tellement plus puissant et universelle… un peu comme le projet password-store pour la gestion des password…
J'avais bien vu a l'époque des tentatives de Gedcom 6.0 en XML, mais il me semble que le projet n'avance pas vite… a cause du "6" sûrement (cf IPv6 …)…
Déjà, quand je vois "solaire" et "voiture", je fuis en courant…
Ce n'est qu'un fantasme marketing… il n'est pas possible de produire l'énergie d'une voiture avec des cellules solaire sur cette même voiture…
C'est juste une question de physique…
Aujourd'hui (et a 10 ou 15% prêt, ce sera toujours le cas), 108 demi cellules génère dans les meilleurs condition, 400Watt environ (c'est l'ordre de grandeur qui est important, même si on dis 500W, le résonnement est le même…)
108 demi cellule, c'est 1.2 m² environ dans un panneau très dense, ce que tu dois pouvoir disposer sur une voiture, au mieux tu mettra 2 ou 3 m² ? mais gère plus… et tout ça pour un coût de fabrication et câblage qui vont exploser…
Surtout que si les cellules ne sont pas sur le même "plan", elle n'auront pas la même exposition… donc, soit tu les câbles ensemble sur un seul MPTT/onduleur, avec au final, un rendement qui sera minable… soit tu met un MPTT/onduleur par "plan" et les coût explosent encore plus…
Donc, aller, soyons ultra optimiste, admettons que lorsque le soleil et pile poil a la vertical de ta voiture qui sort du lavage, tu arrive a tiré 1000W (et je pense déjà que c'est purement inatteignable); pour une voiture qui consomme 15KW/100km (moyenne réaliste), pour faire 100KM, il faut que le soleil reste 15 heures a la verticale de la voiture…
Enfin, en réalité, c'est même au moins 20h si on compte les rendements onduleur et batteries…
Sauf que le soleil, il ne reste jamais au même endroit…
Au finale, pour faire 15kwh, il te faudra presque 1 mois… si tu roule moins de 100km par mois, autant acheter un vélo…
Conclusion, les cellules sur la voiture ne serviront a rien…
Le coût économique quelle vont ajouter rendront la voiture très chère pour rien…
Le coût écologique de fabrication de cellule et onduleur aurait été bien mieux utiliser si ces même cellules était posé sur un toit de maison orienté sud… car l'énergie grise sur la production solaire est importante, si le panneau n'est pas optimisé, c'est du simple gaspillage, et donc, c'est anti-écologique
Bref, voiture solaire === argument marketing foireux…
Partant de la, toute les spec de la voiture sont a prendre avec des pincettes, car rien n'est plus crédible dans leur discourt…
En France en tout cas; c'est impossible de lancer les jeux quand la voiture n'est pas en mode P (Parking: Frein a main serré…)
En tout cas, c'était le cas avant la mise a jour de Noël, j'ai pas re-testé depuis, mais ça m'étonnerait vraiment que ce soit différent.
Pour avoir une idée sur la pollution des véhicules électriques par rapport au thermique, je vous conseil l'excellente vidéo (en faite, en 2 vidéos) du Réveilleur:
D'ailleurs, si le sujet de l'énergie vous intéresse, il a fait un très grand nombre de vidéos sur le sujet, et a chaque fois le travail réalisé est d'une qualité surprenante, avec source a l’appui…
Bref, une qualité rarement rencontré dans les médias, et encore moins sur Youtube…
La playlist sur l'énergie contient 23 vidéos qu'il est intéressant de regarder dans l'ordre.
clang-format que j'ai découvert récemment est un très bon outils, surtout que le choix des règles se fait dans le projet lui même (dans un fichier .clang-format), que je crois que certain IDE en tiennent compte automatiquement s'il est présent (Qt Creator par exemple il me semble).
De plus, il peut être couplé a Git (avec git-clang-format) pour ne corriger que les lignes concerné par un changement lors d'un commit, pour éviter de modifier dans le même commit les lignes d'un autre dév qui aurait été mal indenté…
Bref, a tester, mais l’outil me semble prometteur pour du C/C++ en tout cas.
Surtout, le triple si il isole mieux a aussi la fâcheuse tendance a bloquer les rayons infrarouges… et donc, tu perd de l'énergie solaire qui peut chauffer ta maison…
En Bio-climatique, on a tendance a mettre du triple sur le Nord/Est/Ouest (et donc, profiter du "refroidissement l'été", mais du Double au sud pour maximiser les apports solaire en hiver
En effet, je suis passé a Firefox recement, j'avais pas fait attention que j'avais 2 extensions, et en effet, browserpass ressemble a l’extension de chromium.
En effet, j'ai dis plus "geek" quand même…
Mais un serveur Git, au finale, c'est une machine accessible par SSH avec un dossier… bref, rien a installer sur le serveur… c'est pas non plus compliqué finalement, on en est pas a installer gitlab ou gitolite… juste un dépôt bare, dans un dossier, accessible par SSH…
Logiquement, sa ne devrait pas poser problème aux gens qui traînent sur ce forum ;-)
La partie finalement la plus "complexe", c'est la gestion des clé GPG… Git, c'est le plus facile
A oui, j'oubliais, c'est pas claire dans la doc, on peux facilement gérer plusieurs clé GPG pour avoir des password partagés avec d'autres personnes, d'autre non…
Puis je suis tombé sur password-store
Un truc très philosophie Unix, basé sur GPG pour le cryptage, de simple fichier pour la base, Git pour la synchro; bref, j’adore…
Sa a résolut tout mes problèmes de synchro que j'avais avec KeePass; y'a même des plugins pour la plus part des navigateurs, même si de ce coté la, ils ne se valent pas tous… (celui de chromium est bien, celui de firefox, j'aime moins, et malheureusement rien encore pour falkon…) et une appli pour Android…
On peux aussi l'utiliser en ligne de commande, voir depuis un script… QtPass pour une Gui sous KDE…
Il suffit d'avoir un serveur Git pour faire les synchros (par SSH pour la sécurité), sachant que les fichiers dessus sont crypter GPG, et que la clé (protégé par mot de passe) ne sort pas du client… bref, simple, pratique, sécurisé…
Surtout qu'rpm n'apportait rien de nouveau par rapport au deb… Juste un format différent de plus, et la force de Red Hat pour essayer encore une fois d'imposer sa vision des choses… sans compter le "bordel" dans le monde RPM (RPM5 vs RPM4, yum vs zypper vs urpmi vs dnf…).
Alors upstart face a openrc, puisque dans ce cas, openrc est bien bien bien plus vieux, et fournis la même plus-value par rapport a systemV (le démarrage de service en parallèle)
Pour un NAS, je préfèrs quand même une RockPro64 (pine64.org), avec le boitier qu'ils proposent, c'est vraiment intéressant.
Surtout que l'architecture Big.LITTLE (en gros, A53 + A73) permet de baisser la consommation lorsque la carte n'est pas trop sollicité.
Reste que j'attends de voir l'interface PoE de cette nouvelle Rasberry, qui pourrait rendre cette carte intéressante.
Certe; mais dans ces cas, les problèmes de place utilisé, de ram, de cpu nécessaire, sont tout de suite moins importants, du coup, le choix entre utiliser un truc facile comme Qt (qui peut être lourd, mais qui se code / maintient facilement) vis a vis des EFL (qui est certe plus léger est efficace, mais plus complexe a utiliser, et limite aussi le nombre de développeur d'application potentiel car Qt est quand même plus largement utilisé) ne justifie pas d'exclure Qt.
Sur une montre, la taille et les problème de dissipation thermique oblige un peu d'utiliser un petit CPU, peu de RAM; et surtout, comme la batterie est petite, et qu'on attend en générale une autonomie la plus importante possible sur ces produits, l'optimisation énergétique est un point important. Et la EFL possède aussi des arguments en or…
En fait, c'est déjà un problème purement Windowsien…
Sur un système digne de ce non, Qt est installé au niveau système, il n'a pas a venir avec chaque exécutable.
Dans ce cas il faut justement éviter le linkage statique, en effet; pour la première application qui se lance et qui utilise Qt, les librairies sont chargées en mémoire, les suivantes se lance rapidement car elle ne font que les ré-utiliser…
Dans un système KDE par exemple; l'ensemble des applications graphique est écrit en Qt, même le gestionnaire de fenêtre; et un système sous KDE reste bien bien plus petit que le dossier C:\Windows de la plupart de vos PC.
C'est sur que si Qt est utilisé que pour un tout petit logiciel, c'est overkill, mais si on l'exploite au niveau système, c'est tout de suite plus intéressant.
Après, Windows n'aide pas pour cette façon de concevoir et distribuer les applications… D'ailleurs, c'est le même problème pour Python… Sous Gnu/Linux, un script python sans trop de dépendance s’exécute sur presque toutes les distributions qu'il soit Python2 ou Python3. Sous Windows, c'est un autre problème…
Après reste que sous Linux, packager et distribuer une application reste compliqué, mais bon, la perfection n'existe nul part aujourd'hui.
Pour en revenir a Qt, il faut aussi se dire que ce n'est pas le seul framework graphique C++; c'est pas pour rien que Samsung a basé son OS Tizen sur les EFL; alors qu'il héritait de Meego, qui lui était 100% Qt; il ont fait ce choix pour la très petite embarqué (je ne parle pas des monstres de smartphone d'aujourd'hui qui n'ont rien de vraiment embarqué, mais surtout des montres connecté de la marque), la, EFL, c'est tout aussi jolie, beaucoup beaucoup plus léger (en RAM surtout), par contre, c'est moins sexy/facile a coder que du Qt/QML…
J'ai déjà joué un peu avec, et il est prometteur…
Pour moi, il ne lui manque qu'une extension: password-store (https://www.passwordstore.org/ gestion de password très simple basé sur GnuPG et Git), j'ai commencé d'en écrire une, c'est plutôt simple du moment qu'on connait Qt, mais pour le moment je manque de temps… J'espère la finir un jour pour leur la proposer…
Perso, j'utilise aussi CMake; parfois avec Ninja sur les gros projets…
Par contre, j'ai pas encore eu le temps de trop tester, mais je pense que QBS peut être un projet intéressant a surveiller…
Le but est de se passer de Make, QBS lance lui même GCC au lieu de CMake -> Makefile -> GCC
De plus, sa syntaxe déclarative a la QML devrait permettre une meilleur intégration dans les IDE, et cerise sur le gâteau, si on a besoin de faire des truc tordus, le javascript peut être utilisé directement dans le qbs…
Y'a une bonne équipe de développeur derrière (projet Qt, a la prétention de remplacer QMake/CMake pour Qt 6)
J'irais même plus loin… tout service qui utilise Git va avoir le même choix a faire; donc les GitLab, les Gitolite, les kernel.org…. Du moment que les données (user et email) font parties du hash d'un commit Git, et que ce hash est inclue dans le hash du commit suivant, elles ne peuvent pas être supprimé.
Je ne sais pas comment fonctionne Mercurial et les autres, mais le problèmes sera peut être le même…
oula… je ne connaissais pas passwordstore, mais vraiment, ça me plait !!!
Jusque la j'utilisais keepass, mais la j’adore…
git + gpg + ssh + un peu de glu autour… toute la puissance d'unix… je prend…
Et pour migrer ma base de keepass, y'a même des scripts python… bref… le top ;-)
# GEDCOM...
Posté par Fabien PRORIOL . En réponse au journal Le temps est gris, faisons de la généalogie. Évalué à 2.
J'ai aussi eut mon moment sur la généalogie… il y a déjà plus de 8 ans…
J'ai voulu commencer de créer mes propres outils (utilisant principalement phpgedview -> webtree, qui est pas mal d’ailleurs, je trouvais rapidement des limites…)
Ma problématique étant, comment travailler a plusieurs sur un arbre commun (chaqu'un dans sa branche, mais des fois, y'a des liens entre les différentes branches…)…
J'en suis venu a imaginer un projet basé sur des fichiers en XML, versionnés sur Git, utilisant les submodules pour partager des portions de branches entre différente personnes…
Je continue de penser que l’approche était bonne, mais le nombre de projets que j’essaie de mener en parallèle m'a fait faire d'autre choix, et j'ai abandonner un peu la généalogie… au profit de la domotique, et de mon boulot (compositeur wayland, linux embarqué…)
Je suis quand même surpris que presque rien n'a été développé sur le sujet depuis 8 ans… le format Gedcom me semble plus que dépasser, utiliser git en backend me semble tellement plus puissant et universelle… un peu comme le projet password-store pour la gestion des password…
J'avais bien vu a l'époque des tentatives de Gedcom 6.0 en XML, mais il me semble que le projet n'avance pas vite… a cause du "6" sûrement (cf IPv6 …)…
# Voiture solaire...
Posté par Fabien PRORIOL . En réponse au journal Voiture électrique OpenHardware. Évalué à 2.
Déjà, quand je vois "solaire" et "voiture", je fuis en courant…
Ce n'est qu'un fantasme marketing… il n'est pas possible de produire l'énergie d'une voiture avec des cellules solaire sur cette même voiture…
C'est juste une question de physique…
Aujourd'hui (et a 10 ou 15% prêt, ce sera toujours le cas), 108 demi cellules génère dans les meilleurs condition, 400Watt environ (c'est l'ordre de grandeur qui est important, même si on dis 500W, le résonnement est le même…)
108 demi cellule, c'est 1.2 m² environ dans un panneau très dense, ce que tu dois pouvoir disposer sur une voiture, au mieux tu mettra 2 ou 3 m² ? mais gère plus… et tout ça pour un coût de fabrication et câblage qui vont exploser…
Surtout que si les cellules ne sont pas sur le même "plan", elle n'auront pas la même exposition… donc, soit tu les câbles ensemble sur un seul MPTT/onduleur, avec au final, un rendement qui sera minable… soit tu met un MPTT/onduleur par "plan" et les coût explosent encore plus…
Donc, aller, soyons ultra optimiste, admettons que lorsque le soleil et pile poil a la vertical de ta voiture qui sort du lavage, tu arrive a tiré 1000W (et je pense déjà que c'est purement inatteignable); pour une voiture qui consomme 15KW/100km (moyenne réaliste), pour faire 100KM, il faut que le soleil reste 15 heures a la verticale de la voiture…
Enfin, en réalité, c'est même au moins 20h si on compte les rendements onduleur et batteries…
Sauf que le soleil, il ne reste jamais au même endroit…
Au finale, pour faire 15kwh, il te faudra presque 1 mois… si tu roule moins de 100km par mois, autant acheter un vélo…
Conclusion, les cellules sur la voiture ne serviront a rien…
Le coût économique quelle vont ajouter rendront la voiture très chère pour rien…
Le coût écologique de fabrication de cellule et onduleur aurait été bien mieux utiliser si ces même cellules était posé sur un toit de maison orienté sud… car l'énergie grise sur la production solaire est importante, si le panneau n'est pas optimisé, c'est du simple gaspillage, et donc, c'est anti-écologique
Bref, voiture solaire === argument marketing foireux…
Partant de la, toute les spec de la voiture sont a prendre avec des pincettes, car rien n'est plus crédible dans leur discourt…
[^] # Re: Ou la faute au jeu vidéo ?
Posté par Fabien PRORIOL . En réponse au journal tesla. Évalué à 1.
En France en tout cas; c'est impossible de lancer les jeux quand la voiture n'est pas en mode P (Parking: Frein a main serré…)
En tout cas, c'était le cas avant la mise a jour de Noël, j'ai pas re-testé depuis, mais ça m'étonnerait vraiment que ce soit différent.
[^] # Re: video
Posté par Fabien PRORIOL . En réponse au journal tesla. Évalué à 3.
Pour avoir une idée sur la pollution des véhicules électriques par rapport au thermique, je vous conseil l'excellente vidéo (en faite, en 2 vidéos) du Réveilleur:
https://www.youtube.com/watch?v=xVroWRO0duI&list=PLhgpBc0hGjStar764_pP8dl08U1LQA9Y8
D'ailleurs, si le sujet de l'énergie vous intéresse, il a fait un très grand nombre de vidéos sur le sujet, et a chaque fois le travail réalisé est d'une qualité surprenante, avec source a l’appui…
Bref, une qualité rarement rencontré dans les médias, et encore moins sur Youtube…
La playlist sur l'énergie contient 23 vidéos qu'il est intéressant de regarder dans l'ordre.
# Veille techno
Posté par Fabien PRORIOL . En réponse au journal Je préfère LinuxFr.org. Évalué à 2.
En général pour la veille techno et la culture scientifique en général, j'aime bien aussi techno-science.net
Du coup, mon akregator RSS contient:
Multimédia: http://www.techno-science.net/include/news9.xml
Vie et Terre: http://www.techno-science.net/include/news24.xml
Espace: http://www.techno-science.net/include/news7.xml
Astronomie: http://www.techno-science.net/include/news14.xml
Architecture: http://www.techno-science.net/include/news10.xml
Énergie: http://www.techno-science.net/include/news8.xml
Aéronautique: http://www.techno-science.net/include/news6.xml
Physique: http://www.techno-science.net/include/news12.xml
Astrophysique: http://www.techno-science.net/include/news13.xml
Mathématiques: http://www.techno-science.net/include/news11.xml
Transports: http://www.techno-science.net/include/news20.xml
Linux Journaux: https://linuxfr.org/journaux.atom
Linux Dépêches: https://linuxfr.org/news.atom
Linux Embedded: http://www.linuxembedded.fr/feed/
[^] # Re: EditorConfig
Posté par Fabien PRORIOL . En réponse au journal Quelles seraient les meilleures règles de formatage de code ?. Évalué à 3.
clang-format que j'ai découvert récemment est un très bon outils, surtout que le choix des règles se fait dans le projet lui même (dans un fichier .clang-format), que je crois que certain IDE en tiennent compte automatiquement s'il est présent (Qt Creator par exemple il me semble).
De plus, il peut être couplé a Git (avec git-clang-format) pour ne corriger que les lignes concerné par un changement lors d'un commit, pour éviter de modifier dans le même commit les lignes d'un autre dév qui aurait été mal indenté…
Bref, a tester, mais l’outil me semble prometteur pour du C/C++ en tout cas.
[^] # Re: reference needed
Posté par Fabien PRORIOL . En réponse au journal Changement climatique, que faire ?. Évalué à 2.
Surtout, le triple si il isole mieux a aussi la fâcheuse tendance a bloquer les rayons infrarouges… et donc, tu perd de l'énergie solaire qui peut chauffer ta maison…
En Bio-climatique, on a tendance a mettre du triple sur le Nord/Est/Ouest (et donc, profiter du "refroidissement l'été", mais du Double au sud pour maximiser les apports solaire en hiver
[^] # Re: gopass
Posté par Fabien PRORIOL . En réponse au journal Ma redécouverte de GPG. Évalué à 2.
J'utilise pass, mais j'ai pas compris l’intérêt de gopass par rapport a pass…
Déjà dans pass
Déjà dans pass (browserpass…)
Déjà dans pass
Il existe une extension pass (pass-otp) mais j'ai pas testé (j'utilise FreeOTP pour le moment…)
[^] # Re: Mouais
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 9.
Mouais…
Pour moi, un navigateur pas libre qui stock mes mots de passe sur leurs serveurs, avec aucune garantie de comment c'est sécurisé… je passe…
[^] # Re: Autre alternative plus "geek"
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 2.
En effet, je suis passé a Firefox recement, j'avais pas fait attention que j'avais 2 extensions, et en effet, browserpass ressemble a l’extension de chromium.
[^] # Re: Autre alternative plus "geek"
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 2.
En effet, j'ai dis plus "geek" quand même…
Mais un serveur Git, au finale, c'est une machine accessible par SSH avec un dossier… bref, rien a installer sur le serveur… c'est pas non plus compliqué finalement, on en est pas a installer gitlab ou gitolite… juste un dépôt bare, dans un dossier, accessible par SSH…
Logiquement, sa ne devrait pas poser problème aux gens qui traînent sur ce forum ;-)
La partie finalement la plus "complexe", c'est la gestion des clé GPG… Git, c'est le plus facile
[^] # Re: Autre alternative plus "geek"
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 1. Dernière modification le 26 novembre 2020 à 18:48.
A oui, j'oubliais, c'est pas claire dans la doc, on peux facilement gérer plusieurs clé GPG pour avoir des password partagés avec d'autres personnes, d'autre non…
[^] # Re: C'est un bon produit
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 1.
Salut, tu connais les différences entre gopass et pass (password-store) avec lequel il se dit compatible ?
# Autre alternative plus "geek"
Posté par Fabien PRORIOL . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 7.
Je l'ai utilisé un temps…
Puis je suis tombé sur password-store
Un truc très philosophie Unix, basé sur GPG pour le cryptage, de simple fichier pour la base, Git pour la synchro; bref, j’adore…
Sa a résolut tout mes problèmes de synchro que j'avais avec KeePass; y'a même des plugins pour la plus part des navigateurs, même si de ce coté la, ils ne se valent pas tous… (celui de chromium est bien, celui de firefox, j'aime moins, et malheureusement rien encore pour falkon…) et une appli pour Android…
On peux aussi l'utiliser en ligne de commande, voir depuis un script… QtPass pour une Gui sous KDE…
Il suffit d'avoir un serveur Git pour faire les synchros (par SSH pour la sécurité), sachant que les fichiers dessus sont crypter GPG, et que la clé (protégé par mot de passe) ne sort pas du client… bref, simple, pratique, sécurisé…
J'ai lâché KeePass depuis… et je regrette pas :-)
[^] # Re: Pas d'accord avec la fin
Posté par Fabien PRORIOL . En réponse au journal Mais pourquoi flatpak ?. Évalué à 4. Dernière modification le 15 juillet 2019 à 15:36.
Surtout qu'rpm n'apportait rien de nouveau par rapport au deb… Juste un format différent de plus, et la force de Red Hat pour essayer encore une fois d'imposer sa vision des choses… sans compter le "bordel" dans le monde RPM (RPM5 vs RPM4, yum vs zypper vs urpmi vs dnf…).
[^] # Re: upstart ?
Posté par Fabien PRORIOL . En réponse au journal Canonical refait cavalier seul et annonce une nouvelle boutique logicielle centrée sur Snap. Évalué à 0.
Alors upstart face a openrc, puisque dans ce cas, openrc est bien bien bien plus vieux, et fournis la même plus-value par rapport a systemV (le démarrage de service en parallèle)
[^] # Re: A comparer avec ses challengers
Posté par Fabien PRORIOL . En réponse au journal une nouvelle framboise. Évalué à 3.
Ou la RockPro64 de pine64.org …
[^] # Re: Révision technique rapide par Christopher Barnatt
Posté par Fabien PRORIOL . En réponse au journal une nouvelle framboise. Évalué à 6.
Pour un NAS, je préfèrs quand même une RockPro64 (pine64.org), avec le boitier qu'ils proposent, c'est vraiment intéressant.
Surtout que l'architecture Big.LITTLE (en gros, A53 + A73) permet de baisser la consommation lorsque la carte n'est pas trop sollicité.
Reste que j'attends de voir l'interface PoE de cette nouvelle Rasberry, qui pourrait rendre cette carte intéressante.
# Loire
Posté par Fabien PRORIOL . En réponse au journal Du FTTH neutre et libre. Évalué à 10. Dernière modification le 04 décembre 2018 à 12:50.
Y'a-t-il un rapport, si la réponse à la grande question sur la vie l'univers et le reste est 42 ???
[^] # Re: Qt static
Posté par Fabien PRORIOL . En réponse au journal Réduire la taille des exécutables générés avec PyInstaller. Évalué à 2.
Certe; mais dans ces cas, les problèmes de place utilisé, de ram, de cpu nécessaire, sont tout de suite moins importants, du coup, le choix entre utiliser un truc facile comme Qt (qui peut être lourd, mais qui se code / maintient facilement) vis a vis des EFL (qui est certe plus léger est efficace, mais plus complexe a utiliser, et limite aussi le nombre de développeur d'application potentiel car Qt est quand même plus largement utilisé) ne justifie pas d'exclure Qt.
Sur une montre, la taille et les problème de dissipation thermique oblige un peu d'utiliser un petit CPU, peu de RAM; et surtout, comme la batterie est petite, et qu'on attend en générale une autonomie la plus importante possible sur ces produits, l'optimisation énergétique est un point important. Et la EFL possède aussi des arguments en or…
[^] # Re: Qt static
Posté par Fabien PRORIOL . En réponse au journal Réduire la taille des exécutables générés avec PyInstaller. Évalué à 0.
En fait, c'est déjà un problème purement Windowsien…
Sur un système digne de ce non, Qt est installé au niveau système, il n'a pas a venir avec chaque exécutable.
Dans ce cas il faut justement éviter le linkage statique, en effet; pour la première application qui se lance et qui utilise Qt, les librairies sont chargées en mémoire, les suivantes se lance rapidement car elle ne font que les ré-utiliser…
Dans un système KDE par exemple; l'ensemble des applications graphique est écrit en Qt, même le gestionnaire de fenêtre; et un système sous KDE reste bien bien plus petit que le dossier C:\Windows de la plupart de vos PC.
C'est sur que si Qt est utilisé que pour un tout petit logiciel, c'est overkill, mais si on l'exploite au niveau système, c'est tout de suite plus intéressant.
Après, Windows n'aide pas pour cette façon de concevoir et distribuer les applications… D'ailleurs, c'est le même problème pour Python… Sous Gnu/Linux, un script python sans trop de dépendance s’exécute sur presque toutes les distributions qu'il soit Python2 ou Python3. Sous Windows, c'est un autre problème…
Après reste que sous Linux, packager et distribuer une application reste compliqué, mais bon, la perfection n'existe nul part aujourd'hui.
Pour en revenir a Qt, il faut aussi se dire que ce n'est pas le seul framework graphique C++; c'est pas pour rien que Samsung a basé son OS Tizen sur les EFL; alors qu'il héritait de Meego, qui lui était 100% Qt; il ont fait ce choix pour la très petite embarqué (je ne parle pas des monstres de smartphone d'aujourd'hui qui n'ont rien de vraiment embarqué, mais surtout des montres connecté de la marque), la, EFL, c'est tout aussi jolie, beaucoup beaucoup plus léger (en RAM surtout), par contre, c'est moins sexy/facile a coder que du Qt/QML…
# Extension passwordstore
Posté par Fabien PRORIOL . En réponse à la dépêche Falkon 3 le nouveau navigateur pour KDE. Évalué à 6.
J'ai déjà joué un peu avec, et il est prometteur…
Pour moi, il ne lui manque qu'une extension: password-store (https://www.passwordstore.org/ gestion de password très simple basé sur GnuPG et Git), j'ai commencé d'en écrire une, c'est plutôt simple du moment qu'on connait Qt, mais pour le moment je manque de temps… J'espère la finir un jour pour leur la proposer…
# qbs
Posté par Fabien PRORIOL . En réponse au journal Un petit tour des systèmes de build. Évalué à 2.
Perso, j'utilise aussi CMake; parfois avec Ninja sur les gros projets…
Par contre, j'ai pas encore eu le temps de trop tester, mais je pense que QBS peut être un projet intéressant a surveiller…
Le but est de se passer de Make, QBS lance lui même GCC au lieu de CMake -> Makefile -> GCC
De plus, sa syntaxe déclarative a la QML devrait permettre une meilleur intégration dans les IDE, et cerise sur le gâteau, si on a besoin de faire des truc tordus, le javascript peut être utilisé directement dans le qbs…
Y'a une bonne équipe de développeur derrière (projet Qt, a la prétention de remplacer QMake/CMake pour Qt 6)
A suivre
# Github et tout les autres....
Posté par Fabien PRORIOL . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 2.
J'irais même plus loin… tout service qui utilise Git va avoir le même choix a faire; donc les GitLab, les Gitolite, les kernel.org…. Du moment que les données (user et email) font parties du hash d'un commit Git, et que ce hash est inclue dans le hash du commit suivant, elles ne peuvent pas être supprimé.
Je ne sais pas comment fonctionne Mercurial et les autres, mais le problèmes sera peut être le même…
[^] # Re: Classique
Posté par Fabien PRORIOL . En réponse au journal Coffre numérique.. Évalué à 2.
oula… je ne connaissais pas passwordstore, mais vraiment, ça me plait !!!
Jusque la j'utilisais keepass, mais la j’adore…
git + gpg + ssh + un peu de glu autour… toute la puissance d'unix… je prend…
Et pour migrer ma base de keepass, y'a même des scripts python… bref… le top ;-)