[01:19] <wgrant> sinzui: Ah! Thankyou for fixing the location stupidity.
[01:20] <sinzui> wgrant: thanks. I knew someone would notice before I could submit the branch for review
[01:25] <intellectronica> sinzui: need a review?
[01:25] <sinzui> intellectronica: I often do. This one branch will make a lot of people happy: https://code.edge.launchpad.net/~sinzui/launchpad/location-bug-262193/+merge/14878
[01:26] <sinzui> intellectronica: I have a queue of branches long enough to keep Mondays and Tuesdays reviewers busy
[01:26] <intellectronica> sinzui: it's your lucky day. i'm stuck in the most boring town in the world
[01:27] <wgrant> Since I imagine bigjools won't be around for a little while, can I convince somebody to quickly review the last two test-fix revisions of https://code.edge.launchpad.net/~wgrant/launchpad/distroseries-source-format-selection-part1/+merge/14729 and ec2test-land it?
[01:27] <sinzui> intellectronica: Indeed. I refused to go.  Dallas, is still Texas, and that is still nowhere
[01:28] <wgrant> bigjools reviewed 9857, but it failed a couple of tests.
[01:28] <sinzui> yuck sample data
[01:28] <wgrant> sinzui: Yes. Ignore that diff.
[01:29] <sinzui> wgrant: I certainly will. I can review it and land it
[01:29] <wgrant> sinzui: Thanks.
[01:32] <intellectronica> sinzui: r=me. great to see an unused feature go
[01:33]  * intellectronica sheds a tear of joy as he sets a branch's status inline for the first time
[01:33] <sinzui> intellectronica: thanks.
[01:35] <sinzui> wgrant: is there a commit message for this?
[01:36] <wgrant> sinzui: Sorry, forgot about that -- I've just set it on the MP: "Refactor bits and pieces to prepare for Debian source format 3.0 support."
[01:46] <thumper> sinzui: hey
[01:47] <sinzui> hi thumper
[01:47] <thumper> sinzui: I have a branch I'd love to get the quick treatment
[01:47] <thumper> https://code.edge.launchpad.net/~thumper/launchpad/fix-canonical-url-for-api-2/+merge/14876
[01:47] <thumper> sinzui: found during my api work for popup diffs
[01:47] <sinzui> wgrant: your branch has conflicts:
[01:47] <sinzui> Text conflict in database/sampledata/current-dev.sql
[01:47] <sinzui> Text conflict in database/sampledata/current.sql
[01:47] <sinzui> Text conflict in lib/lp/archiveuploader/dscfile.py
[01:48] <sinzui> thumper: I'll review it
[01:48] <thumper> sinzui: ta
[01:49] <sinzui> wgrant: when I get sampledata conflicts, I regenerate both current files
[01:50] <wgrant> Yay, bitrot :(
[01:50]  * wgrant merges.
[01:50] <wgrant> sinzui: Where were you landing that? I see no conflicts with devel.
[01:51] <sinzui> db-devel. sql changes have to land in db devel
[01:51] <wgrant> sinzui: We were sneaky and landed the DB changes in 3.1.10.
[01:51] <wgrant> sinzui: But the sample data didn't get updated.
[01:51] <sinzui> wgrant: bugger
[01:52] <wgrant> Can you not land sampledata changes to devel?
[01:52] <sinzui> Do you need the sampledata
[01:52] <sinzui> I cannot land the sampledata in devel
[01:52] <wgrant> Ah, damn. I will see if I can avoid it.
[01:52] <sinzui> hmm
[01:52] <sinzui> well
[01:53] <wgrant> I'm not exactly sure when the patches are applied.
[01:53] <sinzui> Something in PQM is supposed to verify that nothing in database/ changes when merging into devel. So ec2 will pass it, then pqm will fail
[01:53] <wgrant> If they are applied *after* the sampledata is loaded, it should be OK.
[01:53] <sinzui> Is the sample data used in testing?
[01:53] <wgrant> It is.
[01:54] <wgrant> Actually, I guess the security.cfg changes are in this branch too, so merging this now to devel might break one particular circumstance on edge. I will go over this with bigjools and stub next week, I guess.
[01:55] <sinzui> database/schema/security.cfg changes cannot be landed in devel because those changes will not be applied to edge
[01:55] <sinzui> wgrant: are you thinking of breaking the branch in devel and db-devel parts?
[01:56] <wgrant> sinzui: Very little point.
[02:02] <sinzui> thumper: r=me, not changes needed
[02:03] <thumper> sinzui: no changes?
[02:03] <sinzui> it is good to land as it is
[02:04] <thumper> sinzui: thanks
[10:19] <thumper> beuno: ping
[10:19]  * thumper wonders where beuno is
[15:23] <beuno> thumper, hi. I'm in Dallas.
[17:45] <nhandler> sinzui: I saw you landed one of my branches. Just a heads up that although that branch appears to fix the bug, after some discussion in here, it was determined that it was not *properly* fixing the bug (which is why I didn't propose it for merging)
[17:46] <sinzui> nhandler: what do you think is the right fix?
[20:31] <thumper> beuno: around now?
[20:31] <thumper> I have the unfortunate problem of having the diff render propertly in Konquerer but not Firefox
[21:02] <maxb> jml: perhaps you could compare pg_hba.conf from zbir's machine with one that works?
[21:02] <jml> maxb, not a bad idea.
[21:03] <maxb> launchpad-database-setup sets everything up to use 'trust' auth (or lack of auth), so the fact that it's attempting 'ident' sounds broken
[21:54] <jml> maxb, it looks like it might be something to do with having 8.4 and 8.3 on the same machine
[21:55] <maxb> ah.... and the wrong one on 5432, I take it?
[21:56] <jelmer> maxb, ping
[21:56] <maxb> pong
[21:57] <jelmer> maxb: I'm trying to install the required launchpad dependencies and I see a dependency on a specific version of python-support
[21:57] <wgrant> jml: Yeah, the 8.3 cluster will have installed on 5433 instead.
[21:57] <maxb> jelmer: You mean on the package python2.4-support ?
[21:57] <jml> Launchpad's 'make run' is connecting to the 8.3 cluster
[21:57] <jelmer> maxb, yeah
[21:58] <jml> but launchpad-database-setup modified the 8.4 setup
[21:58] <thumper> anyone know firefox and css really well?
[21:58] <wgrant> jml: Really? The other way makes sense, but not that...
[21:58] <jelmer> maxb: Is there any reason it needs to depend on that specific version? I have 1.0.4 here, should that work?
[21:58] <maxb> jelmer: We do this to ensure the python-support which actually includes python 2.4 support is installed (and doesn't get removed on upgrades)
[21:58] <jml> wgrant, that's what science is telling us.
[21:59] <jelmer> maxb: I mean the dependency on python-support=1.0.3ubuntu1launchpad~maxb2
[21:59] <maxb> huh, where's that?
[21:59] <wgrant> jml: launchpad-database-setup appears to verify that 8.3 is running on 5432...
[21:59] <wgrant> jml: Oh, but launchpad-database-setup supports 8.4 now.
[21:59] <wgrant> So it will indeed configure 8.4.
[22:01] <wgrant> jml: How do you know LP is connecting to 8.3?
[22:02] <jml> wgrant, when we shut down 8.3, we get connection errors.
[22:02] <jml> on running 'make run'.
[22:02] <wgrant> jml: Huh. Anyway, quick fix is to drop 8.4 from the list of supported versions in launchpad-database-setup and rerun it.
[22:02] <wgrant> That might work.
[22:02] <wgrant> Although then it might complain about ports.
[22:04] <jml> wgrant, yeah, that's what we're trying now.
[22:08] <wgrant> jml: Apart from this mess, how long did it take to get running?
[22:08] <jml> wgrant, not very long at all.
[22:08] <jml> wgrant, 'make build' takes a while, and package downloads are pretty fast.
[22:11] <maxb> jelmer: where is this dependency? I am not familiar with any equals-single-version deps like that.
[22:12] <jelmer> maxb: Trying to figure that out at the moment
[22:12] <maxb> well, what fails~
[22:12] <maxb> ?
[22:15] <wgrant> Is staging still running the 2.5 branch?
[22:59] <al-maisan> http://pastebin.ubuntu.com/319585/
[23:13] <wgrant> al-maisan: Nice. But what does launchpadlib think of it?
[23:13] <al-maisan> wgrant: sorry, this was just a test fragment I was showing to jml
[23:14] <al-maisan> wgrant: the branch in question is here: lp:~al-maisan/launchpad/352094
[23:14] <al-maisan> bug #352094
[23:14] <mup> Bug #352094: Expose ISourcePackage.branches <api> <package-branches> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/352094>
[23:16] <thumper> \o/
[23:16] <thumper> fixed my rendering issues
[23:19] <al-maisan> nice :)