[00:11] mwhudson, awesome [00:11] mwhudson, yes, the fix for the symlink bit has landed [00:36] mwhudson: so the newer dulwich and bzr-git are confirmed working for the kernelk? [00:37] jelmer: no, i haven't tried the kernel yet [00:37] i was hoping spm was going to be working today [00:37] mwhudson: have you tried gedit? [00:37] jelmer: yes, locally, and it worked [00:38] mwhudson: did you pull from a local git repo or a remote one? [00:39] so i'm reasonably confident :) === thumper changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.02 | PQM is in release-critical mode (thumper is RM) | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in irc://irc.freenode.net/#launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | Channel logs: http://irclogs.ubuntu [00:45] jelmer: remote [00:51] mwhudson: cool [00:51] i'll try the kernel overnight perhaps, if i don't get it set up on staging [01:00] I'm also trying the kernel here locally [01:00] it'd be great to have staging trying it, I think it should take 3 days or so to do the actual import [01:00] jelmer: are you looking into reusing the pack file? [01:01] jelmer: trying from a local repo or remote? [01:01] thumper: I started in Wellington but haven't looked at it since. [01:01] mwhudson: remote [01:03] * thumper afk for a bit again [01:05] jelmer: ah, ok [01:05] jelmer: how many revs through now? [01:05] 3300 [01:06] but I had 5k earlier today, restarted after I made that encoding fix [01:07] jelmer: how many revs are you pulling in each go? [01:07] mwhudson, 1k [01:07] jelmer: cool [02:07] mwhudson, once the new version is rolled out, it would be nice if all existing failing git imports could be retried because of the symlink issue [02:07] jelmer: git? or bzr-svn? [02:07] mwhudson, git particularly, but bzr-svn for an older issue with symlinks [02:07] or both? [02:07] ah ok [02:07] well, if there was an api for code imports... [02:07] i guess we really need to look at fixing that [02:11] if they were more like mirrors you could just call requestMirror() I guess >-) [02:12] well boringly that does something rather different for imports... [02:12] * thumper pokes jelmer in the eye [02:12] (and the difference is now important, to avoid exposing users to partially imported incremental imports) [02:29] mwhudson: we don't really need to QA the removal of the old puller code do we? [02:29] mwhudson: as it isn't being used [02:29] mwhudson: I maked it ?? on the wiki page [02:29] mwhudson: so we should just move it to done-done on the kanban board, right? [02:29] thumper: no, not really, i guess it's just "make sure codehosting basically works" [02:29] mwhudson: I've pushed branches [02:29] mwhudson: they have been pulled and scanned [02:30] which it doesn't at the moment, but hopefully that's just apache needing to be gracefulled [02:30] thumper: ok, that sounds good enough for this item [02:30] I'll move it if you like [02:30] i just did [02:30] have you tried the reduced concurrancy? [02:31] yes, but it also includes a command line arg to specify the limit from the slave [02:31] that hasn't been tried on staging [02:31] ok [02:31] so need a losa then? [02:31] similar for the "pull mirrored branches in a separate process" item [02:31] thumper: yeah [02:40] ha [02:40] ha [02:41] assertSqlAttributeEqualsDate is broken [02:41] never fails [02:43] haha [02:43] oops [02:44] will make ec2testing this branch a little more interesting [02:49] mwhudson: I'm off for the afternoon, back later tonight to talk to europeans [02:49] thumper: ok [03:42] thumper, you around? [03:45] deryck: he'll be back in a couple of hours i think [03:46] mwhudson, ah, ok. thanks. too late for me then. [03:46] deryck: send email, i guess [03:46] (is this about the max_bug_heat thing?) [03:46] mwhudson, yeah. wondering if it was still unresolved. [03:46] deryck: it is still unresolved [03:47] mwhudson, ok, crap. [03:47] deryck: noodles said "this needs a bug person to sort out" and i believed him [03:47] deryck: if you provide instructions i'm happy to execute them :-) [03:47] mwhudson, yeah, no worries. I was just out all day with family and just now seeing email [03:47] deryck: fair enough! [03:48] mwhudson, let me look at the failure and see. It may be simple enough. [04:09] mwhudson, how do you feel about this? http://pastebin.ubuntu.com/386061/ [04:09] mwhudson, I ask because I'm tired. IPerson will never need or use max_bug_heat/ [04:09] and the failing test will pass with this. [04:09] deryck: well, it looks like it will fix the test failures [04:09] deryck: seems a bit of a crappy solution though [04:10] mwhudson, yeah, that's my feeling, too. :( [04:10] is max_bug_heat perhaps on the wrong interface? [04:10] mwhudson, I don't think so. It really needs to be on everything that is an IHasBugs except IPerson. [04:11] mwhudson, really, there's no harm in adding to IPerson. But it's a DB patch required. [04:11] i guess given the timing of the situation, a quick fix is probably a good idea [04:12] so um yeah [04:12] seems ok to me [04:12] bung it in a merge proposal and get thumper to stamp it? [04:12] mwhudson, ok, I will. And I'll do an XXX that we need a proper DB patch later. Seem fair? [04:12] deryck: sounds right to me [04:13] mwhudson, cool. thanks for the chat about it. [04:13] deryck: np [04:17] deryck: I'm curious why not IPeople [04:18] lifeless, is there such a thing as IPeople? [04:19] sorry, IPerson [04:21] lifeless, oh, you mean, why not have max_bug_heat for it at all? max_bug_heat is for a pillar specific view of hot bugs. I guess I'm not sure what a person hot bugs list looks like. [04:22] max_bug_heat controls the distribution of the flames. [04:22] well, what does a projects hot list look like? [04:22] I assume its how many 'active' indicators the bugs have, out of the 'set of bugs for this project' [04:22] Seems to me that the same metric applied to a persons bugs would give a non-rubbish result [04:24] lifeless, yeah, you may be right. We just have done any work yet on using hot bugs for people. Maybe we should. [04:25] person bugs just seems like a hazy grab-bag term of different kinds of bugs related to me, whereas project bugs makes sense. So where to hang heat for a person? [04:25] related bugs? Assigned bugs? commented? Everywhere? :-) [04:26] yeah, I can see the impact [04:36] mwhudson, I need to bail now, due to short time for sleep before work. :) Can you or thumper land that branch for me if he signs off on it? [04:36] deryck: sure [04:36] mwhudson, many thanks. Sorry the failure blocked work for so many hours today. [04:37] deryck: not having any sysadmins around has been more obstructive, don't worry ;-) [04:37] heh, fair enough [04:37] cheers. have a nice one! [04:41] mwhudson: They're not back in sane timezones yet? [04:41] wgrant: travelling today i think [04:41] Ah. [04:42] or maybe unconscious with jetlag [04:42] Heh. [05:07] * mwhudson winds down for the day [06:52] hi [06:52] can someone remind me where the tuolumne config is? [06:54] nm, i found it in https://code.edge.launchpad.net/~canonical-losas/tuolumne-lp-configs/trunk i think [07:05] gah [07:05] trying to land deryck's branch [07:05] but ec2 land isn't working [07:05] * thumper makes a clean build [07:15] can anyone else get ec2 land working? [07:15] even with a --dry-run? [07:17] thumper: It fails with a launchpadlib NotImplementedError for me. [07:18] wadllib, even. [07:18] wgrant: thanks, me too [07:19] thumper: Possibly related to the hard-coded /beta in devscripts.autoland, when the default version on edge is now 'devel'? [07:20] wgrant: ah, perhaps [07:20] It should be fine, but it's the first thing that comes to mind. [07:21] Oh, hmm, it doesn't hardcode it for edge, only dev and lpnet. [07:22] any other ideas? [07:22] thumper: Which version of launchpadlib are you using? [07:24] Yeah, so, it's requesting a /devel URL for me. [07:24] ANd then complains when it gets a /beta resource type. [07:27] I'm using the one in the tree [07:28] thumper: It looks like the served WADL is on crack. [07:28] wget --header="Accept: application/vnd.sun.wadl+xml" https://edge.launchpad.net/api/devel/ [07:28] Has lots of /beta references in it. [07:29] :( [07:29] * wgrant works out how to invoke the launchpadlib version override. [07:32] thumper: add version="beta" lib/devscripts/autoland.py's Launchpad.login_with call, clear your cache, and try again. [07:32] And pester leonardr to fix lazr.restful, too! [07:33] wgrant: where is the cache? [07:33] thumper: ~/.launchpadlib/cache, because you guys seem to hate XDG. === NCommander_ is now known as NCommander === NCommander is now known as Guest88162 === Guest88162 is now known as NCommmander === poolie1 is now known as poolie [08:31] good morning [09:07] gah [09:08] commit re fail [09:08] although I can't see how [09:08] Commit message [[testfix][release-critical=thumper][r=thumper] Return None for\n\tmax_bug_heat on IPerson until max_bug_heat can be fully added.] does not match commit_re [(?is)^\\s*\\[testfix\\]\\s*\\[(?:release-critical|rs?=[^\\]]+)\\]] [09:08] can anyone else see it? [09:09] thumper: r-c is first IIRC? [09:09] Not in that RE. [09:09] * bigjools hates regex [09:09] ETOOMANYBACKSLASHES [09:09] it has testfix first [09:09] try it [09:10] hmm... [09:10] trying, although it should only succeed if it isn't testing what it says it is testing [09:10] lifeless: regex help needed [09:10] lol [09:12] is that what "special circumstances" is for ;) [09:13] thumper: what ? [09:13] al-maisan: its for digging out of pits :P [09:13] lifeless: the commit message fail above [09:13] thumper: you have a \n [09:13] \t [09:14] in the message. Why ? [09:14] email subject wrapping I believe [09:14] lifeless: it's been happening for ages [09:14] lifeless: it is the start of the string that gets me though [09:14] lifeless: to me it looks like it matches [09:15] oh ho [09:15] it is different to the devel one [09:15] thumper: no =thumper [09:15] [release-critical][rc... [09:16] lifeless: yeah, I just saw that too [09:16] perhaps. ICBW [09:16] are you submitting with pqm-submit? [09:16] ICBW? [09:16] yes [09:16] thumper: bzr log --line --limit 1000 |grep release-critical seems to show that ui=none is required? (or at least, has been used for successful landings in the past) [09:16] noodles775: not for testfix [09:16] thumper: Icould be wrong [09:17] I.C.B.W. [09:17] intercontinental ballistic wiki? [09:17] lifeless: yep, no =thumper [09:18] lifeless: it is in the queue [09:22] good morning Lanuchpadders [09:22] Morning jml. [09:23] hello jml [09:26] hey jml [09:27] you're not going to be staying in my local pub any more [09:37] wgrant: you probably saw that I landed your chroot_url export branch, I don't supose you tested it on edge? [09:37] bigjools: I did, and altered the local Soyuz docs to use it. [09:37] bigjools: Thanks. [09:37] So yes, QA OK. [09:38] awesome, thanks [09:42] bigjools, ok [09:42] bigjools, where am I going to be staying [09:43] bigjools, and how do I get there [09:43] bigjools, and what are the dates again? [09:43] jml: http://www.sarova.com/abbey/hotel_introduction.asp [09:43] the Cheltenham Gold Cup is on at the same time - this was the last hotel with rooms [09:43] jml: back in London ? [09:44] jml: 17, 18,19th March [09:44] jml: room booked 16th, 17th, 18th [09:44] jml: you get there on a train from Paddington, which I guess is quite convenient for you :) [09:49] bigjools: Any idea why there is a Pending publication (717553) in primary jaunty-release from 2009-09-07? [09:51] no idea, but if it's in -release you know why it's not being published [09:51] Right, but I have to wonder how it got there. [09:51] me too [09:51] maybe a copy [09:51] bigjools, thanks. [09:51] * wgrant checks the queue. [09:51] Possibly. [09:51] jml: I'll email more details this week [09:51] Hm, no. [09:55] bigjools: Looks like it was an override. [09:55] yay :/ [09:55] It was published in universe 6 months earlier. [09:55] And the newer publication is multiverse. [09:55] ! [09:58] Yeah, changeOverride should probably die in that case. [09:58] change-override.py doesn't check. [09:59] rock and roll [09:59] bigjools: Also, seen bug #529710? [09:59] maybe when mup decides to show me [10:00] It won't. [10:00] private [10:00] Yes. [10:01] wgrant: :( [10:06] Oh good, I only rebuilt the test database, not the dev one. [10:13] bigjools: Commented. === daniloff is now known as danilos [10:25] wgrant: thanks [10:42] win 32 [10:42] Argh. [10:53] gmb, bigjools: ~launchpad-security emails would be getting to you through ~launchpad, which has a contact address set. [10:54] you'd think :) [10:55] (so they'll be on the launchpad-bugs list) [10:57] bigjools, btw, I have no idea how to QA my item on https://dev.launchpad.net/StrategyTeamTestPlans/10.02 [10:57] (yes, I know it's too late) [10:57] Hahaha. [10:58] bigjools: Did you know about the launchpad-bugs list [10:58] ? [10:59] gmb: maybe [10:59] what does it get? [11:00] bigjools: Well, apparently, all the bugs ever. I'd forgotten it existed. [11:00] Everything. Including the security bugs I filed yesterday which somebody might want to notify people about. [11:00] bigjools: But wgrant is right; your security notification might well be there. [11:00] jml: stick it in the ?? section [11:00] we're not QA-ing any of those recipe things et [11:00] yet [11:00] bigjools, ok, thanks. [11:00] Thing is, subscribing to it is an exercise in sipping from the firehose. [11:00] that's prob why I don't do it [11:01] we need a totally separate security-related list [11:01] I get too much fucking email already [11:01] I think we actually need implicit subscriptions to be fixed. [11:01] In that they should apply if the user can otherwise see the bug. [11:04] gmb: so, the bugs go to a private list then? [11:05] bigjools: Looks that way; probably a holdover from the days before a) Open sourcing and b) structural subscriptions [11:05] gmb: so I get things straight - what is the notification "path" now? [11:05] wgrant, bigjools: I believe fixing subscriptions is high on the bugs team list for the next 6-monthly cycle, but I could be wrong about that. You'd have to ask deryck. [11:05] ie. teams etc [11:07] Morning. [11:07] bigjools: So, it looks like security bugs go to LP Security, of which ~launchpad is a member. ~launchpad has a contact address (to stop us from getting spammed to death), which is launchpad-bugs@lists.ubuntu.com. [11:07] ok [11:08] so lp-security should have its own contact address that I can subscribe to [11:09] Since they've likely not been received by anybody, can somebody please notify relevant people about bug #529348 and bug #529370? [11:11] bigjools: Yes, it should. That would be the sane solution. [11:11] gmb: I'm taking this to the internal list [11:11] bigjools: Righto. [11:11] gmb: thanks for your help [11:12] np [11:15] night all [11:15] * thumper -> bed [11:20] nn thumper [11:27] wgrant: any thoughts on https://bugs.edge.launchpad.net/soyuz/+bug/529950 [11:27] Bug #529950: gina fails to update "clxclient" in the LP Debian mirror [11:37] bigjools: It's valid. [11:37] Hm, at least in Packages it can happen now. [11:37] Let me check. [11:37] wgrant: so is there a definition of which one is the right onw? [11:38] * bigjools 's caffeine stream has too much blood in it, brb [11:38] It's probably because dak now has aromic arch-indep domination. [11:38] But the opposite of our version. [11:38] s/aromic/atomic/ [11:39] bigjools: Shouldn't you just import both? [11:39] (if that's not easy, the latest is most appropriate) [11:45] bigjools: It looks like it will be easy enough to fix. Just add an extra level of dicts. [11:46] wgrant: yeah [11:47] wgrant: so does the spec say the most recent version or does it say the first in the file? [11:47] bigjools: For apt, the latest version will win. [11:48] But there's no reason we shouldn't import all of them. [11:49] (Ignoring pinning, apt will pick the latest version. If there is more than one instance of the latest version, the first entry in sources.list will win.) [11:55] bigjools: Native binary indices are unordered -- this appears to be because getBinaryPackagePublishing doesn't have a default order clause, whereas getSourcePackagePublishing does. [11:55] This isn't deliberate, I guess? [11:56] I highly doubt it [11:57] I guessed not, but it seems a bit odd that only one is ordered. [11:59] probably either for a test or UI [12:00] I guess. [12:07] bigjools: Isn't bug #528459 just the NBS case? [12:07] Bug #528459: PPA does not delete old packages after new build [12:09] I am asking for an example to double check [12:09] it also becomes a test case if there's a problem [12:10] True. === matsubara-afk is now known as matsubara [13:25] gmb, there are two bugs in the QA ready lane for filebug -- add an api, and poll for status. [13:26] gmb, Are these done, or can they be done to free some space on the board? [13:26] deryck: I am testing both as we speak (well, as soon as a LOSA becomes available for the second one) [13:30] gmb, excellent, thanks. === kfogel changed the topic of #launchpad-dev to: Launchpad Development Channel | Launchpad read-only 22.00-23.30 UTC Wed 3 March for 10.02 rollout (http://is.gd/9rUhO) | Week 4 of 10.02 | PQM is in release-critical mode (thumper is RM) | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in irc://irc.freenode.net/#launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | Channel logs: http [13:36] morning, kfogel :-) [13:37] deryck: hey, morning. [13:43] deryck: Offline blob processing FTW! https://bugs.staging.launchpad.net/malone/+bug/528792 [13:45] gmb, very nice! [13:45] oh happy fat data day! [13:45] deryck: And that's all the +filebug stuff QA'd, too. Epic win. [13:46] gmb, very epic. A good start to our Monday. [13:46] deryck: Now I'll finish that blog post. [13:46] Would've finished it Friday but had issues with my dev env. Happily, that's now fixed too. [13:47] Bug #528792: No right-click menu on Notification Area panel item

