ianux a écrit 392 commentaires

Je ne connaissais pas Mailden, mais dans le même genre, il y a ProtonMail qui propose le même service (chiffrement du courrier côté serveur), avec un triple avantage :

• C'est gratuit ;
• C'est développé par des gens du CERN, autant dire pas les derniers des branleurs (des gus qui bossent dans un grand garage circulaire de 27 km de long) ;
• C'est hébergé en Suisse, pays très à cheval sur le respect de la vie privée.

Après, Ces 2 services ne semblent proposer que du webmail, ce qui peut être un choix, by design. Me trompe-je ?

Configurer Nginx

Attention, les versions récentes de Nginx semblent ne plus supporter la soustraction de protocole mais uniquement l'explicitation (voir http://nginx.org/en/docs/http/configuring_https_servers.html). La bonne ligne serait donc :

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

C'est drôle, je viens juste de lire un article qui démonte l'expérience et précise les conditions requises pour la valider : https://medium.com/starts-with-a-bang/the-e-cat-cold-fusion-or-scientific-fraud-624f15676f96. En gros, ce qui est nécessaire :

• un appareil qui génère sa propre énergie, sans être alimenté par ailleurs
• une mesure calorimétrique de bonne qualité de l'énergie dégagée
• une détection réussie de rayons gamma, preuves de réactions nucléaires
• l'examen, avant et après, de tous les réactifs et produits de fusion afin de vérifier qu'une transmutation nucléaire a bien eu lieu
• une expérience effectuée par une équipe indépendante, sans lien aucun avec l'inventeur ou ses associés

Tous ces points achoppent selon l'auteur, un astrophysicien (au blog très intéressant pour qui s'intéresse à la discipline¹), qui promet de revenir prochainement sur les raisons physiques qui font qu'un tel appareil ne peut pas fonctionner.

¹. Par exemple, il répète régulièrement, explications à l'appui, que le big bang a eu lieu après la phase d'inflation cosmique. C'est pas banal.

En effet, ça fonctionne, même en http.

C'est cool que idok puisse récupérer la sortie standard, avec livestreamer, youtube-dl et videoob (de weboob), ça fait déjà un paquet de sites qu'il va maintenant être possible de streamer sur XBMC Kodi.

Sinon, tu as vu mon commentaire plus bas sur le souci avec -target ?

Ça a l'air de fonctionner. Je viens de tester avec un .ogg, ça passe. Par contre, avec un .mp4, ça crash.
De plus, si je passe l'adresse IP (ou même raspbmc.local, je ne fais pas tourner avahi) à l'option -target, j'ai la même erreur. Il faut que je donne le nom d'hôte entré dans /etc/hosts pour que idok trouve Raspbmc.

idok-i686 0.2.6 sous Arch Linux

Premier lancement : Post http://ianux:login@password/jsonrpc: dial tcp 192.168.1.20:80: connection refused
Soit, le port HTTP est non standard sur mon Raspbmc
je relance avec -target=192.168.1.20:8010. Réponse : Unable to get local ip

Ben justement, ça ne marche pas !

# livestreamer --stream-url http://www.ustream.tv/channel/iss-hdev-payload 480p
error: The stream specified cannot be translated to a URL
# livestreamer --subprocess-cmdline http://www.ustream.tv/channel/iss-hdev-payload 480p
error: The stream specified cannot be translated to a command

À noter que livestreamer propose une option --stdout pour renvoyer le stream sur la sortie standard, il devrait y avoir moyen de passer tout ça à idok via un pipe.

Une fonctionnalité m'apparaît indispensable pour faire de ce soft le compagnon idéal de toute install de Kodi : récupérer la sortie d'une commande.

Je pense notamment à livestreamer, qui permet comme son nom l'indique de streamer depuis tout un tas de sites là où Kodi ne propose pas les plugins correspondant (au hasard, ustream). Ainsi, livestreamer prend en paramètre un player video (VLC, MPlayer) pour afficher le stream. Pouvoir indiquer idok comme player serait vraiment une killer feature.

Livestreamer propose bien l'option --stream-url qui renvoie, quand c'est possible, l'url du stream que l'on pourrait passer à idok, mais ce n'est pas toujours le cas (toujours au hasard, ustream).

Bref, j'ai très envie de voir le stream HD de la Station Spatiale Internationale sur ma téloche faisant tourner Raspbmc : http://www.ustream.tv/channel/iss-hdev-payload. Cela ferait un merveilleux économiseur (?) d'écran et m'éviterait l'achat d'un aquarium.

D'après https://plus.google.com/104912707432334684242/posts/1gnbmo63xVa c'est jouable sous Linux en modifiant le User-Agent.

Ça fonctionnerait sous Chrome, à voir avec Chromium.

Oui, déjà fait, je suis revenu à syslog-ng.

