Re: Un keyring pour remplacer Seahorse

[Christophe Musseau]

Le 8 nov. 2016 22:52, "Damien TOURDE"  a écrit :

>
> Si jamais vous en utilisez un qui vous donne satisfaction, j'ai entendu
parler de KeePass, et KeeWeb, mais je n'ai pas encore pu tester.

Bonjour

Personnellement j'utilise KeePass (j'avais lu qu'il offrait un bon
chiffrement). Très aisé d'utilisation avec le copier coller sans
enregistrement . Génère des mots de passe. Bref, très satisfaisant pour mes
besoins. Du coup je ne change pas en ce qui me concerne.

Un keyring pour remplacer Seahorse

[Damien TOURDE]

Bonjour,

Je cherche un keyring pour remplacer Seahorse, en effet je trouve 
celui-ci un peu limité et surtout anti-ergonomique.



Je souhaiterais un keyring graphique qui :

- Me permette de gérer mes mots de passes "classiques" (que je 
renseigne à la main)

- Me permette de gérer les mots de passes de navigateur (plugins ?)
- Me permette de faire une recherche "par mot de passe", pour 
identifier mettre à jour, par exemple, tous les couples ID/MdP qui ont 
le même mot de passe

- Me permette de facilement générer des mots de passe à forte entropie
- Ait la fonction "Agent SSH"

Et surtout :
- Version Linux (dans les repos Debian serait idéal)
- Format de fichier de stockage de mots de passe, absolument libre
- Logiciel libre
- Maintenu


Si jamais vous en utilisez un qui vous donne satisfaction, j'ai entendu 
parler de KeePass, et KeeWeb, mais je n'ai pas encore pu tester.




Merci,
Damien

Re: changer le keymap de grub

[Daniel Caillibaud]

Le 08/11/16 à 12:28, "BOITEUX, Frederic"  a écrit :

BF> Bonjour,
BF> 
BF>   Je ne l'ai jamais fait sur un système EFI, mais même sur un système avec 
ancien BIOS, je

J'ai du bios classique, installé grub-efi-amd64-bin juste pour voir si grub 
trouvait son module
keylayouts (apt-file search keylayouts)

BF> n'ai plus réussi à avoir un clavier Bépo dans Grub depuis Debian Jessie, à 
cause d'un bug
BF> qui semble n'avoir pas été résolu : 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741464
BF> 
BF> Je suis intéressé si tu arrives finalement à tes fins !

Vu ces nouvelles pas terribles, je vais apprendre à taper mes pass sur mon bépo 
en keymap
azerty ;-)

-- 
Daniel

Eat shit, billions of flies can't be wrong.

Re: Mesures techniques comme le téléchargement illégal

[Olivier]

Bonjour,

Le 7 novembre 2016 à 11:05, Eric Bernard <
eric.bern...@saint-louis-saumur-ec49.org> a écrit :