[13:56] deryck: I've done everything I can at Gravatar to get my image showing for my canonical email, but the kanban board still doesn't show it (for bug 471195 for example) [13:56] Bug #471195: Private bugs don't set the body class to "private" [13:57] kfogel, do you show up on any other gravatar site for your canonical.com addr? (You can post a test comment on the latest post on my personal site and see.) [14:00] deryck: ok, ready for you to mod the comment through [14:02] kfogel, done. and avatar'ed. [14:02] deryck: avatar is there. how come there's a strikethrough on my name, though? [14:02] (just curious -- doesn't matter for kanban purposes) [14:03] kfogel, strikethough is my visited link convention. not a great one, I'll admit. [14:03] deryck: it makes me feel... struck through :-). [14:03] kfogel, heh. [14:03] yeah, I should change it. But I don't love on my site like I should. [14:04] kfogel, so I hard reloaded the kanban board and you show up there for me now. [14:07] * deryck stares at adeuring and thinks "gravatar," making an I-am-telepathic face [14:07] argghhh [14:07] deryck: hunh. I was doing hard reloads too, and yet it wasn't showing up. Now I'd test again, but my Firefox has again jammed up, as it does approximately every 12-18 hours. [14:07] yeah, i suck with this stuff [14:08] kfogel, no worries. Maybe some delay on gravatar's cache. You want me to delete your comment from my site, or let it stand? [14:08] deryck: rebooting, just to see if that shakes the dust out. enough is enough. bbiab. [14:08] deryck: oh, delete it I guess. My parents will do a google search and then worry about my weight :-). [14:08] heh [14:08] kfogel, I've lost 3 pounds since that post. :-) [14:09] deryck: man, writing it must have been hard work! [14:09] :-) [14:10] heh [14:26] deryck: gravatar showing up for me in Chrome. Go figure. [14:26] kfogel, weird. [14:29] adeuring, allenap, gmb, intellectronica, kfogel -- standup in two? [14:29] yes [14:29] Yarp [14:29] yes [14:30] deryck: ready === matsubara is now known as matsubara-lunch [14:59] when i try to buildout launchpad i'm getting a ClientCookie error. i've gotten this error before but i don't remember what to do about it [14:59] the first error i get is that launchpad tries to download a setuptools egg and is ***BLOCKED***, which is also familiar [15:05] my download-cache and eggs symlinks point to the directories i'd expect [15:07] flacoste, maybe you can end my torment? -^ [15:08] leonardr: do you have pastebin of the whole buildout run? [15:08] flacoste: i'll paste it now [15:12] flacoste: http://paste.ubuntu.com/386348/ [15:13] there's bootstrap.py and buildout [15:13] never mind the ***BLOCKED** thing, it's irrelevant [15:13] i ran bootstrap with the wrong arguments [15:14] gary: you might know better than flacoste what my problem is -^ [15:15] leonardr: does not look familiar. did you simply try make clean and make? [15:15] gary: this is a branch new checkout [15:15] http://paste.ubuntu.com/386347/ shows what happens when i checked out and ran make [15:24] leonardr: sorry had dr call. Try merging my branch...getting [15:25] leonardr: lp:~gary/launchpad/bug491705 [15:25] gmb: ping? [15:27] gmb: want to know if you are available to diagnose your buildout problem from Friday. Let me know if you can, or I should try you later in week. (Current request is to start with clean branch (make clean is fine), merge my branch, apply http://pastebin.ubuntu.com/384463/ , and give me full output of ``make SHHH=`` [15:28] gary_poster: I've actually found and fixed the problem this morning. There were stray zope.testing packages-3.8.3 on my system, even after apt-get removing it. Removing those packages made the problem go away [15:29] gmb: great...ish. ;-) I can't try making it more robust for everyone else, then. Do you now know a way I can dupe the original situation, maybe? [15:30] gary_poster: If you install zope.testing 3.8.3 for python 2.5 and then leave the package lying around in the site-packages directory that should do the trick, I think. [15:31] gmb ok awesome will give it a try thanks. install via apt I assume you mean? [15:31] Yes [15:31] cool thanks [15:34] gary: same problem. bootstrap warns about ClientCookie, buildout chokes on it [15:35] leonardr: this sounds like an old problem we had when people had badly-removed ClientCookie packages from apt. Lemme see if the traceback suggests someplace to look. [15:35] gary: it definitely seems familiar to me [15:35] let me update my packages [15:38] leonardr: I would start Python2.5, and see if ClientCookie is importable. If so, get the __file__. Then see if apt thinks that the package is installed. If apt doesn't think that ClientCookie, or that version of ClientCookie, is installed, then it sounds like the old problem. Clean up the bad ClientCookie and try again. [15:39] gary: it's the latter. i see broken symlinks. 'clean up' by removing or by fixing manually? [15:41] leonardr: ...it depends on what the symlinks are. If you think the symlinks are supposed to still be there, then fix 'em. If not, remove 'em. If you are not sure, I guess I'd want to know exactly what the symlinks were and what they used to point to and what apt thinks is installed for me to make my own guess. === salgado is now known as salgado-lunch [15:42] gary: i don't have any 'cookie' package installed, so i removed them [15:42] sounds right, leonardr [15:42] how easy is it to extract the "karma" related code from the entire base? [15:43] or lets put it different - could a python beginner expand the karma related code easily or would it be smarter to "hire" somebody to do it? [15:43] gary: getting a new problem now. i got a similar problem, reverted my merge of your branch, and then got this [15:45] gary: http://paste.ubuntu.com/386369/ [15:47] gary: 3.7.3 is the version installed in site-packages [15:47] GPenguin: not ignoring you, but don't know that part of code. I strongly suspect the only way a Python beginner could do it is with more than a little assistance (to know where to look in the code, and to write automated tests sufficient to pass review). [15:47] so once again, the site-packages version is taking precedence over the version installed by ubuntu [15:48] leonardr: did you have that problem with my branch? [15:48] er [15:48]