/srv/irclogs.ubuntu.com/2016/01/18/#ubuntu-website.txt

=== cjohnston_ is now known as cjohnston
dholbachhey mhall11915:15
dholbachdpm said there were some deployment issues?15:15
mhall119dholbach: yeah, the make migrate-${mp#} failed15:16
mhall119not deployment, just testing the upgrade locally15:16
dholbachdo you have a log?15:16
mhall119no, but I can re-create it15:16
dholbachthat'd be great15:16
mhall119are you working today? I thought you were visiting friends15:16
dholbachI'm working, but from Lisa's sister's place :)15:17
mhall119or are they all still asleep?15:17
dholbachthey are still asleep15:17
mhall119:)15:17
dholbachbut me being somewhat jetlagged still, I decided to start working early :)15:17
dholbachand I had a call with dpm at 7 in the calendar which we didn't cancel beforehand, so I thought "whatever, let's start working" :)15:18
mhall119you need to work on this whole "going on holiday thing"15:18
dholbachwe were at the beach with the kids for the majority of the weekend - I'm fine :)15:19
mhall119ok, let me re-run it and I'll pastebin you the output15:19
dholbachawesome, thanks15:19
mhall119dholbach: so I'm trying with a clean environemnt this time (no virtualenv, no pip-cache) and it's failing to install Django==1.8.5 because it's not in the pip-cache15:44
dholbachok... so that's easily fixed15:44
dholbachI'm surprised it's 1.8.515:44
dholbachwhich version of the branch are you looking at?15:45
mhall119yeah, but pip-cache-revno.txt didn't get updated to point to the newest rev of the dependencies branch15:45
dholbachcan you maybe just do a local pip update and see if that makes it work?15:46
dholbachI never quite understood what to do with the pip caches, it'd be good to rule out that the branch itself is broken somehow15:46
mhall119I'm updating the pip-cache-revno.txt to 2015:46
dholbachand which branch and revno is the project itself?15:46
dholbachjust so I can replicate what you look at locally15:47
mhall119one second, that terminal is busy15:48
mhall119I had to re-apply the changes that davidcalle reverted from the branch15:48
mhall119because it won't let me merge it, since it's already in trunk's revision history15:49
mhall119maybe there was something newer after that revision that I was missing15:49
mhall119do you know of a way to force a merge that's already happened in the past?15:49
dholbachso revert the revert davidcalle did?15:51
mhall119yeah15:53
dholbachbzr revert --no-backup -r <revno>?15:53
mhall119ok, updating the pip-cache-revno.txt fixed the issue of installing Django==1.8.515:54
dholbachwhich branch (in LP) are you looking at?15:55
mhall119lp:developer-ubuntu-com15:55
mhall119rev 18815:56
dholbachok... because https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/django-1.8-cms-2.3 is already updated to Django==1.8.815:56
dholbachthe latter already has a bunch of other fixes landed15:56
dholbachand https://code.launchpad.net/~dholbach/developer-ubuntu-com/rework-importer has changes on top of that (mostly concerning the importer though)15:56
dholbachI never figured out which process we use for reviewing and landing things15:57
mhall119dholbach: so I was trying to apply https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/1470715/+merge/26847115:59
mhall119is there a different branch I should be merging into trunk instead?15:59
dholbachI don't quite know what davidcalle had in mind16:00
dholbach~developer-ubuntu-com-dev/developer-ubuntu-com/django-1.8-cms-2.3 is an evolution of ~developer-ubuntu-com-dev/developer-ubuntu-com/147071516:00
* davidcalle catches up16:00
dholbachand ~dholbach/developer-ubuntu-com/rework-importer has the importer rewrite on top of that16:00
dholbachso I'd say let's go with the latter16:01
dholbachdavidcalle said he had reviewed most of the changes already16:01
mhall119ok, but I can't simply merge ~developer-ubuntu-com-dev/developer-ubuntu-com/1470715 into trunk anymore16:01
mhall119and your revert command undid a bunch of other things related to api docs importing16:02
dholbachmhall119: I think that's because it has been merged already and was partly backed out, etc16:02
mhall119yeah, it's become a revision history mess16:02
dholbachI'd ignore the branch16:02
davidcalleAnd +1 ing it, indeed. So: my idea was to merge rework-importer into django-1.8-cms-2.3, then merge the latter into trunk16:02
davidcallemhall119: dholbach: is there something blocking that "plan"?16:03
dholbachWFM!16:03
mhall119davidcalle: if django-1.8-cms-2.3 is based on 1470715, then you're going to have a bad time merging it into trunk16:03
davidcalleHmm16:03
dholbachin the future (once we have smaller proposed changes again), I'd really like it if we had a more formal way of landing things... or at least a way how I can say "here's a change, please let's review, test and land it together" - I'd be happy to help with reviewing other branches as well... I'd just feel more comfortable that way16:03
davidcalle+116:03
dholbachmhall119: I think it should be fine to merge it16:03
mhall119ok, jumping on a call, then I'll try that16:04
dholbach<316:04
dholbachok, looks like there's conflicts when trying to merge django-1.8-cms-2.3 and trunk16:09
dholbachif you want, I can try to merge trunk into the latter and resolve things?16:09
dholbachresolving the conflicts was fine, but the changes are huge...16:16
dholbachdavidcalle: ^16:16
dholbachho hum16:17
davidcalledholbach: other changes than the general upgrade?16:17
dholbachthat seems to drop a lot of required changes for the upgrade16:17
dholbachI just tried to update the django-1.8-cms-2.3 branch with what happened in trunk in the meantime16:18
dholbachI'll be back in a bit for the team call16:18
davidcalledholbach: I only see a few conflicts on my end, hmm16:20
davidcalleSorry, misread what you wrote16:28
dholbachI guess we'll have to just merge django-1.8-cms-2.3 into trunk and then apply a few changes to resolve the conflicts16:31
dholbachI can put up a diff in a few16:31
dholbachdo we do the team call?16:31
davidcalledholbach: I'm on the call :)16:37
dholbach...now? :)16:37
dholbachmhall119: so if you merge the django-1.8 branch into trunk, this is the diff after resolving conflicts: http://paste.ubuntu.com/14568773/18:29
dholbachmaybe we can do that as a first step before we land the importer on top?18:29
mhall119dholbach: so do I merge first and then apply that diff, or just apply that diff directly, or just merge?19:21
dholbachhang on19:23
dholbachmhall119: first do the merge and watch it fail19:23
dholbachthen apply http://paste.ubuntu.com/14569342/19:24
dholbachand run: bzr resolve19:24
mhall119whee, fun, ok let me try19:25
dholbachthat should complete the merge19:25
mhall119yup, applied fully, re-building a local environment now19:32
dholbach<319:32
* mhall119 isn't used to dholbach being around after lunchtime here19:33
dholbach:)19:33
mhall119dholbach: there's no update-1470715 make target after doing the above, is it still needed?19:56
dholbachno, not really19:56
dholbachwe need to run a migration step, but that should be it19:57
mhall119what's the proper command for that step?20:02
mhall119and do I need to do the first two steps from https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/1470715/+merge/268471 ?20:03
dholbachmhall119: ./manage.py migrate?20:10
dholbachthe first commands would be good to run on the real site20:10
mhall119There is no South database module 'south.db.sqlite3' for your database. Please either choose a supported database, check for SOUTH_DATABASE_ADAPTER[S] settings, or remove South from INSTALLED_APPS20:17
mhall119it doesn't look like the merge+patch made the necessary changes to developer_portal/settings.py20:18
dholbachhum20:21
dholbachdeveloper_portal/settings.py is unmodified?20:21
mhall119dholbach: there was a couple changes in your patch diff, but nothing to move away from south and mptt and such22:03
dholbachmhall119: http://bazaar.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/django-1.8-cms-2.3/view/head:/developer_portal/settings.py does not have "south" in it23:22
mhall119well I didn't get those changes when I merged it into trunk, so it was probably in one of the revisions that was merged and then backed out on the other branch23:24
dholbachugh23:30
dholbachok...23:30
dholbachI don't know - how do we want to proceed23:30
dholbachdo you want to push these changes to trunk and we work on trunk together to resolve this?23:30
dholbachit can't be too many changes until we get it to work again23:31
dholbachmhall119: ^23:34
mhall119I really don't want to break trunk23:35
mhall119and while there may be only a few changes to get it working, it's finding out what those changes are that might take a while23:35
dholbachok23:40
mhall119dholbach: can you try rebasing the 1.8 branch on trunk?23:40
mhall119using bzr rebase?23:41
dholbachor we just create a soon-trunk branch23:41
dholbachand work on that until it's fully working23:41
dholbachI don't care23:41
dholbachI never used bzr rebase23:41
mhall119we could do that too23:41
mhall119either way would fix our revision history problem I think23:41
dholbachok - can you push your changes to lp:~developer-ubuntu-com-dev/developer-ubuntu-com/soon-trunk?23:41
mhall119yeah, one second23:42
dholbachrock and roll23:42
* mhall119 really isn't used to dholbach being around after 5pm his time23:43
dholbachsorry about that23:43
mhall119it's like the whole world is backwards23:43
dholbachyeah, I know :)23:43
mhall119branch pushed23:43
dholbachthanks23:45
dholbachlooking at it now23:45
dholbachmhall119: I picked a bunch of changes from the branch, here's what's left: http://paste.ubuntu.com/14571488/23:55
dholbachor maybe I should rather say "where the 1.8 branch and trunk diverge"23:55
dholbachsome of the changes are fine and things you recently introduced in trunk23:56
mhall119anything related to API docs importation should take what's in trunk23:58
mhall119and all the po files can just be re-generated23:58
dholbachupdated: http://paste.ubuntu.com/14571528/23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!