> Bonjour,
> voilà à mon avis ce qu'il faut faire :
>
> - mettre en place une charte informatique et la faire signer à chaque
> utilisateur ou l'inclure dans le règlement intérieur (fait dans mon
> établissement y compris pour des élèves majeurs (BTS).
> - mettre en place un filtrage internet (squid + squidGuard +
> squidanalyzer) avec authentification obligatoire sur le proxy (ici
> synchronisé avec un annuaire LDPAD.
> - Améliorer le filtrage avec un DNS en interne pour la redirection du
> HTTPS (je pense à google.. mais aussi les autres moteurs, et pas que les
> .fr car il y a les autres pays). On peut même avoir youtube en mode
> "restreint" !!!
>

Peux-tu expliciter ce dernier point ?


>
> Il n'y a pas 36 solutions, soit on veut filtrer et on y met les moyens
> afin d'éviter des courriers indésirables, soit c'est la foire à
> "noeud-noeud" 
>
> En tout cas bon courage 
>
>
>
>
>
> Le 07/11/2016 à 10:20, Olivier a écrit :
>
> Merci à Jean pour ses quelques mots qui tempérent bien les choses:
> quand on reçoit une Xème lettre de menace de l'HADOPI ou d'ayant droits
> pour des actes que l'on a pas soi-même commis, les incantations ne
> suffisent pas, il faut faire un peu plus ;-)))
> Aller en cabane, parce ce qu'un tiers à mis à disposition sur le net une
> copie de "Les tortues Ninja à St-Tropez", c'est dur à accepter d'autant que
> ce film est nettement moins bon que "Les Tortues Ninja font du ski" ;-)))
>
> Comme nous utilisons souvent des box d'opérateur sur des lignes ADSL, nous
> ne maîtrisons pas le NAT.
> Ceci limite l'intérêt des logs dans la perspective de responsabiliser les
> utilisateurs sur leurs actes.
> Ma priorité va donc être de changer ça afin de pouvoir associer chaque
> flux sortant à une machine émettrice et son propriétaire.
>
> En d'autres termes, comme il ne semble pas y avoir de moyen facile comme
> l'interdiction d'un port précis, plutôt que de contrôler a priori
> l'utilisation du réseau, je vais améliorer son contrôle a posteriori.
> Chacun rendra des comptes sur ce qu'il fait sans que cela nuise aux autres.
>
> Merci à Jean-Michel pour sa mention de NXFilter: il est intéressant de
> savoir qu'il existe des moyens qui opèrent au niveau du DNS.
> L'éditeur de NXFilter est assez vague sur la façon dont sa blacklist est
> éditée.
>
>
> Le 6 novembre 2016 à 19:26, Jean Bernon  a écrit :
>
> OK mais alors il faut une vraie discussion.
> Je ne connais pas Olivier, mais il est face à un vrai problème que les
> incantations ne suffisent pas à régler. Je suis tout à fait d'accord avec
> ceux qui lui font observer que la technique n'est pas le droit, qu'aucune
> technique ne peut déterminer la légalité d'une action sur le réseau et
> qu'on peut au mieux gérer des listes noires. Je crois que faire signer des
> chartes est pratiquement la meilleure des solutions, même si elle a des
> limites évidentes. En même temps un administrateur réseau d'université ne
> peut pas ne pas réagir et ne pas être interpellé par la communauté
> universitaire lorsqu'il y a des téléchargements illégaux ou des contenus
> illégaux (racistes, sexistes etc.) émis par des membres de cette communauté
> depuis le réseau de l'université. Je suis convaincu qu'il y a des
> téléchargements juridiquement illégaux qui ne sont pas autorisés par une
> forme d'abus de pouvoir et qui sont en réalité utiles à la formation de
> tous et des étudiants en particulier. Mais il n'empêche qu'un
> administrateur ne peut pas fermer les yeux sur tous les contenus et se
> cantonner à faire fonctionner son réseau. Ce n'est pas pour rien que les
> chartes incluent aussi la question des contenus.
> Jean
>
>
> --
>
> *De: *"Txo" oluti
> *À: *debian-user-french@lists.debian.org
> *Envoyé: *Dimanche 6 Novembre 2016 16:42:12
> *Objet: *Re: Mesures techniques comme le téléchargement illégal
>
> Le 06/11/2016 à 16:34, Jean Bernon a écrit :
> > Les troll qui se planquent derrière leur clavier sont tout sauf des
> révolutionnaires.
>
> Malgré le ton, la question méritait d'être posée.
>
>
> --
> -+-  Dominique Marin http://txodom.free.fr -+-
> « Ne pas choisir, c'est encore choisir.»
> -+-Jean Paul Sartre-+-
>
>
>
>
> Slts

Re: migration mysql-server-5.5 vers mysql-server-5.6

[MERLIN Philippe]

