J’ai pas envie de participer à un site sur lequel où on peut m’insulter gratuitement, sachant que nous sommes loin d’être tou·tes aussi résilient·es.
Merci de le rappeler. Je ne sais pas si c'est une raison pour supprimer les messages en question, mais il peut m'arriver de dépasser les limites et dans ce cas, j'apprécie qu'on me le dise, pour éviter que ça ne se reproduise.
À mon humble avis, l'AFNIC devrait n'autoriser le renouvellement d'un domaine que lorsque du contenu est publié dessus, avec une exceptions pour les propriétaires de marques mais qui devraient cependant faire autre chose que juste les laisser pourrir sans entrée DNS ou avec une page à la con d'une boîte de « protection de marque ».
ça veut dire quoi, "du contenu est publié"? On serait obligé de mettre un serveur HTTP pour avoir une entrée DNS renouvelable? C'est ce qui est fait pour les domaines en .tk, et c'est un peu pénible de se faire révoquer son nom de domaine parce que le site web était down un peu trop longtemps. Je ne suis donc pas convaincu par cette approche.
Du coup, des infos sur la façon de gérer le focus clavier en fonction de la position des pointeurs de souris sous GNOME/Wayland? Je suppose qu'il n'y a pas de "Focus Follows Mouse" et qu'il faut absolument cliquer sur un contrôle pour lui donner le focus clavier?
Après Windows qui ne reconnaît les fichiers que par leur extension, on a maintenant des outils qui reconnaissent les fichiers en fonction du dossier dans lequel ils sont rangés? Mais on arrête pas le progrès ma parole :)
Peut-être que tu devrais aller voir chez Alice (http://alicebox.fr/). C'est la même chose (vu qu'ils ont été rachetés par Free), en moins cher.
(bon, en vrai, y'a moins de chaînes TV, moins de destinations téléphoniques, pas de serveur FTP sur la box, et plein d'autres trucs en moins. Mais pour l'auto hébergement, ça a l'air de bien marcher chez moi).
S'ils virent les employés mais qu'ils continuent à accepter les certificats, ça ne règle pas le problème. Surtout que je croyais que leur but c'était de tout automatiser? Comment ça peut être la faute des employés alors?
Ah ben oui il a fallu passer un peu de temps pour mettre les choses en place. Mais cela a servi et évolué pendant plusieurs années en réutilisant les mêmes cartes un peu génériques, et je pense que ça a été plus que largement rentabilisé.
Bien souvent, on pouvait reprogrammer en moins d'une seconde car il y a plein de choses dans le code qui ne bougent pas la plupart du temps (on ne travaille que sur un petit morceau à la fois). Si on compare à l'approche du genre "brancher le pickit/ICD/… - réécrire le firmware - débrancher le pickit", qui prend déjà 1 minute quand ça marche bien, et parfois beaucoup plus (parce qu'on finit par casser un connecteur, que la carte à reprogrammer est dans un coin pas accessible du robot, parce que le robot est à 3 mètres et qu'i faut aller le chercher), y'a pas photo.
C'est comme si on disait que les makefiles ça sert à rien, que ça va plus vite de lancer le compilateur à la main sous prétexte que y'a que 3 fichiers dans le projet. C'est vrai quand on compile 1 fois. Mais quand on compile 10 fois, il faut se poser des questions.
L'idéal est d'avoir un seul composant numérique, relier plein de PIC ou autre par I2C ou lien série, c'est lent et chiant à programmer.
Quand j'ai fait de la robotique (à la coupe de France qui ne s'appellait déjà plus coupe e=m6), on avait un bootloader qui se souvenait du dernier binaire chargé dans nos PICs pour ne reprogrammer que les parties modifiées (souvent pas tant que ça). Un des PICs faisait proxy et permettait de programmer tous les autres à travers un bus CAN ou I2C. Le tout piloté par une UART bluetooth qui permettait de le faire sans même avoir à brancher un câble sur le robot, ce n'était pas lent, ni même chiant :)
Sur la carte dont il est question ici, il y a déjà du wifi intégré, donc je pense que la question ne se pose même pas?
Gnutella est un réseau P2P distribué. Contrairement à bittorrent il n'y a pas besoin de trackers, on peut faire des recherches de fichiers par nom et par SHA1 sur le réseau. Une fois le fichier découvert, les téléchargements utilisent le protocole HTTP.
Cela pourrait être utilisé assez simplement comme base pour faire du web distribué, non?
Il vaut mieux faire simple, parfois :). Quand on a pas de MMU, on peut utiliser:
Contiki fonctionne sans barrette de RAM SIMM, il peut sur un AVR faire tourner un serveur VNC avec l'interface graphique (brancher un écran LCD avec son contrôleur soit aussi être possible),
NitrOS9 pour les CoCo et Dragon (à base de 6809), système multitache qui boote en beaucoup moins de 2 heures,
Et bien sur FUZIX qui a déjà été mentionné et qui est le projet à la mode pour faire de l'UNIX sur une architecture 8 bits.
Et là je me limite aux choses qui ont une interface utilisateur (terminal ou graphique). Il y en a encore plein d'autres qui n'ont pas ça (mais des services web, par exemple). Nut/OS, ChibiOS, et certainement de nombreux autres.
J'ai du louper un truc, à quel moment les conditions d'utilisation de Twitter sont devenues la loi?
reflets.info ne respecte pas les conditions d'utilisations de Twitter, leur compte est bloqué. Il n'y a rien d'illégal là dedans. Et du coup, ils reprennent en main leur communication en hébergeant eux-même leurs infos (sur leur site et sur une liste de diffusion), ce qui leur permet de diffuser les infos qu'ils veulent (dans le respect de la loi, mais contraire aux conditions d'utilisations de Twitter).
Donc, oui: Twitter interdit de dire "le numéro de téléphone de machin est dans l'annuaire". Heureusement, ce n'est pas la loi :)
C'est un bon point de départ. Il manque quelques trucs dans les possibilités de "styles" mais on s'en sort avec quelques outils autour (un makefile et quelques astuces à base de cat pour concaténer des fichiers).
Il y a une interface graphique pour Windows, avec un apperçu du rendu et un éditeur (pas terrible). Il y a bien sur un outil en ligne de commande pour générer le graphe. Il y a une intégration dans Microsoft Office sous forme d'objets OLE, mais c'est un peu gadget.
Il manque un export en format vectoriel de qualité, même l'export en SVG a certaines parties du diagramme rendues en bitmap, et du coup ça pixellise quand on veut intégrer les SDL à un document imprimé.
En tout cas, il serait appréciable de garder une syntaxe proche de mscgen et/ou msc-generator (qui a quelques variantes). ça permettra aux gens de migrer vers ton outil.
Enfin, Python est facile à installer sous Windows. Alors qu'une chaîne de compilation pour du C/C++, c'est moins facile.
Avec le même CPU, il y a aussi l'Utilite chez Compulab, qui a un port mSATA en interne. Mais c'est donc pour mettre un SSD et pas un grod disque tournant.
Les paquets sont montés dans un "packagefs" qui fusionne les fichiers fournis par tous les paquets (plus des fichiers de configuration stockés directement sur la partition système dans certains dossiers). Du coup, c'est transparent pour les applications (sauf qu'elles ne peuvent plus écrire dans les dossiers qui sont composés uniquement du contenu des packages).
C'est un "vrai" système de fichier, pas de FUSE. D'ailleurs, le noyau de Haiku est lui-même stocké dans un paquet (non compressé, celui là), et il est extrait par le bootloader au démarrage du système.
Autre avantage: lors d'une mise à jour, on stocke les anciennes versions des paquets dans un dossier "state". Le bootloader est capable de booter une ancienne version du système stockée de cette façon, ce qui est très pratique en cas de mise à jour qui casse tout.
Les paquets sont stockés compressés sur le disque dur. Le format de compression utilisé (par blocs de 4K) permet de décompresser à la volée quand les fichiers du paquets sont lus (et la version décompressée est stockée dans le cache de fichiers en RAM).
Du coup, l'installation d'un paquet (ou même de centaines de paquets) est très rapide, il y a juste à copier les paquets dans /system/packages. Et la suppression est aussi très simple, puisqu'il y a juste à supprimer le paquet, et pas besoin de suivre les douzaines de fichiers installés un peu partout sur le disque.
Il faut bien comprendre aussi que quand quelqu'un choisit de ne pas contribuer ses changements upstream, c'est pas l'upstream qui va avoir des problèmes pour faire les merges à chaque nouvelle version ou les backports de bugfixes dans son fork.
On a pas besoin de la GPL pour faire comprendre ça aux gens. Il faut qu'ils se rendent compte que c'est dans leur intérêt de contribuer leur code, pas parce qu'ils risquent de se prendre un procès ou de pourrir leur image, mais parce que sur le moyen et le long terme, ça leur fera gagner plein de temps.
J'en sais quelque chose: mon travail en ce moment consiste en partie à faire des backports et des merges de ce genre sur du code en BSD ou MIT. C'est chiant, et si les changements avaient été versés upstream, y'aurait pas besoin de le faire.
La GPL, elle sert à forcer les gens à publier leurs changements, dans leur intérêt. Le but est noble, mais le moyen me semble pas terrible.
Sauf que si on attaque jamais personne, ceux qui jouent le jeu diffusent leur code à l'avantage de leurs concurrents qui ne le diffusent pas. Et sur le long terme, ils vont voir qu'on leur a vendu les avantages de la GPL (que tout le monde doit jouer le jeu, ce qui rend les choses équitables et permet un retour sur l'investissement qu'est l'effort de publier les sources), sauf qu'en fait, ce qui jouent le jeu, ils ont que les inconvénients, et les autres, ils ont que les avantages.
Sur le court terme, ça marche, mais au bout d'un moment, y'en a qui en auront marre de se faire avoir comme ça. Est-ce qu'ils porteront plainte eux-même contre les concurrents qui ne jouent pas le jeu de la GPL? Possible, après avoir contribué du code (pas avant: c'est seulement le détenteur du copyright qui peut attaquer).
[^] # Re: Modération laxiste
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 2.
Merci de le rappeler. Je ne sais pas si c'est une raison pour supprimer les messages en question, mais il peut m'arriver de dépasser les limites et dans ce cas, j'apprécie qu'on me le dise, pour éviter que ça ne se reproduise.
[^] # Re: Quoi d’intéressant?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Bookrmark] How to troll systemd in one blog post. Évalué à 1.
Toi non, mais le blogpost lié dans le journal, oui.
# Nettoyage
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Où l'on fait le bilan des domaines .fr d'une et deux lettres, un an après leur ouverture au public. Évalué à 10.
ça veut dire quoi, "du contenu est publié"? On serait obligé de mettre un serveur HTTP pour avoir une entrée DNS renouvelable? C'est ce qui est fait pour les domaines en .tk, et c'est un peu pénible de se faire révoquer son nom de domaine parce que le site web était down un peu trop longtemps. Je ne suis donc pas convaincu par cette approche.
[^] # Re: Pointeurs multiples
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.22 Karlsruhe : A Land Far, Far Away. Évalué à 1.
Du coup, des infos sur la façon de gérer le focus clavier en fonction de la position des pointeurs de souris sous GNOME/Wayland? Je suppose qu'il n'y a pas de "Focus Follows Mouse" et qu'il faut absolument cliquer sur un contrôle pour lui donner le focus clavier?
[^] # Re: Un avis
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.22 Karlsruhe : A Land Far, Far Away. Évalué à 2.
Après Windows qui ne reconnaît les fichiers que par leur extension, on a maintenant des outils qui reconnaissent les fichiers en fonction du dossier dans lequel ils sont rangés? Mais on arrête pas le progrès ma parole :)
[^] # Re: j'en pense que
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [HS] Abonnés freebox révolution, attention à une possible tentative de vente "forcée".. Évalué à 4.
Peut-être que tu devrais aller voir chez Alice (http://alicebox.fr/). C'est la même chose (vu qu'ils ont été rachetés par Free), en moins cher.
(bon, en vrai, y'a moins de chaînes TV, moins de destinations téléphoniques, pas de serveur FTP sur la box, et plein d'autres trucs en moins. Mais pour l'auto hébergement, ça a l'air de bien marcher chez moi).
[^] # Re: Canal
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [HS] Abonnés freebox révolution, attention à une possible tentative de vente "forcée".. Évalué à 2.
On dit C8 maintenant!
[^] # Re: allons encrypter
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Qui traite des autorités SSL WoSign, Startcom et du peu de professionnalisme qui a causé leur perte. Évalué à -1.
S'ils virent les employés mais qu'ils continuent à accepter les certificats, ça ne règle pas le problème. Surtout que je croyais que leur but c'était de tout automatiser? Comment ça peut être la faute des employés alors?
[^] # Re: torrent
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 1.
Il y a Gnutella aussi, qui propose un système de recherche en P2P et utilise pour télécharger les fichiers… le protocole HTTP. Il fallait y penser :)
[^] # Re: Linux ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche CatchChallenger version 2. Évalué à 2.
s/résolu/contourné
[^] # Re: Soyons positif.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 3.
Ah ben oui il a fallu passer un peu de temps pour mettre les choses en place. Mais cela a servi et évolué pendant plusieurs années en réutilisant les mêmes cartes un peu génériques, et je pense que ça a été plus que largement rentabilisé.
Bien souvent, on pouvait reprogrammer en moins d'une seconde car il y a plein de choses dans le code qui ne bougent pas la plupart du temps (on ne travaille que sur un petit morceau à la fois). Si on compare à l'approche du genre "brancher le pickit/ICD/… - réécrire le firmware - débrancher le pickit", qui prend déjà 1 minute quand ça marche bien, et parfois beaucoup plus (parce qu'on finit par casser un connecteur, que la carte à reprogrammer est dans un coin pas accessible du robot, parce que le robot est à 3 mètres et qu'i faut aller le chercher), y'a pas photo.
C'est comme si on disait que les makefiles ça sert à rien, que ça va plus vite de lancer le compilateur à la main sous prétexte que y'a que 3 fichiers dans le projet. C'est vrai quand on compile 1 fois. Mais quand on compile 10 fois, il faut se poser des questions.
Il faut utiliser ça:
https://xkcd.com/1205/
Sans tomber dans ça:
https://xkcd.com/1319/
[^] # Re: Soyons positif.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 1.
Quand j'ai fait de la robotique (à la coupe de France qui ne s'appellait déjà plus coupe e=m6), on avait un bootloader qui se souvenait du dernier binaire chargé dans nos PICs pour ne reprogrammer que les parties modifiées (souvent pas tant que ça). Un des PICs faisait proxy et permettait de programmer tous les autres à travers un bus CAN ou I2C. Le tout piloté par une UART bluetooth qui permettait de le faire sans même avoir à brancher un câble sur le robot, ce n'était pas lent, ni même chiant :)
Sur la carte dont il est question ici, il y a déjà du wifi intégré, donc je pense que la question ne se pose même pas?
# Rappel
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dernière semaine pour venir nous voir à Toulouse et participer à l'édition 2016 du Capitole du Libre. Évalué à 1.
Merci pour la piqûre de rappel. Je viens d'envoyer ma proposition de conférence.
[^] # Re: OS libres simples et légers
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 1.
Je ne l'avais pas listé car à ma connaissance, il n'est pas libre. Est-ce que ça a changé récemment?
[^] # Re: Planète ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 3.
Pour se rendre un peu compte des resources nécessaires pour construire un objet:
http://www.thetoasterproject.org/
Il ne s'agit même pas d'un ordinateur, mais d'un simple grille-pain. Et c'est déjà bien compliqué.
# Gnutella
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le web distribué: Zeronet, IPFS, Dat.data, Maidsafe,.... Évalué à 2.
Gnutella est un réseau P2P distribué. Contrairement à bittorrent il n'y a pas besoin de trackers, on peut faire des recherches de fichiers par nom et par SHA1 sur le réseau. Une fois le fichier découvert, les téléchargements utilisent le protocole HTTP.
Cela pourrait être utilisé assez simplement comme base pour faire du web distribué, non?
# OS libres simples et légers
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 5.
Il vaut mieux faire simple, parfois :). Quand on a pas de MMU, on peut utiliser:
Et là je me limite aux choses qui ont une interface utilisateur (terminal ou graphique). Il y en a encore plein d'autres qui n'ont pas ça (mais des services web, par exemple). Nut/OS, ChibiOS, et certainement de nombreux autres.
[^] # Re: Oui, enfin quand on regarde les détails...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quand on délègue sa liberté d'expression à twitter. Évalué à 10.
J'ai du louper un truc, à quel moment les conditions d'utilisation de Twitter sont devenues la loi?
reflets.info ne respecte pas les conditions d'utilisations de Twitter, leur compte est bloqué. Il n'y a rien d'illégal là dedans. Et du coup, ils reprennent en main leur communication en hébergeant eux-même leurs infos (sur leur site et sur une liste de diffusion), ce qui leur permet de diffuser les infos qu'ils veulent (dans le respect de la loi, mais contraire aux conditions d'utilisations de Twitter).
Donc, oui: Twitter interdit de dire "le numéro de téléphone de machin est dans l'annuaire". Heureusement, ce n'est pas la loi :)
# msc-generator
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Écrire des diagrammes de séquences. Évalué à 5.
Il y a msc-generator, qui est plus ou moins basé sur mscgen avec plein de fonctions en plus: https://sites.google.com/site/mscgen2393/
C'est un bon point de départ. Il manque quelques trucs dans les possibilités de "styles" mais on s'en sort avec quelques outils autour (un makefile et quelques astuces à base de cat pour concaténer des fichiers).
Il y a une interface graphique pour Windows, avec un apperçu du rendu et un éditeur (pas terrible). Il y a bien sur un outil en ligne de commande pour générer le graphe. Il y a une intégration dans Microsoft Office sous forme d'objets OLE, mais c'est un peu gadget.
Il manque un export en format vectoriel de qualité, même l'export en SVG a certaines parties du diagramme rendues en bitmap, et du coup ça pixellise quand on veut intégrer les SDL à un document imprimé.
En tout cas, il serait appréciable de garder une syntaxe proche de mscgen et/ou msc-generator (qui a quelques variantes). ça permettra aux gens de migrer vers ton outil.
Enfin, Python est facile à installer sous Windows. Alors qu'une chaîne de compilation pour du C/C++, c'est moins facile.
[^] # Re: Wandboard
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Du stockage, du stockage :). Évalué à 1. Dernière modification le 08 septembre 2016 à 15:45.
Avec le même CPU, il y a aussi l'Utilite chez Compulab, qui a un port mSATA en interne. Mais c'est donc pour mettre un SSD et pas un grod disque tournant.
[^] # Re: J'ai déjà entendu ça quelque part
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tout simplement E P I Q U E. Évalué à 6.
Je voulais faire un journal, et puis, trop la flemme!
[^] # Re: Comment ils font ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 6.
Les paquets sont montés dans un "packagefs" qui fusionne les fichiers fournis par tous les paquets (plus des fichiers de configuration stockés directement sur la partition système dans certains dossiers). Du coup, c'est transparent pour les applications (sauf qu'elles ne peuvent plus écrire dans les dossiers qui sont composés uniquement du contenu des packages).
C'est un "vrai" système de fichier, pas de FUSE. D'ailleurs, le noyau de Haiku est lui-même stocké dans un paquet (non compressé, celui là), et il est extrait par le bootloader au démarrage du système.
Autre avantage: lors d'une mise à jour, on stocke les anciennes versions des paquets dans un dossier "state". Le bootloader est capable de booter une ancienne version du système stockée de cette façon, ce qui est très pratique en cas de mise à jour qui casse tout.
[^] # Re: Comment ils font ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 2.
Les paquets sont stockés compressés sur le disque dur. Le format de compression utilisé (par blocs de 4K) permet de décompresser à la volée quand les fichiers du paquets sont lus (et la version décompressée est stockée dans le cache de fichiers en RAM).
Du coup, l'installation d'un paquet (ou même de centaines de paquets) est très rapide, il y a juste à copier les paquets dans /system/packages. Et la suppression est aussi très simple, puisqu'il y a juste à supprimer le paquet, et pas besoin de suivre les douzaines de fichiers installés un peu partout sur le disque.
[^] # Re: Pas logique ou militant licence MIT
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 3.
Il faut bien comprendre aussi que quand quelqu'un choisit de ne pas contribuer ses changements upstream, c'est pas l'upstream qui va avoir des problèmes pour faire les merges à chaque nouvelle version ou les backports de bugfixes dans son fork.
On a pas besoin de la GPL pour faire comprendre ça aux gens. Il faut qu'ils se rendent compte que c'est dans leur intérêt de contribuer leur code, pas parce qu'ils risquent de se prendre un procès ou de pourrir leur image, mais parce que sur le moyen et le long terme, ça leur fera gagner plein de temps.
J'en sais quelque chose: mon travail en ce moment consiste en partie à faire des backports et des merges de ce genre sur du code en BSD ou MIT. C'est chiant, et si les changements avaient été versés upstream, y'aurait pas besoin de le faire.
La GPL, elle sert à forcer les gens à publier leurs changements, dans leur intérêt. Le but est noble, mais le moyen me semble pas terrible.
[^] # Re: Mauvaise licence, changer licence
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 5.
Sauf que si on attaque jamais personne, ceux qui jouent le jeu diffusent leur code à l'avantage de leurs concurrents qui ne le diffusent pas. Et sur le long terme, ils vont voir qu'on leur a vendu les avantages de la GPL (que tout le monde doit jouer le jeu, ce qui rend les choses équitables et permet un retour sur l'investissement qu'est l'effort de publier les sources), sauf qu'en fait, ce qui jouent le jeu, ils ont que les inconvénients, et les autres, ils ont que les avantages.
Sur le court terme, ça marche, mais au bout d'un moment, y'en a qui en auront marre de se faire avoir comme ça. Est-ce qu'ils porteront plainte eux-même contre les concurrents qui ne jouent pas le jeu de la GPL? Possible, après avoir contribué du code (pas avant: c'est seulement le détenteur du copyright qui peut attaquer).