Je connais les méthodes employées pour ce genre de fraude, il est facile de générer un numéro de carte valide, on voit bien que la banque comme la gendarmerie a l'habitude de ces faits…

Je ne suis pas sûr de ça. Autant il y quelques années c'était vrai, les générateurs de CB pullulaient sur le net, autant maintenant avec l'avènement du cryptogramme visuel (aka les 3 chiffres au dos de la CB), je ne crois pas que ce système-là ait été cassé. Quelqu'un pour confirmer ?

Je serais pas contre un tuto sur journald, pour l'instant ça m'encombre plus qu'autre chose ce truc (et la première chose qui m'a fait m'interroger sur la pieuvre systemd, enthousiaste que j'étais). Je l'ai désactivé car en cas de coredump il paralysait complètement le système en monopolisant le disque dur et la RAM, c'était ingérable et menait invariablement à un redémarrage à chaud. Je sais que c'est systemd-coredump qui gère le truc, mais du coup c'était journalisé et c'était la merde. Et même lorsqu'il ne se passe rien, son occupation des ressources est non négligeable par rapport à un bon vieux syslog.

Alors même qu'il ne fut pas question de race à l'origine de l'esclavage

Certes, si l'on veut se payer de mots, mais l'idée reste quand même puissamment connotée dans l'histoire contemporaine (celle qui nous intéresse, en fait).

Pour avoir bossé aux Antilles et avoir dû faire un topo sur le DNS (devant une audience mixte créole/métropolitaine), j'avoue que je n'en menais pas large. J'ai botté en touche en parlant de serveurs primaire et secondaire. Oui, les grecs aussi, blablabla, mais c'est pas à eux que je parlais.

