[00:27] <maxb> After the next devel buildbot run, the stable->db-devel merger is going to hit a conflict
[07:09] <noodles775> Hi all
[07:09] <wgrant> Morning.
[08:13] <adeuring> good morning
[08:31] <maxb> Hi, it's my belief that the stable->db-devel automerge is currently broken due to conflict, due to branches of mine
[08:31] <maxb> I have a resolved merge branch ready: https://code.launchpad.net/~maxb/launchpad/devel-10306-to-db-devel-resolve-conflict/+merge/19154
[09:03] <noodles775> maxb: thanks, get it sorted.
[09:04] <mrevell> G'Day
[09:05] <allenap> thekorn: Morning :)
[09:05] <thekorn> allenap, good morning
[09:05] <thekorn> allenap, I'm about to push a new doctest for person.searchtasks()
[09:06] <allenap> thekorn: Cool, I'll have a look in a bit.
[09:06] <thekorn> allenap, I'm using factories there to generate sample data, but I'm having a hard time using this non-static data in this doctest
[09:08] <allenap> thekorn: Often you have to do things like setting displayname to give something to match against.
[09:09] <noodles775> maxb: sorry, i just re-read my message. Epic fail. s/get it sorted/I'll get it sorted.
[09:09] <thekorn> allenap, yes, this works fine for Persons, but I'm also generating two sample bugs, and I found no way to preset the bug id
[09:10] <thekorn> allenap, so I ended up with a comparing the bug_url, but you will find out about it ;)
[09:10] <thekorn> pushed it now, btw.
[09:10] <allenap> thekorn: Cool.
[09:11] <thekorn> I *think* I've adressed everything
[09:29]  * jml screws his courage to the sticking place and starts to work through the inbox
[09:32] <allenap> thekorn: Looks good, ready to land :) One *tiny* thing. There's a lot of trailing white-space in the files you've touched. Can you clean this up, and perhaps set your editor to remove it automatically? If left it becomes a source of confusing diffs and conflicts; most/all of the LP team automatically remove white-space.
[09:45] <thekorn> allenap, argh, ok, I'm on it
[10:00] <allenap> mrevell: Did you want me to review this: https://code.edge.launchpad.net/~matthew.revell/launchpad/tags-help-484259/+merge/19114 ?
[10:01] <mrevell> allenap, I have a call with jml now. Could we have a quick call after that? I'm still concerned about the icon placement.
[10:01] <allenap> mrevell: Sure.
[10:01] <mrevell> thanks allenap
[10:30] <thekorn> allenap, I just pushe a fix for the whitespaces, but when running   make lint   I get alot of messages, even about parts that where not touched in this branch
[10:57] <allenap> thekorn: Odd, I'll have a look.
[11:03] <thekorn> allenap, I think this messages need to be fixed in devel itself, in a separate branch. for example when I change lib/lp/registry/interfaces/person.py in current devel by adding a whitespace and then run   make lint  I get alot of messages
[11:04] <deryck> Morning, all.
[11:04] <allenap> thekorn: I think you merged db-devel in r10132 instead of devel.
[11:08] <allenap> thekorn: I think you're going to have to do a few uncommits to get back to that revision and revert it. I can't figure out how to revert it without mucking up history.
[11:09] <thekorn> allenap, damn
[11:10] <allenap> thekorn: You can probably save the diff of 10132..10134 and reapply it afterwards to save some time.
[11:12] <thekorn> allenap, the brnach I get with rockertfuel-get should be lp:launchpad and not lp:launchpad/devel, correct?
[11:12] <thekorn> somehow I messed thing up :(
[11:12] <allenap> thekorn: For me it's lp:launchpad/devel.
[11:14] <thekorn> allenap, I'm sorry, I 'll take care of it later today, or over the weekend,
[11:14] <thekorn> sorry for the inconvenience
[11:14] <allenap> thekorn: No worries. I can fix it up now if you want.
[11:15] <thekorn> allenap, It is up to you
[11:15] <thekorn> I've to run now
[11:15] <thekorn> have a good weekend
[11:15] <allenap> thekorn: Okay, I'll do it. You too :)
[11:15] <allenap> thekorn: Thanks for this branch; it's great, and I'll get it landed.
[11:15] <thekorn> super great
[14:07] <gmb> Argh, can't we just grant * to * in the DB?
[14:07]  * gmb hates at database permissions
[14:38] <gmb> Does anyone with a bigger brain than me know why a cronscript would run fine normally but, when run via `run_script` in a unit test would fail on db permissions? Is possible it's being run as some other db user even though it's running in a subprocess?
[16:42] <bdmurray> This url seems to have a spelling error or two
[16:42] <bdmurray> https://help.launchpad.net/Bugs/BugAttchements
[16:42] <bdmurray> However, its linked to from bugs.launchpad.net as help regarding attachments.
[16:50] <bigjools> heh, mrevell ^^
[16:50] <mrevell> thanks bdmurray, let me take a look at that
[17:09] <allenap> gmb: You might know this. If I get ComponentLookupError: (<...IPlacelessAuthUtility>, ''), what's happening, and how do I solve it?
[17:47] <bigjools> maxb: thank you thank you thank you for the hashlib cleanup
[17:47] <maxb> :-)
[17:48] <bigjools> in particular the soyuz crack to cope with hardy bustage
[17:48] <maxb> barry deserves a lot of the credit, but I finished off what was abandoned on the python-migration2.6 branch
[17:49] <bigjools> thank you barry then :)
[17:56] <mrevell> Night all
[21:39] <maxb> noodles775: You resolved my conflict wrong :-/
[22:32] <noodles775> maxb: er, I'm not sure how that's possible? I simply merged stable->db-devel, and the only conflict was this
[22:32] <noodles775> http://pastebin.ubuntu.com/375040/
[22:32] <noodles775> ie. an import which was no longer used in the file.
[22:32] <maxb> *blink*
[22:33] <maxb> When I did my merge, "import sets" was inside the conflict markers too
[22:35] <noodles775> maxb: is it just the lint on the file then? Or is there a bigger problem?
[22:36] <maxb> Well, the objective of one of my earlier branches was to remove all imports of 'sets' from launchpad, since it raises DeprecationWarnings in python 2.6
[22:38] <noodles775> I see. Strange that it didn't appear in the conflict then.
[22:39] <noodles775> Night.
[22:44] <noodles775> maxb: Just checking out of interest, the stable revision that I merged has the sha removed, but not sets, so the diff makes sense?: http://pastebin.ubuntu.com/375050/
[22:45] <noodles775> That's stable r10312
[22:48] <noodles775> maxb: in fact, bzr diff -c 10306 lib/lp/services/mail/sendmail.py seems to show that the import of sets wasn't removed in that rev, but was *moved*.
[22:48] <maxb> Indeed, sets was removed in db-devel
[22:48] <maxb> This was because it happened to touch a couple of scripts in the schema dir :-/
[22:49] <noodles775> I see.
[22:50] <wgrant> The entirety of database/schema is blacklisted, not just the schema?
[22:50] <maxb> Apparently
[22:55] <noodles775> maxb: I've approved the MP and have sent it to ec2.
[22:55] <maxb> Thanks
[22:55] <noodles775> morning wgrant, and good night :)
[22:56] <noodles775> np.
[22:56] <wgrant> Night noodles775.
[22:58] <lfaraone> How does one turn off devmode on Launchpad?
[22:59] <jelmer> lfaraone: What do you mean with devmode, the beta (edge) ?
[22:59] <wgrant> In your configuration's launchpad.conf, remove the 'devmode on' line.
[23:00] <lfaraone> jelmer: I meant for running LP locally.
[23:00] <lfaraone> wgrant: ah, mk.
[23:02] <wgrant> lfaraone: You know about the licensing restrictions?
[23:02] <lfaraone> wgrant: yes, I'm aware.
[23:04] <lfaraone> wgrant: I'm not intending to run this full-time, but rather as a demo that our project is capable of running Launchpad outside of launchpad.net if we ever have a reason to leave. I personally think the idea's silly, but I'm not on the board :)
[23:09] <wgrant> lfaraone: Oh, right, I remember your situation now.


