wgrantHm, nearly four hours since that ec2test probably started. Is PQM turned off, or does my branch just suck?00:20
spmwgrant: it's stopped atm. not sure what/where/why yet...00:31
wgrantspm: Ah, thanks. Is the queue visible somewhere00:32
spmhttps://pqm.launchpad.net/ - I belivee it's still openid locked tho00:33
mwhudsonit's not, but for no good reason00:33
mwhudsoni guess we sometimes want to land security fix branches while they're private, but those should probably be cowboyed first anyway00:33
thumpermwhudson: possibly02:05
thumpermwhudson: probably even02:05
thumpermwhudson: skype?02:53
mwhudsonthumper: sure02:57
mwhudsonstub: hello03:05
mwhudsonstub: do you have any idea how to diagnose a timeout that is probably to do with locking?03:06
* stub has a look03:08
stubmwhudson: I'd agree that you are probably attempting to update a locked row.03:10
stubmwhudson: What do you need to diagnose? Do you need to confirm this, or track down what is holding the lock?03:10
mwhudsonstub: i guess there's no way to find out what locked the row after the fact03:10
stubAfter the fact, yes. We would have to work out what needs to be logged to diagnose further, and add that to the OOPS reports, and wait for it to happen again.03:11
mwhudsonstub: i see03:12
mwhudsonstub: what/how can we log stuff?03:13
mwhudsonstub: is it possible to find out what has locked the row in an except TimeoutError: block or something?03:13
mwhudson<stub> After the fact, yes. We would have to work out what needs to be logged to diagnose further, and add that to the OOPS reports, and wait for it to happen again.03:18
mwhudson<mwhudson> stub: i see03:18
mwhudson<mwhudson> stub: what/how can we log stuff?03:18
mwhudson<mwhudson> stub: is it possible to find out what has locked the row in an except TimeoutError: block or something?03:18
stubmwhudson: We should be able to get something that may be useful - a dump of the current locks if nothing else. We won't want it for all oopses, but I guess we could use a heuristic to decide when to log it.03:24
wgrantWhat is the process for a DB patch these days?03:28
stubPut it up for review, type 'db' to be reviewed by me and jml.03:30
stubpreferably a branch containing nothing but the database changes, before you spend time coding03:30
wgrantShould I have the patch both in database/schema/pending/ and database/schema/ with 99 as the ID, as the README suggests?03:32
mwhudsonwgrant: just schema03:36
mwhudsonschema/pending is an appendix i think03:36
jameshthese days pending/ is stuff that hasn't been merged yet03:36
wgrantAh, I see.03:42
wgrantI like the sound of that, I think (the branch is private)03:45
wgrantWhy is the title of the 403 page now 'Error: Launchpad system error'?03:48
wgrantI think that changed from 'Error: Forbidden' around 3.0.03:48
thumperwgrant: :)04:00
thumperwgrant: I pasted that there just to frustrate you :)04:00
thumperwgrant: it's public now04:01
stubmwhudson: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/46166104:22
mupBug #461661: OOPS reports should log database locks <Launchpad Foundations:New> <https://launchpad.net/bugs/461661>04:22
mwhudsonstub: thanks04:23
wgrantAfter three months, Ohloh just finished processing lp:launchpad/devel.04:28
mwhudsonwgrant: so you were bouncing on that page too eh?04:31
mwhudsonit's not clear that anything has yet happened that you can see04:31
thumperwgrant: yes, but now I still don't see anything04:31
wgrantIt says the update has finished, but IIRC the report run is seperate from that.04:32
wgrantIt just started updating again.04:33
thumperthere now04:33
wgrantSo it is.04:34
wgrantNice code volume graph.04:34
thumper-4,430 lines of html04:34
wgrant... indeed.04:34
thumperI love the 95% comment ratio for the 3 lines of perl04:35
jameshtoo bad ohloh doesn't show code:test ratio04:36
wgrantThat's odd.04:36
wgrantThere are several thousand lines of really foul Perl.04:36
mwhudsonstub: is #461661 something you're going to be able to work on at all soon?04:36
mupBug #461661: OOPS reports should log database locks <Launchpad Foundations:New> <https://launchpad.net/bugs/461661>04:36
stubmwhudson: Depends on how gary prioritizes it04:36
mwhudsonstub: ok04:37
stubWe will need it for zero oops I imagine04:37
mwhudsonstub: indeed04:39
thumperaccording to ohloh, I've changed 62,690 lines of Launchpad :)04:41
wgrantI think that's all the aliases sorted out.04:45
wgrantstub: Could you please review https://code.edge.launchpad.net/~wgrant/launchpad/bpr-ddeb_package-db/+merge/14008 at some point?04:47
* mwhudson eods04:48
* thumper too04:48
jameshspot the XSS bug on https://www.ohloh.net/p/launchpad/aliases04:48
wgrantjamesh: We collided on the creation of two aliases. I wonder if it will die.04:50
jameshwhich one?04:51
wgrantSidnei and Cody.04:51
jameshit's a Ruby on Rails app.  They never have problems04:52
wgrantLaunch Pad appears to be malcc, I think.04:54
wgrantNo idea about Launchpad Developers, though.04:54
jameshlooks like commits from an external design company04:54
wgrantOdd that there is no Cyrillic version of Danilo. I guess they must automatically merge on email address.04:56
wgrantjamesh: Have you reported the XSS?04:57
* jamesh sends05:01
=== stub1 is now known as stub
=== dpm-afk is now known as dpm
danilosjtv, hi, it seems we've got more permissions issues on the bzr import, did you fix the last ones we've seen?09:02
jtvdanilos: think so, yes.  Is it in the oopses?09:02
jtv(In call)09:02
danilosjtv, https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1393RSBR109:04
danilosmrevell, morning09:04
jtvdanilos: thanks09:04
danilosjtv, please also comment on https://bugs.edge.launchpad.net/rosetta/+bug/459836 if this wasn't in yet on 24th, and mark appropriately09:13
mupBug #459836: No templates are getting imported from my branch <Launchpad Translations:Triaged> <https://launchpad.net/bugs/459836>09:13
jtvdanilos: will do09:13
=== danilos is now known as danilo-brb
=== danilo-brb is now known as danilos
deryckMorning, all.10:06
intellectronicai need some help working with buildout. i've got a lazr.restful fix which i want to test with a local lp branch. how do i make my lp branch use the code in my restful branch, rather than the egg?11:12
intellectronicaallenap: maybe you know? ^^^11:13
allenapintellectronica: I do know, but it's a bit ugly.11:14
allenapintellectronica: As in, my solution is ugly.11:14
intellectronicaallenap: i didn't expect it to be beautiful11:14
allenapintellectronica: In the lazr.restful branch I do python setup.py sdist.11:14
allenapThen copy the tarball into my download-cache.11:15
allenapThen make sure that all existing eggs have been removed, or that the version of the lazr.restful branch is distinct.11:15
intellectronicawow, yes, that's pretty awful11:15
allenapThen update setup.py in the lp branch to refer to the version of the lazr.restful distribution.11:16
allenapintellectronica: That's not all. When you're done you have to remember to remove it all :)11:16
allenapintellectronica: There must be a better way, but I don't know it.11:16
intellectronicaallenap: there must be. i thought buildout is supposed to make life easier for us, not harder11:16
allenapAh, the versions are in versions.cfg.11:17
intellectronicaBjornT_: maybe you know how to use a lazr.restful branch in development instead of an egg?11:17
allenapintellectronica: There is the develop-eggs setting, which sounds like it should help, but I don't really understand what it does.11:17
=== matsubara-afk is now known as matsubara
allenapintellectronica: Ah, the setting is "develop" in buildout.cfg. The docs say "This tells the buildout to install a development egg for our recipes. Any number of paths can be listed. The paths can be relative or absolute."11:22
allenapintellectronica: "recipes" is a directory in the documentation, not a general reference to recipes.11:23
intellectronicaallenap: hmmmm ... i'm not sure i understand how i would use it11:24
intellectronicaallenap: what should i specify as the value of develop. is it the path to the external branch?11:25
allenapintellectronica: It's already set as "develop = ." in buildout.cfg. I guess it might work to say "develop = . ${path-to-your-lazr.restful-branch}" (those settings might have to be on separate lines.11:25
intellectronicaallenap: yeah, i wonder how you separate paths in this case. maybe a semicolon?11:26
allenapintellectronica: This is all guesswork though, I've not done this before.11:26
allenapintellectronica: indented, on a new line.11:26
intellectronicaallenap: no, that doesn't seem to have any effect. maybe i need to somehow tell it to forget about the released eggs?11:32
allenapintellectronica: Yeah, something like that. I'm going to play around with it now and see what I can discover.11:33
intellectronicaallenap: oh, it must have done something, because now in develop-eggs i have a new file, lazr.restful.egg-link11:35
intellectronicawhich seems to point to the right place11:35
allenapintellectronica: Cool, that sounds promising.11:35
allenapintellectronica: I had to comment out the version specification in versions.cfg too.11:37
allenapintellectronica: Then running bin/buildout used the "develop" version.11:38
allenapintellectronica: If you confirm that works for you I'll add it to the wiki.11:40
intellectronicaallenap: well, i can confirm that _something_ happens. after doing that i get all sort of errors that seem unrelated. let me play with it a bit11:41
intellectronicaoh, leonardr, i bet you can help me!11:41
allenapGood timing :)11:41
leonardrintellectronica, what's going on?11:42
intellectronicaleonardr: i have a lazr.restful branch with a fix for a problem creating an etag for entries with non-unicode values. i want to test it with a development launchpad branch, but can't figure out how to do that with buildout11:43
intellectronicaleonardr: good morning, b.t.w :)11:43
leonardr1. symlink your lazr.restful branch to the root of your launchpad branch11:44
leonardreg. [launchpad root]/lazr.restful11:44
leonardr2. add the name of the symlink to buildout.cfg's 'develop' section11:44
leonardrfor instance, i have a branch i use to test launchpadlib development11:47
leonardrand its develop section looks like this11:47
leonardrdevelop =11:47
leonardr        .11:47
leonardr        launchpadlib11:47
leonardr3. run bin/buildout11:48
intellectronicaleonardr: no, that doesn't seem to have worked. after doing that it still uses the released egg11:48
leonardrintellectronica: another thing you can do is do a release of lazr.restful with setup.py sdist, copy that tarball into download-cache, and update versions.cfg to point to the new tarball11:49
mzzthat's what I did, and iirc it worked11:50
mzzalthough at some point I had to update that release and that took some prodding11:50
leonardri don't know why the buildout.cfg doesn't work for you, you should ask gary about it11:52
intellectronicaleonardr: yes, i'll do that11:52
intellectronicathanks a lot leonardr, allenap11:52
allenapintellectronica: Cool.11:52
* henninge lunches12:30
=== henninge is now known as henninge-lunch
jtvallenap: I'm trying your ec2 workaround on jaunty (yes I do run karmic but on another machine, thank you) but for "ec2 land."  It's not finding lazr.uri though!  Any ideas?12:37
=== Ursinha-afk is now known as Ursinha
allenapjtv: If it's available, install python-lazr-uri :-/12:53
jtvno eggs?12:53
jtvallenap: quod non  :-(12:54
allenapjtv: You could muck around with eggs I suppose. Or just bzr branch lp:lazr.uri foo and add foo/src to PYTHONPATH.12:55
jtvallenap: oh, that's not _too_ bad.  Awkward, but at least it doesn't leave forgotten crud lying around in places where it'll hurt me later.12:55
jtvallenap: nope, not working either...  I did setup.py build, then used the build dir as part of my python path.  That leaves me with: type object 'Launchpad' has no attribute 'login_with'13:00
allenapjtv: Okay, that's an issue with launchpadlib. You may have an out of date lazr.restfulclient or launchpadlib. Gah....13:03
allenapjtv: The following:13:03
allenapvirtualenv --python python2.5 --no-site-packages gah13:03
allenapgah/bin/easy_install pip13:03
allenapgah/bin/pip install launchpadlib # Okay, easy_install would have done it, but I like pip.13:04
* jtv installs python-virtualenv13:04
allenapgah/bin/python -c 'from devscripts.ec2test.entrypoint import main; main()' ...13:04
allenapPYTHONPATH=lib gah/bin/python -c 'from devscripts.ec2test.entrypoint import main; main()' ...13:05
allenapjtv: Gah! You might need to do gah/bin/pip install bzr too.13:08
jtvallenap: wasn't done downloading yet anyway :)13:09
=== mrevell is now known as mrevell-lunch
=== henninge-lunch is now known as henninge
allenapjtv: Looks like there are a few more steps: http://pastebin.ubuntu.com/302781/13:30
jtvallenap: thanks!13:30
allenapderyck: This might also help you: http://pastebin.ubuntu.com/302781/13:30
deryckallenap, ok, thanks.  will try here in a sec13:32
sinzuiEdwinGrubbs: bac: stand-up in 2 minuted13:33
=== mrevell-lunch is now known as mrevell
jtvallenap: moving along with your recipe... now it wants bzrlib.plugin as well.14:06
allenapjtv: Did you pip install bzr?14:06
jtvallenap: no, I don't think so14:06
jtvtrying again...14:07
allenapjtv: I had to also install bzr, paramiko and boto.14:08
jtvallenap: now it just sits there doing nothing...14:08
jtvallenap: oh, I did have bzr installed; it's in your pasted recipe14:08
jtvso must have gotten the various paths and locations wrong14:08
allenapjtv: Strange that it didn't find it.14:09
jtvI probably did something stupid...  I set this up in a different place than inside the branch so I can reuse it.14:09
jtvInteresting: it gets stuck in SSL read()14:09
jtvAnd this time, a "no such file or directory"14:10
allenapjtv: Argh! Can you paste the full error?14:10
jtvAh, but that's when I actually try to _use_ ec2.  I can get the help text out of it.14:10
jtvallenap: http://paste.ubuntu.com/302812/14:11
allenapjtv: Oh :( I know what that it. ec2 land actually calls utilities/ec2 test. That's not going to work. You'll need to just use ec2 land --dry-run then call ec2 test -s "..." by hand.14:15
allenapjtv: Now, that won't work either. :-<14:16
* allenap despairs14:16
allenapjtv: Sorry, you'll have to craft the commit message and just run ec2 test directly.14:16
allenapjtv: Well, where "directly" means via the long, convoluted virtualenv approach.14:17
jtvallenap: ec2 test won't work either, so I think I'll go with local tests & pqm-submit.14:19
allenapjtv: Oh, is that the SSL hang you mentioned?>14:19
jtvallenap: oh, with all the incantations.  Yes, I'll try that then14:19
jtvThat was probably just a hung connection that didn't happen the second time...14:19
jtvunless it was the browser trying to ask me for authorizations14:20
jtvallenap: ec2 test works this way!14:26
=== adeuring1 is now known as adeuring
allenapjtv: Hurrah :) I'm glad it didn't all turn out to be a waste of time :)14:29
jtvallenap: since you seem to understand what's going on, worth a wiki page maybe?14:30
allenapjtv: Yeah, coming up.14:30
sinzuiEdwinGrubbs: I have been looking into the bugtask__product__milestone__fk you saw on staging. There appears to be a bad order of events. The error implies that the milestone was not removed from the bugtask. The code shows we do.14:42
sinzuiEdwinGrubbs: I ponder two possible faults. 1) the view did not get all the bugtasks, or 2) the order of events played by Storm is different14:48
sinzuidanilos: ^ can you speculate as two how I go about ensuring the data is in the correct state before the milestone is deleted?14:50
danilossinzui, reading up14:50
danilossinzui, you can probably use the same trick we are using for account merging (i.e. following all the references; I don't know exactly how it's done, but that's what I'd look up as an example); also, could this be related to nominations?14:52
sinzuidanilos: not exactly. https://dev.launchpad.net/RegistryTeam/RegistryTestPlans/3.1.1014:54
sinzuidanilos: The code does remove series targeted bugs. This issue relates to something that has been in production for 6 months.14:54
stubIt is possible to set foreign key references to ON DELETE NULL if we need to14:55
stubThat may be the right thing to do here (I don't know the details of the issue)14:55
sinzuiI'm going to delete a lot of things and see if the error is consistent.14:57
danilossinzui, I was going to suggest stub is a better person to ask, but then... :)14:57
=== absoludity is now known as noodles775
sinzuistub: I think the issue is the size of the delete. I can delete all the items in a small series, but a large one fails.15:04
stubsinzui: what exactly are you deleting?15:05
sinzuistub: https://staging.launchpad.net/launchpad-registry/2.215:05
sinzuistub: This is not a real world example. deletion is for mistakes15:05
sinzuibut non-the-less, I did not expect an oops15:05
stubI was hoping for 'rows in the foo table' rather than a spec to read :)15:06
EdwinGrubbssinzui: I wonder if the problem is caused by the update not being flushed. Are you updating bugtask.milestone to NULL by setting an attribute on an object or an SQL statement.15:06
stubSo we are deleting a product series15:06
sinzuistub: actually we are deleting the releases and milestones, everything else in the operation is an unlink/update15:07
sinzuiEdwinGrubbs: stub: the issue is milestone: I get the same error when I test just the milestone case: https://staging.launchpad.net/launchpad-foundations/+milestone/2.2.1/+delete15:10
=== cody-somerville_ is now known as cody-somerville
stubIf you have an OOPS, you should have a statement log which will tell you if edwin is right and a flush is needed (possible storm bug)15:11
intellectronicagary_poster: hi, can i bother you for some help with buildout?15:12
sinzuistub: EdwinGrubbs I think this is a code issue The milestone +index and milestone +delete list a different number of bugs. I think some bugs are being excluded from15:12
sinzui    params = BugTaskSearchParams(milestone=target, user=None)15:12
gary_posterintellectronica: hi, absolutely.  what's up15:13
EdwinGrubbssinzui: it probably uniques on the bug id.15:13
sinzui! stub: EdwinGrubbs private bugs are not included in the results15:14
intellectronicagary_poster: i have a lazr.restful fix i want to test with a development lp branch, but i can't seem to make my lp branch use the lazr.restful branch instead of the egg15:14
stubsinzui: We wouldn't have caught that if we used a cascading foreign key constraint15:14
sinzuiEdwinGrubbs: this has been broken for months then. I guess no one has ever tried to delete a milestone that had private bugs targeted to it (again this is not the really how we intended this feature to be used)15:15
gary_posterintellectronica: ok, there are two ways to do it that should work.  one is to use develop egg, which is a way to use a branch; and the other is to make an sdist and test that way.  Let me see if I think the buildout.txt doc describes either or both of those in sufficient detail to be helpful in our conversation...15:15
sinzuistub: EdwinGrubbs: thanks for you assistance, I can open a bug for this issue now.15:15
intellectronicagary_poster: i think that using the branch itself is my preference. i tried doing that by adding the path to the develop setting of the buildout confing, but i must be getting something wrong. and yes, documentation will be great (if it's insufficient i'm happy to extend it once i get The Knowledge)15:17
gary_posterintellectronica: :-) ok, cool.  yeah, there are no docs for that option.  thank you for the offer.  so, can you pastebin your launchpad diff and I'll look at it?  It sounds like you are on the right track.15:18
gary_posterintellectronica: and did you run make, or (even better) bin/buildout after making the change to buildout.cfg?15:19
intellectronicagary_poster: i did run bin/buildout15:19
intellectronicagary_poster: http://pastebin.ubuntu.com/302859/ (note that lazr.restful is a symlink to the branch i want to use)15:21
gary_posterintellectronica: I am of two minds as to whether I hope this fixes the problem ;-) but try putting those on two different lines?  e.g. http://pastebin.ubuntu.com/302862/ .  It's lame if that fixes it (an error message would have been nice, for instance), but that's what I would have expected to see.15:23
intellectronicagary_poster: i've tried that too, and it didn't make any difference15:25
gary_posterintellectronica: ok, fair enough.  so, I take it there are no errors when you run bin/buildout, or else you would have told me about them.  The only other thing I would expect to have to do is specify the new version of lazr.restful in versions.cfg.  I hoped that would raise an error too, but give that a try.  Am I right in guessing that your lazr.restful branch has a different version than the one specified in versions.cfg?15:27
intellectronicagary_poster: no, that may be what i'm missing. how should i specify the new version of lazr.restful?15:28
=== deryck is now known as deryck[lunch]
gary_posterintellectronica: in your lazr.restful branch, there should be a version.txt (or similar) in src/lazr/restful.  Make sure that is incremented.  in versions.cfg of launchpad, make sure that the version specified for lazr.restful matches that version.  (fwiw, this has been more obvious in the past; maybe I introduced a regression somewhere. :-/ )15:30
intellectronicagary_poster: so just increment the value in version.txt to the next minor version, and adjust versions.cfg in my lp branch to match that?15:32
gary_posterintellectronica: yes15:33
gary_posterintellectronica: (fwiw, in lazr.restful, what you are *really* doing is increasing the revision in its setup.py.  We do it this way for this package)15:33
intellectronicawow, it gets even more complicated. the version in versions.cfg is two minor revisions behind the current restful. does it mean that i have to branch from an earlier revision?15:34
gary_posterintellectronica: is this for a CP?15:34
intellectronicagary_poster: no, why?15:35
gary_posterintellectronica: you would only need to branch from an earlier revision if you were making a CP (so that you are only going to change the minimal amount necessary for the change in production).  In this case, you are fine.  Update version.txt, change versions.cfg to match, and move on.15:36
gary_posterintellectronica: (more complicated?  bah. :-) This sucks because I didn't document it, and because the errors are not helpful/non existent.  But So far we have "symlink the branch" "add the line to buildout.cfg" "make sure your branch has an updated version (as you would normally)" and "set the new version number in versions.cfg".  So, bah. :-) )15:38
gary_poster(But agreed the docs and error sitation suck. :-( )15:39
intellectronicagary_poster: tadaaa! :)15:39
gary_posterITR :-)15:39
intellectronicathanks muchly. any suggestions on where would be a good place to document it? wiki? text file?15:39
gary_posterwell, doc/buildout.txt would be the historical place.  There have been arguments about this between various People Who Will Not Be Nicked :-) .  I'd put it in doc/buildout.txt myself, unless you want to put it in the wiki, in which case you can JFDI or raise it in an email and see the fun :-)15:40
intellectronicanah, i also prefer buildout.txt15:41
sinzuiEdwinGrubbs: Can you retest the delete series + structural subscription with https://staging.launchpad.net/launchpad-documentation/2.2 . I am subscribed to the series and the 2.2.1 milestone15:41
EdwinGrubbssinzui: ok, I'm deleting it now.15:42
EdwinGrubbssinzui: it deleted fine.15:45
sinzuiEdwinGrubbs: fab15:45
sinzuiI am still reporting the bug you discovered. I realise that this fix is not trivial. It is possible for a driver to target a private bug that the milestone owner or release manager cannot see15:46
=== matsubara is now known as matsubara-lunch
=== salgado is now known as salgado-lunch
=== beuno is now known as beuno-lunch
henningeWhere can I find or activate a query log on launchpad.dev?16:24
henningeSo that I can see what sql queries where issued.16:24
henningedanilos: ^ any idea?16:30
henningedanilos: btw, I think I found the problem for the templates listing but I need to verify it.16:30
=== salgado-lunch is now known as salgado
=== matsubara-lunch is now known as matsubara
=== deryck[lunch] is now known as deryck
=== leonardr is now known as leonardr-afk
rockstarabentley, replied to your review17:06
deryckBjornT_, ping17:15
BjornT_deryck: pong?17:15
sinzuiflacoste: I am ready for our call. I am idling my time refactoring a test17:32
=== beuno-lunch is now known as beuno
intellectronicaso, how do i merge a lazr.restful branch now? just do it manually?17:47
intellectronicaalso, once i do that, how do i make lp use the new revision?17:47
intellectronicagary_poster: maybe you can help?17:48
intellectronicasorry, i'm bugging you a lot today17:48
gary_posterintellectronica: :-) np17:48
gary_posterintellectronica: so, once you have a review, you merge it manually.  We want to do it in such a way that we get the usual [r=foo] commit messages for the trunk.  I have heard that there is a more elegant way to do this, and maybe you know it, but I just check out ``co`` the trunk, merge the reviewed branch, and commit with the desired commit message ([r=foo] blah blee bloo).17:51
gary_posterFor making LP use the new revision, we have docs (looking...)17:51
gary_posterwell, I don't talk about making a release, just incorporating it17:52
gary_posterintellectronica: for making a public release, there is a wiki page.  See bottom ("Releases") section of https://dev.launchpad.net/HackingLazrLibraries.  I haven't tried it.  Ask leonardr for help (I am having lunch in < 5 min).  You will need privs.17:54
intellectronicagary_poster: excellent, thanks17:55
gary_posterintellectronica: just for our needs, you can do step 1 (python setup.py sdist) and then move the sdist to the download-cache/dist directory.  Then see the "Upgrade a Package" section of buldout.txt.  Honestly, you don't have to do the fancy ./bin/buildout command from step 4 in those instructions--just bin/buildout should be fine since you have already populated the download-cache17:57
gary_posterintellectronica: also, note that the [TODO] section in 5 ("Test") has been done: see the -c oprion in ec2 test.17:57
gary_posterintellectronica: OK, I have to run to lunch.  Will be back in a bit17:58
intellectronicagary_poster: i'll be away by then, but will continue later/tomorrow. enjoy lunch17:58
=== EdwinGrubbs is now known as Edwin-lunch
mrevellG'night all. I'm off to cook some spag and some bol.18:01
rockstarabentley, hi18:23
abentleyrockstar: hi18:23
rockstarabentley, did you see my reply to your review?18:23
abentleyI did.  I'm looking over it now.18:24
rockstarabentley, great.  Can I send you a followup.18:24
rockstarEr, a followup branch.18:24
abentleyrockstar: okay.18:24
abentleyOh, a whole 'nother branch?18:24
rockstarabentley, yeah, but it's really small.18:24
abentleyrockstar: alright.18:24
abentleyrockstar: I'm almost inclined to think it's a bug that create_branch_and_tree doesn't set target.branch_format and target.repository_format.18:26
abentleyrockstar: replied.18:39
=== leonardr-afk is now known as leonardr
=== leonardr is now known as leonardr-afk
=== Edwin-lunch is now known as EdwinGrubbs
=== salgado is now known as salgado-afk
=== leonardr-afk is now known as leonardr
* thumper has real coffee from fluid20:53
=== matsubara is now known as matsubara-afk
sinzuithumper: abentley: I think code/browser/test_views could test everything on the DatabaseFunctionalLayer21:21
thumpersinzui: prolly21:21
sinzuithumper: I pushed two branches to lp:dev and create an MP. What do I run to scan the branches and create the diff?21:28
thumpersinzui: make sync_branches21:32
thumpersinzui: although that doesn't create the diff21:32
thumpersinzui: abentley was talking about making more make targets to do these21:32
sinzuiwell at least that saw my branches21:33
thumpersinzui: right now I think you need to run the cron script manually21:33
sinzuithumper: right I was doing that and am fine21:33
thumperflacoste: are we talking today?21:34
flacostethumper: we should, i'm still on the phone with gary21:34
thumperflacoste: afk for a few minutes21:43
=== Ursinha is now known as Ursinha-afk
thumperrockstar: ping21:54
rockstarthumper, pong21:54
flacostethumper: i hung up21:58
thumperflacoste: ok, talk now?21:58
flacostethumper: yep21:58
EdwinGrubbssinzui: ping22:07
sinzuiHi EdwinGrubbs22:08
EdwinGrubbssinzui: I'm wondering if I should change "See full publishing history" to just "Full Publishing History" to avoid wrapping. https://chinstrap.canonical.com/~egrubbs/publishing_history_link.png22:09
EdwinGrubbssinzui: Also, since I'm on that page already, I could add a javascript:confirm() to the delete button, but I don't know if that fits in with our general ajax style.22:10
sinzuiEdwinGrubbs: why add a confirm. Users have not reported a bug about that feature in the two years it has been available?22:11
EdwinGrubbssinzui: well, every delete button in a rails app asks you to confirm it, and it seems like a sane convention.22:12
sinzuiEdwinGrubbs: I see what you are seeing in the menu. We see it because we are modern men who understand that a windowed GUI and multi-tasking is practical. The design we have is for maximised windows though22:13
wgrantsinzui: Previously it was a button.22:13
wgrantNow it is not.22:14
wgrantHowever, there are other 'green' delete links that have no text, so are not obviously green (the bug team unsubscription links, for example) , so it is not unprecedented.22:14
sinzuiEdwinGrubbs: we have many delete ops in Launchpad. I would expect a page that explains the consequences of my action.22:15
sinzuiEdwinGrubbs: I agree that confirmation is good, I do not agree with a js infobox. Linking is a part of our focus so we can fix this next release22:16
EdwinGrubbsok, I won't touch it.22:16
sinzuiEdwinGrubbs: I think the real problem with the action menu is not that we are expect to browser with window's maximised, but because we did not consider wrapping rules22:17
sinzuiEdwinGrubbs: We might want a hanging indent style so that all the link text does not appear under the icon22:17
sinzuisomething like this may make the action menu pleasant: text-indent: -20px; padding-left -20px;22:20
sinzuiwgrant: if you delete a packaing link, is there information you expect to see on a confirmation screen that would make you change your mind? The history of versions in the series perhaps?22:22
wgrantsinzui: I don't think there's anything useful besides the series and SP.22:25
sinzuiwgrant: thanks. I too could not think of anything more than what you can see on the page already22:25
=== flacoste is now known as flacoste_afk
al-maisanhmm .. I am getting the following error when running "make":23:27
al-maisan/usr/bin/python2.4: can't open file 'sourcecode/lazr-js/tools/build.py': [Errno 2] No such file or directory23:27
al-maisanany idea how this can be mended?23:27
mwhudsonal-maisan: is your sourcecode directory up to date?23:28
al-maisanBTW, this is a brand new db-devel branch and I did a rocketfuel-get beforehand23:28
wgrantDid you link-external-sourcecode?23:29
mwhudsonmaybe your update-sourcecode is too up to date :/23:29
al-maisanwgrant: yes23:30
al-maisanI am missing a sourcecode/lazr-js link though..23:31
wgrantThat would do it...23:31
al-maisan.. and I don't have it in ../../lp-sourcedeps/ either23:32
al-maisanI guess I could pull it manually23:32
mwhudsonis it in utilities/sourcedeps.conf ?23:32
* al-maisan looks23:33
al-maisanmwhudson: yes23:33
al-maisanI fetched lazr-js manually23:34
mwhudsonal-maisan: i guess running ./utilities/update-sourcecode would work23:34
al-maisanmwhudson: thanks for the tip!23:34
wgrantBut doesn't rocketfuel-get do that?23:35
mwhudsonyeah, i wonder how rocketfuel-get does this currently23:35
mwhudsonhmm odd23:36
wgrantal-maisan: Is there an existing spec somewhere for Debian source format 3.0 support?23:38
al-maisanwgrant: I am not aware of any ..23:39
al-maisanwgrant: I'll look and let you know more tomorrow .. it's getting late here :P23:39
wgrant'cause as james_w says, it is getting pretty critical.23:39
wgrantal-maisan: Yes, just a bit...23:39
al-maisanwgrant: yup .. saw his email23:40
mwhudsontime for lunch, qa for my afternoon snack...23:50

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