Le binaire 32bits ne marchait pas, tandis que le 64bits marche.
Pour ce qui est de la compilation. je faisais un simple ./autogen.sh ou ./configure ce qui me résultait:
error: required file 'static/Makefile.in' not found
Je sais pas trop où le mettre (un autre terminal?). Mais au final je l'utilise comme un simple xterm. J'ai absolument besoin d'aucun onglets, ni autres plus que pourrait apporter le logiciel. J'utilise ce terminal car il m'a permit de configurer facilement les couleurs - même si depuis mon vieux xterm a été configuré. Tout le reste/tout les plus qu'apporte certains logiciels, je le manipule grâce au window manager, ou via emacs.
Content de connaître st, que je connaissais absolument pas.
Ça sert à rien de continuer à me répondre avec des liens que je ne peux techniquement pas y aller.
J'attache aucun intérêts pour les partis (/association politique), mais encore moins ceux qui se disent nationaliste.
Je ne sais pas si tu comprends vraiment où se trouve la confusion, mais se dire "nationaliste de gauche", c'est vraiment une bonne blague! Là réside la confusion.
Je ne peux pas accéder à ce site. Je sais simplement que égalité et reconciliations applique une pratique de confusionnisme, qui je trouve encore plus abjecte que toute forme de langue de bois.
Et où le confusionnisme est l'art du sournois, la langue de bois en devient putride et encore plus immonde.
Comme quoi les bas fonds du politicien (avec egaliteetreconciliation entre autre) n'a toujours pas finis de me surprendre.
Dans tous les partis tu as des idées de gouvernances. La gouvernances est forcément accompagné d'un flicage car une protection de l'état et de sa gouvernance et de ses belles hiérarchie. La politique c'est une manière de nous enc*ler encore plus, et nous faire passer la pilule de la dominance. Comme dirait l'autre : l'homme est comme le lapin, il se fait attraper par les oreilles.
Parce que les autres font bonne figure? La politique c'est comme ça, de la langue de bois - avec laquel on devrait en faire du copeau ou même de la sciure.
Désolé pour la réponse tardive. Mais non ça ne marchait pas car désinstaller emacs me faisait désinstaller pas mal de choses. Je l'ai tenté tout de même, mais lors de l’installation j'avais encore un soucis avec 'emacsen'.
Beaucoup de monde voit la démocratie direct comme une solution car ils ne voient pas autre chose. Ils ne pensent pas quelque chose possible autre que dans le cadre du[d'un] gouvernement.
La démocratie directe nous permettrait de voter et accepter encore plus lourdement les actions et les agissements les plus macabres et lugubre de l'État - soit disant le peuple qui ne ferait que répéter ce qu'on leur demande de dire et faire.
Ce n'est pas le système qui faut modeler, c'est notre manière de concevoir les choses qu'il faut repenser et réfléchir.
Donc mieux vaut clairement testing que unstable? - tout est dans le mot.
Je tente d'installer handbrake manuellement pour le moment, mais ça prend vachement de temps. Je passerai en testing s'il faut.
Je risque rien de particulier ? Étant une machine personnelle, au final c'est pas grave. Mais si ça bug à tout les coups, ou pire avoir des erreurs sur l'installation futur de package avec corruption, ça fera un peu chier…
Désolé pour la confusion, il est vrai qu'il est parfois pas facile de me relire, et là c'est bien le cas.
Je reprends depuis le début, même si je pense que mon idée est un peu bancale et manque quelques éléments (par rapport à une communication point à point qu'apporte GPG), y me semble important d'y réfléchir et d'essayer de généraliser le chiffrement pour tous, quitte à obliger nos contact (privé) de rentrer et jouer le jeu - qui plus est le plus facilement du monde, et sans douleur.
L'idée est au final d'obliger la personne qui veut nous parler ou qui on veut contacter de rentrer dans notre système de communication privé (du moins avec nous).
Beaucoup de mondes n'utilisent pas GPG ou même ne connaissent pas. Le problème c'est que si quelqu'un ne se protège pas, notre communication si elle veut être privé devient difficile. L'idée est donc d'obliger la personne de venir chez nous (auto-hébergement conseillé) pour nous parler, et il aura le droit lui aussi a une petite boite aux lettres si ce dernier s'intéresse un peu soit peu à nos réponses.
Étant donné que tout est sur web à présent, je pensais qu'une interface web serait possible…
Une chose avant tout, il me semble essentiel que le programme/daemon que je vais parler écrive le moins de chose possible, et le mieux serait qu'aucun message soit en clair dans le disque. De plus, il serait préférable que toutes communications antérieures soient supprimés, n'étant pas à vocation de faire office d'hebergement email, l'idée est de trouver quelque chose temporaire, ou moins pire par rapport à une communication où chacun aurait son espace mail, et son MUA configuré avec PGP (le monde idéal). Sans doute l'outil pourrait être un minimum didactique et inviterait à expliquer les principes de chiffrement, du pourquoi, etc… L'idée est tout de même de rallier l'autre à l'aventure du chiffrement - tant soit-il convaincu de l'intérêt de sa propre vie privé et de sa liberté. Mais rien n'est mieux que chacun chez soi, le problème avec mon idée est que tout se passe chez quelqu'un (qui peux être chez moi). Donc si sous écoute, ou quelqu'un arrive à déchiffrer les emails (car accès sur la machine), ce n'est plus un contact, mais plusieurs contact qui sont victimes. D'où le fait que je pense qu'il faut supprimer au fur et à mesure les messages, et que cette idée/projet ne doit être qu'un tranpoline/lancement/invitation vers l'auto-hébergement, ou du moins au PGP privé chez soi, et au tout chiffrement.
. Création de compte pour chaque contact : comme un alias, et non une adresse; qui pointerait vers une adresse email.
. Le mieux est que la création d'un nouveau compte soit accompagné d'un mot de passe aléatoire et soit donné en main propre. Sinon un mot de passe par défaut, puis une modification dès la première visite/connexion par le contact (1).
- le stockage du mot de passe peut se faire comme pour "/etc/shadow" par exemple, avec une simple empreinte.
Je veux écrire un email à un contact qui ne se protège pas:
. J'envoie un email à "daemon+contact@domaine.auto-heber.ge"
. Et je chiffre l'email avec la clé publique de daemon. (2)
-daemon:
. Création d'une page web accessible par https pour le contact.
. Envoie de l'email à contact avec seulement le lien pour lire l'email.
Je suis le contact qui ne se protège pas et je veux lire l'email que j'ai reçu:
. J'accède à la page web.
. Je tapes le mot de passe que je suis censé connaître.
. daemon déchiffre l'email (clé privé présente sur serveur) | chiffre à partir mot de passe du contact | envoie ça au contact
. Le contact reçoit un contenu chiffré et qui doit être déchiffré par le navigateur avec le mot de passe.
Je suis le contact qui ne se protège pas et je veux répondre à l'email en jouant le jeu:
. J'accède au formulaire de réponse.
. J'écris mon message. (3)
. daemon envoie l'email chiffré avec la clé public du destinataire de départ.
L'interface web n'aura pas de listage de messages, et permettra de modifier le mot de passe (et donc feront que les messages ultérieur ne seront pas lisible sauf avec l'ancien mot de passse) mais aussi d'écrire un message.
L'idée est que l'interface soit vraiment propre à une personne, et que même des anonyme (ou pas) puisse nous contacter, tout en faisant que la communication reste la plus secret possible.
Au lieu de moi@chez-moi.fr on aurait : https://daemon-contact.chez-moi.fr https://daemon-contact.chez-toi.de https://martin.renard.fr
etc…
(1) Le problème est qui se cache derrière ce contact, dans ce cas, si un attaquant lit (sans doute en clair) l'email et accède au changement du mot de passe avant le dit contact.
(2) Le principe est que mon serveur mail va recevoir l'email et le stocker. Donc il faut impérativement le chiffrer. Il faudra auparavant générer une clé GPG pour daemon.
(3) SSL suffira? Ne serait-ce pas mieux que le navigateur chiffre le message avant l'envoie avec la clé public de mon email? Du Javascript qui s'occuperait de faire ça, ça reste correct? Pour moi ce n'est pas à daemon de le faire, mais tant qu'il ne le stocke pas au final, c'est un moindre mal, mais le mieux c'est que jamais il n'est connaissance du message, c'est un peu aussi le problème lors de l'envoie de mon email vers le contact : mais bon comment faire quand au final le chiffrage ne se fait pas sur la machine client…
L'idée est au final d'obliger la personne qui veut nous parler ou qui on veut contacter de rentrer dans notre système de communication privé (du moins avec nous).
Beaucoup de mondes n'utilisent pas GPG ou même ne connaissent pas. Le problème c'est que si quelqu'un ne se protège pas, notre communication si elle veut être privé devient difficile. L'idée est donc d'obliger la personne de venir chez nous (auto-hébergement conseillé) pour nous parler, et il aura le droit lui aussi a une petite boite aux lettres si ce dernier s'intéresse un peu soit peu à nos réponses.
Étant donné que tout est sur web à présent, je pensais qu'une interface web serait possible…
Je vais rajouter un post qui ne parle que de la mise en processus de l'idée d'un programme qui ferait ce que je pensais - sans rajouter mes commentaires.
Pour /etc/shadow c'était une idée. En effet, dans ce cas c'est mieux que mhc ait son propre fichier mais du même type que /etc/shadow.
[^] # Re: Mettre le paquet « on hold » ?
Posté par dafp . En réponse au message Changer la version d'un package ou le bloquer?. Évalué à 1.
Je n'utilise pas aptitude. Donc je vais faire ça en utilisant dpkg. Merci.
[^] # Re: Peut-être un début de réponse...
Posté par dafp . En réponse au message error: required file 'static/Makefile.in' not found. Évalué à 1.
Le binaire 32bits ne marchait pas, tandis que le 64bits marche.
Pour ce qui est de la compilation. je faisais un simple ./autogen.sh ou ./configure ce qui me résultait:
le reste était censé résoudre cette erreur.
J'avais téléchargé : http://download.kiwix.org/src/kiwix-src.tar.xz pour la compilation.
[^] # Re: Lxterminal
Posté par dafp . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 0.
J'ai répondu moi-même réellement à ma question. Ce qui peut suivre je ne l'avais pas pensais. Navré :D
# Lxterminal
Posté par dafp . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 2. Dernière modification le 23 avril 2015 à 22:08.
Je sais pas trop où le mettre (un autre terminal?). Mais au final je l'utilise comme un simple xterm. J'ai absolument besoin d'aucun onglets, ni autres plus que pourrait apporter le logiciel. J'utilise ce terminal car il m'a permit de configurer facilement les couleurs - même si depuis mon vieux xterm a été configuré. Tout le reste/tout les plus qu'apporte certains logiciels, je le manipule grâce au window manager, ou via emacs.
Content de connaître st, que je connaissais absolument pas.
[^] # Re: Ha le Parti Socialiste...
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 1.
Ça sert à rien de continuer à me répondre avec des liens que je ne peux techniquement pas y aller.
J'attache aucun intérêts pour les partis (/association politique), mais encore moins ceux qui se disent nationaliste.
Je ne sais pas si tu comprends vraiment où se trouve la confusion, mais se dire "nationaliste de gauche", c'est vraiment une bonne blague! Là réside la confusion.
[^] # Re: Ha le Parti Socialiste...
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 2.
Je ne peux pas accéder à ce site. Je sais simplement que égalité et reconciliations applique une pratique de confusionnisme, qui je trouve encore plus abjecte que toute forme de langue de bois.
[^] # Re: Ha le Parti Socialiste...
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 1.
Et où le confusionnisme est l'art du sournois, la langue de bois en devient putride et encore plus immonde.
Comme quoi les bas fonds du politicien (avec egaliteetreconciliation entre autre) n'a toujours pas finis de me surprendre.
[^] # Re: Loi renseignement : 100% flicage et 0% sécurité
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 1.
Dans tous les partis tu as des idées de gouvernances. La gouvernances est forcément accompagné d'un flicage car une protection de l'état et de sa gouvernance et de ses belles hiérarchie. La politique c'est une manière de nous enc*ler encore plus, et nous faire passer la pilule de la dominance. Comme dirait l'autre : l'homme est comme le lapin, il se fait attraper par les oreilles.
[^] # Re: Ha le Parti Socialiste...
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 3.
Parce que les autres font bonne figure? La politique c'est comme ça, de la langue de bois - avec laquel on devrait en faire du copeau ou même de la sciure.
[^] # Re: gap trop grand ???
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Désolé pour la réponse tardive. Mais non ça ne marchait pas car désinstaller emacs me faisait désinstaller pas mal de choses. Je l'ai tenté tout de même, mais lors de l’installation j'avais encore un soucis avec 'emacsen'.
[^] # Re: Démocratie représentative !
Posté par dafp . En réponse au journal Puis ils sont venus me chercher, et il ne restait personne pour protester. Évalué à 10.
Beaucoup de monde voit la démocratie direct comme une solution car ils ne voient pas autre chose. Ils ne pensent pas quelque chose possible autre que dans le cadre du[d'un] gouvernement.
La démocratie directe nous permettrait de voter et accepter encore plus lourdement les actions et les agissements les plus macabres et lugubre de l'État - soit disant le peuple qui ne ferait que répéter ce qu'on leur demande de dire et faire.
Ce n'est pas le système qui faut modeler, c'est notre manière de concevoir les choses qu'il faut repenser et réfléchir.
# Trouvé
Posté par dafp . En réponse au message Des access keys comme Konqueror sur Firefox. Évalué à 1.
Enfin! C'est pas totalement comme pour konqueror, mais ça parrait mieux, vu que c'est paramétrable :
https://addons.mozilla.org/en-US/firefox/addon/mouseless-browsing/
[^] # Re: gap trop grand ???
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1. Dernière modification le 03 avril 2015 à 10:05.
Bon bah je suis passé sur Jessie…
et j'ai ce bug là : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677191 que j'arrive pas à résoudre :D
[^] # Re: Recompiler la version de SID sur ta machine ?
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
pas mal du tout. Je ne connaissais pas.
merci.
[^] # Re: 2 solutions
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
J'espère bien :)
[^] # Re: hroot
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Intéressant, je vais lire ça.
Merci.
[^] # Re: 2 solutions
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Pour moi finalement, ça sera Jessie. Tant pis que ça mette à jour tout le système.
Merci.
[^] # Re: libc6, libgtk, dpkg
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Comme dit ci-dessous, s'il faut je passerai d'abord en testing - avant de faire de l'unstable.
Merci.
[^] # Re: gap trop grand ???
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Donc mieux vaut clairement testing que unstable? - tout est dans le mot.
Je tente d'installer handbrake manuellement pour le moment, mais ça prend vachement de temps. Je passerai en testing s'il faut.
Merci.
[^] # Re: gap trop grand ???
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Donc tu penses que le mieux serait de passer sur jessie?
[^] # Re: gap trop grand ???
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 1.
Il est présent dans les catalogues pour wheezy-backports:
https://packages.debian.org/wheezy-backports/handbrake
mais certains packages sont "not available". C'est indiquè dans la page.
[^] # Re: libc6, libgtk, dpkg
Posté par dafp . En réponse au message Installer un package en sid. Évalué à 2.
Je risque rien de particulier ? Étant une machine personnelle, au final c'est pas grave. Mais si ça bug à tout les coups, ou pire avoir des erreurs sur l'installation futur de package avec corruption, ça fera un peu chier…
# Confusion ... Je reprends depuis le début.
Posté par dafp . En réponse au message Idée de projet pour communications email. Évalué à 1.
Désolé pour la confusion, il est vrai qu'il est parfois pas facile de me relire, et là c'est bien le cas.
Je reprends depuis le début, même si je pense que mon idée est un peu bancale et manque quelques éléments (par rapport à une communication point à point qu'apporte GPG), y me semble important d'y réfléchir et d'essayer de généraliser le chiffrement pour tous, quitte à obliger nos contact (privé) de rentrer et jouer le jeu - qui plus est le plus facilement du monde, et sans douleur.
L'idée est au final d'obliger la personne qui veut nous parler ou qui on veut contacter de rentrer dans notre système de communication privé (du moins avec nous).
Beaucoup de mondes n'utilisent pas GPG ou même ne connaissent pas. Le problème c'est que si quelqu'un ne se protège pas, notre communication si elle veut être privé devient difficile. L'idée est donc d'obliger la personne de venir chez nous (auto-hébergement conseillé) pour nous parler, et il aura le droit lui aussi a une petite boite aux lettres si ce dernier s'intéresse un peu soit peu à nos réponses.
Étant donné que tout est sur web à présent, je pensais qu'une interface web serait possible…
Une chose avant tout, il me semble essentiel que le programme/daemon que je vais parler écrive le moins de chose possible, et le mieux serait qu'aucun message soit en clair dans le disque. De plus, il serait préférable que toutes communications antérieures soient supprimés, n'étant pas à vocation de faire office d'hebergement email, l'idée est de trouver quelque chose temporaire, ou moins pire par rapport à une communication où chacun aurait son espace mail, et son MUA configuré avec PGP (le monde idéal). Sans doute l'outil pourrait être un minimum didactique et inviterait à expliquer les principes de chiffrement, du pourquoi, etc… L'idée est tout de même de rallier l'autre à l'aventure du chiffrement - tant soit-il convaincu de l'intérêt de sa propre vie privé et de sa liberté. Mais rien n'est mieux que chacun chez soi, le problème avec mon idée est que tout se passe chez quelqu'un (qui peux être chez moi). Donc si sous écoute, ou quelqu'un arrive à déchiffrer les emails (car accès sur la machine), ce n'est plus un contact, mais plusieurs contact qui sont victimes. D'où le fait que je pense qu'il faut supprimer au fur et à mesure les messages, et que cette idée/projet ne doit être qu'un tranpoline/lancement/invitation vers l'auto-hébergement, ou du moins au PGP privé chez soi, et au tout chiffrement.
. Création de compte pour chaque contact : comme un alias, et non une adresse; qui pointerait vers une adresse email.
. Le mieux est que la création d'un nouveau compte soit accompagné d'un mot de passe aléatoire et soit donné en main propre. Sinon un mot de passe par défaut, puis une modification dès la première visite/connexion par le contact (1).
- le stockage du mot de passe peut se faire comme pour "/etc/shadow" par exemple, avec une simple empreinte.
Je veux écrire un email à un contact qui ne se protège pas:
. J'envoie un email à "daemon+contact@domaine.auto-heber.ge"
. Et je chiffre l'email avec la clé publique de daemon. (2)
-daemon:
. Création d'une page web accessible par https pour le contact.
. Envoie de l'email à contact avec seulement le lien pour lire l'email.
Je suis le contact qui ne se protège pas et je veux lire l'email que j'ai reçu:
. J'accède à la page web.
. Je tapes le mot de passe que je suis censé connaître.
. daemon déchiffre l'email (clé privé présente sur serveur) | chiffre à partir mot de passe du contact | envoie ça au contact
. Le contact reçoit un contenu chiffré et qui doit être déchiffré par le navigateur avec le mot de passe.
Je suis le contact qui ne se protège pas et je veux répondre à l'email en jouant le jeu:
. J'accède au formulaire de réponse.
. J'écris mon message. (3)
. daemon envoie l'email chiffré avec la clé public du destinataire de départ.
L'interface web n'aura pas de listage de messages, et permettra de modifier le mot de passe (et donc feront que les messages ultérieur ne seront pas lisible sauf avec l'ancien mot de passse) mais aussi d'écrire un message.
L'idée est que l'interface soit vraiment propre à une personne, et que même des anonyme (ou pas) puisse nous contacter, tout en faisant que la communication reste la plus secret possible.
Au lieu de moi@chez-moi.fr on aurait :
https://daemon-contact.chez-moi.fr
https://daemon-contact.chez-toi.de
https://martin.renard.fr
etc…
(1) Le problème est qui se cache derrière ce contact, dans ce cas, si un attaquant lit (sans doute en clair) l'email et accède au changement du mot de passe avant le dit contact.
(2) Le principe est que mon serveur mail va recevoir l'email et le stocker. Donc il faut impérativement le chiffrer. Il faudra auparavant générer une clé GPG pour daemon.
(3) SSL suffira? Ne serait-ce pas mieux que le navigateur chiffre le message avant l'envoie avec la clé public de mon email? Du Javascript qui s'occuperait de faire ça, ça reste correct? Pour moi ce n'est pas à daemon de le faire, mais tant qu'il ne le stocke pas au final, c'est un moindre mal, mais le mieux c'est que jamais il n'est connaissance du message, c'est un peu aussi le problème lors de l'envoie de mon email vers le contact : mais bon comment faire quand au final le chiffrage ne se fait pas sur la machine client…
[^] # Re: les utilisateurs et la securité
Posté par dafp . En réponse au message Idée de projet pour communications email. Évalué à 1.
L'idée est au final d'obliger la personne qui veut nous parler ou qui on veut contacter de rentrer dans notre système de communication privé (du moins avec nous).
Beaucoup de mondes n'utilisent pas GPG ou même ne connaissent pas. Le problème c'est que si quelqu'un ne se protège pas, notre communication si elle veut être privé devient difficile. L'idée est donc d'obliger la personne de venir chez nous (auto-hébergement conseillé) pour nous parler, et il aura le droit lui aussi a une petite boite aux lettres si ce dernier s'intéresse un peu soit peu à nos réponses.
Étant donné que tout est sur web à présent, je pensais qu'une interface web serait possible…
[^] # Re: hou la
Posté par dafp . En réponse au message Idée de projet pour communications email. Évalué à 1.
Je vais rajouter un post qui ne parle que de la mise en processus de l'idée d'un programme qui ferait ce que je pensais - sans rajouter mes commentaires.
Pour /etc/shadow c'était une idée. En effet, dans ce cas c'est mieux que mhc ait son propre fichier mais du même type que /etc/shadow.