[01:53] [01:53] @@ -22,7 +26,7 @@ [01:53] Select a template name to begin translating immediately! [01:53]

[01:53] [01:53] - [01:53] +

[02:24] yes [02:25] so, the information for them comes only from the request? [02:25] with a little help, yes [02:25] technically speaking, these are "resources" not "pages" [02:25] just like an image or a style sheet [02:25] ok [02:25] but, i think it would be as easy to define a view [02:25] but, it's a view on a context object, just the context is the request :-) [02:25] because that's what people maintaining the portlets would expect [02:26] views depend on two things: [02:26] the context [02:26] the request [02:26] so, registering this as a view on the request, you're making it depend on [02:26] the request [02:26] the request [02:26] workable, but a bit odd [02:26] you could register them for Interface [02:26] and then ignore the context [02:26] i suppose it could be registered for any context [02:26] snap [02:26] right [02:27] and then i could still have a view class? [02:27] of course [02:27] yes [02:27] i'll try that [02:27] cprov: There is now a launchpad_dogfood_dupe database, and you should be able to duplicate it for your tests [02:27] where would you want to see the zcml, view class? [02:27] i think the most easy to understand is registering them for zope.interfaces.Interface [02:27] they are to do with displaying countries / languages [02:27] so with those [02:28] mpt: ping [02:29] mpt: i've just finished the initial linkification stuff. i think one part of your linkification example has revealed a bug in the general DPoT code. [02:29] but i need some help seeing if it is so. === salgado [~salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:34] oh, the baz branch name is now missing from product series [02:34] :[ [02:34] https://launchpad.ubuntu.com/products/evolution-data-server/+series/main [02:36] SteveA: zope3 runs out of memory : https://macquarie.warthogs.hbd.com/roomba/status/zope-zope3/events/61/log [02:37] SteveA: I'll need to track down why, but it takes several days to get there, so it will be along sidereal time [02:37] ah, you mean that importing zope3 runs out of memory [02:38] SteveA: yes [02:38] SteveA, what do I need to do to make a js file accessible via /@@/foo.js? [02:38] for a second i thought you meant that some zope3 process was running out of memory [02:38] kiko-zzz: wake up [02:38] kiko-zzz: you register it as a resource [02:38] where? [02:38] ddaa: ping [02:38] in some zcml. i wonder where the rest are registered... [02:38] I can't find where launchpad.js is registered... [02:39] lifeless: pouet [02:39] found it [02:39] ddaa: could you look at https://macquarie.warthogs.hbd.com/hoover/status/evolution-evolution-data-server-main/events/84/log as you know the incremental chatter stuff [02:39] ddaa: we have a request from upstream [02:39] lifeless: does the importer handle the svn:externals stuff that zope3 users? [02:39] um, uses [02:40] Mh... looks like there's one more loop that lacks chatter... [02:40] lifeless: Tomorrow is a national holiday [02:40] lifeless: and friday I'll be mostly busy packing up for barzil [02:41] (taking off on friday night) [02:41] ddaa: right. [02:41] ddaa: if you can, please. I'll set an expectation of not-immediately though. [02:41] Since pybaz archivelocation is not yet quite complete, but could probably be completed before barzil if I can single-mindedly focus on it [02:42] there's a choice to be made there [02:42] Your choice. [02:42] location first [02:43] Okay. The chatter thing is probably not very complicated. Will probably be easy to figure out early next week. [02:43] (maybe do it before if I need a diversion, but the expectations are set) [02:43] k [02:44] btw, what are the news out there? [02:45] I have had my head dug into pybaz for a few days, so there might be something worth telling me about. [02:46] apparently not :) [02:46] uhm [02:47] sabdfl, only the request from Quim [02:47] tom has released an arch 2.0 prototype === ddaa goes back at flushing email through the eyeballs bus [02:47] lifeless: hu? [02:47] I'm optimising the heck outta the baz 1.5 tree structure [02:48] baz cool... I really can't wait for the new inventory stuff to shut off those launchpad whiners ;) [02:49] then we'll just whine about the size of the metadata being carried around in the tree :) [02:50] revc... bah... I think I lost all interest in tomlord's doings. And TBH I do not have much residual interest left in other RCS issue. Maybe it's just a phase, but they way things are evolving is a bit depressing. [02:50] jamesh: if I patch branch to do good headers, do you want to find the regressions it triggers;0 [02:50] jamesh: it is on the queu. [02:51] "do good headers"? [02:51] stop the metadata bulk from growing insanely [02:51] jamesh: the metadata problem is O(n^2) growth [02:51] so it wouldn't list the entire patch history in base-0 revisions? [02:52] what sort of trees would be good to test that sort of thing? [02:52] the first candidate for regressions in log-for-merge [02:52] last time I looked at that code it was amazingly brain-damaged [02:53] kiko: what should "bug 12345" link to if there is no bug 12345 ? [02:53] packing up a number of undocumented, and unenforced, expectations. [02:54] ddaa: I was thinking more along the lines of interoperability -- e.g. if I used a baz that didn't create such large metadata, would other people be able to use my branches? [02:54] reading tla source code was a bit like ready a holy book, clues scattered all around, contradictory clues, etc. [02:55] is there a 'merge products' feature planned ? [02:55] (sound-juicer and sj are the same thing) [02:55] jamesh: launchpad ;0 [02:55] jamesh: that's certainly going to break compatibility with some third-party tools, and some ancillary tools like log-for-merge (which affects "commit -s" ouput), but that should have no effect on core compatibility. [02:55] jamesh: it should list just the new patch being added. Which is a trivial change I can do tonight. [02:56] jamesh: the problem is the tools that depend on it : 'merge', 'log-for-merge'. 'merges'. Et al. [02:56] mh... [02:56] oh right... "merges" is full of that evil crap [02:57] it should probably be modified in a incompatible way to stop being autistically namespace oriented. [02:57] I'm pretty sure the star-merge code does not depend on it. [02:57] And I'd expect the mesh-merge code does not either. Does it, lifeless? [02:58] mesh merge depends on it [02:58] in that it does magic to remove the extra headers. [02:58] well, should be a easy fix: "remove evil workaround" [02:59] ddaa: except where we still need it. New logs would have a magic flag, and you need to conditional on it in a bunch of places. [02:59] Thats shotgun surgery so you probably want to add a nice clean interface to get what people want and conditionalise in there [03:02] salgado, jamesh, SteveA, BjornT, spiv, stub: #canonical-meeting! [03:02] mh... there does not seem be a canned name for that transformation in the Refactoring book... [03:04] ddaa: see page 80 [03:04] or the smells list at the back [03:05] for libarch it would be extract class + move method [03:07] yeah, I know Shotgun Surgery. I was talking about the transformation. Yeah, I guess extract class + move method is right. But at a glance it did look like that was covering the "remove duplication" aspect. [03:10] right, thats how you fix shotgun surgery [03:10] you remove duplication ;0 === _Raptor_ [~KillerApp@dsl-253-122.monet.no] has joined #launchpad [03:20] random thought [03:21] the current pattern i'm using for create_master and create_mirror looks like: [03:21] params = arch.ArchiveLocationParams() [03:21] master.create_master(archive, params) [03:21] (that's for an unsigned archive w/o listings) [03:22] okay, that's fine because the common case is that you want make it explicit that you _really_ do not mean to have any option. [03:23] But there are other cases, for example mirror, which could use (in the future) something like this Parameter Object pattern for --no-cached and --cached-tags options (because they are mutually exclusive, they are a not a good fit for keyword arguments). [03:23] So, one option is to expect an optional parameter object. [03:23] But I just thought of an interesting idiom with Method Objects and properties [03:23] one could do: === lifeless braces === ploum [~Lionel@130.104.2.152] has joined #launchpad [03:24] Hello [03:24] method = master.mirror(target, limit) # in the no-option case [03:24] or [03:24] I tried to merge two accounts [03:24] Hu [03:24] but not it seems that my personnal page is broken :-( [03:25] master.mirror(target, limit) # no options [03:25] https://launchpad.ubuntu.com/people/ploum [03:25] or: method = master.mirror ; method.no_cached() ; method(target, limit) [03:25] ploum: are you lionel ? [03:26] where the "master.mirror" would be a property that creates a method object. [03:26] ddaa: eww [03:26] is than insane crack? [03:26] ddaa: yes yes yes [03:26] * is that [03:26] ddaa: there is a much cleaner way if you want that sort of complexity - Builder. [03:26] ddaa: or. [03:27] mirrorer = master.getMirrorer(target) [03:27] lifeless: okay, so you want on optional parameter object? "params = arch.MirrorParams() ; params.no_cached() ; master.mirror(target, params)" [03:27] mirror.no_cached() [03:27] bah [03:27] mirrorer.no_cached() [03:27] mirrorer.mirror() [03:28] Yeah... close to what I was thinking, but I was thinking of providing a seamless syntax for the common case. [03:28] don't confuse people [03:28] choose a clean way of doing it and do that. [03:28] common case: [03:28] master.getMirrorer(target).mirror() [03:28] lifeless, I am [03:28] ploum: ok, there are some errors I can see. [03:29] cprov: are you the /person person ? [03:29] ploum: I don't know if its a bug, or something to do with your account. Lets see if we can find someone to help ;0 [03:29] ploum, this is a known problem (https://launchpad.ubuntu.com/malone/bugs/1356). sorry for the trouble [03:30] it's going to be fixed soon and your page will be back working. [03:30] salgado, lifeless : thank you a lot ! [03:30] I don't mind for the trouble [03:30] btw, this failure proves that the merge succeeded, at least [03:30] I just want to report the bug :-) [03:31] indeed, it seems that it succeeded [03:33] lifeless: thinking of it, I think the builder pattern is what we want here. Clean extension point for verbose iter_ variants, single point sanity checking for master and target (good for our mirror-each-revision loop). [03:33] ddaa: do you see the difference I'm making - that its always the same, theres always a method object. [03:33] ddaa: :) [03:33] ddaa: builder is suprisingly common once grokked. [03:33] one important practical difference is where the target argument goes... [03:34] ddaa: true. Theres a smalltalk idiom that I think you would like. each parameterisation method on the MethodObject returns self. [03:34] yeah, I noticed that in your code. [03:34] But that's not the python way of doing things. [03:34] ddaa: so you could do: master.getMirrorer().no_cached().verbose().mirror() [03:35] I can imagine that could be the way in other language, but that just make pythonistas go "eeeeew!" [03:35] ddaa: I don't think its unpythonic, but its certainly not in common use in the std lib. [03:35] The pstats module in the stdlib does that. [03:35] well... that makes me go "eeeew!" [03:35] spiv: :-) [03:35] kinda fails the LoD too [03:35] LoD ? [03:35] Deferreds in Twisted also do that for adding callbacks. [03:35] I love the "side effect gives no value" rule. It's actually a common rule in Scheme. [03:36] carlos, daf: ping? [03:36] "deferred.addCallback(foo).addCallback(bar).addErrback(boom)" [03:36] spiv: duh! What's the point of doing that to a deferred, most of the time you just want to addCallback, addErrback, addBoth, or addCallbacks, to add just one level. [03:36] law of demeter [03:37] ddaa: That's quite often exactly what you want. [03:37] ddaa: In particular, d.addCallback(func).addErrback(log.err) is a pretty common thing to want. [03:37] SteveA: doesn't fail LoD then. [03:38] kiko, pong [03:38] But yeah, it's easy to get confused about the subtle difference between "d.addCallback(foo).addErrback(bar)" and "d.addCallbacks(foo, bar)". [03:38] carlos, can you help me understand why pofile.*Count takes an optional argument which is unused? [03:38] spiv: you twisted guys have an interesting notion of error handling [03:38] spiv: thats more a deferred model issue ;0 [03:39] kiko, let me read the code... [03:39] spiv: read me, I think that's a bad way of doing error handling. [03:39] kiko, oh, ok, because it comes from RosettaStats that is also implemented by POTemplate.*Count [03:39] ddaa: In what particular way is that bad? [03:40] kiko, and it makes no sense to specify the language in a POFile as you already know it [03:40] Does not play way well with subsequent addition of callabacks. [03:40] carlos: an api like getStatsFor(country) that returns an IRosettaStats would be better in that case [03:40] ddaa: Oh, right. Yeah, log.err is an "end-user" errback :) [03:41] carlos, sounds horrible [03:41] spiv: end-user errback should be model feature. [03:41] but I'm not sure how you can make that fit in the deferred model. [03:41] SteveA, hmm, yeah, it sounds better [03:41] kiko, do you agree with that other solution? [03:41] Since unhandled failures are collected at GC :( [03:42] and because you want to be able to delay failure collection for "defer.fail(reason)" idioms" [03:42] ddaa: Right. Deferreds ideally wouldn't exist at all, but given the language limitations they're about the best you can do. [03:42] stub, did you merge your cronscripts changes? I don't see any change with latest merge from rocketfuel [03:43] i saw some interesting presentations at EP about async programming using yield [03:43] It hasn't been reviewed [03:43] erm, eeeeeeeeeeeeeeeeeeeeeeeeeeeeeew. [03:43] spiv: btw, it looks like Python is about to grow a ".throw()" method on generators, which could be useful to twisted. [03:43] python 2.5 is going to have a new form of yield that looks like: foo = yield [03:43] carlos, yeah [03:44] it's much nicer [03:44] SteveA? [03:44] ok [03:44] spiv: pep342, I just read about that. I assume you guys are following it closely. Aren't you? [03:44] kiko, could you open a bug report about that issue? [03:44] ddaa: I try to. python-dev is pretty hectic at times. [03:44] carlos, sure. [03:44] kiko, thanks [03:44] kiko: what? [03:45] python 2.5 is going to have a new form of yield that looks like: foo = yield [03:45] I take it that is for feeding a value back into the generator [03:46] yes. basically telling it to resume, and giving it back some value [03:46] kiko: what's currently blocking BBA from being approved? [03:47] BjornT, me looking at it, I guess [03:48] jamesh: approved your pygettextpo merge [03:48] Wow, that sounds like something that would allow actually making async code that does not requires turning ones brain inside out to read. [03:48] kiko: can you take a look at it soon, then? [03:48] BjornT, yes. [03:48] spiv, is there any reason for not running the sqlobject tests inside "make check_merge"? [03:48] kiko: thanks [03:48] ddaa: the latest twisted stuff has a hack to allow this kind of thing today [03:48] i saw it demoed at EP [03:48] salgado: Not at all, so long as they pass ;) [03:49] SteveA: yes, I've been looking a lot at the twisted2 api recently. But it's still a hack, it's ugly, difficult to grok, verbose... well twisted... [03:49] SteveA: thanks [03:49] carlos, can you pick up a patch I have that implements sorting, check it out and merge it? rs=sabdfl [03:50] SteveA: language support would significantly raise the cost of this pattern so it could be useful even in simple cases. [03:50] * significantly lower the cost [03:50] SteveA, mpt: https://launchpad.ubuntu.com/malone/bugs/1420 shows me that DPoT isn't playing nice with my source code :-( [03:50] yeah, that's the idea [03:50] spiv, right now they won't pass. but I'm planning to make it. would you review it for me as soon as it's ready? [03:50] could we make it so that lines prefixed with spaces are

-formatted?
[03:50]  DPoT?
[03:50]  displaying paragraphs of text
[03:51]  kiko: variable with fonts will make code snippets hard
=== ddaa goes out to run
[03:51]  width, even
[03:51]  sabdfl, right
[03:51]  salgado: Sure.
[03:51]  i thought that dpot was supposed to be rendered with a fixed-width font
[03:52]  using styles etc.
[03:52]  that's not what I'm seeing
[03:52]  anyway we can sort it out in the week
[03:52]  the return statements on that page don't seem to be inside a  or 
[03:52]  or use  's at the beginning of the lines
[03:52]  yeah, i've found a bug in dpot
[03:53]  there's a test for linkification that has revealed a bug in the algorithm
[03:53]  i'm looking into it
[03:53]  spiv, there's one thing I need to ask you. what's our policy for getting stuff from upstream into our branch? can I just apply part of the changes needed or do you want me to get the whole changeset? (in case I need only a small part of a changeset)
[03:53]  spiv: note, i ripped the locking out of the cacheing in our sqlobject
[03:53]  s/part of the changes/the part of the changeset/
[03:54]  salgado: Well, we want to be able to follow upstream with minimal effort.
[03:54]  salgado: And any divergence has a small cost to that... but backports don't hurt too much, so it's probably ok.
[03:58]  kiko, your lock solution rock
[03:59]  carlos, wooo!
[03:59]  I didn't know it would work!
[03:59]  SteveA, I added a glock.py file that improves the cronscripts lock solution and use it as a module. It's LGPL, I suppose it's not a big issue, right?
[04:00]  SteveA: Because we don't need it for our one-connection-per-thread case, and it was causing weird deadlocks?
[04:00]  it's at lib/canonical/launchpad/scripts/glock.py and will deprecate lib/canonical/launchpad/scripts/lockfile.py
[04:00]  spiv: yes
[04:01]  carlos: put it in lib/contrib in its own module
[04:01]  ok
[04:12]  sabdfl, prepared to be surprised?
[04:13]  stub: ping?
[04:14]  Kinnison: pong
[04:14]  stub: mawson's pgsql is still all grungy
[04:14]  stub: how do I stop the dogfood launchpad, librarian etc?
[04:15]  sudo to the launchpad user and kill the processes. It is old code that is still just run under screen.
[04:16]  okay
[04:16]  whose screen is running it?
[04:17]  Kinnison: Mine generally. If we update the code we can background it properly (well... nohuped...)
[04:17]  morning
[04:17]  stub: Right
[04:18]  Stub: We intend to take dogfood right to the head of the devel branch
[04:18]  bradb, have you received a bugmail with my comment on https://launchpad.ubuntu.com/malone/bugs/1375 ?
[04:18]  Kinnison: You want to handle it, or do you want me to do the drop?
[04:19]  salgado: yes, got it no
[04:19]  s/no/now/
=== Kinnison and cprov should get used to handling it because we might need to update it quite regularly
[04:19]  Kinnison: indeed
[04:19]  What I need to know is how to update the database correctly
[04:20]  bradb, with the comment or with the change I did (assigning it to myself)? I'm asking because I didn't got the bugmail with the comment
[04:20]  salgado: i got both
[04:20]  Kinnison: Checkout the Makefile.staging in dists--devel--0. It has targets to do everything you want and more.
[04:20]  salgado: i just deleted it though, but it also went to the lp list, IIRC
[04:21]  stub: Hmm, okay ta
[04:22]  bradb, yes, I was expecting to see it in the lp list. but I haven't
[04:22]  stub: has makefile.dogfood been updated?
[04:22]  did anyone else get bugmail for 1375?
[04:23]  Kinnison:Basically just upgrade.py -d launchpad_staging; fti.py -d launchpad_staging; securtity.py -d launchpad_staging.
[04:23]  stub: so if I get a fully updated code drop onto mawson in the right place and then do 'make -f Makefile.dogfood dbupgrade' then it should do the right thing?
[04:23]  Kinnison: I think it was mostly done for automatic updates, but might not be finished.
[04:24]  Kinnison: If it has problems, it will be because of permissions. Hang - I'll check.
[04:24]  okay
[04:25]  kiko, ping
[04:26]  Kinnison: Permissions should be fine - the launchpad user has permission to connect as user PostgreSQL to the launchpad_dogfood database
[04:27]  Kinnison: So python update.py -d launchpad_dogfood -U postgres; python fti.py -d launchpad_dogfood -U postgres; python security.py -d launchpad_dogfood -U postgres
[04:27]  gotcha
[04:28]  Kinnison: Oh... I changed the baseline recently. There will be a number of database patches to run manually in the database/schema/archive directory
[04:29]  Kinnison: So first you will need to copy database/schema/archive/patch-17-* to database/schema
[04:29]  Kinnison: That should take care of it all, and normally this would not be needed except I've let it lag too far behind production/staging
[04:29]  right
=== Kinnison is going to try
=== cprov listen scaried
=== Kinnison grins
[04:31]  Its *easy* - staging does it by itself every day ;)
[04:32]  not from this far back it doesn't :-)
[04:32]  bradb: nope, nobody (well, I can only speak for myself but I didn't get it...)
=== Kinnison tars up the launchpad tree before he fiddles
=== bradb shrugs, not much I can now that it's deleted (don't recall the recipient address list), but will keep an eye out if somebody mentions a problem like this again
[04:36]  Kinnison: If you somehow manage to totally root it (should be difficult since upgrade.py is transactional), I made a snapshot of the database earlier for debonzi ;)
[04:37]  stub: okies
[04:39]  jamesh: why does no diff appear for james.henstridge@canonical.com--2004/launchpad-CalendarSubscriptionSet-fix--0  on the pending-reviews page?
[04:39]  SteveA, the branch name was broken
[04:39]  it is double-dashes
[04:39]  ah
[04:39]  so it is
[04:41]  stub: did you really type in your password each time you wanted to update dogfood's launchpad?
[04:41]  stub: or is there some trick I'm missing for forwarding my SSH agent through sudo?
[04:41]  Kinnison: I use ssh-agent. Elmo is due to give us a final solution, but for the time being it is ssh-agent or setting up keys to your chinstrap account.
[04:42]  stub: ehe I guess the snapshop was for me ;)
[04:42]  Kinnison: I add my ssh key to launchpad's authorized_keys
[04:42]  stub: aaaah
=== Kinnison will do that
[04:42]  Kinnison: It annoys elmo, but it has to be done ;)
[04:43]  aye
=== Kinnison updates the codebase
[04:43]  Is anyone else here having trouble landing simple changes to rocketfuel?
=== Kinnison is getting tonnes of errors
[04:44]  and I'm trying to land trivial changes to three files not touched by the test suite
[04:44]  stub: I saw some of my suggestion got a page on the launchpad wiki :-)
[04:45]  stub: recall our talks of the issue tracker that'll bridge between the "moy mouse don't work" and how devs see the issues reported?
[04:45]  stub: (the "trasnlation layer" from the user --> developer)
[04:46]  specifically referring, to https://wiki.launchpad.canonical.com/MaloneSupportIntegration 
[04:46]  Kinnison: hi there! :-)
[04:46]  hi sivang
[04:46]  Kinnison, I'm getting a bunch of errors with code unrelated to my changes, does it counts?
[04:47]  Heh.... don't blame me. That is Brad's page ;)
[04:48]  carlos: probably
[04:48]  stub: hehe, well nice to know I wasn't the only one to think of it, that way it means it has some sort of feasability 
[04:50]  btw, does the existance of this wiki mean anybody can take a part in Launchpad's development now?
[04:50]  (the launchpad wiki)
[04:50]  Kinnison, hmm, seems like it's getting better here so it's unrealted with your problem...
=== mdke [~matt@mdke.user]  has joined #launchpad
[04:51]  stub: why did you go from 17 to 25 on the db numbering scheme?
[04:51]  Kinnison: Because I can't count?
[04:52]  is anyone around who knows anything about the authentication for ubuntu.com, specifically the wiki?
[04:52]  Kinnison: I sync up with the launchpad release, currently 1.25
=== carlos -> out
[04:52]  mdke, spiv is who did it
[04:52]  stub: aah
[04:52]  stub: The upgrade fails
=== Kinnison nopastes the error, one sec
=== stub guesses dodgy Rosetta data
[04:53]  carlos, thanks
[04:53]  stub: https://chinstrap.ubuntu.com/~dsilvers/paste/fileLX7dBP.html
[04:55]  stub: know how to fix that?
=== stub is looking
[04:57]  carlos, what is spiv's timezone?
[04:58]  mdke: CTCP TIME reply from spiv: Thu Jul 14 00:58:03 2005
[04:58]  ;-)
[04:59]  damn
[04:59]  thanks :)
[04:59]  Kinnison: ok - give it another run (might want to use the --partial flag too, so it commits after each successful patch which will speed things up if this happens again)
[04:59]  anyone else know anything about how the wiki authentication works?
[05:01]  mdke: We are running a hacked moin that talks to our authentication server, so logins are shared between the wikis, the Plone sites and Launchpad.
[05:01]  stub, i am interested in finding out how to hack moin in this way...
[05:02]  mdke: hacking moin to talk to launchpad, or hacking moin to talk to some other authentication system?
[05:02]  mdke: I believe you start with a good, stiff drink. It isn't plugin friendly. More info than that you have to talk to spiv - nobody else wanted to touch it ;)
[05:02]  SteveA, another one
[05:02]  stub, hmm :-(
[05:02]  SteveA, specifically a forum database
=== mdke gets the drink
[05:03]  stub: it is using --partial
[05:03]  mdke: spiv might be able to release his work (make that a 'will' if moin is GPL)
[05:03]  mdke: send a mail to spiv asking about it.  andrew at canonical.com
[05:03]  mpt: around?
[05:04]  stub, moin is gpl i think
[05:04]  SteveA, will do thanks :D
[05:04]  stub: i've reviewed your branch now, and i think i know why the email script wasn't working. it's using the wrong lockfile...
[05:04]  BjornT: I fixed that.
[05:04]  yeah, it is gpl
=== stub wonders where the patch got with pqm
=== Kinnison assumes patch 23 is a complex one
[05:05]  mdke: can you also cc me ?  steve@canonical.com
[05:05]  SteveA, certainly
[05:05]  aah no, simple, just touches posubmission
=== SteveA --> stroll outside
[05:09]  stub: hmm, ok. it seems like it worked once at least, though. it processed a mail brad sent a while ago.
[05:09]  SteveA: any news on page titles? that be a subtle-but-sweet improvement for Malone usability
[05:09]  s/that/that'd/
[05:10]  mpt seems to have dropped a slight bombshell on the malone menus implementation by pointing out that the "Show Reports" menu option should show the, ahem, "Advanced Search" page. :)
[05:11]  though Advanced Search will be fairly critical for 1.0, i don't think sabdfl is sold on it yet
[05:14]  Kinnison: Touches it a few million times though ;)
[05:14]  stub: aye
=== lamont is now known as lamont-away
[05:26]  stub: *pout* it's _still_ running patch 23
=== debonzi [~debonzi@200-171-140-32.dsl.telesp.net.br]  has joined #launchpad
[05:28]  Kinnison: it will get there ;) I can make it chew up more memory, but it will involve cancelling that update. Probably better to just leave it (don't think the extra RAM allocation will help the writes much anyway)
[05:28]  okay
[05:28]  Kinnison: Oh... actually, there is something I can tweak.
[05:30]  what?
[05:32]  debonzi, stub: Talk to me about gina on production
[05:35]  Kinnison: If you are happy with the data on staging, we can switch it on as soon as someone reviews the branch and it gets merged to Rocketfuel
[05:36]  Kinnison: Which I doubt will happen until I'm in Brazil
[05:37]  stub: blergh, right
=== Kinnison is happy with staging's data
[05:37]  we need to get it going on production ASAP
[05:37]  whose review queue is the branch in?
[05:37]  Kinnison, I tried to get an rs=kiko.. but I didn't receive it yet :(
[05:38]  Kinnison, will ping him about it again
[05:38]  Thanks
[05:38]  an r= will do
[05:38]  but get it reviewed and in ASAP
[05:39]  yeah, I'd rather it got reviewed
[05:40]  It won't be running until I'm in Brazil then, and I have no idea what the schedule will be like there.
[05:40]  kiko: i just added sample data for a distro release task
[05:40]  kiko: 5 modified files...
[05:40]  but simple, straightforward, couple-line test fixes. are you willing to rs this?
[05:40]  stub: right, how do I start launchpad in a sane way now?
[05:41]  (the most significant non-triviality was adding three lines to bugtask.zcml to define canonical URLs for bug tasks.)
[05:41]  Kinnison: make start LPCONFIG=dogfood (assuming there is a dogfood config...)
[05:41]  s/for bug tasks/for distrorelease bug tasks/
[05:42]  bradb, sure, mail me
[05:42]  Kinnison: how often is gina running breezy into dogfood now?
=== debonzi _< Lunch
[05:43]  Keybuk: Not sure, if debonzi doesn't know either, I'd say "not at all currently"
[05:43]  Kinnison: debonzi said "lunch"
=== debonzi is not running gina on dogfood
[05:44]  can we run that daily, or even more-than-daily ?
[05:44]  so it has the latest, shiniest, breezy information
[05:44]  Once dogfood is up and going yes
[05:44]  it's currently down and crying
[05:45]  Kinnison, do you want me to set gina up when dogfood is ready?
[05:46]  debonzi: I'd appreciate that, yes
[05:46]  debonzi: I'll tell you once it's ready
[05:46]  Kinnison, cool.. 
=== debonzi -> Realy lunch
[05:50]  Keybuk: dogfood can't start
[05:51]  https://chinstrap.ubuntu.com/~dsilvers/paste/filegFuUoP.html
[05:52]  Kinnison: The config file is missing the trebuchet section
[05:53]  stub: didn't you merge that in from default yet?
[05:53]  Dogfood hasn't been updated for ages
[05:54]  Keybuk: is the default trebuchet config okay for dogfood?
[05:55]  yup
[05:55]  defaults are ok everywhere
[05:59]  fuck
[05:59]  bad paste == rm'd file in working tree
[05:59]  woo
[06:00]  i have it mirrored already, i'm just trying to think of how to cvs -q up it...
[06:00]  Keybuk: right, I think dogfood is up
[06:03]  debonzi: Please import breezy and then start regular updates
[06:05]  kiko: in the meantime, i mailed you the patch
[06:06]  great
[06:21]  kiko-fud: do you have a chance now to review that patch? it's virtually [trivial] 
[06:27]  Is it my imagination, or is PQM not merging anything or sending responses?
[06:29]  it seems unlikely that it's your imagination
[06:29]  stub, I guess the problem is with responses only
[06:41]  sabdfl: what if we called it IBugTask.reportedin?
[06:41]  bradb: super
[06:42]  right, ok, filing the bug now to be sure we get to it
[06:44]  BjornT: what branch are you currently mreging in?
[06:44]  anybody know what branch stub is merging in, too?
[06:45]  BjornT: you reviewed it
[06:45]  i'd like to merge and test so I know if my merge will be OK
=== Kinnison 's brain finally melts and pools on the floor
[06:47]  more dogfood in the morning methinks
[06:53]  sabdfl: i'm merging bjorn.tillenius@canonical.com/launchpad--fix-database-imports--0
[06:54]  sabdfl: stub's should be stuart.bishop@canonical.com/launchpad--cronscripts--0, then. (even though it's in need-reply status...)
[06:55]  thanks bjornt
=== BjornT heads out for a walk to get some fresh air
=== kiko-fud submits merge for table sorting!
[07:04]  lifeless, did the magic pqm-viewer go live?
[07:05]  ssh chinstrap lynx --dump http://localhost:8000/
[07:05]  kiko-fud: your patch is second on the queue
[07:05]  thanks ddaa 
[07:10]  anyone else seen failures from pqm, where the librarian couldn't be set up?
[07:10]  OSError: [Errno 17]  File exists: '/var/tmp/fatsam.test'
[07:11]  yeah
[07:11]  kill all librarians
[07:11]  rm -r /var/tmp/fatsam.test
[07:13]  who can do that on chinstrap?
[07:14]  ah
[07:14]  various people who aren't here
[07:15]  you can submit a merge with some extra code that does the 'rm -r' ;-)
[07:15]  thus, getting the pqm user to do it by proxy
[07:15]  actually, it's a reasonable thing to rm before a test run
[07:15]  you are such an evil man
[07:17]  ok, i'll wait until tomorrow and hopes that someone has fixed it until then, this merge isn't that important
[07:18]  there is a bug in the librarian setup
[07:18]  if /var/tmp/fatsam.test is there, it all falls apart
=== BjornT tries once again to head out for a walk...
[07:19]  also, the test runner can leave that directory, and maybe a librarian, sitting around
[07:19]  an atexit hook could clean these up
[07:20]  Kinnison, yep.. how much time more will you be online?
[07:33]  kiko-fud: might you have a moment to take a quick look at that patch?
[07:33]  bradb, I already replied and r+ed it
[07:33]  about 4h ago
[07:34]  4h ago? heh
[07:34]  i don't see the reply, but if you say it's r'ed well, hey, that's good enough for me
[07:35]  you wrote to launchpad-reviews only unfortuantely
[07:35]  next time write to me CC: launchpad-reviews
[07:35]  and stop this reply-to-list thing
[07:35]  you'll get direct replies
[07:35]  Date: Wed, 13 Jul 2005 12:04:29 -0400
[07:35]  From: Brad Bollenbach 
[07:35]  To: Christian Robottom Reis 
[07:35]  Cc: launchpad-reviews@lists.canonical.com
[07:35]  Subject: REVIEW REQUEST: Canonical URLs for IDistroReleaseBugTask
[07:36]  maybe it's that list-reply thing that's going on
[07:36]  i always reply-to-list, because it annoys the heck out of me when other people *don't* do that!
[07:37]  but, i don't see how that mattered here, because i didn't reply to anything. mais en tous cas...
[07:37]  I think for some reason I'm getting this horrible reply-to-list header
[07:37]  and I hate reply-to-list-only
[07:38]  kiko-fud, I have a pending review to be done that is a bit urgent
[07:38]  kiko-fud, any chance to get some priority there?
[07:38]  but I suck at reviews!
[07:39]  nag a reviewer, carlos -- yes
[07:39]  kiko-fud, I'm not asking that you review it
[07:39]  oh
[07:39]  but if you can point to anyone ;-)
[07:39]  if you can do it, is ok
[07:39]  BjornT, salgado or SteveA 
[07:39]  I thought you coordinate them, that's all O:-)
[07:40]  I actually do, but ...
[07:40]  BjornT, salgado, SteveA: Any chance to get a review from you? it should be easy as it's not a new feature but bug fixing + tests
[07:42]  kiko-fud, btw, I have a friend from Spain that moves to Sao Pablo to work there, I think he will be there a year or so
[07:42]  that's cool
=== bradb submits merge request to pqm, sprinkles holy water on head for good measure
[07:42]  carlos, I think I can look at it. where's the branch/diff?
[07:43]  Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-39)
[07:43]  gotta run out for about 30-45 mins. back in a bit and will look at your branch too kiko-fud while i'm bazzing.
[07:43]  Merge to thelove@canonical.com/bazaar--devo--1.5: Display revision information before uploading changeset for archive-mirror (patch-31: Matthieu.Moy@imag.fr)
[07:44]  salgado, carlos.perello@canonical.com--2004/launchpad--LaunchpadPoImportFeedback--0
[07:44]  but give me some extra minutes, I'm finishing a bug fix I found while testing it with real data
[07:45]  carlos, what bug is that you found?
[07:46]  salgado, a string substitution that expects an integer and seems to get a non integer value
[07:46]  salgado, it should be trivial to fix, it's the test what will be bigger
=== SteveA_ [~steve@adsl-213-190-44-43.takas.lt]  has joined #launchpad
[07:47]  carlos, hmmm. I hope you're adding some sampledata to test this case too. ;)
[07:47]  I'm trying to detect the sample data that raises the bug as I don't see anything looking at the code
[07:47]  salgado, when you look at the diff you will see that all bugs I'm fixing have sample data and tests
[07:48]  salgado, so yes, I'm trying to find the data that raises it to add it to our tests
[07:48]  carlos, great. :)
=== kiko-fud submits merge again
[07:51]  kiko-fud: remember what bjorn was talking about earlier?  fatsam directories and all that?
[07:51]  i think pqm might be stuffed for running launchpad testes
[07:51]  um, tests
[07:52]  I'm getting local librarian failures when running them
[07:52]  dunno if that's a known issue or no
[07:52]  t
[07:52]  could well be a librarian process lying around
=== salgado sees that all bugs related to adding gpg keys are fixed and decides it's time to try adding his key again
[07:53]  and its /var/tmp/fatsam.test directory still being there
[07:53]  kiko-fud, are you using twistd 2?
[07:53]  how do I know? :)
[07:54]  I applied a fix from daf, although it still fails from time to time
[07:54]  kiko-fud, if it's hoary it's not 2.0
[07:54]  carlos@gollum:~$ twistd2.4 --version
[07:54]  twistd (the Twisted daemon) 2.0.1
[07:56]  it's hoary
[07:59]  mh... chicken and egg...
[07:59]  I need bound namespace objects to test mirroring
[08:00]  but I need mirroring to test bound namespace objects...
[08:01]  do you need all of both?
[08:02]  kiko-fud, then it's not the same problem
=== SteveA_ finds bug in DPoT!
[08:14]  Hi. Would anybody happen to know what a kochi is, as pertains to ttf? (as in ttf-kochi)
[08:15]  salgado, go ahead with the review, the bug seems to be inside the mail template that the script sends so it should be fixed without changing python code
[08:15]  it's a standard style family of japanese fonts 
[08:16]  Anything more than that? I need to make a paragraph worth of description.
[08:16]  i read an article on japanese font families once
[08:17]  "ttf-kochi is a true type font for japanese characters. As many people know, japenese is one of those weird languages where instead of doing from left to right it goes from up to down. I hear sushi is good, but I think it sux. kthx, bye"
[08:18]  btw, thanks stevea
=== mdke [~matt@mdke.user]  has left #launchpad [] 
[08:19]  jblack: if you want my opinion, I think "Kochi is a standard style family of japanese fonts." is perfectly all right.
[08:19]  There are quite a few boring products in launchpad that have similar one-line descriptions.
[08:20]  The suggested summaries in the comments are, in my opinion, quite completely over the top of what can be reasonably expected from us.
[08:20]  jblack: checking my info...
[08:20]  SteveA_: Its ok. I'm just having fun. 
[08:21]   ttf-kochi-gothic is high quality, Japanese gothic TrueType font.
[08:21]   It does not include naga10 font, so it's DFSG-free.
[08:21]   .
[08:21]   The family of ttf-kochi-* is very smooth and beautiful compared with
[08:21]   current free Japanese TrueType fonts. It has bitmap hinting information,
[08:21]   so it's beautiful and not jagged to display on the CRT.
[08:21]   This font is suitable for both printing and displaying Japanese
[08:21]   characters.
[08:21]  i suppose you asked apt already?
=== jblack turns pink
[08:22]  I normally check apt straight off, but coming from ubuntu-sounds, and my general familiarity with the usual ttf fonts, I kind of missed that step
[08:41]  anyone know when pqm is expected to start working again? (no point even /asking/ if it's broken right now.)
[08:44]  how long has it been broken that you know of? Does lifeless know? 
[08:45]  jblack: for what percentage of today has it been broken? hm, i dunno, anyone else?
[08:46]  lifeless won't be able to know until he wakes up (or somebody wakes him up), I suppose
[08:46]  I can go grab a phone card and call him if you're blocked
[08:49]  when pqm's dead, we're all blocked ;)
[08:49]  SteveA_, kiko-fud: what's the status of pqm?
[08:52]  Ok. I"ll get ahold of him. 
[08:52]  jblack: you might want to wait a sec
[08:52]  just to see if kiko-fud or SteveA_ have an update on the status
[08:53]  but i do appreciate your willingness to help us out
[08:55]  or salgado, do you know what pqm's status is?
=== bradb notes that ML traffic appears to be lagging somewhat today too
[08:57]  bradb, SteveA_ said something about a stale file (that can also be removed by stuffing some extra commands in the merge-request mail)
[08:57]  salgado: that rm -r stuff? :)
[08:58]  I guess so
[08:58]  will pqm execute any command you send him by mail?
[08:59]  Not as a general rule. 
[08:59]  It can be hacked up to do most anything with some effort though... 
[09:03]  debonzi: I'll be here on and off for the next few hours, but I'm working on personal stuff so I'm not going to be desperately responsive
[09:04]  Kinnison, the consumate hacker
=== Kinnison nods
[09:05]  Kinnison, yep.. no problem .... are you the launchpad_dogfood master at this time?
[09:05]  debonzi: essentially yes
[09:06]  Kinnison, cool :)
=== bradb heads out on the terrace
[09:16]  hm, there seem to be a group of schoolchildren loudly applauding at all passers-by on bicycle
[09:26]  from baz diff -H
[09:26]  -q, --quiet            Suppress progress information
[09:27]  but then, if you pass in -q you'll see that it really will suppress the whole output
[09:27]  including the diff?
[09:27]  yes
[09:27]  heh!
[09:27]  salgado: are you sure you diffed against the right thing?
[09:27]  SteveA_, I suppose that it's ok if a migration script uses database objects directly, right?
[09:28]  salgado: i.e. do you see output doing the exact same command without the -q?
[09:28]  bradb, yes. I tested without -q
[09:28]  SteveA_, the code will be executed once
[09:28]  wild
=== SnakeBite [~SnakeBite@84.242.143.64]  has joined #launchpad
=== lamont [~lamont@15.238.5.95]  has joined #launchpad
=== carlos -> dinner
[10:09]  SteveA_: would it be fair to say that 'raise FooError("bar")' is the preferred way to raise an exception?
[10:09]  instead of, say, raise FooError, "bar"
[10:27]  bradb, SteveA_ once said that the former is the only right way to do it, IIRC
[10:38]  I'd like to put it on record that whatever I did in the last lifetime to get imports in this lifetime... I've learned my lesson, I'm very sorry, and I'll never do it again. :) 
[10:42]  carlos: yes, it is okay for a migration script to do whatever it needs to do
[10:42]  salgado: that's what i thought
[10:42]  bradb: preferred over   raise FooError, "bar"
[10:42]  right
[10:42]  salgado: is IPerson.browsername suitable for the title attribute of an ?
[10:44]  bradb, I can't see why it wouldn't be
[10:44]  to get pqm running, if the problem is what bjornt noted, there would need to be a merge that adds a 'rm -r /var/tmp/fatsam.test' or some equivalent.
[10:44]  i don't know the details of the librarian test set-up, so it is a better idea to send the significant parts of your pqm rejection messages to the list, so that stub or lifeless can fix it properly
[10:48]  kiko-fud: there's no blu-tak kind of stuff in lithuania either.
[10:53]  thanks SteveA_ 
[10:57]  SteveA_, ok
[11:01]  salgado: i just reviewed daniel.debonzi@canonical.com/launchpad--devel--1 with debonzi
[11:02]  SteveA_, thanks for noticing. I was going to review it after carlos' branch
[11:03]  salgado: maybe you can do steve.alexander@canonical.com--z8/launchpad--trivial--0
[11:03]  it is a DPoT fix, and linkifying too
[11:03]  i'm going to sleep.  see you tomorrow.
[11:03]  that would be beautiful
[11:04]  SteveA_, I'll try to get on it today. otherwise I'll review it tomorrow
[11:04]  gotta have it rolled out tomorrow
[11:05]  if you can't do it, i'll ask bjorn tomorrow am
[11:05]  it is a small patch
=== SteveA_ --> zzzzz
[11:08]  why is PQM always giving me pain
[11:10]  cause otherwise you won't have anything to complain. :P
[11:10]  I have LOTS to complain about
[11:14]  carlos, kiko, contrib/glock.py we want to merge with as few modifications as possible or should we make it consistent with the launchpad codebase?
[11:16]  zero-modifications if possible
[11:17]  SteveA_: I have a Method Object pattern, which style seems more pythonic to you: "location.Mirrorer().mirror()" or "location.make_mirrorer().mirror()"?
[11:18]  bah... zaway..
[11:19]  kiko: sent a review of your branch
[11:19]  the latter is pretty weird
[11:19]  bradb, how does it look?
[11:20]  I fixed a broken pagetest
[11:20]  kiko: overall really nice. i appreciate the precise detail you pay the UI elements, wording, linkification, etc.
[11:22]  pqm gives me pain too. i shudder to think about the number of manhours it swallows each and every day.
[11:23]  jesus h. christ
[11:23]  thanks for the review, well thought-out comments
[11:23]  man, sabdfl's code for that url method is hideous :-)
[11:23]  heh
[11:23]  he must have been half-asleep
[11:25]  bradb, it's probably pretty easy to fix bug 1365, isn't it?
[11:25]  salgado, It's an external module, so we should not touch it at all
[11:26]  unless it has a bug, of course
[11:26]  yes. I asked just to make sure
[11:26]  I forgot to warn you about that file, sorry
[11:27]  don't worry
[11:28]  kiko: probably pretty simple. i'd jump into it right now, but i've already got 7 different branches active atm. :/ i'd have merged a few in and gotten them out of my way already if pqm worked.
[11:29]  bradb, lifeless should appear soon
[11:30]  i'm willing to transition to a system that uses pigeons to deliver my patches to a secretary in the london office, who then manually types in my changes
[11:30]  X-)
[11:31]  so, launchpad@ traffic is lagging way behind too eh?
[11:31]  i haven't seen my HEADS UP mail hit the list yet
[11:34]  pqm is up
[11:34]  AFAIK
[11:34]  no
[11:34]  pqm is crapping out
[11:34]  kiko: no, its not 'live' because I can't find elmo
[11:34]  kiko: lock file is not held, theres no active pqm runner process
=== kiko cries
[11:35]  isn't the problem that twistd pqm is running?
[11:35]  kiko: its running your job at the moment
[11:35]  salgado: huh ? no.
[11:37]  salgado: that twisted bot does not take out a lock.
[11:37]  salgado: it neither hinders nor helps the pqm engine
[11:37]  something isn't running because it gives me 100 test failures
[11:37]  kiko: postgresql ?
[11:38]  lifeless, well, I was told the problem was because something was trying to remove the /var/tmp/fatsam/ directory
[11:38]  kiko: you gotta understand, PQM is _real_ simple at the heart of it. The _only_ thing that runs persistently is .. nothing.
[11:38]  salgado: that sounds like something related to gina or a buildd.
[11:38]  OSError: [Errno 17]  File exists: '/var/tmp/fatsam.test'
[11:38]      OSError: [Errno 17]  File exists: '/var/tmp/fatsam.test'  
[11:38]      IOError: [Errno socket error]  (111, 'Connection refused')
[11:38]  this fatsam directory is held by librarian, IIRC
[11:38]  salgado: right, its a launchpad test bug, not the pqm status thing
[11:39]  uhm
[11:39]  ok, I've just rmrfed that dir.
[11:40]  kiko: can you file a bug please on launchpad - 'existing /var/tmp/fatsam.test breaks the test suite'
[11:40]  kiko: might want to point out the silliness of using a hardcoded directory at the same time
[11:42]  lifeless, is diff -q supressing everything, including the diff, intentional? (even if the docs don't say so)
[11:43]  salgado: baz version ?
[11:43]  Bazaar version 1.5~200507091049 and Bazaar version 1.4.2
[11:44]  hmm, it was somewhat of an issue, thought it was fixed :\
[11:45]  I filled a bug on it. https://launchpad.ubuntu.com/malone/bugs/1430
[11:46]  kiko, bradb, let's say I'm looking at a bug and one of its tasks was reported in bazaar. I think it would be handy to have a link to see all bugs in bazaar
[11:47]  not yet sure if it would be better in the bug or the bugtask page
[11:48]  it's not very difficult to actually do this
[11:48]  if you are looking at the task
[11:48]  click on the product name
[11:48]  then click on "more malone bugs"
[11:48]  yes, but if I'm looking at the bug, then I'm 3 clicks away
[11:48]  kiko: do you want me to file that bug ?
[11:48]  how many clicks away would you like to be?
[11:48]  lifeless, I've done it already
[11:49]  I'd like to be one. :)
[11:49]  kiko: oh, is dilys just slow ?
[11:49]  I seem slow but I get there
[11:49]  salgado: i agree. i was just thinking the same thing earlier today (no joke)
[11:49]  dilys ignores the new format
[11:49]  kiko: ..AH..
[11:49]  salgado, one-click. hmm. would be tough. two-clicks we can manage.
[11:49]  thanks
[11:49]  enjoy
[11:50]  kiko: maybe this is another hint that the context-sensitive page should be the first thing one sees when one clicks on a bug?
[11:50]  well
[11:50]  perhaps
[11:50]  it would still be 2 clicks away
[11:50]  I'm okay with putting the "latest bugs filed on product X" portlet on the task page
[11:51]  would that make you both happier?
[11:51]  (we have portlets, why not go crazy :-( )
[11:51]  heh!
[11:51]  i previously put the status portlet on that page, actually
[11:51]  er, *stats*
[11:51]  but yeah, recent bugs, hmm...
[11:52]  what about in an actions portlet?
[11:52]  I hate those 
[11:52]  but more importantly
[11:52]  which actions portlet? they are shared between bug and task currently, no?
[11:52]  oh, worse
[11:52]  there is none :)
[11:53]  kiko: here's the thing: when you're viewing a task, you can't click to go to the edit screen.
[11:53]  which was the first hint that we probably need an actions portlet on the task page
[11:53]  to toggle between view and edit
[11:53]  if you're logged in you can't actually go to the view page
[11:53]  is that a problem?
[11:53]  if we had that, it may become an obvious place to put the link to the "More Foo Bugs"
[11:54]  kiko: in practice, i watched a user experience the problem by getting all the way to the task page before realizing "oh, crap, i'm not logged in"
[11:54]  even if they login to that page, they're still only viewing.
[11:55]  yeah, that's arguably a bug
[11:55]  I noticed it the other day while testing that page
[11:55]  btw, i *hate* actions portlets too, but i think sabdfl has declared that we're standardizing them, until we have a menu system sufficient enough for the actions to be migrated into real menus (the lp menu thing is a step in the right direction)
[11:56]  and, with that in mind, i've watched how users become quickly accustomed to looking in the top right corner when they want to do "something"
[11:57]  kiko: are you suggesting that the view page show always redirect a logged-in user to the +edit page?
[11:57]  (what if they can't edit the page?)
[11:57]  I'm not suggesting anything, just thinking
[11:57]  ;)
[11:59]  kiko: could such an actions portlet, if it existed, also be the entry point to the reassignment workflow?
=== sabdfl [~mark@pc-n253.wlan.inet.fi]  has joined #launchpad
[11:59]  hey guys
[12:00]  hey sabdfl 
[12:00]  lifeless: odd failure to merge with 1.4, trying now with 1.5
[12:00]  sabdfl: !!version_end ?
[12:00]  yes
[12:00]  bradb, you are trying to make me cry now
[12:00]  sabdfl: use --star-merge. its a bug that I need to look at.,
[12:00]  sabdfl: I don't know the cause yet :[
[12:00]  star merge seems to be failing too
[12:01]  i'm pretty sure there are new commits to rf
[12:01]  sabdfl: oh, thats unpleasant, and unusual.
[12:01]  kiko: i prefer to call it "brainstorming" :)
[12:01]  and it's saying skipping empty delta
[12:01]  Merge to rocketfuel@canonical.com/launchpad--devel--0: [rs=sabdfl]  Change the column sorting Javascript code in Launchpad, and activate column sorting for the distibution release language status summary. (patch-2092: christian.reis@canonical.com)
[12:01]  sabdfl: 'baz missing -s rocketfuel@canonical.com/launchpad--devel--0'
[12:01]  Command was successful.
[12:01]  wow, that seems to indicate pqm is working again
[12:01]  PQM!
[12:01]  wow!
[12:02]  sabdfl, that one was for you
[12:02]  bradb: yes, there is a bug in the librarian test suite.
[12:02]  bradb: I had to delete its stale working dir :[
[12:02]  lifeless: trying to merge RF into mark.shuttleworth@canonical.com/launchpad--ui-cleanup--0--patch-17
[12:02]  sabdfl: sure - what does the command I posted output ?
[12:02]  man that message was horrible
[12:04]  lifeless: 
[12:04]  slinky% baz missing -s rocketfuel@canonical.com/launchpad--devel--0
[12:04]  rocketfuel@canonical.com/launchpad--devel--0--patch-2092
[12:04]      [rs=sabdfl]  Change the column sorting Javascript code in Launchpad, and activate column sorting for the distibution release language status summary.
[12:04]  sabdfl: right, thats the only missing patch, and it just landed. star merge was working ok.
[12:04]  but the message sucks.
=== lifeless files a bug
[12:06]  ah
[12:06]  https://launchpad.ubuntu.com/malone/bugs/1435
=== lifeless channels dilys
[12:07]  sabdfl: star-merge will work fine for you now.
[12:08]  sabdfl: there was a problem with merging overnight, the librarian had left behind a stale working dir, which broke the test suite for subsequent runs. We've filed a bug on it and removed the current working dir, so those planned merges are now good to go.
[12:08]  sabdfl: got a second to talk PQM ?
[12:10]  kiko: any chance of someone meeting me at the airport ?
[12:11]  kiko: my portugeuse is non-existant :[
[12:12]  lifeless, everybody (but sabdfl) will be picked up at the airport, haven't you been reading the sprint page?
[12:13]  lifeless: ok, thanks
[12:13]  kiko: semi regularly l)
[12:14]  sabdfl: busy there ?

Source	Template Name