11:55 <vstinner> natim87: mais, c'est quoi ce rapport de bug tout naze ? :-) https://bugs.python.org/issue35014#msg327945
12:01 <natim87> vstinner: c'est vrai tu trouves que c'est le cas ?
12:01 <natim87> Je savais pas trop quoi ajouté
12:02 <natim87> Ok je viens de voir ta réponse
12:05 <mdk> natim87: mets toi a la place dun lecteur : on est un peu aveugle son ton issue :(
12:05 <marmoute> au moins il ya un nom de méthode, ça pourrait être pire :-)
12:08 <natim87> mdk: Je vois pas mais je vais écrire un bout de code ;)
12:09 <mdk> natim87: si c'est reproductible, de quoi le reproduire chez nous ça aide oui :))))
12:09 <misc> (et les vars d'env aussi)
13:26 <natim87> C'est bon je pense avoir réussi à faire un truc pas mal mais ça m'a demandé des itérations désolé
13:58 <vstinner> natim87: in my opinion it should work only with bytes string <= m'enfin
14:01 <vstinner> natim87: "Settings LC_ALL=C and LANG=C didn't do the trick" c'est censé activer le mode UTF-8 de Python 3.7 pourtant
14:25 <natim87> Oui LANG=C active l'UTF-8 c'est le ANSI qui ne le fait pas
14:29 <vstinner> natim87: "c'est le ANSI qui ne le fait pas" je ne comprends pas
14:30 <vstinner> natim87: veux-tu dire ASCII ?
14:30 <vstinner> natim87: subprocess échoue si tu as un nom de fichier ou de variable ou la ligne de commande qui est non ASCII et sys.getfilesystemencoding() est ASCII
14:30 <vstinner> natim87: ton soucis est sys.getfilesystemencoding qui est ASCII
14:31 <natim87> https://www.irccloud.com/pastebin/PK3vWqFn/
14:31 <natim87> En fait sys.getdefaultencoding() retourne bien utf-8 par contre locale.getpreferredencondig() retourne ANSI_X3.4-1968
14:31 <vstinner> natim87: getdefaultencoding ne sert à rien, c'est toujours utf8 :)
14:32 <vstinner> natim87: avec python 3.7, si la locale est C, tu devrais avoir sys.getfilesystemencoding() = utf8
14:32 <vstinner> natim87: et avec -X utf8, tu devrais avoir de l'utf8 dans tous les cas
14:32 <vstinner> natim87: c'est surtout sys.getfilesystemencoding() qui compte pour toi
14:32 <natim87> Ok je vais regarder mais je pense que ça doit être ascii
14:33 <vstinner> natim87: si l'encodage est ASCII, dès que t'as un accent qq. part, PAF, ça va pêter
14:33 <natim87> Je pensais qu'en Python 3 on exigeait de l'explicit non ?
14:33 <vstinner> natim87: en tout cas, ton soucis n'est lié à ni asyncio, ni un bug dans Python :)
14:33 <natim87> Bah si je devrais avoir une erreur me demande des bytes
14:33 <vstinner> natim87: écoute, Unicode est compliqué :) je te conseille de feuilleter mon ebook http://unicodebook.readthedocs.io/
14:34 <vstinner> natim87: "Bah si je devrais avoir une erreur me demande des bytes" je n'ai pas compris
14:34 <natim87> Ce qui me semble bizarre c'est que Python essaie d'encoder automatiquement les paramêtres
14:34 <natim87> Je pensais que depuis Python 3 on avait enlevé tous ces cas là
14:35 <natim87> En obligeant ce genre de function à avoir des paramètres en bytes plutôt qu'en string
14:35 <natim87> J'ai compris comment résoudre mon soucis je rajoute des encode('utf-8') explicits et ça fonctionne très bien
14:36 <natim87> Mais je m'attendais à avoir le soucis à la première exécution et non pas à la première fois que mon appel ne contenait pas que de l'ascii
14:37 <natim87> Je sais que unicode c'est compliqué j'ai passé les 8 dernières années de ma vie à migrer des libs python de python2 vers python3
14:40 <vstinner> natim87: lis mon bouquin :)
14:41 <natim87> ça va me prendre un peu de temps, si tu as un morceau choisit ça m'aidera
14:41 <vstinner> natim87: je n'ai pas de solution magique
14:44 <vstinner> natim87: ah, on a fermé le ticket en même tems, j'ai eu un conflit :)
14:45 <natim87> ;)
14:45 <natim87> Merci pour le coup de main
14:45 <vstinner> natim87: PYTHONUTF8=1 for the win!
14:45 <natim87> J'avoue
14:52 <vstinner> natim87: en tout cas, tant mieux que tu puisses utiliser Python 3.7, chanceux !
14:52 <vstinner> natim87: c'est quoi ton OS ?
14:52 <natim87> Ubuntu
14:52 <natim87> Mais pour les déploiements ce sont des docker images
14:57 <vstinner> natim87: docker basé sur quoi ? Ubuntu ?
14:57 <vstinner> Ubuntu embarque Python 3.7 ?
14:57 <natim87> Avec deadsnakes oui
14:57 <natim87> http://ppa.launchpad.net/deadsnakes/ppa/ubuntu/
14:58 <vstinner> ok
14:58 <vstinner> Fedora 28 propose Python 3.7.0
16:36 <debnet> vstinner, Moi aussi. x)
16:39 <vstinner> debnet: la date de release a été repoussée 3 ou 4x... https://www.python.org/dev/peps/pep-0537/#maintenance-releases 3.7.1 final: 2018-10-20 (expected)
16:39 <vstinner> dans 2 jours
16:40 <olasd> vstinner: le mainteneur de Python dans Debian/Ubuntu pousse fort pour que 3.7 soit par défaut dans ubuntu 18.10
16:40 <olasd> je _crois_ que ça va le faire
16:40 <olasd> mais c'est serré serré
16:41 <vstinner> olasd: outch
16:41 <vstinner> olasd: ça se joue à qq. jours près ?
16:41 <olasd> à peu près oui
16:41 <vstinner> hé bé
16:42 <vstinner> (Fedora 28 fournit déjà Python 3.7.0, mais c'est 3.6 par défaut)
16:42 <olasd> genre il pousse les RC de 3.7.1 dans debian unstable pour pouvoir les synchroniser dans ubuntu
16:42 <olasd> fun stuff
16:43 <vstinner> la situation s'est améliorée
16:43 <vstinner> à l'époque de Python 3.0, Ubuntu *empêchait* Debian de supporter Python 3...
16:44 <olasd> hum
16:46 <olasd> t'as des refs là dessus ? je suis un peu perplexe
16:46 <vstinner> olasd: j'sais pas si cette vieille guéguerre est documenté. misc est le genre de persone qui tient des dossiers sur ça :)
16:47 <vstinner> misc: ^^ ça te dit qq. chose ? 16:43 < vstinner> à l'époque de Python 3.0, Ubuntu *empêchait* Debian de supporter Python 3...
17:06 <misc> vstinner: oui, c'etait pas exactement ça
17:07 <misc> c'etait que le packageur de ubuntu etait aussi celui de debian
17:07 <misc> et il avait fait le taf pour ubuntu, mais n'avait pas le temps pour debian
17:07 <misc> (un truc comme ça)
17:10 <olasd> ah oui ça c'est son style
17:11 <olasd> ça a culminé en https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573745
17:11 <vstinner> olasd: tu vois, une histoire bien sympatoche !
17:12 <olasd> non mais du coup je connais cette histoire, mais elle n'a rien à voir avec python3, c'était de python2.6 dont il s'agissait
17:12 <vstinner> olasd: ah
17:14 <olasd> après quand on te dit que tu fais un taf de merde ça t'aide pas à en faire plus (l'introduction de py3k) au même moment
17:15 <olasd> 8 ans plus tard, les 4 personnes qui ont signé la demande en question sont plus là et leur style de communication ne nous manque pas trop...
17:16 <misc> jocelin est parti ?
17:16 <olasd> il fait plus rien dans les équipes python en tout cas
17:17 <vstinner> olasd: bah le packaging n'est pas un boulot gratifiant
17:17 <olasd> (oui il y a *des* équipes python ;_;)
17:17 <vstinner> olasd: je suis payé pour packager Python pour Red Hat ;)
17:17 <olasd> et doko est payé pour packager Python pour Ubuntu
17:17 <olasd> (et binutils, et java, et ...)
17:38 <vstinner> olasd: il est payé par qui d'ailleurs ?
17:38 <olasd> Canonical
17:38 <vstinner> ah ok
17:38 <vstinner> Matej est payé par OpenSUSE
17:38 <olasd> il fait partie des 12 survivants
17:38 <olasd> *tousse*
17:38 <misc> 12 ?
17:39 <olasd> c'est l'impression que ça donnait suite au downsizing l'an dernier
17:39 <olasd> je ne sais pas combien ils sont vraiment
17:44 <vstinner> olasd: ils étaient genre 800 nan ?
17:44 <olasd> vstinner: je pense surtout aux gens (que je connaissais) qui boss(ai)ent vraiment sur du packaging pour ubuntu
17:44 <vstinner> olasd: https://en.wikipedia.org/wiki/Canonical_(company) dit 566 employés
17:45 <vstinner> olasd: Mir, Ubuntu Phone, upstart, Unity, Ubuntu One, hihi
23:34 <vstinner> olasd: "Ubuntu 18.10 (Cosmic Cuttlefish) released" ça va être chaud chaud pour avoir Python 3.7.1 final dedans du coup
23:34 <olasd> de fait
23:34 <vstinner> olasd: 🐍 python 3.6.7 as default, python 3.7.1 as supported
23:34 <olasd> ça a l'air raisonnable