[07:41] davidcalle, do we have https://code.launchpad.net/~dholbach/developer-ubuntu-com/325-cms-update on staging already? [07:55] dholbach: deployment failed for mojo reasons (it wasn't able to reach the new branch) on friday, looks like it's deploying fine now [07:55] dholbach: how was the week-end? [07:56] nice, we had great weather - how was yours? [07:57] dholbach: same :) [07:57] :-D [07:59] thanks a lot for looking into the deployment [08:15] dholbach: do you mind updating pip-revno to 34 in https://code.launchpad.net/~dholbach/developer-ubuntu-com/325-cms-update/+merge/293374 ? Deployment failing because of it [08:16] sure [08:16] one [08:16] done [08:21] dholbach: sorry, I was wrong 3.2.5 is not even in http://bazaar.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/dependencies/files [08:22] dholbach: if you are busy, just change the ownership of the branch :) [08:27] on it [08:27] davidcalle, done [08:29] dholbach: thanks, redeploying [08:35] davidcalle, pull from the 325 branch again please [08:35] it should be r35 [08:35] dholbach: Could not find any downloads that satisfy the requirement south (from django-openid-auth==0.7->-r requirements.txt (line 52)) [08:35] what what? [08:35] looks like openid requires south [08:36] dholbach: it's odd that update-pip-cache didn't caught it o_O [08:37] I did it manually O:-) [08:37] :D [08:37] dholbach: no worries, running it right now [08:42] I re-added South [08:42] and bumped the pip-cache-revno [08:43] django_openid_auth is not even listed on https://www.djangopackages.com/grids/g/openid/ :-/ [08:44] although some changes landed in 2015 [08:44] dholbach: I'm waiting for mine to finish, my connection is in pain ;) [09:03] dholbach: do you mind bumping again to 37? :D [09:04] pip-cache-update upgraded a few other things for 3.2.5 [09:05] oh ok [09:05] I hope there's nothing crazy in there [09:07] done [09:08] deploying [09:10] go go go! :-D [09:10] davidcalle, I found that we don't actually enable djangocms_admin_style on dev.u.c :) [09:10] I added it to https://code.launchpad.net/~dholbach/developer-ubuntu-com/update-components/+merge/289937 [09:12] dholbach: yeah, I had a hint when seeing how pretty ubucon admin was :) [09:13] dholbach: I hope the pillow upgrade won't fail like last time (pillow trying to sneakiy pull another dep directly from pypi at install time) [09:14] yeah [09:14] I could imagine that it's not even strictly required [09:14] oh come on... " Could not find any downloads that satisfy the requirement msgpack-python>=0.4.0 (from oslo.serialization==2.1.0->-r requirements.txt (line 5))" [09:15] * davidcalle tests thoughtfully locally before trying again [09:16] changed branch to https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/325-cms-update/+merge/293374 [09:17] ty :) [09:17] changed the other branch to https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/update-components [09:17] I don't want to be the bottleneck :) [09:21] dholbach: you are on fire this morning! [09:21] * davidcalle just noticed the 404 branch [09:53] dholbach: what do you make of this? -> http://paste.ubuntu.com/16187040/ [09:54] brb [10:07] * davidcalle back [10:13] dholbach: deploying in progress now, I had to download the tar.gz form pypi and add it manually to the dep branch :/ [10:13] davidcalle, maybe it's a i386 vm? [10:14] [10:14] could be [10:15] dholbach: so I guess it means it's mhall119's job to update the pip-cache branch each time :D [10:15] haha [10:15] perfect [10:18] dholbach: I'm going to grab lunch while it's deploying, see you in a bit! [10:19] enjoy [10:19] I'll do the same [10:46] Deployment went fine [11:08] yeehaw [11:55] what's the deal with pip-cache? [11:56] http://paste.ubuntu.com/16187040/ [11:58] was there a requirements.txt change that triggered this? [12:02] a newer django cms pulled in a bunch of other changes [12:02] mhall119: yes, update of the cms that triggered more updates, but nothing crazy. [12:03] msgpack_python-0.4.7-cp27-cp27mu-manylinux1_x86_64.whl was not good enough [12:03] mhall119: adding msgpack-python tar.gz to the branch solves it [12:03] which led me to believe that it might have been a i386 host [12:04] but maybe I'm wrong [12:08] it might be because it's trying to get ==0.4.7 instead of >=0.4.7 [12:09] since the package version looks to be: -0.4.7-cp27-cp27mu-manylinux1 [12:10] ah, maybe, yes [12:10] which, if pypi version strings are like debians, I think means it's > 0.4.7 [12:11] right [13:17] davidcalle, can you check on staging if there's anything in the error log? [13:37] dholbach: I can see you an importer run that went (from a logs pov) fine [13:40] ok [13:44] davidcalle, the current pages look fine AFAICS [13:44] I did a full import of everything [13:47] dholbach: An idea: let's make this reach prod, and try on a hidden path. [13:47] <3 [13:47] I like it [13:48] dholbach: alright, on it in a moment :) === DalekSec_ is now known as DalekSec === davidcalle_ is now known as davidcalle