[12:11] mpt: pls would you help ogra design a less bogn screensaver unlock dialog? [12:11] bong, even [12:12] sabdfl: It'd be a pleasure [12:13] thanks muchly [12:13] The design isn't the problem, ogra and I both know what's wrong, but apparently even moving a button is a herculean code task [12:13] errr... why? [12:14] something to do with the way the xscreensaver code is written, combined with it not using a toolkit, I guess [12:14] ask ogra [12:16] sabdfl, is it worth pouring a lot of money into the xscreensaver dialog when we are likely to drop it for dapper? [12:19] gnome-screensaver wfm ;-) [12:19] omg... svn is so BoOOoong... [12:20] say you have a branch A with 3 commits, latest revision is 4 (1 is import). Then you create a branch B with one import and one commit (latest revision of B is 6). [12:21] It _looks like_ when you update A after creating B, then you update it to... revision 6! [12:21] even though revisions 5 and 6 have nothing to do with A! [12:27] here [12:27] looking aete it now [01:02] lifeless: be great if i can land stuff tonight === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] === WaterSevenUb [n=WaterSev@bl5-43-178.dsl.telepac.pt] has joined #launchpad === jinty [n=jinty@205.134.224.215] has joined #launchpad [01:16] Merge to rocketfuel@canonical.com/launchpad--devel--0: rollout failed patch (patch-2418) [01:18] Merge to rocketfuel@canonical.com/hct--devel--1: revert failed patch (patch-19) [01:18] Merge to rocketfuel@canonical.com/sourcerer--devel--0: revert failed patch (patch-29) [01:19] hmm [01:19] looks fun :-P === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [01:22] sabdfl: scotts patch is backed out, running check again to be sure [01:26] thanks rob [01:26] no probs [01:27] no idea how I let it slip through === lifeless is sorry about that [01:27] np [01:27] we'll sort it out in the morning [01:27] sweet dreams [01:27] yup [01:27] did you have fun this evening? [01:27] thanks [01:27] I'll be another 20+ while the final test runs [01:27] yup, was goo d to catch up. we were as a 'mysociety.org' evening [01:28] which is some sort of apolitical political hackers group [01:28] and was interesting in its own right [01:32] lifeless: hi rob, is it solved already ? [01:32] cprov: I've rolled the patch out [01:33] but pqm is still disabled while I check tests really do pass again [01:34] lifeless: ok, I can do it later, at home, thank you for come and fix it ;) [01:35] np [01:40] ok, pqm is back [01:40] night all === cprov sent a PQM "bomb" request and leave ;) [01:50] night guys === stub [n=stub@203-214-4-72.dyn.iinet.net.au] has joined #launchpad === mpt wonders why he's getting "Failed to verify signature" error messages from PQM without having sent anything to PQM in the first place [02:48] Merge to rocketfuel@canonical.com/launchpad--production--1.32: Cherry pick patch-2416 into production (patch-5: stuart.bishop@canonical.com, rocketfuel@canonical.com) [03:15] Merge to rocketfuel@canonical.com/launchpad--production--1.32: Executive override on production link style (patch-6: steve.alexander@canonical.com) === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad [08:07] morning all [08:08] stub: morning - did that landing go ok on production-branch? [08:22] 10:48 < dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.32: Cherry pick patch-2416 into production (patch-5: stuart.bishop@canonical.com, [08:22] rocketfuel@canonical.com) [08:22] i don't think that's it [08:22] my code never landed in production [08:23] i asked stub to merge directly from my branch [08:23] it didn't land because of PQM fuckage last night [08:23] stub: please ack? [08:24] mark.shuttleworth@canonical.com/launchpad--cverework--0--patch-26 ? [08:24] stub: yes === sivang [n=sivang@box79162.elkhouse.de] has joined #launchpad [08:24] I thought you wanted that in the next production rollout, not cherry picked into current. [08:24] stub: i want that in the rollout for tuesday [08:25] Yes - it will be. [08:25] ok, did it land smoothly? [08:25] lifeless: is PQM landing things again now? [08:25] Production branch hasn't been created yet - I generally do it on Monday in case plans change re: what needs to be rolled out. [08:26] I've got it here in my notes though so it won't be missed [08:26] I'll do it now so you won't fret on your break ;) [08:26] i'm away from this evening, so perhaps its worth confirming it merges cleanly now? [08:27] thanks dude [08:28] morning all [08:28] hey sivang [08:34] sabdfl: yes [08:49] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=spiv] script librarian logging (patch-2419: stuart.bishop@canonical.com) [08:53] Merge to rocketfuel@canonical.com/dists--devel--0: [trivial] Prepare production 1.33 for Tuesday rollout (patch-114: stuart.bishop@canonical.com) [08:59] lifeless: Can you please mirror that production branch [09:02] morning [09:05] morning [09:10] hm... so i need to tell pqm to merge that UI underlines thing... [09:18] SteveA: i fear your patch will collide with mine [09:18] please drop mpt's bugtask changes [09:19] i've made substantial cleanups to bug-headline-tasks and don't want them overridden === BjornT [n=bjorn@office.pov.lt] has joined #launchpad [09:19] So I need to cherry pick the underlines off patch into Tuesdays production release too? [09:19] i already did the no-underline thing in the bugtask-headlines work that i did [09:22] sabdfl: the patch is in pqm's queue. http://pqm.ubuntu.com/ [09:22] https://chinstrap.ubuntu.com/~dsilvers/paste/filefkv7L3.html [09:23] that is the diff it is trying to apply [09:23] i don't think pqm has a "cancel please" command [09:23] unless you're rob. [09:24] SteveA: It does if it's not at the head of the queue yet... temporarily break your mirror by e.g. moving it. [09:24] spiv: is that going to break anything else? [09:24] Not exactly elegant, but effective... [09:24] Well, just anyone else trying to use the mirror of your archive. [09:25] sabdfl: look at http://pqm.ubuntu.com/ is the third thing in the queue from you (launchpad--cverework--0) going to be broken by changes to launchpad.css and bug-headline-tasks.pt ? [09:25] You could narrow the scope by just breaking that bit of the mirror, I guess, but that's more slightly fiddly and thus slightly more likely that user error will cause real problems :) [09:26] SteveA: yes [09:26] but it will be broken anyway [09:26] i sent a prior merge in and it just came back failure [09:26] though all tests pass here [09:26] SteveA: Hmm, too late anyway, it's now the head of the queue... [09:27] ah fahhhrk [09:27] we need a new dependency [09:27] how do i do that? [09:27] as in, from hoary? [09:27] import PIL.Image ImportError: No module named PIL.Image [09:28] python-imaging? [09:28] you need to ask elmo to install python-imaging [09:28] for python 2.4 [09:28] on which machines? [09:28] on all the machines we use [09:28] elmo: ping [09:28] Znarl: ping [09:28] so, chinstrap, macquarie (perhaps), gangotri, mawson [09:28] dunno about any others [09:28] SteveA: could you kill your merge please? [09:28] i want to land this damn branch of mine [09:29] i've spent an hour on it already this morning, and don't have much time today before leaving [09:29] also, it needs to be announced on the list, and docs updating [09:29] chinstrap, gangotri, asuka, macquarie, mawson, possibly macaroni and emperor and the importd boxes depending on if they need to import modules that depend on it. [09:29] sabdfl: i moved my archive to a different name [09:29] SteveA: you're a star. thanks very much. [09:29] sabdfl: dunno if it screwed pqm's merge in time though [09:29] sabdfl: No-one without pqm privs would be able to stop the current merge, unless Steve got lucky and moved it in time. [09:29] lifeless: ping [09:29] ^^ [09:30] I've killed it (by killing PostgreSQL, all the tests will fail) [09:30] my kingdome for a revision control system that does a status in less than 8 minutes [09:31] thanks stub [09:31] Hmm, it was still doing build-config, so SteveA was probably fast enough. [09:31] s/was/is/ [09:32] be nice to have some pqm admin controls [09:32] like, changing the queue order [09:32] cancelling jobs [09:32] or stopping a merge [09:32] SteveA: I'm sure lifeless would say patches accepted ;) [09:32] once bzr gets more "out there" i'm sure there will be improvements forthcoming [09:32] schooltool want this stuff [09:33] they're frustrated with svn and its conception of branches, which isn't so useful in practice [09:33] the whole distributed concept is good when you have teams across continents [09:33] stub: you can restart postgres, steve's job is done. [09:33] (presumably failed) [09:33] and, they'd like to have tests run pre-commit [09:33] yet not hold up development [09:34] okay [09:34] The asynchrony of pqm is interesting... it's both good and bad. [09:34] my pqm job has finished [09:34] and failed [09:34] i'm moving my archive back [09:34] postgres should be restarted [09:35] I was going to make sure my merge failed too since I think sabdfls superseeds it [09:35] Good thing baz gives you a good 5 or so minute window to break things after it starts a job, because of how long the build-config takes ;) [09:35] the failure message said that it couldn't merge from my mirror, so i was in time [09:46] aiui we're basically on pause till elmo or Znarl can install python-imaging [09:47] i still have a key to the DC.. [09:48] sabdfl: you could make it a soft dependency on PIL [09:49] what are you using PIL for anyway? hackergotchi? [09:50] graphs? === dand [n=dand@gw.datagroup.ro] has joined #launchpad [09:53] SteveA: making sure images meet the size requirements [09:53] Znarl is handling the sysadmin stuff, should be done in a sec [09:54] okay. PIL isn't actually necesarry for that iirc [09:54] zope3 has some image sizing code [09:54] that just looks at the minimum necessary for the main image types === Keybuk [n=scott@217.205.109.249] has joined #launchpad [09:54] SteveA: i'm happy for you to clean that out then [09:55] but right now, i just want it landed so i can start work on other bits [09:55] okay, sure. [09:59] well. i got to fix one bug while we wait [09:59] check that it's actually an IMAGE before trying to find its size [10:00] tested with a .py file? ;-) [10:02] SteveA: yes, mailnotification.py as it happens ;-) [10:02] fuck. so predictable it must be time for a new girlfriend [10:03] dude, breezy is blode and brunette *at the same time* [10:05] she's a brunette with a cold? [10:06] wow... just got an email that i'll get my new laptop in the middle of next week [10:07] i've been missing a laptop. although, working only in the office has a certain discipline [10:07] sabdfl : Added python-imaging. [10:07] Znarl: to which machines? [10:07] Znarl: much obliged, thanks [10:07] macquarie, asuka, gangotri, chinstrap and [10:07] confirm chinstrap? [10:07] ... and mawson. [10:08] stevea@chinstrap:~$ python [10:08] Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [10:08] [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 [10:08] Type "help", "copyright", "credits" or "license" for more information. [10:08] >>> import PIL [10:08] >>> [10:08] cool [10:10] i'll mail the launchpad list about the new dependency and update the docs. [10:10] thanks stevea === niemeyer [n=niemeyer@217.205.109.249] has joined #launchpad [10:14] stub: there's a new cronscript, can be daily [10:14] comes with my landing [10:14] cronscripts/update-cve.py [10:14] I'll turn it on staging and see what happens [10:14] i don't think there's any point in running it more often than daily, i think the db it fetches is a daily update [10:33] PIL ? [10:35] pithon imaging library [10:35] but speled rite [10:36] rather than john lydon's band [10:42] heh [10:50] Merge to rocketfuel@canonical.com/launchpad--production--1.33: Cherry pick patch-2416 into production (patch-1: stuart.bishop@canonical.com, rocketfuel@canonical.com) [10:58] niemeyer: hi. had another case, in schooltool this time, of why that list() calls __len__ and swallows all exceptions thing was bad. This time, it was a __len__ implementation that used list(self) and so got a max recursion error. [10:58] so, major slowdown, and really hard to track down. [11:01] hah [11:02] SteveA: Hey [11:02] SteveA: Yes, that's really bad indeed :/ [11:03] at least it's been fixed now [11:03] i haven't looked at the C code that fixes it [11:04] but from the schooltool report, i'm pretty sure rhettinger made it catch only specific errors like AttributeError and TypeError === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === ddaa [n=ddaa@marvin.xlii.org] has joined #launchpad [11:06] SteveA: [11:06] if (!PyErr_ExceptionMatches(PyExc_TypeError) && [11:06] !PyErr_ExceptionMatches(PyExc_AttributeError)) { [11:06] Py_DECREF(it); [11:06] return NULL; [11:06] } [11:06] great [11:06] thanks gustavo [11:07] lifeless: could you get bzr using LP for bugs, specs, support tickets please? === ddaa [n=ddaa@marvin.xlii.org] has left #launchpad [] [11:08] sabdfl: sure thing. I'll ring martin today and ensure one of us will set it up on monday [11:11] lifeless: what's PQM doing baz merge --two-way scott@canonical.com--2005/launchpad--manifest-hints-and-ancestry--0 for? [11:12] sabdfl: because I'm doing last nights merge again ? [11:12] do you know that i'm trying to land mark.shuttleworth@canonical.com/launchpad--cverework--1? [11:13] before i can get cracking on the work i owe daniel? [11:13] sabdfl: I didn't, sorry. [11:13] ok. could you let me merge drop in please? [11:13] sabdfl: I'll reenable pqm for a bit. can you tell me when I'm clear to kill it again [11:13] sure [11:13] ok, pqm cron is up again === WaterSevenUb [n=WaterSev@bl5-48-106.dsl.telepac.pt] has joined #launchpad [11:15] pqm web site still giving bad gateway, lifeless [11:15] 1 sec [11:16] fixed, thanks [11:17] np [11:17] ping me when I'm clear, or if you have trouble [11:18] sabdfl: just seen the trickery in the TicketTargetView class. eeewwwww :-) === ddaa [n=ddaa@marvin.xlii.org] has joined #launchpad [11:28] I need a favico.ico for pqm [11:28] sw [11:30] lifeless: [11:30] got that as an ico ? [11:30] or is it ? can never remember which way it goes [11:33] SteveA: i have a note to discuss it in UBZ [11:33] yeah. i added some notes to the note on my branch. [11:33] we need a general approach to "I want a page with a specific set of criteria against a general list" [11:33] at least all the hackery is in one place [11:34] the standard way to do this in zope3 today is to use a base class TicketTargetView, and some tiny subclasses, each implementing self.getTickets() separately. [11:34] then register in zcml the appropriate subclass. [11:35] that would work too [11:35] another approach would be to have a way of giving "advice" of some sort from zcml [11:35] too limiting [11:35] I've got a ruber ducky going cheap [11:35] rubber even [11:35] so you'd say [11:35] you've no sooner implemented all the "advice" zcml, when you need to do something totally different [11:35] and the view class can read that [11:36] i prefer the subclasses [11:36] it is more pythonic, to be sure [11:36] to use subclasses [11:36] actually, i prefer to have it all in one view class, but we can discuss it at UBZ [11:36] sure [11:36] i don't think looking at the URL is evil [11:36] it's just looking at the request, right? [11:37] well... i've added some notes about looking at the request in a more robust way [11:37] the current implementation is simplistic, but i think we can improve that [11:37] right [11:37] how... long... must... i... wait... for.... the.... failure.... message.... [11:37] but the issue is, if i want to rename a page from say +createdtickets to +ticketscreated [11:37] i need to do it in two places -- the zcml and the view class [11:37] whereas, i should be able to do it just in zcml [11:37] disagree [11:38] you disagree that i need to do it in two places? [11:38] or that i should be able to do it in just zcml? [11:38] if you want to rename a field (statusexplanation -> whiteboard) you have to do it in 4 places [11:39] i don't see that fields are the same as pages. in general, needing to rename things in N-1 places is better than needing to rename it in N places [11:39] with one being the absolutely best case [11:39] also, all other pages in the system can be renamed just in zcml. [11:40] in zope 3 in the future, you won't list templates in zcml. they will be included in the view classes anyway. [11:41] so at that point, you can have one view class [11:41] formlib! [11:41] with 4 (or however many) methods [11:41] one for each of the variants of the pages -- as the entry point [11:41] actually, that would work now also, although be a bit less elegant [11:41] but it would avoid the "programming complexity" and spready-out-ness of subclasses [11:42] and achieve the goals of having one view class, an obvious flow of control, and needing to change the page name only in zcml. [11:43] i think you could fake this now [11:43] if you put a hook in the template [11:43] that runs a view method at the beginning of the page [11:43] and sets up the iterators appropriately [11:44] we need this stuff for: [11:44] - lists of bugs (open, closed, search criteria, show rejected, other options) [11:44] - lists of specs and tickets and branches [11:44] lots of places === Kinnison returns having fl-cow'd his desktop [11:44] so we need to develop a pattern, and re-use it [11:45] can you point me at another view class that needs this stuff? it will help me see the pattern [11:46] this hook you speak of is something i'm on the hook to do for upstream zope3 sometime. haven't got around to it yet. it also fixes the "don't do stuff in __init__" issues. [11:46] in fact, i wrote in the comment: [11:46] # Either wait for the Zope 3 improvement I'm on the hook to [11:46] # land that makes templates called "template" in view classes, [11:46] # or include it manually like Zope 3 will do in the future. [11:46] # Then, have different methods as entry-points for the different [11:46] # pages. [11:46] # self.createdtickets() [11:46] # self.assignedtickets() [11:47] # self.answeredtickets() [11:47] # self.subscribedtickets() [11:47] # self.tickets() # everything else. [11:47] # Hook these up in zcml. [11:47] # using the class and attribute style of registing pages. [11:48] SteveA: the bug search stuff is a bit of a mess, so don't look there for inspiration [11:48] okay. [11:48] but imagine all the places where you want to slice a set of data up 20 different ways [11:49] yeah [11:49] okay. i'll leave the comment there for now, and mull it over the weekend [11:49] SteveA: i have often used 1 view class with different templates, so don't make the binding at a view class level please [11:50] there's nothing in this that would stop that from working [11:50] the upstream change is that when you have 'template="..."' in zcml, the template ends up in a standard attribute name 'template' [11:51] you can use one view class with many template="..." directives, because a new class is generated for each use. [11:51] it has to be that way to work currently. [11:52] one of the reasons to deprecate template="..." in zcml, and make the standard way to do things to explicitly name templates in the view classes [11:52] is to get rid of the "let's generate classes" stuff [11:52] beacuse it makes the system more obscure if zcml is going around generating classes for you [11:52] ah. +1 on that front, then [11:53] i mean, it's cute... but in a "i want a rifle for bambi" way [11:54] srichter? [11:54] nah, this was in zope3 from the very earliest time [11:55] the motivation at the very start was to make it the minimum lines of code to write a page template, and some in-python-code logic to help it do its job [11:55] because many people wanted the same power as having islands of python code in page templates [11:55] but others wanted the python code to be testable, and to look like regular python code [11:55] out of that came the view class + template idiom [11:56] and the desire to avoid the boilerplate that is so common in zope 2 [11:57] so, generating classes was one way to avoid the boilerplate of using python code to explicitly include a page template, and to avoid the need to say def __init__(self, context, request): self.context = context; self.request = request [11:57] it achieved the goal of avoiding boilerplate and making it easy to add bits of python code to templates, but at the cost of making the whole "views" system obscure when it didn't need to be so. [11:58] now it is time to undo that, and make things less magical. === SteveA concludes today's zope3 history lesson [12:01] so, will the boilerplate become required? [12:01] you'll need to provide an __init__ for your view classes, or subclass something that provides a suitable __init__ [12:02] so, in launchpad, we'd end up subclassing LaunchpadView all the time, i expect [12:02] which is nice and self-documenting anyway [12:02] class TicketTrackerView(LaunchpadView): [12:02] ... [12:03] so, no particular boilerplate [12:03] but still understandable -- you look up what LaunchpadView is if you want to see its __init__ [12:03] rather than have to look in the dark corners of zcml implementation [12:05] stub: did you ever track down the issues with sending mail async in production? [12:06] I have not looked - it may well work if I turn it back on. [12:06] did it fail on staging also? [12:06] it would be nice to be able to test it on staging first. [12:07] Staging doesn't send email yet, so that needs to be sorted first [12:07] i think sending it all to some list would be nice [12:07] then people can look at the list to see what staging is sending out [12:14] If anyone here wants me to retain the contents of the dogfood database (soyuz tables in particular) speak now, or forever hold your peace [12:18] one hopes people will be holding their piece in private [12:18] wude. [12:21] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=jamesh] rework cve structure, and general polish (patch-2420: mark.shuttleworth@canonical.com, bjorn.tillenius@canonical.com) [12:22] filthmongers! [12:23] gah, talk about confusion [12:23] I got an arch-pqm success message from *MY* pqm, sat next to a change-to-rocketfuel tla mail-revisions mail [12:23] my brain froze for about 10 seconds due to the cognitive dissonance [12:24] SteveA: okay, I'm looking at the pybaz problem right now. [12:24] thanks ddaa === JanC [n=janc@lugwv/member/JanC] has joined #launchpad [12:27] stub: when you update the request type in servers.py, you also need to update it in canonical/functional.py [12:28] lifeless: k, i'm done. phew. thanks [12:28] There a mock request in there or something? ok. [12:28] jamesh: please grill me about those extra review points (schemas vs interfaces) in UBZ, ok? [12:29] stub: did that branch land ok on your production branch, too? [12:29] sabdfl: thanks [12:29] pqm -> down [12:29] its in pqm. If it doesn't land, is it ok to cherry pick that one instead? [12:30] stub: your merge will complete [12:30] then I'm locking the queue to fight this hct patch [12:30] stub: 2420? yes. though it might include a little more rocketfuel than the previous one. there's one little extra fix too, but not critical [12:31] ok. [12:33] sabdfl: when do you leave today? bjorn's working on a ticket tracker email interface braindump for you to look at? [12:34] stub: actually, i see you changed servers.py already. [12:35] stub: i'll update functional.py because i'm making an improvement there anyway. [12:35] SteveA: 6pm uk time [12:36] stub: ... or did you. i'm getting confused between Publication and Requests :-/ [12:36] thanks sabdfl === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === SteveA improves pagetest error output to get rid of HTML guff and present a nice traceback. [01:00] yay === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === WaterSevenUb [n=WaterSev@bl5-41-98.dsl.telepac.pt] has joined #launchpad [01:03] lifeless: if i have some changes i've made but not committed on the wrong branch, can i baz switch, baz branch, baz commit? === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [01:05] yes [01:05] great [01:08] stu ping [01:08] doh [01:08] I wanted stub === Kinnison lunches [01:18] spiv: meet niemeyer [01:18] niemeyer: meet spiv [01:18] :) [01:18] spiv: Hello :) [01:18] spiv: niemeyer might like to learn some more about twisted, to get a feel for what writing good twisted code is like [01:19] "good twisted code" 8) [01:20] How to freeze Python in a futex beyond the reach of Ctrl-C in one easy step: python -c "from threading import Event; Event().wait()" [01:21] I guess I have only myself to blame for that terminal being fucked now [01:21] niemeyer: G'day [01:21] spiv: normal kill killed it [01:21] bob2: How to freeze your system by making it do lots of disk I/O: sudo rm -rf / [01:21] ... [01:22] Keybuk: monkey boy. [01:22] bob2: get a haircut. [01:22] SteveA: Yeah, so does Ctrl-\ (SIGQUIT). [01:22] Still surprised me. === jinty [n=jinty@205.134.224.215] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === stub [n=stub@203-214-4-72.dyn.iinet.net.au] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [01:36] Kinnison: found another amusing point where my Cymraeg slips out for you ... I pronounce the C type "char" with a hard ch, and not a soft one === Seveaz [n=seveas@seveas.demon.nl] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === RapSinna [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [01:56] sabdfl: could you have a quick look at https://wiki.launchpad.canonical.com/TicketTrackerEmailInterface [01:56] sabdfl: i will improve it later after lunch === BjornT -> lunch [01:58] BjornT: i'll make some tweaks while you are out === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] === camilotelles [n=Camilo@20132139198.user.veloxzone.com.br] has joined #launchpad === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad [02:40] agh, I thought I'd be smart and leave baz merge running overnight === asmodai [n=asmodai@sakko.demon.nl] has joined #Launchpad [02:40]