Log file Viewer

[13:09:51] <fred1807> I am having trouble with this tool called awscli. And I guess (hope) this is realted to virtualenv. My debian jessie system has the user root only. First I installed awscli via apt-get. Result was: I could download stuff from aws s3 server, but upload lead to "operation unknkow errors". Then I installed remove --purge awscli, installed pip, and pip install awscli. This got me an updated version. Result was upload now worked, but download got me

[13:09:52] <fred1807> accessdenied errors. Is this all because I am doing things as the root user? I am really lost.. Tool is : https://github.com/aws/aws-cli If someone with some virtualenv could point me a light...

[13:22:45] <dstufft> fred1807: you'll need to pastebin the actual errors you're getting

[13:30:14] <fred1807> Ok thank for you attention. I am now removing everything, and will install from a new sudo user. I will report back

[13:55:49] <fred1807> dstufft: I installed again. Some things now work, but in a different way. I tried to sync s3 folder to local folder. This folder was already 100%, I did a sync with the awscli installed bia apt-get. Now when I tried to sync again with the new awscli from pip it want to download again amny file with messed up characters. Seems like a locale mess.

[14:13:44] <fred1807> how do I force pip to install a package, even if it says it it already there?

[14:18:56] <dstufft> fred1807: --upgrade --force-reinstall

[14:19:15] <pjdelport> Also possibly --no-deps, if you don't want the dependencies to be upgraded too.

[15:06:01] <fred1807> How can I correct locale errors? My awscli installed via pip is reading characters all wrong from the remote servers, sync want to delete everything and download again

[17:45:52] <dstufft> nedbat: you don't happen to know any project using bok_choy and Travis and SauceLabs do you? :]

[17:46:31] <nedbat> dstufft: hmm, i don't, but i'm not involved with bokchoy here myself, so...

[17:46:41] <dstufft> nedbat: ah, no worries

[17:46:42] <nedbat> dstufft: i can get you in touch with the people here who would know

[17:47:19] <dstufft> I'm having problems making it work, and I don't really understand selenium that well so I'm having problems figuring out if it's my fault, bok_choy's fault, SauceLab's fault, travis's fault, or some one else's fault :D

[18:04:15] <nedbat> dstufft: lemme find someone for you

[18:07:18] <dstufft> hmm

[18:07:26] <dstufft> I think I see the fundamental error, now to figure out why that's the case

[18:08:40] <ionelmc> dstufft: what's the issue?

[18:09:00] <dstufft> it's not getting Sauce Connect enabled even though travis says it's started and I told it to do that

[18:44:04] <dstufft> nedbat: ah-ha, got it. boy_chok needs to pass an extra capability with Travis (or really, anytime Sauce connect is used with a named tunnel)

[18:47:48] <nedbat> dstufft: can you share the details

[18:47:49] <nedbat> ?

[18:50:03] <dstufft> nedbat: I can open an issue, but basically Sauce connect is a thing that opens up a reverse proxy between Sauce Labs and wherever your server is running so that your server doesn't need to be publically accessable on the internet. The Travis Sauce Connect integration uses a feature to name the tunnels being used, and when that is the case you need to tell selenium (which boy_chok is the one making the selenium object) what the name of that

[18:50:03] <dstufft> tunnel is so that Sauce Labs will use it to communicate instead of just hitting whatever URL you put

[18:51:51] <dstufft> without telling Sauce Labs what tunnel you're using, when selenium running on their computers tries to acccess say "127.0.0.1:8000", instead of tunneling that to Travis worker where my thing is running, it just hits 127.0.0.1:8000 on the sauce lab VM

[19:07:00] <nedbat> dstufft: so this will be something to add to bokchoy?

[19:07:34] <dstufft> nedbat: If bok_choy wants to work with Sauce Lab's Sauce Connect (required on Travis), yea.

[19:07:41] <dstufft> I have it monkeypatched right now, sec

[19:08:00] <dstufft> https://github.com/pypa/warehouse/blob/es6/tests/conftest.py#L47-L57

[20:19:08] <mrabhi> hi folks!

[22:58:04] <salviaD> I created a virtualenv and installed awsCLI (s3 sync tool). Inside my virtualenv, the awscli seems to have a strange locale, because it wants to sync/download all the files from the server again, and the filenames look strange full of characters like %%% (thanks --dryrun saved me). The same awscli tool from outside virtualenv, behaves normally. How can I find where the error is?