Pour un Feature Phone, il faudrait toujours faire tourner Linux dessus, assembler le matériel (probablement en produisant moins de machines que la plupart des autres fabricants au début), etc. En fait, au final, vu que l'OS est déjà prêt pour lancer des applications, faire un téléphone capable de le faire, ça coûte pas forcément plus cher.
Conclusion: à mon avis, un feature phone préparé et produit de la même façon ne coûterait pas forcément beaucoup moins cher. Après on pourrait partir dans une autre direction pour avoir un matériel beaucoup moins puissant, pas de 4G, etc. Peut-être en laissant tomber Linux et en se dirigeant vers Rockbox, par exemple. Mais j'ai du mal avec le concept d'un téléphone libre où on ne pourrait pas installer une application dessus. ça va être compliqué de vendre ça aux gens: "oui alors, sur ce téléphone ci, qui est libre, tu dois tout recompiler si tu veux ajouter une nouvelle fonctionalité. Sur l'iPhone tout-verrouillé-propriétaire à côté, tu vas juste sur l'app store et en 3 clics tu as l'application installée".
C'est triste de voir des strings en Latin-1 plutôt qu'en UTF-8 qui aurait fait ganger à peu près autant de place.
Pour le logging, apparament le but est d'avoir un support pour les logs directement dans le coeur de Java, afin d'éviter que tous les autres modules (ou presque) dépendent de java.util.logging.
Là si j'ai bien compris on a une configuration de ce genre:
USB <-> Contrôleur ethernet <-> Routeur 3G
Du coup, il y a quand même un contrôleur ethernet au milieu ce qui fait que le routeur 3G, lui, ne devrait pas trop avoir accès à grand chose. Après il faudrait étudier le matériel pour voir comment c'est réalisé et à quel points ces trucs sont intégrés.
Un ASIC ne fait pas d'un périphérique un ordinateur. Rappel: Application-Specific Integrated Circuit, qui veut juste dire "circuit intégré spécifique à l'application". Ne contient pas forcément un processeur ou quoi que ce soit d'"intelligent" ou de capable d'exécuter du code. C'est juste un moyen de mettre plein de logique simple dans une seule puce.
En général quand on fait un ASIC, c'est plutôt pour des trucs qui ont besoin de haute performance et qu'on peut pas facilement faire avec du code. Donc c'est rare de trouver un processeur dedans. Sauf si y'en a aussi besoin pour d'autres raisons et qu'il restait de la place pour le mettre là?
J'ai fait une comparaison entre deux choses:
- Un périphérique "intelligent" comme celui-ci, mais avec peu ou pas de driver sur la machine, et d'autre part,
- Un périphérique "bête" pour lequel une grosse partie du travail va être faite par le driver
Dans les deux cas, tu as à peu près les mêmes risques d'une prise de contrôle par un botnet: soit juste le périphérique, soit si la faille est dans un driver, toute ta machine (surtout qu'on a toujours pas d'OS avec un micronoyau qui permettrait d'avoir au moins une protection logicielle entre les drivers).
Dans les deux cas, la solution est la même: du code libre (celui embarqué sur le périphérique ou celui du driver) qui permettra d'auditer la sécurité et de corriger les problèmes.
Le fait d'avoir cette intelligence dans le périphérique protège au moins un peu plus les données qui sont sur ta machine. Et de ce point de vue de la sécurité, je ne pense pas que ça aie d'inconvénients. Après, il y a d'autres problèmes (de gaspillage de ressources pour construire un matériel plus compliqué, par exemple).
Les choses "simples" techniquement ne sont pas toujours les plus simples à utiliser ou même à comprendre. Quelle solution on aurait pour copier une photo entre deux appareils en local? DLNA? Bonjour/Avahi? Pas forcément des trucs simples car un appareil peut rejoindre ou quitter le réseau à tout moment. Et on ne veut pas d'un serveur central. ça devient vite plutôt compliqué de faire le truc qui "juste marche".
C'est peut-être pas plus mal que ça soit du logiciel.
Quand on fait des choses complexes, il y a forcément des problèmes de sécurité. Et il est beaucoup plus facile de mettre à jour le logiciel, que de corriger le matériel.
De plus, cela permet de segmenter les choses. Le router dans ce cas est quand même bien isolé de ta machine principale. Même si son OS est troué, si tu utilises des protocoles chiffrés, et sécurisés, et bien il ne pourra pas faire grand chose pour accéder à tes données. Il pourra par contre miner des bitcoins où toute autre activité plus ou moins légale confiée à un botnet.
En fait, je pense que je préfère ça, plutôt qu'un driver (venant du même fabriquant) à installer directement dans le noyau de mon système d'exploitation, et qui aurait du coup accès à toute les ressources de la machine (mémoire, CPU, …).
Cela n'empêche pas, dans les deux cas, que ce logiciel devrait être libre. Mais c'est un problème indépendant.
Il faut disputer l'équipe pour ne pas être claire sur son workflow.
Dans certains cas, il est possible d'utiliser git pull --rebase (et d'ailleurs d'activer l'option autorebase dans le .git pour ne pas avoir à le faire à la main tout le temps). Dans d'autres cas, il y a juste trop d'activité et un historique trop compliqué pour que ça soit possible (le noyau Linux, WebKit, ou de très gros projets très actifs dans ce genre).
Et comme git est conçu d'abord pour le noyau Linux, forcément les réglages par défaut sont surtout appropriés pour ce cas là.
Je suis d'accord que ce serait mieux si github mettait les pages wiki et les bugs dans le repository (google code le faisait pour les pages wiki au moins).
Je trouve l'idée de Fossil d'intégrer le wiki et le suivi de bugs avec les sources intéressant pour faire un truc complètement décentralisé. Chacun travaille sur sa machine avec sa liste de bugs, son wiki qui est tenu à jour avec les sources, etc. Et on synchronise tout ça avec un push sur un serveur, par exemple.
Je précise que je n'ai pas (encore) joué avec et que je ne sais pas comment ça se comporte en pratique. La solution retenue chez moi pour le moment est un dépôt git avec des pages vimwiki dedans, mais l'inconvénient est que vim est quasiment indispensable pour naviguer dans le wiki ou générer un rendu html.
Après une relecture rapide, on a la liberté d'étudier modifier le logiciel. On a pas la liberté de le distribuer ni de l'utiliser à des fins commerciales. Et en plus, Microsoft obtient automatiquement les droits sur les éventuelles versions modifiées.
Par contre, ils acceptent de couvrir les dommages matériels causés par ce code dans la limite de 5 dollars.
Donc, pas grand intérêt pratique, mais ce code est archivé et dans une quarantaine d'année il sera dans le domaine public, et au moins avec cette licence il y a quelques chances qu'il reste quelques copies utilisables d'ici là. Mais c'est pas dit qu'on en fasse grand chose alors.
Il y a d'autres logiciels avec des licences similaires dans les archives du Computer History Museum. Je dirais que c'est pas terrible, mais c'est mieux que de laisser ce code source pourrir sur de vieilles disquettes. Et on peut toujours l'étudier pour comprendre les formats de fichiers utilisés et écrire un logiciel pour convertir des fichiers vers un format plus récent, par exemple.
Personnellement, j'avoue ne jamais avoir compris comment on pouvait concevoir des DRM efficaces pour empêcher la copie sans verouiller la totalité du système, du BIOS au moniteur. Si tu veux pomper ton film, tu captures le flux audio ou vidéo après le navigateur, non?
Tout à fait. Et maintenant que le W3C a dit "ok" pour le navigateur, la prochaine étape sera le système d'exploitation, puis ensuite le BIOS. Pour le matériel, c'est déjà fait avec HDCP pour le HDMI, le DVI et le DisplayPort, par exemple. Enfin, ils essaient en tout cas, car il existe du matériel permettant de contourner le HDCP.
L'EME, c'est donc la porte d'entrée qui permettra à un site web de vérifier si oui ou non, ton ordinateur est bien verrouillé comme il faut, avec son écran HDCP, son navigateur qui implémente les DRM, et son OS et son BIOS qui vérifient que tu n'interceptes pas les informations.
Après, je ne doute pas qu'il y aura rapidement un plug-in pour le navigateur qui répondra "oui oui c'est bon" sans rien vérifier. Mais, est-ce que la fondation Mozilla ou Google accepteront de le mettre dans leurs magasins d'extensions (où leur signature est maintenant obligatoire)?
Le W3C est l'organisme qui rédige et maintient les spécifications de HTML et CSS. Cela permet à tous les navigateurs de suivre ces recommandations et de participer à leur rédaction. Normalement, ça évite qu'un navigateur fasse plein d'extensions non-standard et permet que les sites internet marchent à peu près pareil partout.
D'où la question: est-ce qu'il vaut mieux des DRM standardisés, ou des DRM avec une implémentation et une spécification propriétaires qui ne marche qu'avec un seul navigateur? (bien sûr, la bonne réponse est qu'il vaut mieux pas de DRM du tout, mais le W3C a choisi de répondre "ça, on n'y peut rien").
Ah et il est peut-être utile de le rappeler, c'est important d'avoir des pneus bien gonflés et une transmission lubrifiée correctement. ça fait largement plus de différence que le dénivelé, en fait.
Je laisse mon vélo dans les bâtiments sur mon lieu de travail. ça fait désordre d'avoir 3 vélos dans le hall d'entrée (je suis pas seul dans ce cas), le jour ou mon employeur en aura assez il se décidera peut-être à installer le matériel nécessaire.
Après, il y a aussi la cargaison. Si tu fais tes courses, c'est beaucoup moins facile (pas impossible).
J'ai une remorque sur mon vélo pour faire mes courses. Coût total, 200€ pour le vélo plus 160 pour la remorque. ça reste 10 fois moins cher qu'une voiture et y'a moins d'entretien. Et je ne vais pas faire mes courses dans un hypermarché à l'autre bout de la ville.
Déjà il ne faut pas croire que la même chose marche partout en Europe de l'ouest. Viens du côté des Pyrénées et tu verras que les toit des maisons sont beaucoup plus inclinés qu'ailleurs, pour que la neige puisse glisser au lieu de rester dessus et faire écrouler le toit. à d'autres endroits, on évite les baies vitrées orientées plein sud, parce que sinon il ferait 40° dans la maison l'été avec trop de soleil.
ça me semble la base du travail de l'architecte de tenir compte des contraintes de l'endroit dans lequel il construit, non?
J'ai entendu parler de publicités affichées dans des pages web qui minent du bitcoin en javascript. Même pas besoin d'ordinateurs zombis complètement vérolés, contrairement au DDoS qui a besoin d'accéder directement au réseau.
ça sert surtout à attaquer par force brute la fonction de hash utilisée, en fait. Tous les gens qui font des calculs pour la blockchain participent à cet effort, probablement sans trop le savoir.
Mais c'est sur que ça serait plus malin d'associer ça à du calcul avec une "vraie" utilité, genre BOINC. à moins que les concepteurs de bitcoin aient un plan derrière la tête pour faire une rainbow table de leur fonction de hash…
Un peu par curiosité, on a essayé de compiler Haiku sous Windows en l'utilisant. Cela pourrait permettre à des développeurs sous Windows de contribuer à Haiku (c'est une des barrière à l'entrée qu'on a identifié dans notre participation au Google Code-In, programme qui vise à faire découvrir le logiciel libre aux 13-17 ans).
Le résultat dans notre cas est que c'est très lent (plus lent qu'un virtualbox avec Linux dedans), et qu'il y a encore des problèmes de compatibilité, mais on cherche un peu les ennuis:
- Pas de support des xattrs dans le système de fichier
- Pas possible de mettre le caractère : dans un nom de fichier
- Je me souviens pas de tout, mais il y avait quelques autres subtilités
Pour le moment nous allons continuer de recommander aux utilisateurs Windows qui veulent compiler Haiku de le faire dans une machine virtuelle.
[^] # Re: Rapport performance / prix décevant
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Librem 5, un projet de téléphone mobile libre tournant sous GNU/Linux !. Évalué à 3.
Pour un Feature Phone, il faudrait toujours faire tourner Linux dessus, assembler le matériel (probablement en produisant moins de machines que la plupart des autres fabricants au début), etc. En fait, au final, vu que l'OS est déjà prêt pour lancer des applications, faire un téléphone capable de le faire, ça coûte pas forcément plus cher.
Conclusion: à mon avis, un feature phone préparé et produit de la même façon ne coûterait pas forcément beaucoup moins cher. Après on pourrait partir dans une autre direction pour avoir un matériel beaucoup moins puissant, pas de 4G, etc. Peut-être en laissant tomber Linux et en se dirigeant vers Rockbox, par exemple. Mais j'ai du mal avec le concept d'un téléphone libre où on ne pourrait pas installer une application dessus. ça va être compliqué de vendre ça aux gens: "oui alors, sur ce téléphone ci, qui est libre, tu dois tout recompiler si tu veux ajouter une nouvelle fonctionalité. Sur l'iPhone tout-verrouillé-propriétaire à côté, tu vas juste sur l'app store et en 3 clics tu as l'application installée".
# Latin-1 :'(
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Java 9 est dehors. Évalué à 3.
C'est triste de voir des strings en Latin-1 plutôt qu'en UTF-8 qui aurait fait ganger à peu près autant de place.
Pour le logging, apparament le but est d'avoir un support pour les logs directement dans le coeur de Java, afin d'éviter que tous les autres modules (ou presque) dépendent de java.util.logging.
[^] # Re: Computer in computer
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dongle 4G sous environnement libre. Évalué à 2.
Là si j'ai bien compris on a une configuration de ce genre:
USB <-> Contrôleur ethernet <-> Routeur 3G
Du coup, il y a quand même un contrôleur ethernet au milieu ce qui fait que le routeur 3G, lui, ne devrait pas trop avoir accès à grand chose. Après il faudrait étudier le matériel pour voir comment c'est réalisé et à quel points ces trucs sont intégrés.
[^] # Re: Computer in computer
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dongle 4G sous environnement libre. Évalué à 5.
Un ASIC ne fait pas d'un périphérique un ordinateur. Rappel: Application-Specific Integrated Circuit, qui veut juste dire "circuit intégré spécifique à l'application". Ne contient pas forcément un processeur ou quoi que ce soit d'"intelligent" ou de capable d'exécuter du code. C'est juste un moyen de mettre plein de logique simple dans une seule puce.
En général quand on fait un ASIC, c'est plutôt pour des trucs qui ont besoin de haute performance et qu'on peut pas facilement faire avec du code. Donc c'est rare de trouver un processeur dedans. Sauf si y'en a aussi besoin pour d'autres raisons et qu'il restait de la place pour le mettre là?
[^] # Re: Il sers à quoi
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'EFF quitte le W3C. Évalué à 2.
Ils travaillent dessus, en effet:
https://interstices.info/jcms/c_34530/le-tatouage-de-son
http://www.carnot-lsi.com/notre-offre/protocoles-et-systemes-de-communication/offres/tatouage-de-contenu-audio-numerique
[^] # Re: Computer in computer
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dongle 4G sous environnement libre. Évalué à 2.
J'ai fait une comparaison entre deux choses:
- Un périphérique "intelligent" comme celui-ci, mais avec peu ou pas de driver sur la machine, et d'autre part,
- Un périphérique "bête" pour lequel une grosse partie du travail va être faite par le driver
Dans les deux cas, tu as à peu près les mêmes risques d'une prise de contrôle par un botnet: soit juste le périphérique, soit si la faille est dans un driver, toute ta machine (surtout qu'on a toujours pas d'OS avec un micronoyau qui permettrait d'avoir au moins une protection logicielle entre les drivers).
Dans les deux cas, la solution est la même: du code libre (celui embarqué sur le périphérique ou celui du driver) qui permettra d'auditer la sécurité et de corriger les problèmes.
Le fait d'avoir cette intelligence dans le périphérique protège au moins un peu plus les données qui sont sur ta machine. Et de ce point de vue de la sécurité, je ne pense pas que ça aie d'inconvénients. Après, il y a d'autres problèmes (de gaspillage de ressources pour construire un matériel plus compliqué, par exemple).
Les choses "simples" techniquement ne sont pas toujours les plus simples à utiliser ou même à comprendre. Quelle solution on aurait pour copier une photo entre deux appareils en local? DLNA? Bonjour/Avahi? Pas forcément des trucs simples car un appareil peut rejoindre ou quitter le réseau à tout moment. Et on ne veut pas d'un serveur central. ça devient vite plutôt compliqué de faire le truc qui "juste marche".
[^] # Re: Computer in computer
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dongle 4G sous environnement libre. Évalué à 4.
C'est peut-être pas plus mal que ça soit du logiciel.
Quand on fait des choses complexes, il y a forcément des problèmes de sécurité. Et il est beaucoup plus facile de mettre à jour le logiciel, que de corriger le matériel.
De plus, cela permet de segmenter les choses. Le router dans ce cas est quand même bien isolé de ta machine principale. Même si son OS est troué, si tu utilises des protocoles chiffrés, et sécurisés, et bien il ne pourra pas faire grand chose pour accéder à tes données. Il pourra par contre miner des bitcoins où toute autre activité plus ou moins légale confiée à un botnet.
En fait, je pense que je préfère ça, plutôt qu'un driver (venant du même fabriquant) à installer directement dans le noyau de mon système d'exploitation, et qui aurait du coup accès à toute les ressources de la machine (mémoire, CPU, …).
Cela n'empêche pas, dans les deux cas, que ce logiciel devrait être libre. Mais c'est un problème indépendant.
[^] # Re: Pourquoi du théorie des patch c'est bien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 3.
Il faut disputer l'équipe pour ne pas être claire sur son workflow.
Dans certains cas, il est possible d'utiliser git pull --rebase (et d'ailleurs d'activer l'option autorebase dans le .git pour ne pas avoir à le faire à la main tout le temps). Dans d'autres cas, il y a juste trop d'activité et un historique trop compliqué pour que ça soit possible (le noyau Linux, WebKit, ou de très gros projets très actifs dans ce genre).
Et comme git est conçu d'abord pour le noyau Linux, forcément les réglages par défaut sont surtout appropriés pour ce cas là.
[^] # Re: Bugs
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 4.
C'est le cas (dans un repository séparé): https://help.github.com/articles/adding-and-editing-wiki-pages-locally/
Je trouve l'idée de Fossil d'intégrer le wiki et le suivi de bugs avec les sources intéressant pour faire un truc complètement décentralisé. Chacun travaille sur sa machine avec sa liste de bugs, son wiki qui est tenu à jour avec les sources, etc. Et on synchronise tout ça avec un push sur un serveur, par exemple.
Je précise que je n'ai pas (encore) joué avec et que je ne sais pas comment ça se comporte en pratique. La solution retenue chez moi pour le moment est un dépôt git avec des pages vimwiki dedans, mais l'inconvénient est que vim est quasiment indispensable pour naviguer dans le wiki ou générer un rendu html.
[^] # Re: open source ... bof.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Keybase, un Discord/Slack like Open-Source mais centralisé. Évalué à 6.
Cela à aussi un intérêt pour l'archivage. Par exemple sur le site du Computer History Museum on trouve le code source de Microsoft Word 1.1a, avec la licence "Microsoft Research": http://www.computerhistory.org/atchm/microsoft-research-license-agreement-msword-v-1-1a/
Après une relecture rapide, on a la liberté d'étudier modifier le logiciel. On a pas la liberté de le distribuer ni de l'utiliser à des fins commerciales. Et en plus, Microsoft obtient automatiquement les droits sur les éventuelles versions modifiées.
Par contre, ils acceptent de couvrir les dommages matériels causés par ce code dans la limite de 5 dollars.
Donc, pas grand intérêt pratique, mais ce code est archivé et dans une quarantaine d'année il sera dans le domaine public, et au moins avec cette licence il y a quelques chances qu'il reste quelques copies utilisables d'ici là. Mais c'est pas dit qu'on en fasse grand chose alors.
Il y a d'autres logiciels avec des licences similaires dans les archives du Computer History Museum. Je dirais que c'est pas terrible, mais c'est mieux que de laisser ce code source pourrir sur de vieilles disquettes. Et on peut toujours l'étudier pour comprendre les formats de fichiers utilisés et écrire un logiciel pour convertir des fichiers vers un format plus récent, par exemple.
[^] # Re: Il sers à quoi
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'EFF quitte le W3C. Évalué à 10.
Tout à fait. Et maintenant que le W3C a dit "ok" pour le navigateur, la prochaine étape sera le système d'exploitation, puis ensuite le BIOS. Pour le matériel, c'est déjà fait avec HDCP pour le HDMI, le DVI et le DisplayPort, par exemple. Enfin, ils essaient en tout cas, car il existe du matériel permettant de contourner le HDCP.
L'EME, c'est donc la porte d'entrée qui permettra à un site web de vérifier si oui ou non, ton ordinateur est bien verrouillé comme il faut, avec son écran HDCP, son navigateur qui implémente les DRM, et son OS et son BIOS qui vérifient que tu n'interceptes pas les informations.
Après, je ne doute pas qu'il y aura rapidement un plug-in pour le navigateur qui répondra "oui oui c'est bon" sans rien vérifier. Mais, est-ce que la fondation Mozilla ou Google accepteront de le mettre dans leurs magasins d'extensions (où leur signature est maintenant obligatoire)?
[^] # Re: Il sers à quoi
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'EFF quitte le W3C. Évalué à 6.
Le W3C est l'organisme qui rédige et maintient les spécifications de HTML et CSS. Cela permet à tous les navigateurs de suivre ces recommandations et de participer à leur rédaction. Normalement, ça évite qu'un navigateur fasse plein d'extensions non-standard et permet que les sites internet marchent à peu près pareil partout.
D'où la question: est-ce qu'il vaut mieux des DRM standardisés, ou des DRM avec une implémentation et une spécification propriétaires qui ne marche qu'avec un seul navigateur? (bien sûr, la bonne réponse est qu'il vaut mieux pas de DRM du tout, mais le W3C a choisi de répondre "ça, on n'y peut rien").
[^] # Re: Readline
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Bash et les raccourcis clavier. Évalué à 9.
Pourquoi du bricolage? C'est un périphérique tout à fait standard et pas très cher:
http://www.dx.com/p/fs1-1-usb-foot-switch-keyboard-mouse-control-foot-pedal-black-190cm-cable-198679#.Wb_ID3WslFQ
Il y a même une version pour les gens qui veulent utiliser leurs trois jambes:
http://www.dx.com/p/usb-triple-action-foot-switch-keyboard-control-foot-pedal-56508#.Wb_IFHWslFQ
[^] # Re: Conséquences environnementales
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 5. Dernière modification le 18 septembre 2017 à 09:58.
Nom de Zeus!
2.22GW! C'est juste ce qu'il faut pour alimenter un convecteur temporel!
Coïncidence? Je ne pense pas…
[^] # Re: pratique ;)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Des retours d'expérience de « Linux (bash/ubuntu) sous Windows » ?. Évalué à 3.
On peut pas juste lancer un XMing et le connecter avec les applications WSL? Si le réseau passe ça devrait pas poser problème, non?
[^] # Re: corrélation réchauffement climatique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le jour d’après, c’est aujourd’hui. Évalué à 6.
Ah et il est peut-être utile de le rappeler, c'est important d'avoir des pneus bien gonflés et une transmission lubrifiée correctement. ça fait largement plus de différence que le dénivelé, en fait.
[^] # Re: corrélation réchauffement climatique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le jour d’après, c’est aujourd’hui. Évalué à 3.
Je laisse mon vélo dans les bâtiments sur mon lieu de travail. ça fait désordre d'avoir 3 vélos dans le hall d'entrée (je suis pas seul dans ce cas), le jour ou mon employeur en aura assez il se décidera peut-être à installer le matériel nécessaire.
[^] # Re: corrélation réchauffement climatique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le jour d’après, c’est aujourd’hui. Évalué à 6.
J'ai une remorque sur mon vélo pour faire mes courses. Coût total, 200€ pour le vélo plus 160 pour la remorque. ça reste 10 fois moins cher qu'une voiture et y'a moins d'entretien. Et je ne vais pas faire mes courses dans un hypermarché à l'autre bout de la ville.
Pour ceux que ça intéresse, c'est celle-ci: http://remorque-velo.com/remorque-velo-bellelli-b-tourist_p3571.html
Très pratique car elle se détache du vélo et le bras est repliable, donc on peut s'en servir à pied pendant qu'on fait ses achats.
[^] # Re: préparation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le jour d’après, c’est aujourd’hui. Évalué à 3.
Déjà il ne faut pas croire que la même chose marche partout en Europe de l'ouest. Viens du côté des Pyrénées et tu verras que les toit des maisons sont beaucoup plus inclinés qu'ailleurs, pour que la neige puisse glisser au lieu de rester dessus et faire écrouler le toit. à d'autres endroits, on évite les baies vitrées orientées plein sud, parce que sinon il ferait 40° dans la maison l'été avec trop de soleil.
ça me semble la base du travail de l'architecte de tenir compte des contraintes de l'endroit dans lequel il construit, non?
[^] # Re: Autre conséquence sociale
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 5.
J'ai entendu parler de publicités affichées dans des pages web qui minent du bitcoin en javascript. Même pas besoin d'ordinateurs zombis complètement vérolés, contrairement au DDoS qui a besoin d'accéder directement au réseau.
[^] # Re: À moins que...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 3. Dernière modification le 14 septembre 2017 à 09:53.
ça sert surtout à attaquer par force brute la fonction de hash utilisée, en fait. Tous les gens qui font des calculs pour la blockchain participent à cet effort, probablement sans trop le savoir.
Mais c'est sur que ça serait plus malin d'associer ça à du calcul avec une "vraie" utilité, genre BOINC. à moins que les concepteurs de bitcoin aient un plan derrière la tête pour faire une rainbow table de leur fonction de hash…
[^] # Re: Tu t'emballes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 4.
Une bonne occasion de continuer à travailler le calcul mental!
Tu dois pouvoir facilement faire 20€67 (20+.50+.10+7*.01) et récupérer 12€ (10+2).
Tu as donc utilisé 1 billet et 9 pièces et récupéré 1 billet et 1 pièce.
[^] # Re: Bof
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 4.
C'est pas justement ça, une révolution?
[^] # Re: paradis fiscaux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conséquences sociales des cryptomonnaies. Évalué à 3.
J'ai failli l'écrire dans mon commentaire, mais je me suis dit que ça leur ferait de la pub gratuite.
# Pour compiler Haiku
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Des retours d'expérience de « Linux (bash/ubuntu) sous Windows » ?. Évalué à 10.
Un peu par curiosité, on a essayé de compiler Haiku sous Windows en l'utilisant. Cela pourrait permettre à des développeurs sous Windows de contribuer à Haiku (c'est une des barrière à l'entrée qu'on a identifié dans notre participation au Google Code-In, programme qui vise à faire découvrir le logiciel libre aux 13-17 ans).
Le résultat dans notre cas est que c'est très lent (plus lent qu'un virtualbox avec Linux dedans), et qu'il y a encore des problèmes de compatibilité, mais on cherche un peu les ennuis:
- Pas de support des xattrs dans le système de fichier
- Pas possible de mettre le caractère : dans un nom de fichier
- Je me souviens pas de tout, mais il y avait quelques autres subtilités
Pour le moment nous allons continuer de recommander aux utilisateurs Windows qui veulent compiler Haiku de le faire dans une machine virtuelle.