<theblazehen> inetpro: Dunno if you can help me
<theblazehen> So I have a script that sources a virtualenv, then does a pip instal -r requirements.txt
<theblazehen> It works from a normal terminal
<theblazehen> Yet it doesn't work from a saltstack cmd.run
<theblazehen> I've even done script /dev/null -c "sudo -i -u theblazehen bash -c 'env; cd /srv/www/dev/theblazehen/saleor/; . ./bin/activate; pip install -r requirements.txt'" 
<theblazehen> To make sure that it's not a weird tty issue
<theblazehen> still works from actual term
<theblazehen> but not saltstack
<theblazehen> the salt $TERM is shown as dumb, and even if I set local term to that then it still works
<inetpro> hmm...
<theblazehen> UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 2470: ordinal not in range(128)
<theblazehen> from google-i18n-address==1.0.7
<theblazehen> I checked, it is using correct python version
<inetpro> is it not a LOCALE issue?
<theblazehen> I've compared output ov `env`
<theblazehen> not a locale issue
<theblazehen> s/ov/of
<theblazehen> If I remove that module from requirements.txt it works. hmm
<inetpro> have never used saltstack
<theblazehen> Was thinking maybe a weird tty issue
<theblazehen> It also runs as the corrcet user
<inetpro> theblazehen: http://stackoverflow.com/questions/18649512/unicodedecodeerror-ascii-codec-cant-decode-byte-0xe2-in-position-13-ordinal
<theblazehen> inetpro: I saw that
<theblazehen> thing is, not my module
<theblazehen> And why does it work from an actual shell?
<theblazehen> and the script + sudo should result in identical terminals etc
<-- chesedo (~pieter@unaffiliated/pieter2627) has quit (Read error: No route to host)
<inetpro> maybe any path issues?
<theblazehen> nope
<theblazehen> Because of the sudo -i it has the same startup environment
<theblazehen> and all other modules get installed
--> chesedo (~pieter@unaffiliated/pieter2627) has joined #ubuntu-za
<inetpro> theblazehen: which version of python?
<theblazehen> inetpro: 3.5
<inetpro> hmm...
-*- theblazehen is trying to start an xterm over ssh forwarding..
<theblazehen> see if it works
<theblazehen> yay. finally loaded
<-- gremble (~gremble@unaffiliated/gremble) has quit (Ping timeout: 258 seconds)
<inetpro> have you checked LC_ALL?
<superfly> theblazehen: is that line the first one in your requires.txt?
<theblazehen> superfly: Nah, near the middle
<superfly> K. Looks kinda like a BOM
<theblazehen> output of `env` https://bin.snyman.info/mmmnqzmy
<inetpro> https://github.com/saltstack/salt/issues/16139#issuecomment-97554285
<inetpro> Salt sets the locale to LC_ALL=C but running on the minion directly had LC_ALL="en_US.UTF-8"...
<superfly> theblazehen: did you check requirements.txt in an editor that shows you "hidden" characters? 
<inetpro> good point... do 'cat -ev requirements.txt'
<theblazehen> > sudo salt svn cmd.run "bash -c 'echo $LC_ALL'" /srv/www/dev/theblazehen/saleor/ runas=theblazehen 
<theblazehen> svn:
<theblazehen> No output
<theblazehen> vim shows hidden chars right?
<inetpro> cat -ev requirements.txt | less
<theblazehen> Also, was generated with pip-compile which should error out before?
<theblazehen> Nothing fishy there
<theblazehen> https://bin.snyman.info/mmmmgvdu
<theblazehen> And I've tried deleting venv etc of course
<theblazehen> Nothing
<superfly> BTW theblazehen I was looking at asciinema the other day, what an awesome piece of software 
<theblazehen> superfly: Yeah, I love it. Perfectly complements our step by step instructions
<superfly> I need to use it to do some tutorials on using mock
<theblazehen> Easy to self host too
<superfly> Hrm, I was wondering about that 
<inetpro> looks interesting
<theblazehen> X forwarding over ssh with 120 ms latency :(
<theblazehen> ah theres an xterm
<theblazehen> ffs. Works in an xterm
<superfly> I've installed Windows software on my headless Linux VPS like that 
<theblazehen> I am NOT gonna run Xvfb and start an xterm for this