Apparemment la raison principale du retrait était la difficulté à construire le logiciel :
VLC has been very difficult to build, so although we could occasionally update it, these updates went straight to the archive. We now feel we have the build process under control enough that we can keep it up-to-date in the main repository.
Savez-vous pourquoi ? Et qu'est-ce qui a changé qui a permis le retour dans F-Droid ?
Je vous trouve bien difficile, car justement dans la scène d'intrusion on voit ce qu'ils tapent au clavier (dans la deuxième image) et ils ont pris soin que ce soit crédible avec un rm -f scanlogd-*.tar, puis un whois.
Comparé à d'autres séries où on voit juste un bout de HTML ou de CSS quand des hackers rentrent dans les ordinateurs du pentagone, il me semble justifié de souligner les efforts de la réalisation !
Garradin semble utiliser Fossil comme gestionnaire de version.
C'est un gestionnaire que l'on rencontre assez peu dans le logiciel libre.
Est-ce possible d'avoir un retour sur les motivations qui ont amené à ce choix ? et un retour à l'utilisation ?
Il pourrait tourner sous Windows et Mac mais je ne suis pas parvenu a générer la librairie podofo sous windows.
Quels sont les problèmes rencontrés ? Apparemment les dépendances de podofo sont classiques et tu devrais pouvoir générer la bibliothèque avec MSYS2 (à condition d'avoir accès à une machine sous Windows).
J'ai l'impression que ta version utilise vraiment le paradigme fonctionnel alors que celle de Martoni est plus impérative. Comme le Scala est multi-paradigme, elle mérite sa place en tant que Scala-func :-)
J'ai trouvé une autre différence par rapport à l'original : si un argument est hors bornes, tu retournes une exception alors que l'original force à la valeur à celle par défaut.
Le découpage en sous-fonction rend la lecture très agréable. J'imagine que ce n'est pas spécialement dû au langage, mais à ta manière de développer alors bravo :-)
Je suis intrigué par la méthode generateHelp. Apparemment elle fait à la fois l'affichage du message d'aide et l'analyse des paramètres d'entrée. Est-ce dû au langage Crystal ou est-ce un choix de ta part ?
Est-ce que l'utilisation de pointeurs intelligents style std::shared_ptr (ou leur ancêtre dans Boost) est considéré comme un GC ?
Leur utilisation permet d'enlever une bonne partie des problèmes de libération de la mémoire en C++ avec un coût minimal. C'est utilisé par de grosses applications industrielles (robotique, CAO, etc.) qui exigent pourtant des performances élevées.
Ne me parlez pas de Debian qui est précisément une illustration parfaite d'une gestion illusoirement automatisée (et parfois totalement absconse) des dépendances.
As-tu des exemples pour étayer cette affirmation ?
Pour la synchronisation automatique il y a syncthing qui remplit le besoin, mais je ne sais pas si son intégration avec un owncloud/nextcloud est possible.
Le format Date-Heures de l'export de NixNote est curieux: “1527160939843”. On dirait que les 10 premiers chiffres sont un epoch UNIX (1527160939 => 05/24/2018 11:22am), mais quid des 3 derniers (“843”) ?
[edit: entre temps skeespin a répondu à la question, ce commentaire peut être supprimé par un modérateur.]
Super la démo vidéo !
D'ailleurs on entend 2 sons quand le bouton est pressé. J'imagine que c'est l'appui puis le relâchement. Lequel est pris en compte ?
Donc pour accéder à une donnée de l'utilisateur il y a 3 niveaux de déchiffrement à appliquer. Est-ce que ça ne va pas créer des problèmes de performance ?
comment ça se fait que nos industriels n'y aient pas pensé?
Il y a par exemple SigFox qui utilise un réseau bas-débit pour transmettre des informations sur de très longues distances et ainsi couvrir de grands territoires avec peu d'antennes.
D'après l'article Wikipédia, les fréquences utilisées sont 868 MHz en Europe et 902 MHz aux États-Unis.
Pour le néophyte du logiciel embarqué que je suis, peux-tu préciser en quoi consiste l'action de "masquer les interruptions" ?
Est-ce l'utilisation d'une sorte de mutex matériel ?
J'ai exploré un peu le code, avec la fonction callback1 du fichier src/main.c, et le calcul tu tempo s'effectue apparemment sur le nombre de frappe par intervalle de 3 secondes, et le compteur de frappes est remis à zéro toutes les 3 secondes ?
J'en déduis qu'il n'y a pas de moyenne glissante comme dans l'original ?
Autre question : à quoi sert la variable memoriseCounter ?
Concrètement comment ça se passe pour transformer ce code en schéma électronique ? Est-ce qu'il faut le compiler puis le charger sur un FPGA ? Y a t'il une correspondance à faire entre les entrées/sorties physiques et les registres affectés ?
# very difficult to build
Posté par mzf (site web personnel) . En réponse au lien VLC est de retour dans F-Droid ! . Évalué à 2.
Apparemment la raison principale du retrait était la difficulté à construire le logiciel :
Savez-vous pourquoi ? Et qu'est-ce qui a changé qui a permis le retour dans F-Droid ?
[^] # Re: Un peu HS
Posté par mzf (site web personnel) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 1. Dernière modification le 26 novembre 2018 à 10:51.
Pour clavarder sur un réseau local, tu peux utiliser BeeBeep.
[^] # Re: Bizarre
Posté par mzf (site web personnel) . En réponse au journal La DGSE utilise Arch Linux.... Évalué à 10.
Je vous trouve bien difficile, car justement dans la scène d'intrusion on voit ce qu'ils tapent au clavier (dans la deuxième image) et ils ont pris soin que ce soit crédible avec un
rm -f scanlogd-*.tar
, puis unwhois
.Comparé à d'autres séries où on voit juste un bout de HTML ou de CSS quand des hackers rentrent dans les ordinateurs du pentagone, il me semble justifié de souligner les efforts de la réalisation !
# Fossil
Posté par mzf (site web personnel) . En réponse à la dépêche Sortie de Garradin 0.9 : recherche avancée, exportation ODS, etc.. Évalué à 5.
Garradin semble utiliser Fossil comme gestionnaire de version.
C'est un gestionnaire que l'on rencontre assez peu dans le logiciel libre.
Est-ce possible d'avoir un retour sur les motivations qui ont amené à ce choix ? et un retour à l'utilisation ?
Merci
# TapTempo
Posté par mzf (site web personnel) . En réponse au lien TapTempo dans Debian. Évalué à 2.
Je n'osais plus importuner la communauté de LinuxFr avec TapTempo, donc merci de t'en être chargé ;-)
[^] # Re: en tous cas
Posté par mzf (site web personnel) . En réponse à la dépêche Sortie de la version 0.8 de chordV. Évalué à 2.
Quels sont les problèmes rencontrés ? Apparemment les dépendances de podofo sont classiques et tu devrais pouvoir générer la bibliothèque avec MSYS2 (à condition d'avoir accès à une machine sous Windows).
[^] # Re: Paquets -off
Posté par mzf (site web personnel) . En réponse au lien Weboob a failli changer de nom dans Debian. Évalué à 1.
Je ne connaissais pas cette classification "off", merci.
D'ailleurs c'est étonnant qu'aucun développeur n'en ait parlé sur la list de dev (https://lists.debian.org/debian-devel/2018/07/msg00263.html).
# Les raisons
Posté par mzf (site web personnel) . En réponse au lien Weboob a failli changer de nom dans Debian. Évalué à 1.
En complément, les raisons du maintient du nom :
http://lists-archives.com/debian-devel/230825-should-the-weboob-package-stay-in-debian.html
# Scala-func
Posté par mzf (site web personnel) . En réponse au journal Un autre taptempo en Scala. Évalué à 3.
J'ai l'impression que ta version utilise vraiment le paradigme fonctionnel alors que celle de Martoni est plus impérative. Comme le Scala est multi-paradigme, elle mérite sa place en tant que Scala-func :-)
J'ai trouvé une autre différence par rapport à l'original : si un argument est hors bornes, tu retournes une exception alors que l'original force à la valeur à celle par défaut.
En tout cas, bravo !
# Agréable à lire
Posté par mzf (site web personnel) . En réponse au journal TapTempo en Crystal-Lang. Évalué à 1.
Le découpage en sous-fonction rend la lecture très agréable. J'imagine que ce n'est pas spécialement dû au langage, mais à ta manière de développer alors bravo :-)
Je suis intrigué par la méthode
generateHelp
. Apparemment elle fait à la fois l'affichage du message d'aide et l'analyse des paramètres d'entrée. Est-ce dû au langage Crystal ou est-ce un choix de ta part ?[^] # Re: Phobie du GC
Posté par mzf (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 2.
Est-ce que l'utilisation de pointeurs intelligents style
std::shared_ptr
(ou leur ancêtre dans Boost) est considéré comme un GC ?Leur utilisation permet d'enlever une bonne partie des problèmes de libération de la mémoire en C++ avec un coût minimal. C'est utilisé par de grosses applications industrielles (robotique, CAO, etc.) qui exigent pourtant des performances élevées.
# Régionalisation
Posté par mzf (site web personnel) . En réponse au journal TapTempo en Scala. Évalué à 2. Dernière modification le 25 juillet 2018 à 14:00.
Chouette un nouveau portage, bravo :-) Il ne manque plus que la régionalisation pour qu'il soit conforme à l'original. Est-ce facile en Scala ?
# Expect
Posté par mzf (site web personnel) . En réponse au journal Faites des tests !. Évalué à 6.
Si ton programme est en ligne de commande, tu peux utiliser expect plutôt qu'un script Bash pour les tests d'intégration (ou tests fonctionnels).
Cela permet d'interagir très simplement avec ton programme, en envoyant des données sur l'entrée standard et en vérifiant la sortie standard.
Je l'utilise dans le paquet Debian de TapTempo : https://git.tuxfamily.org/taptempo/taptempo_deb_packaging.git/tree/debian/tests/tempo et ça fonctionne plutôt bien.
[^] # Re: slackounet
Posté par mzf (site web personnel) . En réponse au journal Slackware a un quart de siècle !. Évalué à 8.
As-tu des exemples pour étayer cette affirmation ?
# Syncthing
Posté par mzf (site web personnel) . En réponse au message Cloud privé un peu comme nextcloud. Évalué à 2.
Pour la synchronisation automatique il y a syncthing qui remplit le besoin, mais je ne sais pas si son intégration avec un owncloud/nextcloud est possible.
[^] # Re: RMLL 2018
Posté par mzf (site web personnel) . En réponse au journal Dernières nouvelles de TapTempo. Évalué à 5.
Apparement oui :)
https://twitter.com/davlgd/status/1015946170261262337
# Format Date-Heures
Posté par mzf (site web personnel) . En réponse au journal Joplin, Evernote et NixNote. Évalué à 3. Dernière modification le 31 mai 2018 à 10:14.
Le format Date-Heures de l'export de NixNote est curieux: “1527160939843”. On dirait que les 10 premiers chiffres sont un epoch UNIX (1527160939 => 05/24/2018 11:22am), mais quid des 3 derniers (“843”) ?
[edit: entre temps skeespin a répondu à la question, ce commentaire peut être supprimé par un modérateur.]
[^] # Re: .
Posté par mzf (site web personnel) . En réponse au journal Parcoursup, le code !. Évalué à 2.
De quel pic s'agit-il ? je ne vois rien de tel sur les données que l'on peut trouver sur wikipédia:
https://commons.wikimedia.org/wiki/File:France_Population_Pyramid-2010.svg?uselang=fr
# clic clac
Posté par mzf (site web personnel) . En réponse au journal Intégration de TapTempo-Chisel sur APF27. Évalué à 2.
Super la démo vidéo !
D'ailleurs on entend 2 sons quand le bouton est pressé. J'imagine que c'est l'appui puis le relâchement. Lequel est pris en compte ?
Du coup ça ressemble à une partie de Dance Dance Révolution ton installation ;-)
# Performance
Posté par mzf (site web personnel) . En réponse au journal Secure User Data : Reprenons le contrôle de nos données. Évalué à 2.
Donc pour accéder à une donnée de l'utilisateur il y a 3 niveaux de déchiffrement à appliquer. Est-ce que ça ne va pas créer des problèmes de performance ?
[^] # Re: nos ancêtre les radio-pirates....
Posté par mzf (site web personnel) . En réponse au journal Radio. Évalué à 3.
Il y a par exemple SigFox qui utilise un réseau bas-débit pour transmettre des informations sur de très longues distances et ainsi couvrir de grands territoires avec peu d'antennes.
D'après l'article Wikipédia, les fréquences utilisées sont 868 MHz en Europe et 902 MHz aux États-Unis.
[^] # Re: Un bug d'accès de variables partagées en passant...
Posté par mzf (site web personnel) . En réponse au journal TapTempo sur STM32F469i-Discovery. Évalué à 1.
Tu as bien fait de préciser ce qu’était une interruption, je me coucherai moins bête ce soir :-)
Merci !
[^] # Re: Un bug d'accès de variables partagées en passant...
Posté par mzf (site web personnel) . En réponse au journal TapTempo sur STM32F469i-Discovery. Évalué à 1.
Pour le néophyte du logiciel embarqué que je suis, peux-tu préciser en quoi consiste l'action de "masquer les interruptions" ?
Est-ce l'utilisation d'une sorte de mutex matériel ?
# Logique
Posté par mzf (site web personnel) . En réponse au journal TapTempo sur STM32F469i-Discovery. Évalué à 2.
Sympa cette nouvelle version de TapTempo !
J'ai exploré un peu le code, avec la fonction callback1 du fichier src/main.c, et le calcul tu tempo s'effectue apparemment sur le nombre de frappe par intervalle de 3 secondes, et le compteur de frappes est remis à zéro toutes les 3 secondes ?
J'en déduis qu'il n'y a pas de moyenne glissante comme dans l'original ?
Autre question : à quoi sert la variable
memoriseCounter
?Merci !
# HDL
Posté par mzf (site web personnel) . En réponse au journal Un composant électronique TapTempo avec Chisel3. Évalué à 2.
Super cette version !
Concrètement comment ça se passe pour transformer ce code en schéma électronique ? Est-ce qu'il faut le compiler puis le charger sur un FPGA ? Y a t'il une correspondance à faire entre les entrées/sorties physiques et les registres affectés ?