Je viens de faire une partie. C'est très sympa. On retrouve les sensations d'un Age of Empire.
Par contre, les raccourcis clavier par défaut posent problème sur un clavier azerty et il n'y a pas d'options dans le jeu pour régler ça.
J'ai trouvé qu'il fallait modifier son fichier ~/.config/0ad/config/user.cfg et rajouter ceci :
hotkey.camera.left = "Q"
hotkey.camera.rotate.cw = "Ctrl+LeftArrow"
hotkey.camera.rotate.up = "Ctrl+UpArrow"
hotkey.camera.up = "Z"
hotkey.session.queueunit.1 = "W"
C'est pas grand chose à faire mais c'est mission impossible pour un utilisateur lambda je pense. Est qu'il n'est pas possible de mapper les touches QWERTY par défaut sur le layout du clavier de l'utilisateur (demander à Xorg ou GNome par exemple ce qui est utilisé) par défaut?
Oui, la solution fut d'activer systemd comme init par défaut. J'ai suivi ce paragraphe https://wiki.debian.org/systemd#Configuring_as_default et tout refonctionne. L'arret depuis GDM ou depuis une session utilisateur et même l'hibernation sur mon portable !
OTR, c'est le truc révolutionnaire qui plante quand on change de client (passage du smartphone au PC par exemple) ou qu'on l'éteint (j'éteins parfois mon logiciel de messagerie). Bravo. Déja XMPP, avec son multi-ressoureces non synchronisées sur la même adresse foutait le bazar mais là c'est le ponpon, en plus les messages recus sont illisibles.
Si je rajoute à ça ceux qui veulent utiliser XMPP en mode asynchrone (laisser des messages à des correspondants hors ligne) pour lesquels la négociation OTR préalable n'est pas possible par principe, c'est une belle blague.
OTR, c'est sûrement bien d'un point de vue crypto mais ca ne s'applique pas très bien au multi client asynchrone. Hors c'est quand même l'usage courant d'une messagerie aujourd'hui.
il suffit que la NSA ait les clés d'une autorité de certification indiquée comme "de confiance" dans ton navigateur pour usurper n'importe quel site SSL que tu visites si tu ne fais pas de certificate pinning
Qui utilise encore Ubuntu alors que Debian est prêt pour le desktop? Le seul problème c'est de trouver la netiso de l'installeur de testing sur le site web officiel de Debian. On pourrait lancer un concours dans les linux parties pour rigoler.
Ce qu'on sait déjà c'est que les serveurs de Google recevoivent pour chaque appel reçu ton identifiant et le numéro de la personne qui t'appelle. Après, que cette info on ne peut plus personnelle doit utilisée pour remplir la base donnée de la nsa ou construire un graphe de tes relations ou autre, c'est du détail.
Android c'est bien, mais Google dessus quelle plaie !
Moi je peux toujours pas jouer à HoN avec mesa 10.1 et une radeon 7850. http://www.heroesofnewerth.com/
Je vais attendre le noyau 3.14. Et glamor, ca sert à quelque chose?
La monnaie à l'échelle globale définit la richesse. Et être riche, ce n'est pas avoir 100 ou 1000 bitcoins/euros/dollars/whatever. C'est juste en avoir plus que les autres qui sont alors définis comme "pauvres" (relativement à nous) et cela nous permet d'être prioritaire dans l'accès aux ressources rares (logement, bouffe, biens de consommation en général).
Ce que propose le Bitcoin (en dehors d'autres aspects techniques intéressants) c'est de remplacer les riches actuels (pour rappel 66 personnes détiennent autant de richesse que les 3.5milliards d'humain les plus pauvres) par d'autres riches encore moins légitimes (les mineurs de bitcoins, en gros les fabricants de pièces de monnaie). Je ne vois pas en quoi ca apporte plus de "justice" ou plus de "socialisme" dans l'écosystème humain.
Comme dirait Coluche :
Si on écoutait ce qui se dit, les riches seraient les méchants et les pauvres seraient les gentils.
Alors pourquoi tout le monde veut devenir méchant ?
C'est rigolo de voir les défenseurs du Bitcoin pester contre la planche à billet du dollar qui permet aux US tout en se réjouissant de détenir les rares Bitcoin à exister sur Terre qui en fait de facto un produit spéculatif à haut rendement pour les premiers porteurs (eux) à condition que les autres suivent.
Bref, dans les 2 cas, c'est "suivez-moi pour que je puisse continuer à vous entuber"
Si le bitcoin devenait une monnaie universelle, la meilleure chose à faire serait de conserver ses bitcoins bien au chaud. Un peu débile non?
Comme tu le dis, si ton appart brûle, le disque de sauvegarde qui se trouve à coté risque de partir en fumée. Une solution est de chiffrer le disque de sauvegarde et de le laisser à un endroit tranquille, par exemple dans la boite ou tu travailles.
TextSecure n'a jamais vendu une quelconque confidentialité des méta-données.
Personne ne pourra jamais confirmer cela. Si le serveur de textsecure y était contraint, le pourrait-il? On retombe sur le schema de Lavabit.
Comme dit plus haut, le hash du tel, même salé, c'est faible pour masquer l'identité des communiquants. Mais chacun sa notion de "secure".
Pour revenir au sujet. Je suis d'accord avec toi, le spam est le problème de ma solution.
Pour contrecarrer cela, je pensais :
1. Donner un token aux contacts dont j'accepte les messages. Ce token, envoyé avec les messages à ma destination permettrait au messages d'etre traités prioritairement par rapport aux autres messages reçus.
Les messages d'inconnus (sans token) doivent avoir une preuve de travail, ce qui limite un peu le spam.
2. Recevoir les messages par l'intermédiaire d'un serveur (comme un serveur de mail). Ce serveur pourrait filtrer les messages avec ou sans token pour transmettre en priorité à mon smartphones ceux qui ont un token.
3. Ensuite, pour les nouveaux contacts, il pourrait y avoir un autre token à envoyer par l’expéditeur qui dépende de sa clé privée et de ma clé publique de telle sorte que le serveur pourrait détecter les demandes de messages répétées d'un même expéditeur sans pour autant savoir quel est l’expéditeur ni le contenu du message.
La connexion serveur(de reception) -> destinataire est directe.
La connexion expediteur -> serveur(de reception) est indirecte Tor ou autre juste pour masquer son IP.
Sinon, je suis bien d'accord que Skype, facebook Messenger, whatsapp, Viber, Line, Hangout, and co sont des services où le client se fait plumer de haut en bas ses données persos. Mais je pensais que le sujet était déja arrivé plus haut donc, voila.
J'ai aussi un problème avec le design d'OTR. Si l'une des parties a perdu son token (ex: reboot du device, changement de logiciel client) et que l'autre continue de lui envoyer un message en pensant la conversation toujours en cours, le message sera illisible en face. Donc, OTR me semble vraiment limité à des clients qui peuvent converser en temps réel en continu, ce qui est un peu problématique pour une utilisation asynchrone type "envoyer un message securisé à un correspondant hors ligne"
# Raccourcis claviers
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 2.
Je viens de faire une partie. C'est très sympa. On retrouve les sensations d'un Age of Empire.
Par contre, les raccourcis clavier par défaut posent problème sur un clavier azerty et il n'y a pas d'options dans le jeu pour régler ça.
J'ai trouvé qu'il fallait modifier son fichier ~/.config/0ad/config/user.cfg et rajouter ceci :
hotkey.camera.left = "Q"
hotkey.camera.rotate.cw = "Ctrl+LeftArrow"
hotkey.camera.rotate.up = "Ctrl+UpArrow"
hotkey.camera.up = "Z"
hotkey.session.queueunit.1 = "W"
C'est pas grand chose à faire mais c'est mission impossible pour un utilisateur lambda je pense. Est qu'il n'est pas possible de mapper les touches QWERTY par défaut sur le layout du clavier de l'utilisateur (demander à Xorg ou GNome par exemple ce qui est utilisé) par défaut?
# Applications du googleplay sans installer le googleplay
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message Fdroid. Évalué à 1.
Un petit peu de pub : http://tuxicoman.jesuislibre.net/2014/04/un-paquet-debian-pour-googleplaydownloader.html
[^] # Re: systemd ?
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message Eteindre le PC avec Jessie par un utilisateur. Évalué à 1.
Oui, la solution fut d'activer systemd comme init par défaut. J'ai suivi ce paragraphe https://wiki.debian.org/systemd#Configuring_as_default et tout refonctionne. L'arret depuis GDM ou depuis une session utilisateur et même l'hibernation sur mon portable !
En clair : # apt-get install systemd-sysv; reboot
[^] # Re: Sudo
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message Eteindre le PC avec Jessie par un utilisateur. Évalué à 2.
Je n'ai jamais parlé de parc utilisateur. Il se trouve que je partage le PC que j'administre avec plusieurs personnes, donc plusieurs utilisateurs.
Je suis utilisateur de Debian depuis longtemps et je connais les spécificités de la stable et la testing.
Je vais regarder du coté de sudo pour le workaround. Merci.
[^] # Re: udisks2
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message Monter son téléphone . Évalué à 2.
sur Android 4.x, il n'y a plus de mode UMS mais uniquement MTP.
# OTR
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Le chiffrement, c'est maintenant. Évalué à 1.
OTR, c'est le truc révolutionnaire qui plante quand on change de client (passage du smartphone au PC par exemple) ou qu'on l'éteint (j'éteins parfois mon logiciel de messagerie). Bravo. Déja XMPP, avec son multi-ressoureces non synchronisées sur la même adresse foutait le bazar mais là c'est le ponpon, en plus les messages recus sont illisibles.
Si je rajoute à ça ceux qui veulent utiliser XMPP en mode asynchrone (laisser des messages à des correspondants hors ligne) pour lesquels la négociation OTR préalable n'est pas possible par principe, c'est une belle blague.
OTR, c'est sûrement bien d'un point de vue crypto mais ca ne s'applique pas très bien au multi client asynchrone. Hors c'est quand même l'usage courant d'une messagerie aujourd'hui.
[^] # Re: J'ai une question
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal DuckDuckGo change de parure. Évalué à 5.
Moi je propose de faire ce que fait DuckduckGo soit même (codé par mes mains) :
Pour tester
Sources et paquet debian pour l'installer chez vous
Article de présentation sur mon blog
[^] # Re: J'ai une question
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal DuckDuckGo change de parure. Évalué à 1.
il suffit que la NSA ait les clés d'une autorité de certification indiquée comme "de confiance" dans ton navigateur pour usurper n'importe quel site SSL que tu visites si tu ne fais pas de certificate pinning
# OSEF
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 10. Dernière modification le 29 avril 2014 à 03:02.
Qui utilise encore Ubuntu alors que Debian est prêt pour le desktop? Le seul problème c'est de trouver la netiso de l'installeur de testing sur le site web officiel de Debian. On pourrait lancer un concours dans les linux parties pour rigoler.
[^] # Re: FreeBSD
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 4.
testing est à jour:
Réception de : 1 http://ftp.be.debian.org/debian/ jessie/main libssl1.0.0 amd64 1.0.1g-1 [1.008 kB]
Réception de : 2 http://ftp.be.debian.org/debian/ jessie/main openssl amd64 1.0.1g-1 [664 kB]
[^] # Re: Debian Jessie
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 1.
Ca vient d'arriver sur le miroir
Réception de : 1 http://ftp.be.debian.org/debian/ jessie/main libssl1.0.0 amd64 1.0.1g-1 [1.008 kB]
Réception de : 2 http://ftp.be.debian.org/debian/ jessie/main openssl amd64 1.0.1g-1 [664 kB]
[^] # Re: KitKat
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Android un peu trop bavard ?. Évalué à 7.
Ce qu'on sait déjà c'est que les serveurs de Google recevoivent pour chaque appel reçu ton identifiant et le numéro de la personne qui t'appelle. Après, que cette info on ne peut plus personnelle doit utilisée pour remplir la base donnée de la nsa ou construire un graphe de tes relations ou autre, c'est du détail.
Android c'est bien, mais Google dessus quelle plaie !
[^] # Re: C'est nouveau
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Android un peu trop bavard ?. Évalué à 6.
C'est même rigolo de voir les distribs libres courir après ce gadget. J'ai étudié le code introduit dans omnirom a cet effet : http://tuxicoman.jesuislibre.net/2014/02/omnirom-explication-des-nouvelles-fonctions-reverse-lookup-et-search-places.html
Heureusement, on peut le désactiver.
# C'est nouveau
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Android un peu trop bavard ?. Évalué à 9.
Je te conseille la lecture de 2 articles sur kitkat :
http://tuxicoman.jesuislibre.net/2014/01/android-kitkat-en-route-vers-bigbrother.html
http://tuxicoman.jesuislibre.net/2014/01/carnet-de-contacts-etendu-dans-android-4-4-encore-une-regression-de-la-vie-privee.
[^] # Re: Résumé
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 1. Dernière modification le 01 avril 2014 à 22:00.
Moi je peux toujours pas jouer à HoN avec mesa 10.1 et une radeon 7850. http://www.heroesofnewerth.com/
Je vais attendre le noyau 3.14. Et glamor, ca sert à quelque chose?
[^] # Re: Bitcoin est un produit financier
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal De la pyramide de ponzi à la monnaie standard. Évalué à 9. Dernière modification le 01 avril 2014 à 21:50.
Ca n'a rien à voir.
La monnaie à l'échelle globale définit la richesse. Et être riche, ce n'est pas avoir 100 ou 1000 bitcoins/euros/dollars/whatever. C'est juste en avoir plus que les autres qui sont alors définis comme "pauvres" (relativement à nous) et cela nous permet d'être prioritaire dans l'accès aux ressources rares (logement, bouffe, biens de consommation en général).
Ce que propose le Bitcoin (en dehors d'autres aspects techniques intéressants) c'est de remplacer les riches actuels (pour rappel 66 personnes détiennent autant de richesse que les 3.5milliards d'humain les plus pauvres) par d'autres riches encore moins légitimes (les mineurs de bitcoins, en gros les fabricants de pièces de monnaie). Je ne vois pas en quoi ca apporte plus de "justice" ou plus de "socialisme" dans l'écosystème humain.
Comme dirait Coluche :
[^] # Re: Bitcoin est un produit financier
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal De la pyramide de ponzi à la monnaie standard. Évalué à 10.
C'est rigolo de voir les défenseurs du Bitcoin pester contre la planche à billet du dollar qui permet aux US tout en se réjouissant de détenir les rares Bitcoin à exister sur Terre qui en fait de facto un produit spéculatif à haut rendement pour les premiers porteurs (eux) à condition que les autres suivent.
Bref, dans les 2 cas, c'est "suivez-moi pour que je puisse continuer à vous entuber"
Si le bitcoin devenait une monnaie universelle, la meilleure chose à faire serait de conserver ses bitcoins bien au chaud. Un peu débile non?
# Sauvegarde dans un endroit sur
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal World Backup Day. Évalué à 2.
Comme tu le dis, si ton appart brûle, le disque de sauvegarde qui se trouve à coté risque de partir en fumée. Une solution est de chiffrer le disque de sauvegarde et de le laisser à un endroit tranquille, par exemple dans la boite ou tu travailles.
# mon paquet
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message Créer un paquet deb pour un programme simple en Python. Évalué à 1.
Je vois que chacun a sa petite méthode.
J'ai fait donc moi aussi un paquet à ma sauce. Si ca vous intéresse de voir ça :
le .deb est ici : http://codingteam.net/project/googleplaydownloader/download
le code source est là : http://codingteam.net/project/googleplaydownloader/browse
N'hésitez pas à m'apporter des commentaires si je fais un truc mal.
# Planet-libre
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au sondage Quelles sont vos sources d'information pour le logiciel libre/open source ?. Évalué à 3.
http://planet-libre.org/ propose un flux d'article tirés de divers blogs sur le libre.
[^] # Re: VOIP encryption
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Linphone 3.7.0. Évalué à 1.
Merci
[^] # Re: Prosody
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au message serveur de chat. Évalué à 1.
oui prosody c'est simple et ca marche.
# VOIP encryption
Posté par tuxicoman (site web personnel, Mastodon) . En réponse à la dépêche Linphone 3.7.0. Évalué à 3. Dernière modification le 25 mars 2014 à 00:56.
Sur https://www.linphone.org/eng/features/ on peut lire : Supports SRTP and zRTP (encryption of voice and video)
C'est le cas sur toutes les versions de Linphone? Ou il manque un petit * ?
L'encryption étant à la mode vu les récentes nouvelles, je pense que c'est important à préciser.
Je pense en particulier aux version Iphone, Android, Windows, Linux, Mac.
[^] # Re: ou pas
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Messagerie sécurisée, attention à votre carnet de contact !. Évalué à 2.
Le P2P ca marche pas avec le réseau 3G qu'on nous propose sans IP publique pour chaque appareil. Il faut au moins un serveur de relai.
[^] # Re: ou pas
Posté par tuxicoman (site web personnel, Mastodon) . En réponse au journal Messagerie sécurisée, attention à votre carnet de contact !. Évalué à 3.
Comme dit plus haut, le hash du tel, même salé, c'est faible pour masquer l'identité des communiquants. Mais chacun sa notion de "secure".
Pour revenir au sujet. Je suis d'accord avec toi, le spam est le problème de ma solution.
Pour contrecarrer cela, je pensais :
1. Donner un token aux contacts dont j'accepte les messages. Ce token, envoyé avec les messages à ma destination permettrait au messages d'etre traités prioritairement par rapport aux autres messages reçus.
Les messages d'inconnus (sans token) doivent avoir une preuve de travail, ce qui limite un peu le spam.
2. Recevoir les messages par l'intermédiaire d'un serveur (comme un serveur de mail). Ce serveur pourrait filtrer les messages avec ou sans token pour transmettre en priorité à mon smartphones ceux qui ont un token.
3. Ensuite, pour les nouveaux contacts, il pourrait y avoir un autre token à envoyer par l’expéditeur qui dépende de sa clé privée et de ma clé publique de telle sorte que le serveur pourrait détecter les demandes de messages répétées d'un même expéditeur sans pour autant savoir quel est l’expéditeur ni le contenu du message.
La connexion serveur(de reception) -> destinataire est directe.
La connexion expediteur -> serveur(de reception) est indirecte Tor ou autre juste pour masquer son IP.
Sinon, je suis bien d'accord que Skype, facebook Messenger, whatsapp, Viber, Line, Hangout, and co sont des services où le client se fait plumer de haut en bas ses données persos. Mais je pensais que le sujet était déja arrivé plus haut donc, voila.
J'ai aussi un problème avec le design d'OTR. Si l'une des parties a perdu son token (ex: reboot du device, changement de logiciel client) et que l'autre continue de lui envoyer un message en pensant la conversation toujours en cours, le message sera illisible en face. Donc, OTR me semble vraiment limité à des clients qui peuvent converser en temps réel en continu, ce qui est un peu problématique pour une utilisation asynchrone type "envoyer un message securisé à un correspondant hors ligne"