Le mardi 8 novembre 2016, 14:20:14 CET bernard schoenacker a écrit :
> On Tue, 08 Nov 2016 14:11:04 +0100
> 
> phil-deb1.mer...@laposte.net wrote:
> > Bonjour,
> > Mon serveur est en Sid AMD64, aujourd'hui je me suis trouvé sans
> > messagerie (Kmail)  et après recherche je me suis rendu compte que le
> > serveur mysql ne fonctionnait plus à la suite d'une mise à jour
> > récente de mysql-server-5.5  , un "down upgrade" grâce à snapshot  a
> > réglé le problème. Par la même occasion je me suis rendu compte que
> > cette version du serveur mysql la 5.5 n'était maintenu que par
> > debian-security et que c'était les versions 5.6 ou même 5.7 qui
> > évoluaient. Ma question est la suivante, n'étant pas expert en base
> > de données mysql et ne voulant pas trop approfondir, par manque de
> > temps, Es ce difficile de migrer de 5.5 en 5.6 ?
> > j'ai 3 bases de données mysql  que je ne gère absolument pas:
> > innodb,  phpmyadmin, akonadi
> > Les problèmes que je peux rencontrer?
> > Tout conseil est la bienvenue.
> > Philippe Merlin
> 
> bonjour,
> 
> serait il possible de vérifier la présence ou l'absence de ce
> paquet (?) : akonadi-backend-mysql
> 
> slt
> bernard
J'ai effectivement ce paquet :
akonadi-backend-mysql 4:16.04.3-3 
merci.
Philippe Merlin

Re: migration mysql-server-5.5 vers mysql-server-5.6

[bernard schoenacker]

On Tue, 08 Nov 2016 14:11:04 +0100
phil-deb1.mer...@laposte.net wrote:

> Bonjour,
> Mon serveur est en Sid AMD64, aujourd'hui je me suis trouvé sans
> messagerie (Kmail)  et après recherche je me suis rendu compte que le
> serveur mysql ne fonctionnait plus à la suite d'une mise à jour
> récente de mysql-server-5.5  , un "down upgrade" grâce à snapshot  a
> réglé le problème. Par la même occasion je me suis rendu compte que
> cette version du serveur mysql la 5.5 n'était maintenu que par
> debian-security et que c'était les versions 5.6 ou même 5.7 qui
> évoluaient. Ma question est la suivante, n'étant pas expert en base
> de données mysql et ne voulant pas trop approfondir, par manque de
> temps, Es ce difficile de migrer de 5.5 en 5.6 ?  
> j'ai 3 bases de données mysql  que je ne gère absolument pas:
> innodb,  phpmyadmin, akonadi 
> Les problèmes que je peux rencontrer?
> Tout conseil est la bienvenue.
> Philippe Merlin

bonjour,

serait il possible de vérifier la présence ou l'absence de ce
paquet (?) : akonadi-backend-mysql

slt
bernard

-- 
bernard schoenacker 

migration mysql-server-5.5 vers mysql-server-5.6

[phil-deb1 . merlin]

Bonjour,
Mon serveur est en Sid AMD64, aujourd'hui je me suis trouvé sans messagerie 
(Kmail)  et après recherche je me suis rendu compte que le serveur mysql ne 
fonctionnait plus à la suite d'une mise à jour récente de mysql-server-5.5  , 
un "down upgrade" grâce à snapshot  a réglé le problème.
Par la même occasion je me suis rendu compte que cette version du serveur 
mysql la 5.5 n'était maintenu que par debian-security et que c'était les 
versions 5.6 ou même 5.7 qui évoluaient.
Ma question est la suivante, n'étant pas expert en base de données mysql et ne 
voulant pas trop approfondir, par manque de temps, Es ce difficile de migrer de 
5.5 en 5.6 ?  
j'ai 3 bases de données mysql  que je ne gère absolument pas:
innodb,  phpmyadmin, akonadi 
Les problèmes que je peux rencontrer?
Tout conseil est la bienvenue.
Philippe Merlin

RE: changer le keymap de grub

[BOITEUX, Frederic]

Bonjour,

  Je ne l'ai jamais fait sur un système EFI, mais même sur un système avec 
ancien BIOS, je n'ai plus réussi à avoir un clavier Bépo dans Grub depuis 
Debian Jessie, à cause d'un bug qui semble n'avoir pas été résolu :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741464

Je suis intéressé si tu arrives finalement à tes fins !

Cordialement,
Fred.

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.