[12:24] <ahasenack> hello
[12:24] <ahasenack> with whom can I speak about dep8/excuses/autopkgtest test bed setup?
[12:25] <ahasenack> I have a failure in armhf that, according to my research, only started happening when the test bed moved from lxc to lxd
[12:25] <ahasenack> the other architectures are not using lxd and are using vms, where the error doesn't happen
[12:26] <ahasenack> http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html#iproute2 armhf "regression"
[12:27] <ahasenack> in autopkgtest (first line with a red)
[12:32] <didrocks> ahasenack: hey! this is basically a question for L_aney but he's on holidays until next week AFAIK
[12:33] <didrocks> IIRC, the wiki only mentions vms (to test on armhf), so can't really help you there
[12:33] <ahasenack> didrocks: which wiki? Maybe I can get more information there
[12:33] <didrocks> ahasenack: https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure
[12:33] <ahasenack> didrocks: thanks
[12:34] <didrocks> yw!
[12:35] <didrocks> ahasenack: and http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test
[12:35] <didrocks> that was the one I was looking for (but using VMs)
[12:37] <ahasenack> http://autopkgtest.ubuntu.com/packages/autopkgtest/trusty/armhf
[12:37] <ahasenack> all fails since the switch to lxd
[12:38] <ahasenack> last green was with lxc
[12:38] <didrocks> ahasenack: maybe you can try as well with s_tgraber (unsure when he's back)
[12:39] <rbasak> In their absence, I wonder if it would be acceptable to force-badtest tests that ahasenack locally confirms pass in lxc.
[12:40] <ahasenack> rbasak: I was just about to ask you to import autopkgtest into git :)
[12:40] <rbasak> Perhaps a little difficult with armhf though
[12:40] <ahasenack> mh, yeah, I don't have my arm board here
[12:40] <didrocks> maybe try the above setup in a qemu vm? ^
[12:40] <rbasak> ahasenack: OK importing
[12:41] <ahasenack> I tried arm in qemu once, wasn't sucessful at all
[12:41] <ahasenack> successful
[12:41] <didrocks> been a long time I hopefully didn't need to do that as well ;)
[12:41] <ahasenack> had to work around some things in autopkgtest, but in the end it wouldn't boot
[12:49] <ahasenack> rbasak: did you pay attention to the authentication request from lplib this time? :)
[12:49] <ahasenack> (wrt importing autopkgtest)
[12:59] <rbasak> ahasenack: haven't had one yet. It may still happen at the end!
[12:59] <ahasenack> it's waiting for then you are not looking
[13:14] <ahasenack> s/then/when/
[13:14] <ahasenack> man
[13:15]  * ahasenack -> snack
[14:16] <jbicha> doko: would you be interested in doing some python GNOME2 removals like LP: #1739800 and LP: #1731725 ?
[14:19] <ahasenack> rbasak: how's the autopkgtest import going?
[14:25] <rbasak> ahasenack: it was stuck on the LP auth :-)
[14:25] <rbasak> ahasenack: it's now (apparently) pushing.
[14:25] <ahasenack> hah
[14:25] <ahasenack> thanks
[14:37] <rbasak> ahasenack: it was the zombie hang bug. Something should be pushed now, at least.
[14:39] <ahasenack> rbasak: confirmed, I was able to clone it
[15:09] <xnox> doko, apw - could you please help me to understand what is the current next step for https://bugs.launchpad.net/ubuntu/+source/amd64-microcode/+bug/1521174 ? it's an old bug, which got recently resurrected, and it seems like it is being ignored.
[15:10] <xnox> what's next todo for it?
[20:02] <slangasek> infinity, kees: do we have a TB chair today?
[20:05] <kees> slangasek: oop! I can, one sec
[21:25] <NewGnuGuy> What is the process for moving a package from multiverse into universe if it is fully freely licensed? I'm asking specifically about the package redeclipse.
[21:30] <rbasak> NewGnuGuy: ask an archive admin. I think. If you can't find one here, you can file a bug and subscribe ~ubuntu-archive to it.
[21:32] <NewGnuGuy> The upstream Debian package is in Debian main which should in and of itself qualify the package for the universe repository.
[21:34] <cjwatson> It's just that it was in Debian contrib when it was first introduced, which automatically shunted it into multiverse.  As rbasak says, file a bug and subscribe ~ubuntu-archive, should be easy.
[21:37] <NewGnuGuy> How do I file a bug and what do you mean by "subscribe ~ubuntu-archive"? I've never done this before
[21:37] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/redeclipse/+filebug?no-redirect
[21:37] <cjwatson> (you'll need a Launchpad account, if you don't already have one)
[21:38] <cjwatson> then after you've filed it, you'll see "subscribe someone else" at the right-hand side; click that and enter "ubuntu-archive"
[21:47]  * rbasak wonders what ?no-redirect does
[21:47] <dax> stops it from redirecting to the "how to use apport" wikipage, iirc
[21:48] <rbasak> Hmm. I've never seen that behaviour. Or is that because I'm special somehow?
[22:01] <wgrant> rbasak: ~ubuntu-bugcontrol is exempt from the redirect.
[22:07] <rbasak> I see. Thanks.