Depuis qu'Ubuntu utilise ce bureau bizarre, je conseille plutôt Mint, moi aussi. Les deux doivent se valoir, ça vaut pas le coup de se faire la guerre.
Dans les deux cas, un débutant complet gagnera à se faire aider pour l'installation (au même titre que pour n'importe quelle tâche d'administration tous systèmes confondus).
Ensuite, Ubuntu et Mint s'administrent assez bien tout seuls, notamment pour les mises à jour, les mises à jour de distrib, les pilotes proprios éventuels. Même si je trouve l'interface de gestionnaire de paquets de Mint un peu perturbante, à vouloir exposer trop d'options anxiogènes : mises à jour vérifiées, mises à jour "risquées" (alors qu'elles le sont pas vraiment)…
Les deux ont un forum. Peut-être celui d'Ubuntu est-il plus peuplé.
Ubuntu a une doc assez importante (http://ubuntu-fr.org/) qui doit s'appliquer pas mal à Mint. Je l'utilise pour chercher des logiciels pour Debian. J'aime bien aussi le site qui expose la liste des paquets (https://packages.ubuntu.com/), équivalent de celui de Debian et qui manque à Mint. Mais je crois que je préfère quand-même le bureau Mate (ou peut-être Cinnamon, pas essayé) au bureau par défaut d'Ubuntu, c'est pourquoi j'ai tendance à préconiser Mint. Mais bon,… Mate est proposé dans Ubuntu…
Pour clarifier ça pour Amedee71, tu as une multitude de distributions (Ubuntu, Mint, Debian,…) qui proposent chacune un ou plusieurs environnement de bureau (Gnome, KDE, Xfce, Mate,…). La distribution, c'est ce qui gère le choix des logiciels : lesquels, quelles versions, quelle politique de mises à jour, etc ? L'environnement de bureau, c'est les menus, la barre des tâches, le gestionnaire de fenêtres, les facilités pour la gestion de puissance, de veille, de réseau, etc. (me tapez pas dessus, je fais simple).
Le choix de distrib est a priori indépendant du choix de l'environnement de bureau, d'autant que Mint ou Ubuntu doivent fournir la plupart des environnements connus et peuvent en installer plusieurs en parallèle pour essayer. Simplement, les distributions ont en général un bureau par défaut dont elles soignent l'intégration alors que les autres sont justes proposés mais pas forcément de façon aussi complète.
Bref, les gens qui ont une préférence forte pour un environnement de bureau vont naturellement s'orienter vers une distribution que le propose par défaut.
Dans ton cas, tu peux installer Ubuntu ou Mint et avoir la curiosité d'essayer plusieurs bureaux, notamment Mate et Cinnamon (du Projet Mint), voire Gnome ou KDE.
Enfin si ta machine est récente donc assez puissante, tu ne devrais pas avoir de problème à faire tourner les "gros" (KDE, Gnome), avec des effets sympas qui demandent de la ressource. Dans le cas contraire, mieux vaut s'orienter vers un bureau plus léger (Mate, Xfce,…).
Re-enfin, je recommande une partition /home séparée à l'installation. Ça facilitera d'éventuels changement de distribution : possibilité de réinstaller sans trop s'embêter avec ses données.
En résumé :
Si tu es pas trop à l'aise, cherche qqn pour t'aider à installer
Choisis Ubuntu ou Mint
Installe avec une partition /home séparée
Essaye un ou plusieurs bureaux : tu peux en installer plusieurs et choisir au démarrage
Une fois que tu as trouve ce qui te convient le mieux (dans quelques mois voire plus), tu pourras désinstaller les bureaux qui te plaisent pas et puis si tu as foutu le bordel dans les paquets comme n'importe quel débutant qui se respecte, tu pourras réinstaller avec juste l'environnement qui te plaît
Si c'est une panne matérielle, utilise ddrescue pour récupérer le plus possible du disque avant qu'il tombe complètement. Puis, travaille sur la copie, pas sur le disque.
Si c'est une partition cassée -> testdisk.
Si c'est des fichiers effacés par mégarde -> photorec.
j'ai tenté de modifier une lib pour mettre les sources dans un répertoire src/ à part.
L'avantage (cf. les pages pré-cités) c'est que ça permet que tox teste l'installation plutôt que les fichiers locaux, donc vérifie au passage que le setup.py merde pas. Ce qui est pas mal. J'ai déjà eu un cas où les tests passaient mais la lib marchait pas parce que certains fichiers étaient présents localement mais manquants dans le package.
J'ai essayé de faire ça, donc, et ça soulevait d'autres questions.
Aujourd'hui, quand je teste avec pytest + coverage sur 3 version de python, la couverture qui est remontée est l'union des trois tests. C'est bien parce qu'en général c'est la même chose pour les trois versions, juste quelques wrappers de compatibilité qui changent. Mais dans l'absolu, ça "prouve" pas qu'on a une bonne couverture sur une version en particulier. Sur cet exemple, c'est pas dramatique, mais plutôt que des versions de Python, ça peut être des libs ou des versions de lib.
Quand on déplace le code source dans /src, tox différencie les environnements et renvoie une couverture pour chaque version (environnement tox) de chaque fichier. Les blogs cités plus haut indiquent une méthode pour fusionner les couvertures et avoir l'union des couvertures, mais ça commence à faire lourd en bidouilles pour pas grand-chose.
Pour finir, j'ai conservé la structure actuelle qui est celle des bibliothèques que je connais et celle que vous présentez.
Avez-vous un commentaire sur la limitation de cette structure via-à-vis de pytest / tox ?
cron la mise à jour de ma zone DNS pour changer l'IP associée à mon sous-domaine ? Si j'en suis là, la difficulté, c'est l'API de mon registrar (voir plus haut), pas le cron du script qui fait le boulot.
J'y avais pas pensé. C'est probablement pareil chez les autres, justement parce que c'est pour le "grand public" qui a pas forcément une IP fixe, en plus.
Je plussoie parce que je comprends bien le problème. Mais si un message cryptique adressé à tous pourrait générer de la confusion, il pourrait y avoir dans l'interface de la box un message d'avertissement et un lien vers une interface avec un endroit où spécifier un moyen d'être prévenu (une adresse électronique, quoi). En opt-in, donc. Ça ne toucherait que la minorité qui utilise le service de redirection de ports de la box. Juste une idée comme ça; il y a peut-être mieux ou plus simple.
D'ailleurs j'ai déjà configuré une adresse pour recevoir les messages du répondeur (super option, ça !). J'ai juste besoin d'une case à cocher "être prévenu par courriel si jamais l'IP change".
Quand-même, avec le développement des NAS qui hébergent des serveurs pour partager les photos en ligne, le problème commence à toucher un public plus large, non ?
J'administre (co-administre) un serveur dédié courriel (Postfix + Dovecot) + mailing-lists (Mailman) personnel. Rien de folichon, quelques utilisateurs et des listes faible débit à max 100 inscrits.
Il m'arrive de regretter la période où j'étais en mutualisé et tout marchait tout seul… Ça marche assez bien tout seul, heureusement, mais aujourd'hui j'ai moins voire plus du tout de temps à y consacrer alors le peu que ça demande, ça m'emmerde. Et je parle pas des migration de distro (Jessie -> Stretch).
L'effort à produire pour l'administration est trop important pour le service rendu. C'était bien de le faire parce que j'ai appris des choses, mais franchement, ça vaut pas le coût. Sans parler dans ton cas du coût environnemental de faire tourner un serveur physique juste pour cette liste.
Si tu as des problèmes avec ta liste aujourd'hui, comme ont dit les autres, je suis pas sûr que ça marchera mieux si tu le fais. C'est plutôt lié aux utilisateurs ou aux fournisseurs de leurs boîtes, et ces fournisseurs seront sans doute encore plus tatillons avec les messages de ton serveur perso qu'avec ceux d'OVH. Donc commence par régler ça puis réévalue le besoin. Si vraiment ça va pas chez OVH, cherche à faire héberger ta liste ailleurs (hébergement associatif, peut-être).
Pour la distro, Debian ça va bien, c'est stable, difficile à casser. Mais la config du serveur de courriel est pas triviale du tout, il y a plein de détails à prendre en compte pour que ça marche bien (c'est pas le tout que les messages partent, si c'est mal configuré les messages peuvent être refusés par le serveur d'arrivée) et des erreurs à pas faire pour pas être relais de spam (ça encore c'est pas trop difficile, surtout dans ton cas où ça hébergerait juste un serveur de listes). Je ne connais pas de distro/logiciel avec une config assistée toute faite. Attention aussi à l'enregistrement DNS.
Des fois les messages n'arrivent pas chez Gmail ou ailleurs et tu finis par découvrir que c'est parce que tu as pas mis en place une mesure de sécurité (enregistrement SPF,…). Ça dérange personne sauf Gmail ou Hotmail et après 3 mois tu finis par découvrir que tous les inscrits à la liste qui sont chez eux ne reçoivent plus les messages et personne s'en était rendu compte. Super.
Quant à "transmettre la connaissance par la suite", c'est peut-être le point le plus utopique. Tu risques de devoir te traîner le truc à gérer jusqu'à ce que tu en puisses plus. Et le successeur créera un Yahoo group ou mieux une page Facebook pour communiquer avec tout le monde…
Si je comprends bien, le site mets à disposition des photos qu'on peut visualiser mais pas télécharger sous forme d'archive, les parents peuvent télécharger les photos une par une mais c'est fastidieux.
Si ton script permet de télécharger toutes les photos d'un coup sans s'embêter, je ne vois pas le problème. Il ne met pas à disposition un contenu interdit, il permet juste d'avoir un accès plus commode à un contenu autorisé.
Leur réponse, c'est un peu n'importe quoi. Je sais pas si c'est fait exprès pour noyer le poisson ou pas. Effectivement, si les parents peuvent télécharger les photos, ils sont moins tentés d'acheter le livre, donc ça n'arrange pas les vendeurs du site.
Franchement, si la situation est bien celle-ci, je ne me retiendrais pas de partager le script.
(Et puis je doute que beaucoup de parents sachent choper le truc sur github, installer python, etc… donc la portée devrait être assez limitée pour que ça passe inaperçu.)
Pareil, j'ai regardé qqs trucs et j'ai finir par coder mon script shell, et comme je passais un temps fou à chercher comment faire des choses simples en shell, j'ai fini par le faire en python.
J'utilise la notion de submodule de git pour introduire des modules plugins vim eux aussi disponible via git.
Sauf erreur, quand tu leur achètes (ou transfères) un nom de domaine, tu as inclus quelques adresses (5, je crois) et des redirections (alias) en quantité.
Comme webmail, il y a au moins Roundcube, et peut-être autre chose depuis (Sogo ?), à vérifier.
Et il y a les scripts sieve côté serveur si j'en crois cette annonce :
Le principe c'est que si le montant n'est pas atteint, la campagne est annulée et les participants sont remboursés.
En pratique, on peut imaginer que les porteurs de projet se gardent une marge pour faire l'appoint au dernier moment s'il manque pas grand-chose. Ils laisseraient pas tomber le projet pour un pouillème du montant nécessaire.
Et je pense que ça ne fait que l'authentification, mais que ça ne brasse pas directement du pognon. A mon avis, il voulait parler de racket au nom de domaine : je l'achète quand il est libre et le revend à Atos assez cher parce qu'ils en ont besoin.
Ce point n'était pas clair pour moi, et effectivement la page WP de 3D-Secure ne parlait pas d'Atos mais il me semblait comprendre que toutes les banques (l'essentiel des françaises du moins) étaient affectées. Dans l'ignorance, j'ai donc courageusement utilisé cette formulation (le système "3D Secure" opéré par Atos wordline) qui, si je l'interprète avec un peu de mauvaise foi, peut laisser entendre que d'éventuels systèmes 3D Secure opérés par d'autres boîtes n'ont pas connu cette panne.
Merci pour la précision.
(D'après ZDNet, CIC - Crédit Mutuel utilise un autre nom de domaine et n'a pas été affecté.)
C'est intéressant pour donner/retirer des droits sur une machine sans partager le mot de passe admin, mais au quotidien, je préfère faire su une bonne fois pour toutes et avoir un terminal "admin" que d'alterner commandes normales et commandes sudo de le même terminal.
Je ne sais pas si la Nef est toujours adossée au Crédit Coopératif pour fournir un compte courant et une CB
En effet, la Nef ne fournit toujours pas de compte courant pour les personnes physiques. Seulement les personnes morales.
Sur le plan "éthique", je crois que la Nef l'emporte un peu sur le Crédit Coop (transparence totale des prêts accordés, écarts de salaire plus faible il me semble,…).
[^] # Re: Linux Mint
Posté par jihele . En réponse au message Quelle distribution est la mieux ?. Évalué à 3.
Depuis qu'Ubuntu utilise ce bureau bizarre, je conseille plutôt Mint, moi aussi. Les deux doivent se valoir, ça vaut pas le coup de se faire la guerre.
Dans les deux cas, un débutant complet gagnera à se faire aider pour l'installation (au même titre que pour n'importe quelle tâche d'administration tous systèmes confondus).
Ensuite, Ubuntu et Mint s'administrent assez bien tout seuls, notamment pour les mises à jour, les mises à jour de distrib, les pilotes proprios éventuels. Même si je trouve l'interface de gestionnaire de paquets de Mint un peu perturbante, à vouloir exposer trop d'options anxiogènes : mises à jour vérifiées, mises à jour "risquées" (alors qu'elles le sont pas vraiment)…
Les deux ont un forum. Peut-être celui d'Ubuntu est-il plus peuplé.
Ubuntu a une doc assez importante (http://ubuntu-fr.org/) qui doit s'appliquer pas mal à Mint. Je l'utilise pour chercher des logiciels pour Debian. J'aime bien aussi le site qui expose la liste des paquets (https://packages.ubuntu.com/), équivalent de celui de Debian et qui manque à Mint. Mais je crois que je préfère quand-même le bureau Mate (ou peut-être Cinnamon, pas essayé) au bureau par défaut d'Ubuntu, c'est pourquoi j'ai tendance à préconiser Mint. Mais bon,… Mate est proposé dans Ubuntu…
Pour clarifier ça pour Amedee71, tu as une multitude de distributions (Ubuntu, Mint, Debian,…) qui proposent chacune un ou plusieurs environnement de bureau (Gnome, KDE, Xfce, Mate,…). La distribution, c'est ce qui gère le choix des logiciels : lesquels, quelles versions, quelle politique de mises à jour, etc ? L'environnement de bureau, c'est les menus, la barre des tâches, le gestionnaire de fenêtres, les facilités pour la gestion de puissance, de veille, de réseau, etc. (me tapez pas dessus, je fais simple).
Le choix de distrib est a priori indépendant du choix de l'environnement de bureau, d'autant que Mint ou Ubuntu doivent fournir la plupart des environnements connus et peuvent en installer plusieurs en parallèle pour essayer. Simplement, les distributions ont en général un bureau par défaut dont elles soignent l'intégration alors que les autres sont justes proposés mais pas forcément de façon aussi complète.
Bref, les gens qui ont une préférence forte pour un environnement de bureau vont naturellement s'orienter vers une distribution que le propose par défaut.
Dans ton cas, tu peux installer Ubuntu ou Mint et avoir la curiosité d'essayer plusieurs bureaux, notamment Mate et Cinnamon (du Projet Mint), voire Gnome ou KDE.
Enfin si ta machine est récente donc assez puissante, tu ne devrais pas avoir de problème à faire tourner les "gros" (KDE, Gnome), avec des effets sympas qui demandent de la ressource. Dans le cas contraire, mieux vaut s'orienter vers un bureau plus léger (Mate, Xfce,…).
Re-enfin, je recommande une partition /home séparée à l'installation. Ça facilitera d'éventuels changement de distribution : possibilité de réinstaller sans trop s'embêter avec ses données.
En résumé :
[^] # Re: L.I.N.U.X
Posté par jihele . En réponse au journal Un morceau de punk sur L.I.N.U.X. Évalué à 3.
Et dire que je connaissais pas la Free Software Song.
Je connaissais que Killing my software.
# A chaque logiciel son usage
Posté par jihele . En réponse au message récup' de disque dur en NTFS : photorec ou testdisk ?. Évalué à 4.
Si c'est une panne matérielle, utilise ddrescue pour récupérer le plus possible du disque avant qu'il tombe complètement. Puis, travaille sur la copie, pas sur le disque.
Si c'est une partition cassée -> testdisk.
Si c'est des fichiers effacés par mégarde -> photorec.
[^] # Re: x86_64
Posté par jihele . En réponse à la dépêche Libération du jeu Planète Blupi. Évalué à 4.
Le code n'est pas là ?
https://github.com/blupi-games/planetblupi-dev
[^] # Re: Slides du talk sur le packaging
Posté par jihele . En réponse au journal PyConfr2017 - Boudu !. Évalué à 2.
Merci pour les diapos. J'étais pas à la PyCon.
Récemment, à la lecture de ces pages :
https://blog.ionelmc.ro/2014/05/25/python-packaging/
https://hynek.me/articles/testing-packaging/
j'ai tenté de modifier une lib pour mettre les sources dans un répertoire src/ à part.
L'avantage (cf. les pages pré-cités) c'est que ça permet que tox teste l'installation plutôt que les fichiers locaux, donc vérifie au passage que le setup.py merde pas. Ce qui est pas mal. J'ai déjà eu un cas où les tests passaient mais la lib marchait pas parce que certains fichiers étaient présents localement mais manquants dans le package.
Cf aussi la doc de pytest : https://docs.pytest.org/en/latest/goodpractices.html#tests-outside-application-code
J'ai essayé de faire ça, donc, et ça soulevait d'autres questions.
Aujourd'hui, quand je teste avec pytest + coverage sur 3 version de python, la couverture qui est remontée est l'union des trois tests. C'est bien parce qu'en général c'est la même chose pour les trois versions, juste quelques wrappers de compatibilité qui changent. Mais dans l'absolu, ça "prouve" pas qu'on a une bonne couverture sur une version en particulier. Sur cet exemple, c'est pas dramatique, mais plutôt que des versions de Python, ça peut être des libs ou des versions de lib.
Quand on déplace le code source dans /src, tox différencie les environnements et renvoie une couverture pour chaque version (environnement tox) de chaque fichier. Les blogs cités plus haut indiquent une méthode pour fusionner les couvertures et avoir l'union des couvertures, mais ça commence à faire lourd en bidouilles pour pas grand-chose.
Pour finir, j'ai conservé la structure actuelle qui est celle des bibliothèques que je connais et celle que vous présentez.
Avez-vous un commentaire sur la limitation de cette structure via-à-vis de pytest / tox ?
[^] # Re: Slides du talk sur le packaging
Posté par jihele . En réponse au journal PyConfr2017 - Boudu !. Évalué à 2.
Chez moi ça fait une page noire.
En fouillant dedans j'ai trouvé ça :
[^] # Re: pas besoin d'ip fixe
Posté par jihele . En réponse au journal Bouygues et IP fixe... qui change (où l'on parle aussi de fake MX). Évalué à 4.
cron quoi ?
cron la mise à jour de ma zone DNS pour changer l'IP associée à mon sous-domaine ? Si j'en suis là, la difficulté, c'est l'API de mon registrar (voir plus haut), pas le cron du script qui fait le boulot.
[^] # Re: Free : RAS
Posté par jihele . En réponse au journal Bouygues et IP fixe... qui change (où l'on parle aussi de fake MX). Évalué à 1.
J'y avais pas pensé. C'est probablement pareil chez les autres, justement parce que c'est pour le "grand public" qui a pas forcément une IP fixe, en plus.
[^] # Re: Free : RAS
Posté par jihele . En réponse au journal Bouygues et IP fixe... qui change (où l'on parle aussi de fake MX). Évalué à 5. Dernière modification le 02 octobre 2017 à 11:15.
Je plussoie parce que je comprends bien le problème. Mais si un message cryptique adressé à tous pourrait générer de la confusion, il pourrait y avoir dans l'interface de la box un message d'avertissement et un lien vers une interface avec un endroit où spécifier un moyen d'être prévenu (une adresse électronique, quoi). En opt-in, donc. Ça ne toucherait que la minorité qui utilise le service de redirection de ports de la box. Juste une idée comme ça; il y a peut-être mieux ou plus simple.
D'ailleurs j'ai déjà configuré une adresse pour recevoir les messages du répondeur (super option, ça !). J'ai juste besoin d'une case à cocher "être prévenu par courriel si jamais l'IP change".
Quand-même, avec le développement des NAS qui hébergent des serveurs pour partager les photos en ligne, le problème commence à toucher un public plus large, non ?
[^] # Re: merci
Posté par jihele . En réponse au message serveur et mailing list. Évalué à 4.
J'administre (co-administre) un serveur dédié courriel (Postfix + Dovecot) + mailing-lists (Mailman) personnel. Rien de folichon, quelques utilisateurs et des listes faible débit à max 100 inscrits.
Il m'arrive de regretter la période où j'étais en mutualisé et tout marchait tout seul… Ça marche assez bien tout seul, heureusement, mais aujourd'hui j'ai moins voire plus du tout de temps à y consacrer alors le peu que ça demande, ça m'emmerde. Et je parle pas des migration de distro (Jessie -> Stretch).
L'effort à produire pour l'administration est trop important pour le service rendu. C'était bien de le faire parce que j'ai appris des choses, mais franchement, ça vaut pas le coût. Sans parler dans ton cas du coût environnemental de faire tourner un serveur physique juste pour cette liste.
Si tu as des problèmes avec ta liste aujourd'hui, comme ont dit les autres, je suis pas sûr que ça marchera mieux si tu le fais. C'est plutôt lié aux utilisateurs ou aux fournisseurs de leurs boîtes, et ces fournisseurs seront sans doute encore plus tatillons avec les messages de ton serveur perso qu'avec ceux d'OVH. Donc commence par régler ça puis réévalue le besoin. Si vraiment ça va pas chez OVH, cherche à faire héberger ta liste ailleurs (hébergement associatif, peut-être).
Pour la distro, Debian ça va bien, c'est stable, difficile à casser. Mais la config du serveur de courriel est pas triviale du tout, il y a plein de détails à prendre en compte pour que ça marche bien (c'est pas le tout que les messages partent, si c'est mal configuré les messages peuvent être refusés par le serveur d'arrivée) et des erreurs à pas faire pour pas être relais de spam (ça encore c'est pas trop difficile, surtout dans ton cas où ça hébergerait juste un serveur de listes). Je ne connais pas de distro/logiciel avec une config assistée toute faite. Attention aussi à l'enregistrement DNS.
Des fois les messages n'arrivent pas chez Gmail ou ailleurs et tu finis par découvrir que c'est parce que tu as pas mis en place une mesure de sécurité (enregistrement SPF,…). Ça dérange personne sauf Gmail ou Hotmail et après 3 mois tu finis par découvrir que tous les inscrits à la liste qui sont chez eux ne reçoivent plus les messages et personne s'en était rendu compte. Super.
Quant à "transmettre la connaissance par la suite", c'est peut-être le point le plus utopique. Tu risques de devoir te traîner le truc à gérer jusqu'à ce que tu en puisses plus. Et le successeur créera un Yahoo group ou mieux une page Facebook pour communiquer avec tout le monde…
C'était la minute optimiste.
# Pas de problème
Posté par jihele . En réponse au message Scraping de sites web : aspects légaux. Évalué à 4.
Si je comprends bien, le site mets à disposition des photos qu'on peut visualiser mais pas télécharger sous forme d'archive, les parents peuvent télécharger les photos une par une mais c'est fastidieux.
Si ton script permet de télécharger toutes les photos d'un coup sans s'embêter, je ne vois pas le problème. Il ne met pas à disposition un contenu interdit, il permet juste d'avoir un accès plus commode à un contenu autorisé.
Leur réponse, c'est un peu n'importe quoi. Je sais pas si c'est fait exprès pour noyer le poisson ou pas. Effectivement, si les parents peuvent télécharger les photos, ils sont moins tentés d'acheter le livre, donc ça n'arrange pas les vendeurs du site.
Franchement, si la situation est bien celle-ci, je ne me retiendrais pas de partager le script.
(Et puis je doute que beaucoup de parents sachent choper le truc sur github, installer python, etc… donc la portée devrait être assez limitée pour que ça passe inaperçu.)
[^] # Re: Etre disruptif
Posté par jihele . En réponse au journal Attention, ça va secouer !. Évalué à 3.
Concernant l'atelier sur l'économie disruptive de l'université d'été du MEDEF :
https://www.franceinter.fr/emissions/le-moment-meurice/le-moment-meurice-30-aout-2017
[^] # Re: atop
Posté par jihele . En réponse au message Identification responsable d'une forte charge sur un serveur. Évalué à 2.
Merci ! Je connaissais pas, j'avais fait un script à la main pour faire ça.
[^] # Re: Git + ansible + liens symboliques
Posté par jihele . En réponse au journal kyrbeis: un outil basique de gestion de dotfiles. Évalué à 3.
Pareil, j'ai regardé qqs trucs et j'ai finir par coder mon script shell, et comme je passais un temps fou à chercher comment faire des choses simples en shell, j'ai fini par le faire en python.
J'utilise la notion de submodule de git pour introduire des modules plugins vim eux aussi disponible via git.
[^] # Re: Gandi
Posté par jihele . En réponse au message Hébergement mail ?. Évalué à 2.
Qqs infos dans la newsletter d'août : https://news.gandi.net/fr/2017/08/nouveautes-gandi-mail
# Gandi
Posté par jihele . En réponse au message Hébergement mail ?. Évalué à 4.
Sauf erreur, quand tu leur achètes (ou transfères) un nom de domaine, tu as inclus quelques adresses (5, je crois) et des redirections (alias) en quantité.
Comme webmail, il y a au moins Roundcube, et peut-être autre chose depuis (Sogo ?), à vérifier.
Et il y a les scripts sieve côté serveur si j'en crois cette annonce :
https://www.gandi.net/news/en/2017-03-09/11028-sieve_server_rules_activated_on_gandi_mail/
[^] # Re: Moi aussi !!
Posté par jihele . En réponse au message Recherche de boulot en temps partiel voir mi-temps. Évalué à 2.
Pour les cadres au forfait jour, je pense pas que ce soit évident d'avoir des demi-journées de temps partiel.
[^] # Re: tout ou rien ?
Posté par jihele . En réponse au journal Diskiopi démarre un kick. Évalué à 4.
Le principe c'est que si le montant n'est pas atteint, la campagne est annulée et les participants sont remboursés.
En pratique, on peut imaginer que les porteurs de projet se gardent une marge pour faire l'appoint au dernier moment s'il manque pas grand-chose. Ils laisseraient pas tomber le projet pour un pouillème du montant nécessaire.
[^] # Re: Tu as eu peur ?
Posté par jihele . En réponse au message --== GUIDE DE L'ADMINISTRATEUR LINUX ==--. Évalué à 4.
A quand un procédure pour promouvoir les entrées de forum en journal ?…
[^] # Re: la plupart du temps je sais ce que je fais…
Posté par jihele . En réponse au message Comment éviter d'effacer des fichiers avec rm *. Évalué à 2.
Je connais pas bien svn. En l'occurrence c'était un dépôt partagé, mais j'y ai laissé la branche que j'avais pas encore poussée. C'est déjà pas mal.
[^] # Re: la plupart du temps je sais ce que je fais…
Posté par jihele . En réponse au message Comment éviter d'effacer des fichiers avec rm *. Évalué à 3.
Un peu rien à voir mais bon, pour l'anecdote.
J'utilise git pour mon code, donc j'ai peur de rien.
L'autre jour, j'ai raté un
find . [...] -delete
Y compris le répertoire .git…
[^] # Re: au moins, ils se sont pas fait piquer le DN
Posté par jihele . En réponse au journal Panne du système 3D Secure… pour cause de non renouvellement de nom de domaine. Évalué à 10.
Et je pense que ça ne fait que l'authentification, mais que ça ne brasse pas directement du pognon. A mon avis, il voulait parler de racket au nom de domaine : je l'achète quand il est libre et le revend à Atos assez cher parce qu'ils en ont besoin.
[^] # Re: 3D Secure opéré par Atos ? Ou pas...
Posté par jihele . En réponse au journal Panne du système 3D Secure… pour cause de non renouvellement de nom de domaine. Évalué à 7. Dernière modification le 15 juin 2017 à 23:36.
Ce point n'était pas clair pour moi, et effectivement la page WP de 3D-Secure ne parlait pas d'Atos mais il me semblait comprendre que toutes les banques (l'essentiel des françaises du moins) étaient affectées. Dans l'ignorance, j'ai donc courageusement utilisé cette formulation (le système "3D Secure" opéré par Atos wordline) qui, si je l'interprète avec un peu de mauvaise foi, peut laisser entendre que d'éventuels systèmes 3D Secure opérés par d'autres boîtes n'ont pas connu cette panne.
Merci pour la précision.
(D'après ZDNet, CIC - Crédit Mutuel utilise un autre nom de domaine et n'a pas été affecté.)
[^] # Re: Ouf
Posté par jihele . En réponse au journal VITE ! Mettez à jour votre distrib !. Évalué à 4.
C'est intéressant pour donner/retirer des droits sur une machine sans partager le mot de passe admin, mais au quotidien, je préfère faire su une bonne fois pour toutes et avoir un terminal "admin" que d'alterner commandes normales et commandes sudo de le même terminal.
[^] # Re: Quel genre de réponse attends-tu ?
Posté par jihele . En réponse au journal Boursorama n’aime pas qu’on bloque des choses. Évalué à 8.
En effet, la Nef ne fournit toujours pas de compte courant pour les personnes physiques. Seulement les personnes morales.
Sur le plan "éthique", je crois que la Nef l'emporte un peu sur le Crédit Coop (transparence totale des prêts accordés, écarts de salaire plus faible il me semble,…).
Voir cette synthèse de l'étude d'Attac et des Amis de la Terre :
http://www.amisdelaterre.org/IMG/pdf/synthese_rapport_banques_2011.pdf