pooliehi flacoste, all00:38
=== wallyworld_ changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: wallyworld | Critical bugs: 267
wgrantjelmer_: Around?00:49
wgrantjelmer_: Any reason not to revert your bad codeimport stacking branch?00:50
jelmer_wgrant: it's a trivial fix00:50
jelmer_also, hi :)00:50
wgrantAh, your presence is unexpected. Hi.00:51
wgrantThat's good.00:51
wgrantIf you can land it before the weekend, I guess it can stay.00:51
wallyworld_poolie: i just claimed your mp before i saw aaron's comments. are you working on making changes?01:05
pooliei think my cover letter was just really confusing :/01:05
poolieso i haven't made any code changes but i have explained it better and generated the right diff01:05
wallyworld_ok. i'll have another look01:06
pooliei see he replied01:07
pooliewallyworld_: thanks, i replied again01:18
poolienb there's a new mp for it01:18
* wallyworld_ looks01:18
wallyworld_poolie: doesn't look like you've reclassified the diff generation error? or am i looking at the wrong mp? i can only see one01:28
pooliei accidentally deleted the old one01:28
pooliebut you may still have mail about the old thing01:28
wallyworld_that's one one. but there's no code to raise a different exception etc as discussed in the comments01:29
poolieyeah we talked about doing it (10m ago) but i haven't done it01:29
wallyworld_ah ok01:29
pooliewallyworld_: any comments beyond that?01:32
pooliecurious what you think about testing logging ,from your experience elsewhere01:33
wallyworld_poolie: i was avoiding that issue :-)01:33
wallyworld_but i sort of agree with your take on it01:33
wallyworld_so long as nothing breaks, to me it's logging etc is orthogonal to the core functionality01:34
pooliethe only test is really "can I solve my problem further down the line"01:34
pooliethe validation level is more important than the verification01:34
wallyworld_and so we can avoid being too pedantic about explicitly testing it to the same level as other code01:34
wgrantpoolie: What takes so long to get LP running again each time?01:34
poolie"does the right thing" vs "does it right"01:34
wgrantsudo apt-get update; sudo apt-get upgrade; rocketfuel-get should do it.01:34
pooliefrom someone i got the idea i should not use rocketfuel-get to update, but rather update the directories directly01:35
pooliebut, an example is for instance allenap's storm psql bug yesterday01:36
poolieor, um01:36
StevenKI always use rf-get ot update01:36
wallyworld_poolie: if the output were being consumed by a reporting package or something else downstream where there were a formal intergration contract etc, then it would be different01:36
pooliei see rf-get fails in a colo branch01:37
pooliei don't know, it just seems like there's always a snag01:37
pooliew: yeah01:37
pooliewgrant: you must have seen me come on here and say "why am I getting random error X when I try to run the tests?"01:50
wgrantpoolie: True.02:15
pooliei can still get stuff done but it does show up02:16
pooliei suspect it's about a constant factor whether you try to do 4 hours of lp per week or 4002:17
pooliea constant amount of hassle, but the percentages are worse02:17
wgrantIt probably works better if you don't also have an unstable distroseries involved.02:17
pooliethat is part of it02:18
pooliei did see some snags when running earlier series though02:19
wgrantI have little friction with a Lucid LXC container.02:21
poolieoh, another example would be the thing you helped with a while ago, where one of the js symlinks was wonky02:22
poolieit's not awful02:22
pooliebut it could be a bit easier02:22
pooliei think paul is jumping to conclusions a bit by asking for debs02:22
poolieotoh perhaps we could have recipe builds of more things that are currently brancehs02:22
StevenKDebs of Launchpad?02:23
poolieno of dependencies02:24
pooliefor instance of bzr or of mailman02:24
StevenKmailman is difficult, since we monkey-patched it02:24
wgrantbzr is an egg, too.02:26
wgrantWhile using the packaging system would be nice, it's not practical for our deployment strategy.02:26
wgrantBecause we need multiple concurrent versions of LP to run at once.02:26
wgrantAnd Debian packaging does not support that.02:27
poolieyou would need to run them inside some kind of container which would be probably difficult and maybe not have any other benefits02:27
poolieso that's why i say i think sladen is jumping to solutions02:27
wgrantLP development could certainly suck a lot less.02:28
wgrantBut packaging is not going to help that.02:28
wgrantOne does not develop using packages.02:28
wgrantOne cannot reasonable deploy using packages.02:28
wgrant=> packages are not a benefit.02:28
* wgrant reverts r14149, since buildbot doesn't like yuixhr apparently.02:57
wgrantmwhudson: Linaro doesn't produce XM builds any more?03:12
mwhudsonwgrant: a lot of the time when linaro says "beagle" it really means "beagle xm"03:12
mwhudsonwgrant: or do you mean something else?03:12
wgrantThat's what I meant.03:12
wgrantAh, there are community "BeagleBoard" builds down the bottom.03:13
mwhudsonin terms of architecture i think they're fairly similar03:13
mwhudsonalthough the xm is a bunch better specced, obviously03:13
lifelesspoolie: debs for dependencies is a no-show until we have concurrent versions installed in dpkg, or we radically change our deployment story03:23
lifelesspoolie: did you want to talk about the jobs thing ?03:23
StevenKlifeless: wgrant and I would like to talk about the privacy enum when you're free03:24
wgrantPrivate teams.03:24
lifelessI'm here all week03:25
StevenKExcept Wednesday :-P03:25
lifelessdid you want voice?03:25
StevenKLet me grab my laptop so I can do this whole Skype thing03:25
lifelesssounds good (har har)03:26
StevenKBoo, hiss03:26
StevenKwgrant: Hai ^03:26
wgrantI'm there.03:27
StevenKWaiting for laptop to boot03:27
wgrantStevenK: I'm trying to invite you.03:30
wgrantStevenK: Do you want to host?03:30
StevenKI don't mind either way03:30
wgrantlifeless is supposedly calling you now.03:31
StevenKOh, sigh, Skype is being crap03:31
wgrantWe can't bring you in...03:31
lifelessStevenK: 'remote sound problem'03:31
StevenKProblem with playback device and then it hangs up03:31
lifelessStevenK: try hosting it03:31
wallyworldStevenK: do you know about security adaptors?04:22
StevenKwallyworld: ... what about them?04:23
wallyworldStevenK: i want to use one for a method on an object, but from what i can tell looking in security.py, they are declared for the entire object04:24
wallyworldso i want a mechanism for method level permissions04:25
StevenKSecurity is declared by interface04:25
StevenKIn ZCML04:25
wgrantwallyworld: We need a specific example.04:25
StevenKSo you can split the interface into another and change permissions for that one interface in the ZCML04:25
wgrantStevenK: Not quite.04:25
wallyworldi want a specific set of permission checks for destroySelf() on BugTask04:26
wallyworldthat do not mess up any existing permissions04:26
wallyworldso i guess i would have a IBugTaskDelete interface04:26
wgrantYou may be able to use launchpad.BugSupervisor.04:26
wallyworldwith the destorySelf method on it04:26
wgrantOr you could do permission checking inside destroySelf.04:27
wallyworldi could but i was wanting to try and use the zope security model04:27
wgrantStevenK: Could you reinvite me, please?04:55
StevenKwgrant: I have been trying04:58
lifelesswgrant: can you see my ping ?05:01
wgrantI can.05:02
lifelessX getting OOM killed == bad05:19
StevenKAnd wgrant puts me on hold. Hah.05:21
pooliemwhudson: hi, the more i think about it the more i think oauth-based ssh would be good05:37
pooliehttps://answers.launchpad.net/bzr/+question/174075 is the second example today of someone having trouble making ssh keys05:37
=== wallyworld changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: - | Critical bugs: 267
lifelessrvba: btw we don't use wishlist - just low07:43
lifelessrvba: (because there isn't a useful difference)07:43
stubAny objections if I take down staging and qastaging for a few minutes soon?07:50
rvbalifeless: okay, thanks for the heads up07:51
mrevellHello 'padders07:55
jtvhi mrevell07:56
adeuringgood morning08:05
* danilos pulls his hair because local codehosting now doesn't work for him, yet it used to work just fine two days ago... argh08:06
wgrantdanilos: You're still looking at the buildfarm issue?08:09
=== almaisan-away is now known as al-maisan
jtvadeuring: are you reviewing today?  Got a simple one for you: https://code.launchpad.net/~jtv/launchpad/bug-812500/+merge/7937308:22
adeuringjtv: I'll look08:22
daniloswgrant, yeah08:23
=== adeuring changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: adeuring | Critical bugs: 267
daniloswgrant, so, log files are still not recorded for translationtemplatejobs, and I want to see why is that08:23
wgrantdanilos: Do you have a local builder?08:23
daniloswgrant, because the job kicks in, and then fails at the last moment, it could be simply that intltool is not installed08:23
daniloswgrant, yeah, I am trying to get that set-up08:24
wgrantI could also see if I can convince it to do something on DF.08:24
wgrantOr locally.08:24
daniloswgrant, but now that soyuz seems to work locally, code-hosting is broken for me :/08:24
wgrantWhat's it doing?08:24
daniloswgrant, well, not accepting connections when I try to bzr push lp://dev/...08:24
wgrantYou're doing make run_codehosting?08:25
wgrantNot just make run?08:25
daniloswgrant, and I already changed the poppy port to 502208:25
wgrant(make run_all works too)08:25
daniloswgrant, I was doing make run_all08:25
wgrantHm, codehosting normally listens on .99:502208:25
wgrantpoppy-sftp may well be listening on *:502208:25
wgrantOr does codehosting listen on .88:5022... I can't quite remember.08:25
wgrantHost bazaar.launchpad.dev HostName launchpad.dev Port 502208:25
wgrantThat's .88:502208:25
daniloswell, they were conflicting the other day, I used to just kill poppy to make it work, but now after doing a fresh 'make schema', and then make-lp-user, I am having trouble getting it to listen properly on any port08:26
wgrantI don't think I've run them simultaneously since poppy started listening on 502208:27
daniloswgrant, so, sftp.tac is also listening on .88:502208:30
danilosbut run_codehosting wants to run it like that :/08:30
wgrantBest to move poppy-sftp. Add another 0 or something.08:30
daniloswgrant, I've moved it to 5023 already (and confirmed with netstat -palnt)08:31
wgrantOh, you said above you'd changed it to 5022 :)08:31
wgrantThere's no stale bzr-sftp lock?08:32
daniloswgrant, so, I ain't sure what daemons/sftp.tac presents, because it's run directly by "make run_codehosting", is that poppy? I don't think so because there's poppy-sftp.tac as well08:34
wgrantsftp.tac is bzr-sftp08:34
wgrant/var/tmp/development-sftp.pid may be relevant and stopping it from starting.08:34
wgrantOf course, if you're not dealing with packages then you don't actually need poppy at all.08:36
=== al-maisan is now known as almaisan-away
daniloswgrant, right, I've killed it in the meantime, but it hasn't helped now (that's how I initially solved the problem of conflicting ports, thought I'd be smarter this time :)08:36
wgrantI just changed its sftp port to 50022, and now both are running fine.08:37
daniloswgrant, hum, yeah, I guess something else is borked here for me, I may have to start from scratch if I don't want to spend too much time trying to debug local setup08:40
wgrantdanilos: What if you blow away all the pidfiles in /var/tmp?08:40
daniloswgrant, nope, doesn't help, log file does have some interesting input like https://pastebin.canonical.com/54374/08:47
danilosI am not sure why it's passing around danilo@bazaar.launchpad.dev as the email since I've made an LP user with my canonical.com address08:48
wgrantCtrl+C, rm /var/tmp/launchpad_forking_service.sock, make run_codehosting08:48
wgrantThe forking service likes to leave its FIFO around.08:48
wgrantdanilos: What's a good branch to test with?08:49
daniloswgrant, lp://staging/~danilo/translated/trunk should be good enough (and small), lp:eog is another good candidate08:50
daniloswgrant, depending on when you set-up translations import (i.e. before or after the branch is scanned), you may want to push another revision since only the branch scanner actually creates templates build jobs08:51
daniloswgrant, and yes, the socket file was the problem, thanks for helping out08:52
adeuringjtv: your changes , but what about a test?08:52
jtvadeuring: the case is tested; it just wasn't tested realistically.  So the first thing I did was fix the test by using a slave-store object, so that it broke in the same way as production.08:53
jtvThe main code change then fixes that failure.08:53
adeuringjtv: gah, sure -- seems that I had not have enough coffee. r=me08:54
* jtv looks up the diff08:54
jtvAh.  :)  Thanks!08:54
jtvPhew, yes, it's right there, with a comment.08:54
jelmer_jtv: I think bug 375013 is already fixed for Launchpad, isn't it?09:06
_mup_Bug #375013: Cannot commit directly to a stacked branch <commit> <launchpad> <lp-translations> <rodeo2011> <stacking> <Bazaar:Fix Released by jameinel> <bzr-builder:Fix Released by jelmer> <Launchpad itself:In Progress by jtv> < https://launchpad.net/bugs/375013 >09:06
jelmer_jtv: nevermind, I only just got the notification of your linked branch09:08
jelmer_jtv: nice to get rid of another workaround :)09:19
jtvjelmer_: yup, paying off our tech debt.  Too bad I can't tag the bug as tech-debt, because it only applies to the Launchpad task.09:19
wgrantdanilos: All working now? My local attempts were delayed when I realised that lpbuildd won't work in LXC.09:27
=== almaisan-away is now known as al-maisan
jtvjelmer_: feel like reviewing it?  https://code.launchpad.net/~jtv/launchpad/bug-375013/+merge/7937809:34
* bigjools sighs at bugspam from lifeless09:36
jtvAh yes, always nice to get mail.09:37
bigjoolsmaybe I should do what mwhudson did and upgrade to oneiric and have 10k emails deleted09:38
jtvThat sounds efficient.09:40
jtvInbox Zero, wayhay!09:40
bigjoolsI am practising inbox ~75009:42
StevenKI am currently on inbox 17,42509:42
bigjoolsthere was something I read recently about people who hoard everything in their inbox are quicker at finding emails that those who file them away09:44
daniloswgrant, not really, fighting the build-queue-builder readding "missing" stuff to buildqueue which I don't care about and which makes it fail09:44
wgrantWhy are you running queue-builder?09:45
=== al-maisan is now known as almaisan-away
daniloswgrant, I thought it was a replacement for buildd-manager, but I guess I was wrong ;)09:46
wgrantqueue-builder is ancient and probably doesn't work any more.09:46
wgrantIt served a different purpose to buildd-manager.09:46
daniloswgrant, now, I only have an issue where bob the builder is not considered a PPA builder, and translation template jobs seem to be09:47
daniloswgrant, right, I thought it was a newer "builder" for stuff in the "build queue" :)09:47
jelmer_jtv: Sure, I'll have a look09:48
wgrantdanilos: https://launchpad.dev/builders/bob/+edit, check "Virtualized", and enter garbage for the VM host.09:48
jtvthanks jelmer_!09:49
=== almaisan-away is now known as al-maisan
daniloswgrant, cool, thanks; I wonder what do I make ftpmaster.internal resolve to (https://pastebin.canonical.com/54376/)09:52
wgrantdanilos: Just ran into that myself. archive.ubuntu.com should work.09:52
wgrant(but I changed the URL in the chroot)09:52
daniloswgrant, right, I'd probably even add my local apt-cacher-ng proxy there, but I don't want to get into editing a chroot tarball now :)09:53
wgrantcd /tmp/; sudo tar xf ~/Downloads/chroot-ubuntu-natty-i386.tar.bz2; sudo sed -i s/ftpmaster.internal/blah.blah.blah/ /etc/apt/sources.list; sudo tar jcf ~/Downloads/chroot-ubuntu-natty-i386-2.tar.bz2 chroot-autobuild; scripts/ftpmaster-tools/manage-chroot.py -s natty -a i386 -f ~/Downloads/chroot-ubuntu-natty-i386-2.tar.bz2 add09:54
wgrantdanilos: No module named canonical.buildd.pottery09:58
wgrantThere's our problem.09:59
wgrantBad Translations team is bad.09:59
wgrantit's copying into python2.6 in the chroot.09:59
daniloswgrant, thanks :) I am having it building like this as well, but actually, it worked for me :/09:59
wgrantSo when the default Python version changed to 2.7...09:59
wgrantdanilos: Which chroot are you using?10:00
daniloswgrant, lucid10:00
wgrantthat's the problem.10:00
daniloswgrant, yep, that explains it10:00
wgrantAnd why it broke in October.10:00
wgrantWe use the dev series chroot.10:00
wgrantSo, it's been entirely broken for a year and nobody really noticed... amusement.10:00
wgrant$ grep -r python2.6 .10:00
* wgrant looks disapprovingly.10:00
daniloswgrant, well, it's been noticed, but those who did were never sure if it was supposed to work considering it was such a recent feature anyway10:01
wgrantStill, there's also LP-side bugs causing logs to not happen.10:01
daniloswgrant, right, I'd like to fix that: any idea why the log file would not be recorded?10:03
daniloswgrant, as for the python detection, even though I hate sh scripts like these, our best bet is probably to go with modifying PYTHON_PATH instead; what do you think?10:05
wgrantdanilos: Well, or we could s/2.6/2.7/... ahem.10:05
wgrantAs for the log issue, see TranslationTemplatesBuildBehavior.updateBuild_WAITING10:06
daniloswgrant, yeah, and trust that Barry's claim how there won't be further pythons in 2.x series :) works for me, though, but we are ultimately going to switch LP to 3.0 as well, and then there'll be more fun10:06
wgrantdanilos: The BPB/SPRB equivalent of updateBuild_WAITING calls handleStatus, which calls _handleStatus_PACKAGEFAIL in this case.10:07
wgrantSee PackageBuildDerived._handleStatus_PACKAGEFAIL for our log storing stuff.10:08
daniloswgrant, thanks10:08
daniloswgrant, I assume storeBuildInfo does that based on the slave_status?10:11
wgrantdanilos: I believe so.10:13
wgrantActually, slave_status is just used to find missing dependencies.10:13
daniloswgrant, I so want to fix bug 691530 as well, but I don't have the time10:14
_mup_Bug #691530: Split up TranslationTemplatesBuildJob into a BranchJob and BuildFarmJobOld <lp-translations> <tech-debt> <Launchpad itself:Triaged> < https://launchpad.net/bugs/691530 >10:14
wgrantBut storeBuildInfo is pretty obvious mostly.10:14
wgrantdanilos: I think there'll be a better refactoring around that area once we get SOA stuff going. But that will be after your time, sadly.10:14
daniloswgrant, yeah, but this is bound to be broken once the refactoring happens simply because it's one class pretending to be two things at the same time, iow, very easy to confuse what it's doing10:15
wgrantdanilos: Well, the model will hopefully be thoroughly rethought and reworked at that point.10:16
wgrantdanilos: But for now if you can store logs, we may be in a better state to diagnose this within 12 months :)10:16
daniloswgrant, right, supposedly that'll help10:16
daniloswgrant, heh, exactly, I'll get that done10:17
wgrantShould be pretty easy.10:17
wgrantJust steal bits of storeBuildInfo :)10:17
=== al-maisan is now known as almaisan-away
adeuringgmb: a question to you as the "retired bug import specialist": Did you see this MP: https://code.launchpad.net/~ceejatec/sfbugs2launchpad/user-mapping/+merge/78076 ? looks really interesting to me, but you have more experience with bug imports.10:58
adeuringthe core change is a better mapping of SF user names to LP names10:59
gmbadeuring: I'll take a look.11:00
adeuringgmb: cool, I'm asking for just a general assessment. I see a number of small issue, and one bigger problem: the script becomes complex enough to devsreve testing11:01
gmbadeuring: Ah, I hate it when that happens :)11:02
adeuringbut otherwise, I think is it a very nice imporvementz11:02
gmbadeuring: Okay. I'll cast a weather eye over it and see if I spot anything.11:02
adeuringgmb: cool, I would do a detailed review,  but I'd appreciate a "general comment" from you11:02
gmbadeuring: Righto, I shall endeavour to provide one, then :)11:03
gmbadeuring: That's a really cool branch. I don't see anything glaring at me about the way it does things, but I agree that that script requires some tests now.11:59
adeuringgmb: ok, thanks! I'm now more comfortable to review the M :)12:00
daniloswgrant, btw, it was my understanding that all the indirection through .specific_job.build should be gone by now already, I guess it turned out to be impossible? (current state of things confuses me to no end, I am never sure what object type is the right one to pass around for these kind of things)12:01
wgrantdanilos: Not impossible, just a bit of work.12:03
gary_postersinzui, hi.  I'd like to talk sometime this morning about the possibility of html5browser growing the abilites to notice incremental test progress; to report what incremental records it saw, if anything; and to have timeouts per-increment in addition or instead of per-page.  I'll look into the code and see if I think I can pull this off.12:17
gary_posterThis is because of a buildbot test failure on something that passed locally and in ec2 but failed in buildbot with only the report "timeout error." That doesn't give me much to go on when the test passes in 10 seconds locally in a vm, and the timeout limit is 30 seconds.12:17
sinzuigary_poster, okay12:18
* sinzui needs to review what hh wrote12:18
gary_posterthanks sinzui.  I have a doctor visit later this morning.  lemme know when you are available12:20
gary_posterI mean, later, when you are12:20
jelmer_hmm, it seems somewhat odd I'm rewarded with a higher build score for doing PPA builds in private rather than in public12:26
bigjoolsjelmer_: not at all - we consider private builds more urgent12:26
wgrantjelmer_: Well, people with private PPAs are generally either privileged Canonical people or commercial customers.12:26
jelmer_bigjools: s/private/commercial/ ?12:26
bigjoolswhat he said12:27
wgrantie. they're not random daily builds of web browsers that take 4 hours each and there are 40 of them a day.12:27
jtvThanks jelmer_13:21
jelmer_jtv: geen dank :)13:22
gary_postersinzui, I've made it through my email. Are you going to be available for a hopefully quick call within the next 30 minutes, or will it be sometime after that?13:27
sinzuigary_poster, I should be ready in 15 minutes13:28
gary_postergreat thank sinzui13:28
dobeyInternal Server Error13:40
dobeywhee :(13:40
abentleysinzui: I have a file being linted that shouldn't be linted.  Are you around to chat?13:45
sinzuiabentley, you are in a queue. Gary is the next out13:45
abentleysinzui: cool.13:45
gary_posterI'll try to be quick13:45
jtvjelmer_: getting a strange test error from code I didn't touch... ImportError: No module named builder.recipe13:45
sinzuiabentley, I have a list of things I do not wanted linted too.13:46
jtvjelmer_: any ideas?13:46
sinzuigary_poster, I am on mumble?13:46
jelmer_jtv: hmm, not sure. it sounds like it might be related to removing an import of lp.codehosting somewhere, either directly or indirectly?13:51
jtvjelmer_: I was thinking, maybe because the auto-import-formatting-tool has moved it.  I tried moving it back, but with the test trouble on oneiric it's hard to keep track of which test run has it which way!13:52
sinzuihi abentley14:02
abentleysinzui: hi.14:03
abentleysinzui: mumble in orange 1o1?14:03
=== gary_poster is now known as garytodoctor
sinzuiabentley, I think this is the sed fix: -e '/@$/d'`14:12
abentleysinzui: cool.14:13
jtvjelmer_: yup, got a successful one at last.  It's a matter of importing the bastards in a specific order.14:21
jtvWe really should fix this.14:21
jelmer_jtv: urgh, indeed14:21
jtv./utilities/format-new-and-modified-imports orders imports in an agreed, canonical way.14:22
jtvAnd, it seems, breaks some code that relies on lp.codehosting's import side effects in particular ways.14:22
abentleyadeuring: could you please review https://code.launchpad.net/~abentley/launchpad/support-mustache/+merge/79404 ?14:28
adeuringabentley: sure14:28
adeuringabentley: r=me14:44
abentleyadeuring: thanks!14:44
cjwatsonbug 874298 (which I'm working on fixing) - any reason not to use lp-query-distro to get the list of architectures as well as the suite, given that it already supports this?15:01
_mup_Bug #874298: cron.germinate needs to be fixed to examine the armhf architecture <Launchpad itself:New> < https://launchpad.net/bugs/874298 >15:01
cjwatsonthe hardcoded architecture list looks like elderly cruft to me15:01
cjwatsonadeuring: ^- as OCR?15:05
adeuringcjwatson: I must admit to have no clue without a closer look...15:09
cjwatsonI can just submit the 30-line patch for review if you prefer that over a pre-impl chat15:10
adeuringcjwatson: well, I'd prefer if you could discuss this with somebody who has more soyuz-fu than myself ;)15:27
cjwatsonjtv: maybe if you're available?15:32
bigjoolscjwatson: #sup?15:33
cjwatsonbigjools: bug 874298, any reason not to use lp-query-distro to get the list of architectures as well as the suite, given that it already supports this?15:40
_mup_Bug #874298: cron.germinate needs to be fixed to examine the armhf architecture <Launchpad itself:New> < https://launchpad.net/bugs/874298 >15:40
cjwatsonjust checking before I submit this branch for review15:40
* jtv looks at what cjwatson & bigjools are discussing15:40
bigjoolscjwatson: +115:41
bigjoolscjwatson: FWIW I consider that code to be yours anyway15:41
bigjoolsI eventually want it out of our tree so you can manage your scripts in the .d directories15:41
jtvIt _sounds_ sensible, but then cron.germinate is a script I haven't been told to rewrite yet.  :-)15:42
jtvYes yes yes15:42
cjwatsonbigjools: yep, indeed I mentioned that in the merge request.  https://code.launchpad.net/~cjwatson/launchpad/germinate-armhf/+merge/7941615:42
bigjoolscjwatson: lol @ pre-imp notes15:42
cjwatsoncontext is for losers15:43
bigjoolscjwatson: it's approved15:45
cjwatsonbigjools: if you wouldn't mind landing it for me, that would be brilliant15:54
cjwatsonbug 874377 is a regression16:01
_mup_Bug #874377: sync-source.py is broken: Values instance has no attribute 'moreverbose' <Launchpad itself:New> < https://launchpad.net/bugs/874377 >16:01
=== matsubara_ is now known as matsubara-lunch
dobeysinzui: do you know how to fix bug #870130? hit the same error today, not even trying to build the recipe, but just edit it.16:52
_mup_Bug #870130: OOPS when requesting recipe build <easy> <oops> <recipe> <Launchpad itself:Triaged> < https://launchpad.net/bugs/870130 >16:52
=== gary_poster is now known as garyposter
=== garyposter is now known as gary_poster
=== adeuring changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: - | Critical bugs: 267
=== salgado is now known as salgado-lunch
sinzuidobey, I do not exactly, but I expect anyone on the maintenance team can fix the issue in 2 hours using my summary of the historic issue17:32
dobeysinzui: should we bug someone in particular?17:33
sinzuidobey The other route is to delete things that are causing the oops. The only thing I see from the candidate list is branches17:34
sinzuiwe seem to be missing the Americans who are on maintenance17:35
dobeysinzui: hrmm. can you tell what's causing it exactly?17:35
dobeysinzui: ah, they are on holiday today?17:35
sinzuidobey per the bug, Lp is preparing to send an email, so it makes a copy of the thing in the email. It is coping 1000's of things that you will never ever every never see.17:36
dobeysinzui: fun times :-/17:36
sinzuiSince this issue only happens in a few cases, I believe that early adopters of recipes or bug users are branches are all heading to a bug pile up17:36
sinzuiWe have known about this issue for 18 months, we wrote code to ensure it will not happen, but developers and reviewers do not enforce the rules17:37
sinzuiThe fix really is fucking trivial17:37
sinzuidobey: I am feeling unproductive today. I will attempt to fix this after lunch if no maintenance teams see that this bug blocks Canonical projects from meeting their goals17:40
dobeysinzui: you haven't eaten yet?17:40
sinzuitoo many machines broken by oneiric upgrades. There is a queue to get the one network cable in the house17:41
dobeyugh, and LP just changed a bug to "confirmed" because someone clicked "affects me too" on it, even though the bug was already marked a dup17:59
lifelessdobey: theres a bug for that18:45
=== herb__ is now known as herb

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