[07:43] mpt: with python 2.4, the closes you can do is tal:attributes="class python:columns1 and value_if_true or value_if_false" [07:44] python 2.5 lets you write it as "value_if_true if condition else value_if_false", but that is not an option for LP at the moment [07:44] ah, nifty [07:46] jamesh, that works when the variable is set, but it gives "NameError: name 'columns1' is not defined' if it isn't [07:46] yep. [07:47] are you using macros or something? [07:47] where the tal:attributes may be evaluated with or without columns1 set? === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad [07:48] main-template.pt contains conditional stuff based on whether columns1 is set [07:48] tal:condition="columns1|nothing" [07:48] Then other templates have as their first line [07:49] mpt: okay. Just do something like this then: [07:49] But in this case, I don't want a section that's there or not there, I just want it to have a different class= [07:49]

[07:49] using columns_1_or_none [07:51] ooh, magic [07:51] thank you jamesh [08:20] New bug: #72933 in rosetta "d4x translation template missing" [Undecided,Unconfirmed] http://launchpad.net/bugs/72933 [08:20] New bug: #72939 in malone "Missing newline in bug details box if bug is flagged as security" [Undecided,Unconfirmed] http://launchpad.net/bugs/72939 [08:22] New bug: #72831 in launchpad "Left-hand menu is inconsistent with the latest roll-out" [Medium,Confirmed] http://launchpad.net/bugs/72831 [08:22] New bug: #72838 in launchpad "testbrowser sets HTTP_REFERER to the string 'localhost'" [Undecided,Unconfirmed] http://launchpad.net/bugs/72838 [08:22] New bug: #72848 in soyuz "Description field format features are probably destroyed when we parse the control file" [Wishlist,Unconfirmed] http://launchpad.net/bugs/72848 [08:22] New bug: #72849 in launchpad "redirection should redirect to an absolute URL even when called with a relative one" [Undecided,Unconfirmed] http://launchpad.net/bugs/72849 [08:23] New bug: #72866 in launchpad-support-tracker "My Requests report OOPses" [Critical,Fix committed] http://launchpad.net/bugs/72866 [08:23] heh === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === poningru [n=poningru@pool-71-243-246-253.tampfl.fios.verizon.net] has left #launchpad ["Leaving"] === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad [09:05] New bug: #72977 in launchpad-bazaar "Instructions for hosting branches should be on product Code page" [Undecided,Unconfirmed] http://launchpad.net/bugs/72977 [09:14] stub: so I have bug mail from yesterday [09:14] and from this morning [09:14] but appear to be missing any from overnight [09:15] Keybuk: It should all be in a queue somewhere. [09:16] ok, so it's not a fifo? [09:16] Keybuk: we had about 24 hours worth backed up [09:17] I don't know if our end is a fifo, and the relays between Launchpad and you are probably not fifos. === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === seb128_ [n=seb128@ANancy-151-1-16-34.w83-194.abo.wanadoo.fr] has joined #launchpad === carlos [n=carlos@54.Red-88-18-197.staticIP.rima-tde.net] has joined #launchpad [09:30] morning! [09:34] jml: be with you shortly === mp1 [n=mpt@121-72-132-184.dsl.telstraclear.net] has joined #launchpad === mp1 [n=mpt@121-72-132-184.dsl.telstraclear.net] has left #launchpad [] [09:52] hi [09:52] what is the way to open a backport task now? [09:53] there used to be an option to the left column of the bug page for that [09:53] seems it has been dropped [09:55] seb128: which bug are you looking at? i can see the link for opening a backport task. [09:55] I can see it too now [09:55] in fact I was browsing https://launchpad.net/distros/ubuntu/+source/gnome-vfs2/+bug/71586 [09:55] Malone bug 71586 in gnome-vfs "Spontaneous SJ Death" [Unknown,Unknown] [09:55] I added an upstream task [09:55] that moved me to the upstream product context [09:56] which don't have the option [09:56] it's pretty confusing [09:56] s/it/that [09:57] ah, right. yes, we probably should display the backport link no matter what context you're in. [09:57] I would say you should not silently change the context when somebody add an upstream task [09:57] should I open a bug about that? [09:59] yeah, that'd be good. i agree that we shouldn't change the context when adding new tasks. [09:59] thanks [10:03] BjornT: https://bugs.launchpad.net/products/malone/+bug/72981 [10:03] Malone bug 72981 in malone "adding a task should not change the context" [Undecided,Unconfirmed] [10:09] thanks seb128 [10:10] np [10:11] New bug: #72981 in malone "adding a task should not change the context" [Undecided,Unconfirmed] http://launchpad.net/bugs/72981 === stu1 [n=stub@ppp-58.8.3.108.revip2.asianet.co.th] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has left #launchpad [] === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === jinty [n=jinty@89.Red-88-1-221.dynamicIP.rima-tde.net] has joined #launchpad === Keybuk spots a "MiB" on Launchpad [12:13] who do I need to speak to about that, and where do they live? :p [12:17] Keybuk: bzr annotate blames kiko === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [12:19] MiB is fucking stupid [12:19] Take it up with the IEEE [12:19] MB is well understood, and only irritates hard drive manufacturers [12:21] It doesn't irritate them - they *love* how the general use and the official one are different, allowing them to claim larger drives without getting into trouble [12:21] Men in black... === danilos [n=danilo@adsl-221-97.eunet.yu] has joined #launchpad [12:22] Keybuk: I already lost point on bzr, as documented in some bug somewhere [12:23] "lost point" ? [12:26] lost that point [12:26] bzr uses MiB etc. [12:26] which I found odd [12:26] seeing as gnome appeared not to at the time [12:27] and gnome is my benchmark of open source usability thinking etc. [12:27] "bzr info"'s display of repository size === niemeyer [n=niemeyer@200.138.43.78] has joined #launchpad [12:28] jamesh: did you get any further with seeing if there's a way to get a brazilian visa fast? [12:29] SteveA: no. kiko didn't have any ideas other than including a letter asking them to handle it quickly. [12:30] I'm not confident about that. [12:30] So, we should delay that meeting for a time we can be sure you can get a visa. [12:30] SteveA: last time I got a visa it took about the quoted length of time, which is why I am not confident it would make a difference [12:30] most likely the Canbera consulate is one or two people working part time [12:31] (for visa matters and the like) [12:31] niemeyer: so, we need to look at dates next year for your meeting with jamesh. [12:31] I don't think we should consider a different location. [12:32] SteveA: Right [12:33] jamesh: Since you need the visa anyway, it might be interesting to try getting it ASAP [12:33] If for some miracle they handle it quickly, we can do it soonish [12:33] niemeyer: I need an itinerary before I can apply for the visa [12:34] jamesh: You can get an itinerary before confirming you're going to travel [12:36] iirc, Brazil generally makes the entrance requirements roughly equivalent to what the other country requires for Brazilian citizens [12:41] niemeyer: I'd prefer if we could organise a time when I know I'll be able to get a visa [12:44] jamesh: Of course [12:45] jamesh: Februrary 5th-9th? === mhb [n=mhb@64.73.broadband3.iol.cz] has joined #launchpad [12:46] hi everyone [12:46] that'd be fine. The week before would also be fine. [12:48] I'd like to know if there has been some progress on bug 68014 [12:48] Malone bug 68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Critical,In progress] http://launchpad.net/bugs/68014 [12:49] Carlos posted on the ML that it's going to take days, but it's been a month now [12:49] mhb: have you seen a problem with reverting translations recently? [12:50] SteveA: IIRC this is why the upload is disabled in Rosetta [12:50] completely [12:50] isn't it? [12:50] mhb: we are in the process, the fact that we had the UDS and another conference in the middle didn't help to finish it, but we are already showing who approved translations, so the only missing part is to enable again the upload form (and it's blocked on me finishing a better merge algorithm that will detect conflicts) [12:51] carlos: I'm glad to hear that === matthewrevell [i=synchron@outbound.silenceisdefeat.org] has joined #launchpad [12:51] mhb: you can also request from a rosetta admin to do an upload [12:51] hi matthewrevell [12:51] SteveA: Hi! [12:51] Hello Mr Revell! [12:51] carlos: upload is the best way to correct mistakes in complex translations (because there is no search) so that's why I'd like it ASAP [12:51] mpt: Howdy :) [12:52] mhb: agreed, It's my top priority now that I'm back at the office. [12:52] and welcome to Canonical's Matthew Brigade [12:52] carlos: so it's going to be possible before December? [12:52] mhb: well, I hope it will be possible next week, it's not too complex what's missing, it was just that I hadn't time to do it [12:53] mpt: Yeah, I've heard that I'm about to become one of an increasing number of Matthews at the company. [12:53] matthewrevell: we should arrange to meet up sometime [12:53] mhb: that planning includes our usual QA checks before rolling out it on production [12:54] carlos: I'd be really happy if you managed to enable it next week [12:54] mhb: anyway, as SteveA pointed, you can request us to do an upload for you if you have anything ready [12:55] carlos: I can do most of it by hand [12:56] ok [12:57] heeeeeellllo [12:57] carlos: I'm counting on you. [12:57] hello [12:57] sleeptalker! [12:57] I had my drugs [12:57] I rode my bike [12:57] I am ready for the world-famous [12:58] LAUNCHPAD MEETING [12:58] mhb: ok, thanks [12:59] kiko: just wait 1 minute ;-) === mhb [n=mhb@64.73.broadband3.iol.cz] has left #launchpad [] [01:00] Launchpad Meeting time === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [01:00] so it is [01:00] welcome flacoste [01:00] welcome to the launchpad development meeting [01:00] first off: are you pumped? [01:00] who is here today? [01:00] me [01:00] me [01:00] me [01:00] me [01:00] me [01:00] me [01:00] me [01:01] me [01:01] me [01:01] me [01:01] we are *so* pimped. [01:01] Many a true word [01:01] me [01:01] ddaa is on vac [01:01] stub sends apologies. === raraavis is observing but will not participate [01:01] Welcome raraavis === matthewrevell I'm observing too [01:01] :) [01:02] When do you start, matthewrevell? [01:02] jordi: ping [01:02] mpt: Next Thursday. [01:02] let's hope this doesn't turn into a UN sanctioned war zone [01:02] cool [01:02] 29th [01:02] raraavis, a toast to observers [01:02] :D [01:02] ok [01:02] == Agenda == [01:02] * Roll call * Agenda [01:02] * Next meeting [01:02] * Activity reports [01:02] * Actions from last meeting [01:02] * Oops report (Matsubara) [01:02] * Bug report report (mpt) [01:02] * Production and staging (Stuart) [01:02] * Launchpad 1.0 status reports [01:02] pong, hello [01:02] * Sysadmin requests [01:03] * Time-based releases (Steve) [01:03] * (other items) [01:03] * Keep, Bag, Change [01:03] * Three sentences [01:03] [01:03] next meeting -- same time next thursday? [01:03] any objections, speak now [01:03] 5 [01:03] 4 [01:03] 3 [01:03] 2 [01:03] 1 [01:03] thanks [01:03] SteveA, matsubara is on vacation too [01:03] (usual grumble) [01:03] someone with irc-fu please update the channel title === ..[topic/#launchpad:malcc] : Developer meeting: Thu 30 Nov, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [01:03] thanks malcc [01:03] * Activity reports [01:04] who's hot and who's merely lukewarm? [01:04] cold [01:04] I'm positively chilly [01:04] I'm hot [01:04] but I will be up to date by tomorrow [01:04] cold [01:04] hot [01:04] cold [01:04] cold (1 week behind) [01:04] I have sent many of my pending reports, some old ones are missing, but generally better now [01:04] cold myself [01:04] hot [01:04] freezing [01:04] but getting warmer [01:04] I am waiting for niemeyer's new version of gtimelog packages. [01:05] cold (I think I owe the ones from the week before UDS) [01:05] kiko: does it do the timelogs without any intervention? :) [01:05] warm -- I just sent the days since allhands, but I have stuff missing from before then. [01:05] danilos, no, but it flashes what you are doing in the OSD! [01:05] all done? [01:05] * Actions from last meeting [01:06] * spiv to finish the damn `__eq__` for database objects action item [01:06] * ddaa to propose updating of our wikis to the shiny new moin, somewhere his request won't be forgotten [01:06] sqlobject __eq__: kiko reviewed my branch, thanks! [01:06] I realised the proposed branch does not trap invalid cross-transaction comparisions, which was the original problem that brought this mess to our attention, [01:06] but at the moment I have only failing tests rather than a fix. I haven't looked at this since before allhands, so I don't remember more details atm. [01:06] I don't recall ddaa doing this. this should remain on the agenda until next week when ddaa is here. [01:06] spiv, most welcome. [01:06] SteveA, that request should go to RT. [01:06] (ddaa's) [01:07] kiko: do we want it? [01:07] kiko: well, upgrading moin isn't exactly trivial [01:07] kiko: it involves porting the authserver hackery to the new version. [01:07] spiv, catching cross-xn comparisons shouldn't be too difficult if we can inspect the object's conn. [01:07] I don't find it important. I think we should wait for openid stuff. [01:07] I hear that newer versions of moin are more modular in this respect, but it's still non-trivial work to assess and then do. [01:08] SteveA, well, I was commenting more on the process. I don't care much about moin myself but if developers think the new version will be more efficient, it should be considered [01:08] kiko: that's what I thought, and yet my obvious attempts are still failing tests. [01:08] kiko: I agree, but I think we should *consider* it before getting an RT request put in for it. [01:08] spiv, if you want to walk me through the tests and code I might be able to help [01:08] I want ddaa to be here to consider it with us, as he proposed it. [01:08] so, deferred until next week. [01:08] SteveA, right -- if it's still up for grabs then it needs discussion before anything else. I have seen no launchpad email on this topic. [01:08] spiv: if only we could use a third party auth module for moin :) [01:09] * reviewers to discuss ideas and principles for keeping branch review quick [01:09] did this happen? [01:09] not to my knowledge [01:09] I don't think we ended up discussing this at allhands [01:09] I don't think so either. [01:09] so, it stays until next week, and someone should add it to the review meeting agenda. [01:09] jamesh: would you do that please? [01:10] * Oops report (Matsubara) [01:10] SteveA: okay [01:10] matsubara isnt' here [01:10] did he provide an oops report to anyone? [01:10] not that I know of [01:10] SteveA, I don't think allhands left him time for that. I can do an impromptu one [01:10] I noticed more than usual exceptions [01:10] so, I'm concerned [01:10] ok. [01:10] let's look at the oopses. [01:10] first one I've never seen before: [01:11] 8 AssertionError: badly formed entity: u'&' [01:11] 3 https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/66873/+index [01:11] Malone bug 66873 in Baltix "Flash 9 beta" [Undecided,Unconfirmed] [01:11] BjornT, does this look like something you've seen? If not, can you report a bug on it? [01:11] ------------------------------------- [01:11] next up is 8 search_text oopses that flacoste fixed yesterday, but stub's questioning if it is worth cherrypicking [01:11] kiko: that's probably from the new word break code. [01:11] I think it's worth it. [01:12] jamesh, hmmmm. can you look into it, if you think you're a better eye for it? === flacoste thinks too [01:12] flacoste, it is a trivial patch [01:12] and we will be oopsing for the next forseeable weeks [01:12] very so [01:12] so stub (grrr where is stub) please roll it out. [01:12] flacoste, I'll email to request this explicitly. [01:12] moving on [01:13] ------------------------------------- [01:13] kiko: we have a procedure for this. I want to check we're following it, or not following it for a good reason. [01:13] we have an odd instantiation of selectresults in rosetta-index [01:13] Is there a critical bug related to the oopses + cherrypick request? [01:13] SteveA: there is [01:13] SteveA, yes. [01:13] does the rollout involve a database patch? [01:13] bug 72866 [01:13] Malone bug 72866 in launchpad-support-tracker "My Requests report OOPses" [Critical,Fix committed] http://launchpad.net/bugs/72866 [01:14] SteveA: no database patch [01:14] then I support a cherrypick asap [01:14] I shall comment so in the bug [01:14] SteveA, thanks. I think emailing stub directly will do the job -- do you want to take the matter in your hands? :) [01:14] I was ready to do it. [01:15] kiko: what's the problem with Rosetta? do you have an OOPS? [01:15] so moving on once again [01:15] ------------------------------------- [01:15] 6 ForbiddenAttribute: ('__call__', ) [01:15] 0% from search bots, 100% referred from local sites [01:15] 4 https://translations.launchpad.net/projects/ddtp-packages/+rosetta-index [01:15] OOPS-326A859, OOPS-326C867, OOPS-326C868, OOPS-326C869 [01:15] https://devpad.canonical.com/~jamesh/oops.cgi/326A859 [01:15] https://devpad.canonical.com/~jamesh/oops.cgi/326C867 [01:15] https://devpad.canonical.com/~jamesh/oops.cgi/326C868 [01:15] https://devpad.canonical.com/~jamesh/oops.cgi/326C869 [01:15] kiko / flacoste: is that request on the LaunchpadProductionStatus page? [01:15] carlos, can you please check this issue, find an existing bug, report one if not, and get a fix cherry-pick-requested? [01:15] SteveA: it is [01:15] SteveA, YES [01:15] awesome [01:16] SteveA, maybe ask us out of bound on this, you are on a late train :-P [01:16] I'll talk with stub + mail him [01:16] jamesh, BjornT: confirm above? [01:16] kiko: I want to demonstrate the new procedure, which was discussed last meeting [01:16] carlos, confirm above? [01:16] SteveA, you can do that as a separate topic. this is the oops report. :) === flacoste took much care in following the new cherrypick procedure :-) [01:16] thank you flacoste [01:16] kiko: sure [01:16] the remaining oopses are trivial ones (1 oops each) [01:16] +rosetta-index? [01:17] what's that? [01:17] carlos, I'm not sure what that is -- requires investigation [01:17] moving on. [01:17] ------------------------------------- [01:17] ok [01:17] kiko: i suggest jamesh to fix it, since he wrote the code [01:17] in terms of timeouts, +translations has dropped from our second-topmost oopser to an occasional oopser [01:17] thanks to stub for producing the DB work that led to this [01:17] kiko: I think I know what is causing it, and how to reproduce. I'll look at fixing it tomorrow. [01:17] eturn len(list(self.context.products())) > 0 [01:18] aha [01:18] jamesh, thank you very much [01:18] it looks like a method converted to a property [01:18] right [01:18] or a property being incorrectly treated as a method. with no pagetest! [01:18] +translate continues timing out. I will do work on this but not in the next 15 days. [01:18] kiko: I think it affects URLs ending in & [01:19] Worse, that code has a comment saying: # XXX: this code is broken -- see bug 47769 [01:19] Malone bug 47769 in rosetta "The /rosetta/projects/ubuntu page is hopelessly busted" [Medium,Confirmed] http://launchpad.net/bugs/47769 [01:19] the other pages that do time out do so in a much smaller proportion [01:19] also, I don't understand why we're doing a len(list(...)) there. but I'll save that until later. [01:19] kiko: yay for +translate fixes [01:19] SteveA, it's old code. [01:19] or rather +translations fixes [01:19] just for some background [01:19] +translate now oopses 230 times a day [01:19] the second most frequent oopser, which is the distro page, oopsed 9 times yesterday. [01:20] so if we fix +translate (finally) we will have a much more manageable performance challenge === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [01:20] one thing that I am asking myself is whether it is worth putting work into optimizing +translate before implementing the rosetta DB refactorings stub and carlos and danilos the tall one discussed at the allhands [01:20] any more oops report? [01:21] that should be discussed further [01:21] one sec [01:21] kiko: it depends on our timeframe for db optimizations, imo [01:21] SteveA, and others: [01:22] danilos: perhaps schedule an irc meeting specifically on this issue [01:22] for some perspective, we served 535471 hits yesterday [01:22] of those, exactly 300 oopsed [01:22] SteveA: ok, makes sense, and we'd probably like to have you there as well [01:22] that means we have an oops ration of 0.05% [01:22] ratio, sorry [01:22] wow kiko, that's pretty good success rate! [01:22] 99.943% successful hits [01:22] which I think is pretty enviable. [01:22] but successful page loads would be more interesting [01:23] because non-oopsing icons aren't difficult [01:23] we served 366770 pages [01:23] which means 0.08% oops rate [01:23] again, fabulous, so congratulations to our great team [01:24] -------- end of impromptu oops report -------- [01:24] thank you kiko [01:24] (no high-fiving, pumping up, or hugging allowed in celebrations ;)) [01:24] you can hug your.. err.. keyboard [01:24] that's three nines, I think. next, let's go for four nines :-) === carlos looks for his best friend ever! === mpt hugs carlos [01:25] carlos: that'll be mpt with the bugs report [01:25] ;-) [01:25] * Bug report report (mpt) [01:25] There are 14 known Critical bugs in Launchpad recorded as being without released fixes. They are: [01:25] * Bug #1922 (Unhelpful "Invalid value" error when requesting fix for non-existent package/product), Critical, Confirmed, unassigned [01:25] This bug has been around for months, and Launchpad has many less helpful instructions. Why is this one suddenly Critical? [01:25] Malone bug 1922 in malone "Unhelpful "Invalid value" error when requesting fix for non-existent package/product" [Critical,Confirmed] http://launchpad.net/bugs/1922 [01:25] ok carlos, that was a good joke... and this is a bad joke... ok, a good joke... and a bad joke... [01:26] * Bug #2497 (/people/*/+translations times out for prolific translators), Critical, Fix Committed, kiko [01:26] kiko, should there be a new bug report on further reducing the number of timeouts? [01:26] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Fix committed] http://launchpad.net/bugs/2497 [01:26] ;-) [01:26] mpt, well, I'm not sure. what do you think? [01:26] * Bug #44214 (We need to add code to prevent POFiles being in the same path), Critical, In Progress, carlos [01:26] * Bug #46982 (Need to support KDE like plural forms), Critical, Confirmed, carlos [01:26] * Bug #68014 (Rosetta reverts translation fixes to old faulty values), Critical, In Progress, carlos [01:26] carlos, just before the meeting you were saying 44214 should be a few days away. Tell us about the others. :-) [01:26] Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress] http://launchpad.net/bugs/44214 [01:26] Malone bug 46982 in rosetta "Need to support KDE like plural forms" [Critical,Confirmed] http://launchpad.net/bugs/46982 [01:26] Malone bug 68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Critical,In progress] http://launchpad.net/bugs/68014 [01:26] kiko, I think it's nasty, but not Critical [01:26] mpt, about the first bug, I think it's our most-duped bug [01:27] mpt, I'll reduce it to high. I just wish it got done. [01:27] Only four duplicates? [01:27] mpt: bug #44214 has a failing test that prevented me to send the answer to the review email, but should be finished today and I hope I will get the final OK to merge [01:27] interesting [01:27] mpt: bug 46982 is still blocked on me [01:27] blocked on what? [01:27] err [01:27] mpt: bug #68014 will be finished between today and tomorrow [01:27] Malone bug 68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Critical,In progress] http://launchpad.net/bugs/68014 === jordi back to his cave. [01:27] BjornT, if I reduce bug 1922 to high, will you still do it? :-) [01:27] Malone bug 1922 in malone "Unhelpful "Invalid value" error when requesting fix for non-existent package/product" [Critical,Confirmed] http://launchpad.net/bugs/1922 [01:28] jordi: Firefox support adds some infrastructure required for KDE plural forms [01:28] oh I see [01:28] kiko: sure :) it should be quite easy to fix [01:28] BjornT, thanks, I'd appreciate that. [01:28]