Crédit Coop aussi et depuis peu je ne peux plus mettre de plafond aux bénéficiaires que j'ajoute et je dois utiliser le boîtier à chaque virement.
Et toujours depuis peu j'ai un message à la connexion qui me dit que bientôt je risque de ne plus pouvoir me connecter parce que mon profil n'est pas rempli en entier. Il manque un numéro de mobile. Je n'ai pas de mobile.
Je crains de ne plus pouvoir me connecter le jour où ils imposeront une authentification à deux facteurs avec SMS. Mon conseiller n'y connaît rien et me renvoie au support du site (partagé avec BPCE) qui me dit que non normalement c'est bon mais n'a pas l'air d'en savoir des masses plus.
Et bien sûr, j'ai un identifiant à la con impossible à mémoriser et un mot de passe à 8 chiffres que je dois entrer dans un clavier virtuel que je dois utiliser avec la souris, avec les chiffres jamais au même endroit. C'est nul.
J'ai déjà gagné ici des livres pour lesquels j'avais pas un choix aussi large. Notamment un que j'ai donné au hackerspace parce que pas l'utilité du tout.
J'utilise très peu de livres pour les questions info. Je préfère chercher au fil des questions sur Internet. Le bouquin de Python, quand je l'ai gagné, il était déjà en partie obsolète (Python 2). Quand j'ai une questions précise, je trouve plus facilement sur Internet. Et pour apprendre, c'est pas ma source préférée (le MOOC sur fun_moocs.fr est excellent, je le recommande à tous ceux qui veulent apprendre). Idem j'ai acheté le cahier de l'admin Debian Squeeze pour soutenir la traduction, mais ça m'a jamais énormément servi. Et c'est vite obsolète.
En revanche pour d'autres thématiques, je préfère les livres, parce que la connaissance sur Internet est moins évidente à trouver. Et parce que ça évolue moins vite (la physique, ça change pas trop, l'ingénierie, c'est pas toujours aussi mouvant que l'info). La liste informatique-nouvelles-technologies est tellement large qu'il y a de quoi y trouver son compte.
C'est une erreur de script de Star Wars. C'est compliqué à corriger upstream, même dans une version majeure, tant ça aurait de conséquences question rétro-compatibilité.
A une époque, on avait aussi envisagé Flacon parce que dédié webservice et plus rapide que Flask, mais on a privilégie le confort de développement (les écosystèmes Flask et marshmallow) à la performance dont on a pas besoin.
Je fais de l'info, et pas que, dans une boîte de 60 personnes, dont 4 ou 5 développeurs plus des ingénieurs qui peuvent coder en Python. On fait tout en Python. En gros.
Comme on fait pas mal de webservice, on s'est penchés sur la question aussi.
On a envisagé flask-restplus. On a même vu une présentation lors d'un meetup en présence du mainteneur, c'était intéressant. flask-restplus, c'est bien stable et tout, avec pas mal de fonctionnalités. Ce qui nous chiffonnait, c'était que la couche sérialisation / désérialisation était recrée dedans, plutôt que d'utiliser une bibliothèque existante. L'idée d'utiliser marshmallow a été abordée ici mais ça a jamais été fait dans flask-restplus, seulement dans des forks ou des patches.
Nous on aime bien marshmallow, d'autant qu'on peut générer les schémas d'API depuis les modèles de base de donnée (MongoDB ou SQL), donc on trouvait ça dommage. Surtout que l'environnement marshmallow propose déjà webargs pour injecter les requêtes parsées dans les fonctions de vue, et apispec pour exposer la doc Swagger.
Manquait une petite couche enrober tout ça. flask-apispec devait le faire mais c'était pas trop vivant et je comprenais pas le code, donc on a fait à notre sauce, puis on a extrait cette couche pour en faire une bibliothèque indépendant et quelques années plus tard, voilà flask-smorest : https://flask-smorest.readthedocs.io/.
J'ai soumis une proposition de conf à la PyCon 2019 pour présenter tout ça.
On a jamais touché à l'asynchrone parce qu'on a jamais eu ce besoin. Nos contraintes ne sont pas là. Si on devait le faire, je suppose qu'on essaierait de partir sur les bibliothèques qui sont "compatibles Flask" pour limiter les changements.
En l'occurrence, c'était un peu du dépannage. C'est pour faire tourner des outils de CI PY>=3.6 (black, en l'occurrence).
Le code tourne sur 3.5 donc je peux développer, tester, utiliser. Mais les outils de CI ne tournaient pas sur ma machine, donc il me fallait pusher, attendre que ça tourne sur le serveur puis corriger.
J'ai compris l'étape de compilation mais je crois que pour compiler PY3.7 sur Stretch, il me fallait installer des libs -dev depuis Buster ou Sid et même la libc de Buster/Sid donc j'ai laissé tomber (quitte à installer libc, autant passer à Buster et avoir le PY3.7 qui va avec, c'est d'ailleurs ce que j'ai fait).
Mais peut-être que j'ai mal compris sur le moment et que j'aurais pu m'en sortir autrement avec la compilation.
J'ai essayé une fois pour installer Python 3.7 sur Debian Stretch parce que j'étais coincé sur Python 3.5 mais ça a pas marché parce qu'il me manquait des libs pour compiler. En tout cas, c'est ce que j'ai compris.
J'ai mal fait ou c'est normal ?
Ca ne fonctionne que pour installer d'anciennes versions sur des distros récentes ?
Je suis maintenant persuadé que tout ce qui est fourni par la distribution ne devrait pas utiliser /usr/bin/env, mais je suis assez persuadé que le reste devrait le faire.
Quand j'ai commencé à utiliser virtualenv, j'étais embêter pour faire tourner le pylint de ma distro pour cette raison (il utilisait Python2 par défaut et mes venvs étaient en Python 3).
J'avais naïvement demandé au mainteneur d'utiliser /usr/bin/env et je m'étais fait jeter. Il avait sans doute raison.
Maintenant, j'installe pylint via pip dans mes venv (automatiquement à la création du venv, avec flake8 et peut-être d'autres trucs) et je pense que c'est la bonne méthode.
Orange Livebox Arcadyan ARV7519 modem firmware version 00.96.00.96.613E appears to be patched against the “/get_getnetworkconf.cgi” flaw that leaks WiFi credentials.
C'est réparé deux jours après l'article, quatre jours après la découverte du problème. C'est déjà ça.
Un peu surpris qu'ils aient communiqué si vite sans laisser le temps à Orage de corriger avant. Mais bon, la faille était déjà connue et exploitée, donc c'était peut-être mieux comme ça.
J'ai pas de réponse générale à apporter, chacun son métier.
Le Big Data, c'est un peu un métier à part, par exemple, et c'est assez costaud sur le plan théorique, il faut un bagage correct en maths. On est plusieurs de ma boîte à avoir essayé de suivre un MOOC big data un peu en dilettante à temps perdu (celui-ci, je crois : https://www.fun-mooc.fr/courses/course-v1:MinesTelecom+04006+session10/about) et on s'est cassé les dents. Ça demande des pré-requis et de l'investissement.
Comme dit dans un autre commentaire, savoir utiliser un gestionnaire de version (git par exemple), faire des tests unitaires (pytest en python) et un peu d'intégration continue (analyse statique de code lors des commits, déploiement automatisé quand les tests passent, ce genre de choses), c'est bien aussi. Mais franchement, j'ai regardé un jour la doc de Jenkins et j'ai trouvé ça assez touffu alors sans projet réel sur lequel l'utiliser, je me vois pas l'apprendre. C'est bien de connaître l'idée et je pense pas que ça soit rédhibitoire à l'embauche : ça peut s'apprendre sur le tas au fur et à mesure.
SpaceFox parle de sauvegarde incrémentale, donc oui, je pense que c'est pour l'historique.
Pour l'historique des installations/désinstallations, j'utilise etckeeper qui versionne /etc avec git. Et apt-clone pour conserver la liste des paquets installés. J'ai jamais utilisé apt-clone pour réparer, mais la sauvegarde de /etc c'est vraiment pas mal. En tout cas pour du serveur et pour un utilisateur technique.
Je fais tous les jours à 21h une sauvegarde rsync depuis mon disque principal (2 disques en RAID miroir) vers un autre disque interne. Ce ne sont pas des SSD. Et ma machine date pas d'hier.
Ce n'est pas une sauvegarde incrémentale, juste une synchro.
J'ai jamais constaté d'impact. Mais peut-être que je fais jamais de choses coûteuses à ce moment-là (à part la MAO, je fais rien qui coûte, et je dois faire ça plus tard, probablement…).
[^] # Re: le petit boiter mais pas tout le temps
Posté par jihele . En réponse au journal L’authentification molasse. Évalué à 5.
Crédit Coop aussi et depuis peu je ne peux plus mettre de plafond aux bénéficiaires que j'ajoute et je dois utiliser le boîtier à chaque virement.
Et toujours depuis peu j'ai un message à la connexion qui me dit que bientôt je risque de ne plus pouvoir me connecter parce que mon profil n'est pas rempli en entier. Il manque un numéro de mobile. Je n'ai pas de mobile.
Je crains de ne plus pouvoir me connecter le jour où ils imposeront une authentification à deux facteurs avec SMS. Mon conseiller n'y connaît rien et me renvoie au support du site (partagé avec BPCE) qui me dit que non normalement c'est bon mais n'a pas l'air d'en savoir des masses plus.
Et bien sûr, j'ai un identifiant à la con impossible à mémoriser et un mot de passe à 8 chiffres que je dois entrer dans un clavier virtuel que je dois utiliser avec la souris, avec les chiffres jamais au même endroit. C'est nul.
# Merci !
Posté par jihele . En réponse au journal Livre à gagner. Évalué à 4.
J'ai déjà gagné ici des livres pour lesquels j'avais pas un choix aussi large. Notamment un que j'ai donné au hackerspace parce que pas l'utilité du tout.
J'utilise très peu de livres pour les questions info. Je préfère chercher au fil des questions sur Internet. Le bouquin de Python, quand je l'ai gagné, il était déjà en partie obsolète (Python 2). Quand j'ai une questions précise, je trouve plus facilement sur Internet. Et pour apprendre, c'est pas ma source préférée (le MOOC sur fun_moocs.fr est excellent, je le recommande à tous ceux qui veulent apprendre). Idem j'ai acheté le cahier de l'admin Debian Squeeze pour soutenir la traduction, mais ça m'a jamais énormément servi. Et c'est vite obsolète.
En revanche pour d'autres thématiques, je préfère les livres, parce que la connaissance sur Internet est moins évidente à trouver. Et parce que ça évolue moins vite (la physique, ça change pas trop, l'ingénierie, c'est pas toujours aussi mouvant que l'info). La liste informatique-nouvelles-technologies est tellement large qu'il y a de quoi y trouver son compte.
J'ai donc postulé. Merci !
# Python
Posté par jihele . En réponse au message calculatrice,le compte est bon. Évalué à 4.
Avant j'avais un raccourci clavier pour lancer la calculatrice. Je l'ai modifié pour qu'il lancer un interpréteur Python3.
# Forums -> Petites annonces
Posté par jihele . En réponse au message [Offre d'emploi] [Résolue] Senior Sysadmin Linux pour un observatoire astronomique. Évalué à 4.
https://linuxfr.org/forums/general-petites-annonces
[^] # Re: Python se rapproche du Perl ?
Posté par jihele . En réponse à la dépêche Python 3.8 : opérateur d’assignation, REPL async, Pickle v5 et plus. Évalué à 8.
Je trouve aussi.
J'ai pas le temps, mais ça donnerait envie de relire les échanges pour comprendre pour pas
as.Peut-être que Devuan pourrait distribuer un fork de Python qui utilise
as.[^] # Re: Yoda ?
Posté par jihele . En réponse à la dépêche Python 3.8 : opérateur d’assignation, REPL async, Pickle v5 et plus. Évalué à 10.
C'est une erreur de script de Star Wars. C'est compliqué à corriger upstream, même dans une version majeure, tant ça aurait de conséquences question rétro-compatibilité.
[^] # Re: WSGI : marshmallow + flask-smorest
Posté par jihele . En réponse au journal Python pour la rentrée 2019 - Hors Série - Python revient dans la course face à Node.js. Évalué à 3.
A une époque, on avait aussi envisagé Flacon parce que dédié webservice et plus rapide que Flask, mais on a privilégie le confort de développement (les écosystèmes Flask et marshmallow) à la performance dont on a pas besoin.
# WSGI : marshmallow + flask-smorest
Posté par jihele . En réponse au journal Python pour la rentrée 2019 - Hors Série - Python revient dans la course face à Node.js. Évalué à 7. Dernière modification le 03 octobre 2019 à 10:55.
Je fais de l'info, et pas que, dans une boîte de 60 personnes, dont 4 ou 5 développeurs plus des ingénieurs qui peuvent coder en Python. On fait tout en Python. En gros.
Comme on fait pas mal de webservice, on s'est penchés sur la question aussi.
On a envisagé flask-restplus. On a même vu une présentation lors d'un meetup en présence du mainteneur, c'était intéressant. flask-restplus, c'est bien stable et tout, avec pas mal de fonctionnalités. Ce qui nous chiffonnait, c'était que la couche sérialisation / désérialisation était recrée dedans, plutôt que d'utiliser une bibliothèque existante. L'idée d'utiliser marshmallow a été abordée ici mais ça a jamais été fait dans flask-restplus, seulement dans des forks ou des patches.
Nous on aime bien marshmallow, d'autant qu'on peut générer les schémas d'API depuis les modèles de base de donnée (MongoDB ou SQL), donc on trouvait ça dommage. Surtout que l'environnement marshmallow propose déjà webargs pour injecter les requêtes parsées dans les fonctions de vue, et apispec pour exposer la doc Swagger.
Manquait une petite couche enrober tout ça. flask-apispec devait le faire mais c'était pas trop vivant et je comprenais pas le code, donc on a fait à notre sauce, puis on a extrait cette couche pour en faire une bibliothèque indépendant et quelques années plus tard, voilà flask-smorest : https://flask-smorest.readthedocs.io/.
J'ai soumis une proposition de conf à la PyCon 2019 pour présenter tout ça.
On a jamais touché à l'asynchrone parce qu'on a jamais eu ce besoin. Nos contraintes ne sont pas là. Si on devait le faire, je suppose qu'on essaierait de partir sur les bibliothèques qui sont "compatibles Flask" pour limiter les changements.
[^] # Re: La prochaine dépêche explique en détail Pyenv
Posté par jihele . En réponse à la dépêche Python — partie 3 — Installation de Python et de paquets. Évalué à 3.
OK, merci.
En l'occurrence, c'était un peu du dépannage. C'est pour faire tourner des outils de CI PY>=3.6 (black, en l'occurrence).
Le code tourne sur 3.5 donc je peux développer, tester, utiliser. Mais les outils de CI ne tournaient pas sur ma machine, donc il me fallait pusher, attendre que ça tourne sur le serveur puis corriger.
[^] # Re: La prochaine dépêche explique en détail Pyenv
Posté par jihele . En réponse à la dépêche Python — partie 3 — Installation de Python et de paquets. Évalué à 3.
J'ai compris l'étape de compilation mais je crois que pour compiler PY3.7 sur Stretch, il me fallait installer des libs -dev depuis Buster ou Sid et même la libc de Buster/Sid donc j'ai laissé tomber (quitte à installer libc, autant passer à Buster et avoir le PY3.7 qui va avec, c'est d'ailleurs ce que j'ai fait).
Mais peut-être que j'ai mal compris sur le moment et que j'aurais pu m'en sortir autrement avec la compilation.
[^] # Re: La prochaine dépêche explique en détail Pyenv
Posté par jihele . En réponse à la dépêche Python — partie 3 — Installation de Python et de paquets. Évalué à 3.
J'ai essayé une fois pour installer Python 3.7 sur Debian Stretch parce que j'étais coincé sur Python 3.5 mais ça a pas marché parce qu'il me manquait des libs pour compiler. En tout cas, c'est ce que j'ai compris.
J'ai mal fait ou c'est normal ?
Ca ne fonctionne que pour installer d'anciennes versions sur des distros récentes ?
[^] # Re: Propagande /usr/bin/env ?
Posté par jihele . En réponse à la dépêche Python — partie 2 ―Python 2. Évalué à 3.
Quand j'ai commencé à utiliser virtualenv, j'étais embêter pour faire tourner le pylint de ma distro pour cette raison (il utilisait Python2 par défaut et mes venvs étaient en Python 3).
SO: pylint doesn't point to virtualenv python.
J'avais naïvement demandé au mainteneur d'utiliser /usr/bin/env et je m'étais fait jeter. Il avait sans doute raison.
Maintenant, j'installe pylint via pip dans mes venv (automatiquement à la création du venv, avec flake8 et peut-être d'autres trucs) et je pense que c'est la bonne méthode.
[^] # Re: Il mériterait une p'tite dépêche un ou un ptit journal lui ?
Posté par jihele . En réponse au lien XFCE 4.14 released. Évalué à 3.
Content de voir que Xfce sort une nouvelle version. Je l'ai utilisé longtemps.
Je suis passé à Mate du fait de manques de fonctionnalités ou de trucs qui évoluaient pas assez vite ou se corrigeaient pas assez vite.
Je suis tenté de regarder du côté de LXQT mais je suis pas sûr que ça soit assez mûr pour que ressente pas les mêmes petites gênes.
Une dépêche est en cours de rédaction : https://linuxfr.org/redaction/news/xfce-4-14-est-dehors.
# Trucs inutiles
Posté par jihele . En réponse au sondage Quel objet inutile avez‐vous sur votre bureau ?. Évalué à 4.
Un Fort-Boyard en résine qui fait porte-crayon mais j'ai perdu le crayon.
Un livre "Python, les fondamentaux du langage" de 2012 gagné sur DLFP.
Un cahier.
Une boîte de trucs électroniques (RPi, Arduino) liés à un vieux projet.
Un évangile de Luc trouvé par terre.
# Journal
Posté par jihele . En réponse au lien Extensions Firefox inutilisables, explications. Évalué à 4.
https://linuxfr.org/users/claudex/journaux/firefox-ne-peut-plus-utiliser-d-extension
# Liens cassés dans l'article
Posté par jihele . En réponse au lien Quel Debian Project Leader pour 2019 ?. Évalué à 3.
Les liens dans l'article vers les candidats me renvoient une page non trouvée.
# Update 2018-12-25
Posté par jihele . En réponse au lien Plus de 19000 livebox font fuiter leurs identifiants et mots de passe. Évalué à 3.
C'est réparé deux jours après l'article, quatre jours après la découverte du problème. C'est déjà ça.
Un peu surpris qu'ils aient communiqué si vite sans laisser le temps à Orage de corriger avant. Mais bon, la faille était déjà connue et exploitée, donc c'était peut-être mieux comme ça.
# Python rulz!
Posté par jihele . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 9.
J'ai pas de réponse générale à apporter, chacun son métier.
Le Big Data, c'est un peu un métier à part, par exemple, et c'est assez costaud sur le plan théorique, il faut un bagage correct en maths. On est plusieurs de ma boîte à avoir essayé de suivre un MOOC big data un peu en dilettante à temps perdu (celui-ci, je crois : https://www.fun-mooc.fr/courses/course-v1:MinesTelecom+04006+session10/about) et on s'est cassé les dents. Ça demande des pré-requis et de l'investissement.
Python est un outil qu'on peut utiliser dans plein de métiers et ça vaut d'autant plus le coup de l'apprendre que c'est très accessible et super sympa. Je recommande chaudement ce cours en ligne : https://www.fun-mooc.fr/courses/course-v1:UCA+107001+session02/about.
Comme dit dans un autre commentaire, savoir utiliser un gestionnaire de version (git par exemple), faire des tests unitaires (pytest en python) et un peu d'intégration continue (analyse statique de code lors des commits, déploiement automatisé quand les tests passent, ce genre de choses), c'est bien aussi. Mais franchement, j'ai regardé un jour la doc de Jenkins et j'ai trouvé ça assez touffu alors sans projet réel sur lequel l'utiliser, je me vois pas l'apprendre. C'est bien de connaître l'idée et je pense pas que ça soit rédhibitoire à l'embauche : ça peut s'apprendre sur le tas au fur et à mesure.
[^] # Re: Chrome is the new IE?
Posté par jihele . En réponse au journal Microsoft serait en train de développer un navigateur web basé sur Chromium. Évalué à 4. Dernière modification le 04 décembre 2018 à 10:08.
Les critiques de Chrome concernant le respect de la vie privée s'appliquent-elles à Chromium?
[^] # Re: Décorer ses ennemis ?
Posté par jihele . En réponse au lien Un développeur du logiciel VLC et un hacker français nommés chevaliers de l'Ordre du Mérite. Évalué à 5.
Détrompe-toi, le logiciel libre est un sanctuaire où l'on voit manifestants et police s'entraider en laissant de côté leurs différents.
Sur le fond, je suis assez d'accord avec toi qu'il y a parfois une belle hypocrisie. Les décorés n'en ont que plus de mérite.
[^] # Re: Retour d'expérience sauvegarde rsync
Posté par jihele . En réponse au journal Timeshift, l'outil de sauvegarde de Linux Mint 19 : oui mais attention. Évalué à 2.
J'ai aussi un disque dur externe USB sur lequel je fais une sauvegarde manuelle hebdomadaire. Je le conserve au bureau.
Il faut pas que la maison brûle le soir où je le ramène pour la sauvegarde…
[^] # Re: Retour d'expérience sauvegarde rsync
Posté par jihele . En réponse au journal Timeshift, l'outil de sauvegarde de Linux Mint 19 : oui mais attention. Évalué à 2.
SpaceFox parle de sauvegarde incrémentale, donc oui, je pense que c'est pour l'historique.
Pour l'historique des installations/désinstallations, j'utilise etckeeper qui versionne /etc avec git. Et apt-clone pour conserver la liste des paquets installés. J'ai jamais utilisé apt-clone pour réparer, mais la sauvegarde de /etc c'est vraiment pas mal. En tout cas pour du serveur et pour un utilisateur technique.
[^] # Re: ionice
Posté par jihele . En réponse au journal Timeshift, l'outil de sauvegarde de Linux Mint 19 : oui mais attention. Évalué à 3.
Je voulais dire que les devs pourraient le faire, pas Mme Michu.
# ionice
Posté par jihele . En réponse au journal Timeshift, l'outil de sauvegarde de Linux Mint 19 : oui mais attention. Évalué à 3. Dernière modification le 15 novembre 2018 à 11:00.
Il y aurait pas moyen dans Mint d'utiliser ionice pour minimiser la priorité de la sauvegarde et pas plomber les autres tâches ?
# Retour d'expérience sauvegarde rsync
Posté par jihele . En réponse au journal Timeshift, l'outil de sauvegarde de Linux Mint 19 : oui mais attention. Évalué à 2.
Je fais tous les jours à 21h une sauvegarde rsync depuis mon disque principal (2 disques en RAID miroir) vers un autre disque interne. Ce ne sont pas des SSD. Et ma machine date pas d'hier.
Ce n'est pas une sauvegarde incrémentale, juste une synchro.
J'ai jamais constaté d'impact. Mais peut-être que je fais jamais de choses coûteuses à ce moment-là (à part la MAO, je fais rien qui coûte, et je dois faire ça plus tard, probablement…).