08:53 <Andy_Kw> salut
        08:53 <Andy_Kw> j'ai une petite question pour vous. Un collègue essaie de lancer psql via python
        08:54 <Andy_Kw> il essaie surtout de garder psql ouvert sans que la commande se termine une fois qu'un select ou toute autre commande insert/update/delete est lancée
        08:55 <Andy_Kw> En en discutant avec lui, l'une des idées est d'utiliser async.io mais on avoue qu'on a pas trop d'idée ni d'exemple
        08:55 <asyd> quelle drole d'idée
        08:56 <debnet> J'avoue.
        08:56 <debnet> Pourquoi ne pas utiliser psycopg?
        08:56 <Andy_Kw> il pourrait le faire ?
        08:56 <Andy_Kw> et comment surtout
        08:57 <debnet> Après c'est quoi son besoin exactement ?
        08:57 <debnet> Qu'est ce qui l'a amené à utiliser psql plutôt que d'utiliser une librairie dédiée pour communiquer avec PostgreSQL ?
        08:58 <Andy_Kw> idk
        08:58 <Andy_Kw> je lui demande
        08:58 <asyd> ben surtout pourquoi il veut lancer psql plutôt que de faire des requêtes SQL (d'autant que psycopg supporte le COPY FROM/TO 
        08:59 <Andy_Kw> pourquoi mentionnes tu le COPY FROM, asyd ?
        08:59 <entwanne> je suis d'accord avec les réponses ci-dessus, et dans tous les cas asyncio ne sera pas une réponse au problème rencontré
        08:59 <asyd> Andy_Kw: parce que d'autre lib plus haut niveau peuvent ne pas le supporter
        09:11 <Andy_Kw> voici ce qu'il m'a dit
        09:11 <Andy_Kw> D'une certaine manière si, en restant très générique, je veux juste pouvoir envoyer des choses sur l'entrée standard d'un binaire (psql ou autre) et pouvoir ensuite récupérer les sorties (standard et erreur) sans nécessairement fermer le binaire après le premier échange.
        09:12 <debnet> But why?
        09:13 <Andy_Kw> debnet est-ce que tu peux expliciter ton why
        09:13 <debnet> Bah je comprends pas pourquoi il a besoin spécifiquement de contrôler le binaire psql.
        09:13 <debnet> Ce qui l'intéresse c'est d'exécuter des requêtes et de récupérer le résultat non ?
        09:14 <debnet> Il doit avoir une contrainte que tu ne nous as pas dit.
        09:14 <entwanne> ou alors il ne veut pas contrôler psql mais juste le fournir à l'utilisateur (et son programme fait office de shell) ?
        09:15 <entwanne> mais je ne vois pas trop quel serait le soucis technique, il suffit d'un subprocess.run('psql')
        09:15 <asyd> je suis sur qu'il est plus facile d'écrire un psql like en python que de controler psql 🙃
        09:15 <Andy_Kw> c'est ce qu'il dit, il veut pouvoir contrôler un binaire et récupérer les sorties sans fermer le binaire
        09:15 <Andy_Kw> j'avoue que le subprocess
        09:16 <entwanne> ah donc c'est pas le proposer à l'utilisateur
        09:16 <entwanne> Mais il veut ça pour n'importe quel binaire ? Pour quel usage ?
        09:16 <Andy_Kw> pour n'importe quel binaire et n'importe quel usage
        09:16 <entwanne> (dans tous les cas ça marchera avec subprocess et des pipes, mais le besoin est étrange)
        09:16 <misc> donc faire un shell ?
        09:16 <entwanne> non mais quel est son usage à lui ?
        09:17 <misc> expect fait le taf :)
        09:20 <Andy_Kw> merci misc
        09:21 <misc> https://pexpect.readthedocs.io/en/stable/ pour être précis
        09:21 <misc> je sais pas si ça correspond au besoin, parce que entwanne a raison, subprocess et des pipes devrait faire l'affaire, mais je pense que pexpect est plus haut niveau
        09:22 <misc> genre, replwrap est la pour une cli interactive, etc, etc 
        09:23 <Andy_Kw> on est chez une boîte où tout est un peu cadenassée
        09:23 <Andy_Kw> donc on lutte un peu pour faire les trucs qu'on voudrait
        09:23 <entwanne> mais quel est le besoin initial ?
        09:23 <Andy_Kw> c'est ce qu'il m'a dit
        09:23 <Andy_Kw> mais je peux lui poser la question de vive voix
        09:24 <entwanne> ce qu'il t'a dit n'est pas un besoin, c'est une tentative de résolution d'un problème par une manière détournée
        09:25 <misc> c'est marrant, ça me rappelle quand j'ai commencé à utiliser ansible
        09:25 <Andy_Kw> vrai. ça l'a satisfait
        09:26 <misc> j'avais un playbook avec raw pour tripoter les netapps, vu que j'avais pas d'accés
        09:26 <misc> (et y a pas python dessus)
        09:26 <Andy_Kw> lol
        09:26 <alain_afpy> hihihi
        09:26 <Andy_Kw> dis moi misc t déjà allé chez Guillaume en IRL ?
        09:26 <misc> à belleville, une fois 
        09:26 <misc> y a 15 ans 
        09:27 <Andy_Kw> ha oué
        09:27 <Andy_Kw> il a déménagé depuis
        09:27 <misc> j'imagine, ouais
        09:27 <Andy_Kw> banlieue proche
        09:27 <Andy_Kw> c ouf que vous vous connaissiez
        09:27 <misc> belleville, c'est la banlieue pour les gens du 1er arrondissement
        09:27 <Andy_Kw> plutôt vrai , plutôt vrai ... XD
        09:28 <Andy_Kw> Merci pour les coups de main, je vais faire un tour. A tout'
        13:52 <alain_afpy> MEANQUEST - Opportunité Dev Python à Genève - https://discuss.afpy.org/t/meanquest-opportunite-dev-python-a-geneve/1774
        13:59 <asyd> j'adore :
        13:59 <asyd> Développeur Fullstack (H/F) à dominante Backend Python et avec d’excellentes connaissances en Angular et Javascript.
        14:12 <discord_afpy> <deuchnord> Ah dommage
        14:13 <discord_afpy> <deuchnord> Je ne suis qu’un dev full steak
        15:11 <discord_afpy> <chadys> Oui et puis
        15:11 <discord_afpy> <chadys> > Maîtrise des technologies Front-End : JavaScript/TypeScript, Framework Angular 2+, Flask ou Django, NodeJS
        15:11 <discord_afpy> <chadys> Django et Node, ces technologies frontend qui s'ignore