Autant en Europe on ne voit plus pas des proto-nazis dans les étudiants allemands Erasmus qui peuplent nos facultés, autant aux Antilles le poids des générations reste présent et le sujet est plutôt touchy (Liyannaj Kont Pwofitasyon, pour parler de l'histoire récente). Y'a un travail à faire des deux côtés (et c'est quasi psychanalytique côté antillais), mais le refus de la métropole d'assumer sa responsabilité n'aide pas. Je suis bordelais, et plusieurs des rues de la ville portent le nom de familles qui ont prospéré dans le commerce triangulaire, c'est plutôt minable.

En gros ça ne me dérangerait pas d'utiliser une autres terminologie, la notion de maître/esclave est plutôt rare en informatique (qui a eu l'idée d'appliquer ça à des putains de disques durs ? Ça ne veut rien dire.) et devrait pouvoir être facilement remplacée par une autre notion qui véhiculerait tout aussi bien l'idée d'asservissement ou de dépendance.

Quant à l'émission Soft Power elle même, c'est toujours un plaisir de l'écouter, je la trouve même plus intéressante en termes d'Internet que la "spécialisée" Place de la Toile.

Entièrement d'accord. Si Soft power aborde plus généralement tout ce qui relève des « industries culturelles », Internet y est régulièrement, si ce n'est systématiquement, évoqué. Place de la toile, pourtant dédiée au sujet, est bizarrement moins pointue.

…ils formanttaient un coup…

Ça t'a pas choqué plus que ça que les dictionnaires de DLFP et/ou Firefox (Chromium ?) fassent seppuku au milieu de ton salon ?

Licence intéressante sur le papier, j'espère qu'elle ne terminera pas comme la licence pro annoncée ici aussi par Pierre Jarillon. Celle-ci m'intéressait bien mais il semble qu'elle n'ai jamais obtenu son habilitation (elle n'est plus citée sur la page des licences pro de l'IUT et, renseignement pris, n'est pas ouverte à la rentrée 2014-2015).

Je vais me pencher sur celle-ci car, si j'ai pris un peu de bouteille professionnellement en tant que sysadmin, je n'ai aucun diplôme dans le domaine et je ne code pas (à part du bash ad-hoc par-ci par-là, du code de sysadmin quoi). La spécificité open source (au sens OSL, ce que je comprends par "Licences Libres et Hybrides") est un plus fort appréciable.

MPD permet également de diffuser sur HTTP (i.e via un server web interne, pas vers un serveur icecast) et cela MPDroid le gère (avec le port forcé à 80 si je me souviens bien).

Pas plus tard que ce matin, je suis (re)tombé sur cette page : http://matrixhifi.com/ENG_marco.htm

Les gars ont organisé une sorte de test ABX, mais avec du matériel hifi.

• D'un côté, du matos bon marché, câblé à l'arrache, posé sur une chaise bancale. Valeur estimée : 700$.
• De l'autre, du matos top moumoute sur racks dédiés et tout et tout, pour une valeur de plus de 12 000$.
• Le tout raccordé alternativement aux même enceintes.

Les auditeurs (all trained ears and used to extensively listening to high end equipments) écoutent en sourd en aveugle diverses sources audio sur les différentes config, autant de fois qu'ils le veulent, et choisissent (ou pas) celle qui a le meilleur rendu sonore d'après eux.
Le résultat ? A peine différent d'un choix aléatoire.

Les organisateurs du test concluent en se demandant ce qui est le pire, que l'auditoire n'ai pas su discriminer du matos avec un tel différentiel de prix, ou que certains aient choisis le matos de base comme ayant la meilleur qualité sonore à leurs oreilles…

Celle de "Monty" Montgomery, rien moins que le créateur de la fondation Xiph et de Ogg/Vorbis : http://xiphmont.livejournal.com/61927.html

Il est en première ligne puisqu'il participe au développement et pousse à l'adoption d'un tas de codecs libres : VP8, Opus (codec audio reconnu comme standard pour WebRTC) ou encore Daala, la prochaine génération de codec vidéo.

TL;DR : Cela ne change pas grand chose, plus ou moins tout le monde utilise déjà H264, au mépris des licences, et le combat se mène désormais sur le front de son successeur (Daala vs H265).

La petite phrase qui résume bien cela : Let's state the obvious with respect to VP8 vs H.264: We lost, and we're admitting defeat. Cisco is providing a path for orderly retreat that leaves supporters of an open web in a strong enough position to face the next battle, so we're taking it.

Le client bittorrent "historique" (que l'on pourrait considérer du coup comme une preuve de concept), conçu par le créateur du protocole lui-même, était lui aussi écrit en Python (avec le client graphique en PyGTK si je me souviens bien).
Bon, fallait lancer un client par fichier .torrent, mais ça marchait très bien, et ce fût longtemps le seul client dispo pour aller récupérer des films de vacances sur suprnova.

Si tu as Flash en click to activate, tu peux créer la variable booléenne shumway.simpleMode positionnée sur true dans about:config. Ainsi, pour chaque élément flash, tu auras un bouton te proposant d'activer Shumway ou Flash au cas par cas (avec la possibilité d'activer Flash si Shumway ne fonctionne pas). Pratique pour tester et voir comment évolue Shumway (dont l'extension est mise à jour quotidiennement dans Firefox).

D'après ce que je vois de la roadmap à jour, le premier objectif de compatibilité est… la pub (!). Il est censé être atteint maintenant que Mozilla communique sur Shumway.

Le prochain objectif, qui est le nerf de la guerre, est le support du streaming vidéo et l'expérience utilisateur (genre, « depuis que j'utilise Shumway, ma copine est revenue, mes cheveux ont repoussé et j'ai dû rallumer le chauffage pendant l'hiver »). On y est manifestement pas encore.

Je l'utilise exclusivement depuis quelques jours et il permet notamment de lire les vidéos de la plupart des sites connus (Youtube, Dailymotion, Vimeo, …).

Es-tu sûr d'utiliser réellement Shumway ?
Un commit récent introduit une liste noire de sites où Shumway ne fonctionne pas encore. On y voit notamment Youtube.
Pour avoir testé, Dailymotion ne fonctionne pas non plus.

À noter qu'il faut sans doute activer le support de gstreamer (media.gstreamer.enabled positionné sur true) pour pouvoir bénéficier des différents codecs audio & video supporté par ce dernier.

et dont la mise à jour vers notre cher système d'exploitation semble un peu à la ramasse (par rapport à Os X et Windows)

Qu'entends-tu par là ? Chaque version de Wesnoth sort simultanément sur toutes les plate-formes, je ne vois pas en quoi Linux serait à la ramasse. Après, si tu veux dire que les paquets de ta distrib' ne sont pas à jour, c'est un autre problème.

Concernant Megaglest, tu voulais sans doute parler de RTS (en 3D qui plus est), genre plutôt rare sous Linux (les FPS, ça va, on a ce qu'il faut).

En effet, cela avait été annoncé sur identi.ca : http://web.archive.org/web/20130607124853/http://identi.ca/doc/pumpio
Le basculement a même pris du retard, initialement prévu pour le 8 juin.
Il était précisé que les comptes non utilisés depuis le 1er mai 2012 seraient détruits. Cela laissait de la marge. Je me suis donc connecté et ai suivi 2 ou 3 nouvelles personnes, sans poster pour autant.
Cependant, en me rendant aujourd'hui sur identi.ca, je vois que suite au basculement vers pump.io, les mots de passe ont été réinitialisés et qu'il faut donc en demander un nouveau sur cette page : https://identi.ca/main/recover. Et là, c'est le drame :
There is no user with that nickname.
Tant pis, je recréé un compte. Réponse :
No registration allowed.
Bien joué les gens, je retourne sur Twitter…