/srv/irclogs.ubuntu.com/2015/05/18/#launchpad-dev.txt

blr_wgrant: using zope interfaces, is it possible to express that a concerete class should implement one _or_ another method but not both?02:22
wgrantblr_: No.02:30
wgrantblr_: What are you trying to do?02:30
blr_wgrant: oh, not trying to do that, was discussing zope interfaces with someone and that came up.02:32
blrwgrant: have added a new doctest for product +setbranch, however I'm matching elements against browser.contents07:54
blrassuming it would be better to have a helper?07:54
wgrantblr: There are a few helpers around already. None did what you need?07:54
blrwell, I want it to match a specific element for vcs07:55
blre.g. I currently have ">>> '<dl id="product-vcs">' in browser.contents"07:56
wgrantblr: A number of tests use BeautifulSoup for that.07:56
blrI'll dig around and look at more of the doctests.07:57
blrhmm, lots of gpg-coc stories blowing up, would be surprised if they're regressions08:21
blrwgrant: does bin/retest work reliably for you? it seems to hang with no output.08:32
wgrantblr: You need to give it the list of failures from bin/test in one of two ways: a file specified at the commandline, or the raw text given to stdin.08:33
wgrantIf you don't specify a filename it will await input.08:34
blrhah ok, not as magical as I had hoped :)08:36
wgrantIf you want properly magical, consider testrepository.08:37
cjwatsonblr: Does it have to be a doctest, notwithstanding the existing stuff that does that?  You can often do this pretty well in unit tests.09:17
cjwatsonwgrant: webhooks proxy> good idea.  I'd be inclined to just use squid as then we don't have to write a new charm at all.10:58
cjwatsonI'm sure we can control requests' proxy settings accurately enough.10:59
wgrantYep, as long as we're careful that should be fine.11:00
cjwatsonI'll get an RT in for an initial sanity check and a stagingstack tenant.11:00
wgrantNeed to check the PS4 egress firewalls thoroughly, but it should be fine.11:00
wgrantblock 10.0.0.0/8 and all our IP ranges except archive and blah blah blah11:01
cjwatsonYeah11:01
wgrant(except when people want to webhook internal hosts. but then we can open those up.)11:01
wgrantI'll raise it on the IS call in 9 hours.11:02
cjwatsonThanks.11:02
cjwatsonwgrant: https://rt.admin.canonical.com/Ticket/Display.html?id=8125811:37
cjwatson(I forgot to specifically mention the needed access from ackee, but we can sort that out as we go.)11:41
wgrantcjwatson: The instances probably want floating IPs if only so they have sane reverse DNS, but otherwise that looks good. Thanks.11:55
cjwatsonwgrant: Indeed, just didn't mention that because that can't be done until we have a spec deployed.12:50
cjwatsonbigjools: William made the change you asked for to default new private archives to 20GiB rather than 2GiB; that's live now.15:39
blrcjwatson: I added doctests to mirror the existing ones for series setbranch. Do we want to consider them generally deprecated at his point?20:32
wgrantblr: Yes, doctests are quite deprecated.20:32
blrI'm not that fond of them tbh20:32
wgrantIt's okay to add to them when that's substantially lower friction than adding a unit test, but it is discouraged.20:32
blrI'll get the unit tests in place this morning, and perhaps you can judge if we should just drop the new doctests entirely when you review the branch20:33
blrwgrant: oh, regarding push instructions, was thinking the nicest thing to do perhaps is display them based on the toggle state of default vcs on project setbranch20:35
blrwgrant, cjwatson: one other wee thing, in the case where we infer vcs default from BranchCollection, git will be set as the default in the case where there are both bzr and git branches - is that acceptable? I figured that was the right approach given we want to generally consider bzr deprecated.20:42
wgrantThat sounds reasonable to me.20:43
wgrantblr: Which push instructions?20:43
cjwatsonAgreed, also we can mostly assume that people will be migrating from bzr to git rather than the other way round.20:44
blrpush intructions at the top of +setbranch20:44
blrcurrently only for bzr20:44
cjwatsonSimilar for Product:+branches and probably various other places20:45
wgrantProduct:+branches isn't really affected; it'll show whatever the current view is.20:46
cjwatsonTrue, +setbranch has a more awkward choice to make20:46
blrI just thought that might be nice, to toggle between git and bzr intructions on the right hand side based on the vcs default selected20:46
blrpossibly it isn't even useful there, the code index view is really where you expect to see it.20:48
wgrant+setbranch should have it, as that's probably the place you go when you create a new project.20:56
bigjoolscjwatson: wgrant: thanks a million, that's awesome21:38
wgrantbigjools: np21:40
blrwgrant: added a view test for default vcs to TestProductView - is there an equivalent set of tests for setbranch somewhere, or only doctests?23:23
wgrantblr: I can't see any non-doctests.23:25
blrok, thanks for confirming, that's what I thought.23:25
blrwgrant: `bin/test -cvvt xx-` should be catching all doctests yes?23:54
wgrantblr: That should catch most of the browser doctests.23:56
wgrantBut that's not usually an interesting pattern.23:57
wgrant-t registry.*product or something might be more interesting.23:57
wgrantOr -t code.*product23:57
blrwgrant: I found some regressions in translations, which I probably would not have noticed. I should probably just run the entire suite.23:58
wgrantblr: That's buildbot's job.23:58
wgrantRunning the entire test suite takes more than three hours on my overclocked Haswell desktop.23:58
wgrantBut you could grep for tests that reference setbranch, for example.23:58
blrokay, thanks23:59

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