=== ychahibi [n=ychahibi@adsl-175-188-192-81.adsl.iam.net.ma] has joined #launchpad === mdke_ is now known as mdke [12:44] Hello, In Arabic, Rosetta shows that Abiword is 0% https://launchpad.net/products/abiword/+translations, while it is 99, % in Abiword's page http://www.abiword.com/contribute/translate/ . Is this a problem is Launchpad ? [12:46] ychahibi, abiword probably doesn't use rosetta to store its translations [12:47] mdke, what if someone easily log in to Rosetta and start retranslating Abiword ? Won't it be a waste of effort? [12:48] mdke, what can I do to fix the problem ? [12:48] ychahibi, email the rosetta-users mailing list about the problem [12:49] mdke, thank you very much. [12:49] np, good work for noticing it === ychahibi [n=ychahibi@adsl-175-188-192-81.adsl.iam.net.ma] has left #launchpad ["Konversation] === hannosch [i=hannosch@e176097054.adsl.alicedsl.de] has joined #launchpad === mpool [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:44] mpt_: ping === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad [02:00] Gooooooooooooooooooooooooood afternoon Launchpadders! === mpt_ is now known as mpt [02:00] hi ddaa [02:00] I needed to add a style attribute in a page, so I need to talk to you. [02:01] mpt: the use case is reporting branch puller failures in an appropriately prominent fashion. [02:01] the sabdfl used class="error message", which is _way_ too loud, and displays the wrong icon [02:02] I modified the template to use class="warning message" and style="font-weight: normal" [02:03] It contains a very short bold text: "Mirror failure", followed by some explanatory text "Failed to update the Launchpad mirror of this branch." and some diagnostic details: the time of the latest attempt and the error message. [02:03] Having all of it bold, made it just difficult to read. [02:04] I think that error reporting from non-web subsystems may deserve some special classes of their own. [02:04] mpt: what do you think? === mpt catches up with scrollback [02:09] ddaa, mirror failures are unusual? [02:09] Mh... [02:10] They are a sign that something is wrong. [02:10] Either the branch URL is incorrect, or the remote host did not serve, or the branch is corrupt, or something blew up in the branch puller. [02:11] (in order of decreasing likelyhood) [02:11] It also means that the Launchpad mirror of the branch is out of date. [02:11] But they're not something wrong that the user did [02:12] Any random person can visit the page in question, correct? [02:12] Yes. [02:12] so error message isn't really appropriate [02:12] That's why I changed to "warning", the icon for error was really inappropriate. [02:12] yeah [02:13] So what is it being applied to? A table cell? A paragraph? [02:13] A div [02:14] Was a P at first, but I want it to contain some hard-wrapped lines (div), so P did not parse. [02:14] ah [02:15] is that because the error message itself is multi-line? [02:15] Could be. It does not seem to be, usually. [02:15] But it can contain a URL, so it's likely to wrap. [02:16] I'm thinking about

This branch could not be mirrored at {time} because ?{error}?

[02:16] It's just that I want to have something like: [02:16] ERROR, explanation [02:16] [in the future, remedial measures] [02:16] time of last attempt [02:16] error message of last attempt [02:17] both time and error do not really fit in a sentence like that. [02:17] well, what you're doing seems ok [02:17] There's also the fact that (for some reason unknown to me) we must allow the error message to be missing. [02:17] though since it's not the user's fault [02:18] I'd prefer if the message was as short as possible while conveying the information [02:18] (then I display an explicit "No error message" for consistency's sake) [02:19] Mh... Okay, I can collate the last two lines. [02:19] Not sure if the gained space is worth the reduced readability. [02:19] Hard to tell without seeing the page :-) === ddaa uploads [02:22] http://ddaa.net/Screenshot.png [02:23] you can see a realistic error message there https://launchpad.net/people/mvo/+branch/apt/main [02:24] hmmmmm [02:25] I think this is more a job for class="informational message", actually [02:25] Something unusual but not dangerous has happened [02:26] I think it's a warning, since that means that the revision list just below is maybe out of date. [02:26] yeah, tough choice [02:26] Is the "click here" yours? [02:26] do I look like a guy to make "click here" links??? [02:26] heh [02:27] So I guess the "Note:" isn't yours either [02:27] it's an idea from the sab, is soooo broken it's not even funny, I will revert before merging. [02:27] mpt: no, that's all sabdfl [02:27] that's ridiculously broken [02:27] that's unfortunate [02:28] "click here, but don't because it's probably not something you can browse" [02:28] I guess it depends on what severity of "idea" it was [02:28] Stuff that people don't need to "Note:" shouldn't be on a page in the first place [02:28] I'll change that part of the page, do not look at it. [02:28] ok [02:28] I just do one pagetest fix at a time :) [02:29] and I know the message displayed when no revisions are recorded can be improved, but that will be later [02:29] you know, incremental [02:29] but other than that, it looks ok, except for: "Launchpad could not mirror this branch at {time}. The error was: ...." [02:30] mpt: keep the bold text, or remove that? [02:30] remove it I think [02:30] making it non bold? [02:30] yeah [02:31] what when no error message is recorded? [02:31] "Launchpad could not mirror this branch at {time}." or "Launchpad could not mirror this branch at {time}. No error message was recorded." [02:31] the latter [02:31] :) [02:32] Meanwhile, "no revisions were found on the last scan" seems like a bug -- the list of recent revisions shouldn't depend on whether the last pull was half an hour ago or 23 hours ago [02:32] hu? [02:32] Why not make the list time-based instead of scan-based? [02:33] "no revision were found on the last scan" is a bug, but for other reasons. [02:33] e.g. list all revisions that were added in the last 48 hours or whatever [02:33] you are all confused [02:33] regardless of when the last scan was [02:33] it always displays the 10 last revs on the branch [02:33] regardless of their age [02:34] the bug is that now, we have enough information to tell that we did scan the branch. [02:34] But I want to postpone fixing that. [02:34] The branch already has a serious case of scope creep [02:34] ok [02:34] But I cannot just land it the way sabdfl gave it to me. [02:35] It would have been a serious regression on several fronts. So I'm focusing on preventing regressions. === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad [02:41] Yeah, that's better. [02:41] mpt: do you mean to have it on two lines, or one line? [02:42] I mean divs or not divs? [02:42] (no opinion is a valid answer) === poningru [n=poningru@n128-227-69-56.xlate.ufl.edu] has joined #launchpad === mpt_ [n=mpt@219-89-134-102.jetstart.xtra.co.nz] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [03:58] i asked this a while ago, so i thought someone who knows might have signed on since - can i close someones support requests without being administrator of a group? the requests been open for a while, and it's no longer relevant === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === mpt_ [n=mpt@219-89-134-102.jetstart.xtra.co.nz] has joined #launchpad === stub [n=stub@ppp-58.8.1.68.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@219-89-134-102.jetstart.xtra.co.nz] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === mpt [n=mpt@219-89-134-102.jetstart.xtra.co.nz] has joined #launchpad [06:48] Merge to devel/launchpad/: [trivial] Reduces font size for listing tables as requested by Mark, and adds a 'greater' CSS class to be used for those that should have normal size. Also fixes bug 32103 (Information about Launchpad usage looks like it belongs to translation policy) and bug 3848 (Launchpad needs to explain GPG/OpenPGP better). (r3438: Matthew Paul Thomas) === meridian [n=meridian@dsl5402C9A2.pool.t-online.hu] has joined #launchpad [06:53] huhu [06:53] van itt magyar? [06:55] nem kapok regisztrcis mail-t..:( [07:19] how to translation reg. ? === dsas [n=dean@host86-129-16-21.range86-129.btcentralplus.com] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === tortho [n=tortho@104.84-49-107.nextgentel.com] has joined #launchpad [08:04] Good Morning, I'll found a "bug" in Rosetta I guess, when translating Dapper. Anyone who want's to have a look/guide me how to get it fixed, to avoid getting more wrongly translated strings into Dapper? [08:12] .blender === mpt_ [n=mpt@222-154-153-64.jetstream.xtra.co.nz] has joined #launchpad [08:51] how do I get rid of fix committed from showing up in the bug list ? [08:52] without doing an 'advanced' search === dolphinling [n=chatzill@rbpool4-60.shoreham.net] has joined #launchpad [09:05] Is there a way to see only bugs that affect upstream in launchpad? [09:05] what do you mean ? === meridian [n=meridian@dsl54009BCA.pool.t-online.hu] has joined #launchpad [09:06] Er, in the search function, sorry [09:07] dolphinling, you mean bugs in launchpad itself? [09:07] morning all [09:07] I mean that I dont understand what you are asking for [09:07] be specific [09:07] hi [09:07] give me a url or a search and an example of a bug you dont want to see and one you do [09:08] https://launchpad.net/distros/ubuntu/+source/firefox/+bugs?advanced=1&field.searchtext=&orderby=-priority%2C-severity&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Released&assignee_option=any&field.assignee=&field.owner=&field.component-empty-marker=1&field.omit [09:08] _dupes.used=&field.omit_dupes=on&field.has_patch.used=&search=Search+bugs+in+firefox+in+ubuntu [09:08] That searches for all firefox bugs in ubuntu [09:09] I want to only see the ones that also affect upstream firefox [09:09] *also* or *only* ? [09:09] you said *only* before [09:09] *only [09:09] Sorry, 3 am here :P [09:10] so you do *not* want bugs that are present in ubuntu [09:10] Right [09:10] then you should go to bugzilla.mozilla.org [09:10] thats where the upstream bugs are [09:10] (firefox do not use malone) [09:11] [as their official bugtracker] [09:11] Heh. The point was to see what firefox bugs people are reporting to ubuntu ;) [09:11] then you *do* want bugs that are present in Ubuntu. [09:11] you are confusing the heck outta me [09:11] Sorry :-\ [09:12] this is why I asked for example bugs that demonstrate ones you *do* want to see and ones you *do not* want to see [09:12] please get me one example of each, then it will be much more clear to me [09:12] Let me try to be clearer... I want to see firefox bugs that are reported to Ubuntu, but are present in all OSes, not just Ubuntu [09:12] please [09:12] examples [09:12] Okay, let me look [09:13] lifeless, he means that *also* is the answer to your question before, I think [09:13] mdke: we've been around it twice [09:13] true [09:13] mdke: I'm tired of the circle. Examples talk much more clearly. [09:13] https://launchpad.net/distros/ubuntu/+source/firefox/+bug/37828 that's present in all (linux) oses [09:13] Malone bug 37828 in firefox "Text rendered incorrectly in presence of ligatures and justified text" [Normal,Unconfirmed] [09:14] https://launchpad.net/distros/ubuntu/+source/firefox/+bug/28563 that's only present in Ubuntu [09:14] Malone bug 28563 in firefox ""File-->Import" wizard missing in Ubuntu's Firefox; it is in the official version" [Normal,Confirmed] [09:14] is https://launchpad.net/products/firefox/+bugs the answer to your question? [09:16] dolphinling: what do you mean 'present in all (linux) oses' - thats not what 'upstream' means. It means 'something that should be fixed upstream' as opposed to 'something that is a result of the ubuntu packaging' [09:17] Well, if it's something that should be fixed upstream, that would generally mean it would be present in all OSes, no? [09:17] no [09:18] it means its a bug in the code delivered by the upstream, rather than a bug in the changes and packaging code used by the distro [09:18] thats *all* it means. [09:18] dolphinling, I'm fairly confident the link above is the answer. Does it not help? [09:18] dolphinling: I'm only bringing this up to understand what you want to achieve. [09:19] mdke: sorry, unless people don't do a good job of marking bugs as being upstream or not, then no, I don't think so. There's not enough of them there. === carlos [n=carlos@84.Red-81-34-76.dynamicIP.rima-tde.net] has joined #launchpad [09:19] dolphinling, those are the bugs marked as existing in upstream firefox in malone [09:20] but as mdke says you can see all the bugs that are recorded as 'upstream' in the firefox product view. But that won't tell you which of them are *also* marked as existing in ubuntu [09:20] for more bugs, you need to go to mozilla bugzilla [09:20] morning [09:20] Eeh... I shouldn't be doing this at 3 am. I guess I'll just let it be, I was only curious anyway. [09:21] Thanks for your help, sorry for being confusing :\ === dolphinling [n=chatzill@rbpool4-60.shoreham.net] has left #launchpad [] [09:22] morning carlos === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === doko_ [n=doko@dslb-088-073-093-191.pools.arcor-ip.net] has joined #launchpad [09:40] i reg.. the blender translation.. no mail no passw...nothing...ehh === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [09:45] meridian: excuseme, could you explain better your problem? [09:45] did you create an account and you cannot login? [09:47] not send account [09:48] meridian: but did you create one? [09:50] NO [09:51] meridian: https://launchpad.net/+login [09:51] no mail... no account [09:51] meridian: dude, I cannot understand your problem if you don't explain it a bit better.... [09:52] do you mean that you don't have an email address and thus, you cannot get an account? === mpt_ is now known as mpt [09:53] i do not receive the registering email [09:55] ok, Is this your email address? meridian@msite.hu [09:55] meridian@c2.hu [09:56] or meridian73@t-online.hu [09:56] I sent the registration twice with different email adresses.. [09:57] hmm, I don't see those ones... could you tell me your full name, to be sure I'm looking at the right account, please? [09:59] Nagy Norbert [09:59] not created account.. [10:00] you need to create it first to get the email with your registration details === snail is now known as stuartyeates [10:00] meridian: please, do it from https://launchpad.net/+login [10:01] :(.. 2x... [10:01] meridian: where were you sending your registration email? [10:01] on the registration page I have to fill my email address only,than I clicked on register, and Im still waiting for the reply [10:02] 2 x [10:02] ok, I see, I thought you sent an email and got no answer [10:02] sorry [10:03] now 3x [10:04] Do you have any spam filters that could be filtering those emails? I just tested it and that form is working [10:04] the email is sent from noreply@launchpad.net [10:09] no spam filter [10:09] meridian: We'll need to check our outbound mail queue then. hang on. [10:10] Znarl: elmo: ping [10:10] meridian: only the sysadmins can do this [10:10] :( [10:10] Im sure, I haven't got that email [10:12] meridian: I just sent you an email to your email accounts to be sure there isn't any temporal problem with your servers, please confirm that you got both emails === tortho [n=tortho@104.84-49-107.nextgentel.com] has joined #launchpad [10:16] hoops... c2 server is down :D ... [10:16] Ok my email provider has problems, thanks for your help <--ezt IRCre [10:16] meridian73@t-online.hu [10:18] meridian: you are welcome [10:19] muhaha [10:20] hurraa :D [10:30] carlos, morning. are you going to have a chance to get to those removals today do you think? [10:32] mdke: I will request them, anyway, I will 'hide' them now to prevent more translations there [10:32] I cannot remove them myself [10:32] carlos, perfect, thanks [10:41] lifeless : Pong? [10:42] no matter [10:42] was going to ask you to hunt down a missing mail to a user [10:42] but the user found there was really a problem at their end ;0 [10:42] anyone seen jamesh today ? === frodon_ido [n=patrick@ip-213-49-233-214.dsl.scarlet.be] has joined #launchpad === jamesh [n=james@203-166-236-175.dyn.iinet.net.au] has joined #launchpad === mbp_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === mbp_ is now known as mpool === mpool [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:14] BjornT, ping === Unfrgiven [n=ankur@202.76.176.94] has joined #launchpad [11:14] mpt: pong [11:15] BjornT, in bjorn/launchpad/mpt-2006-03-MaloneSimplifications, does doc/person-bug-pages.txt pass? [11:15] hi all. im having troubles with e-mail on launchpad. i'm an ubuntu dev team member but im not able to receive any e-mails on my ubuntu.com address. can someone help out? [11:15] mpt: it should pass, i'll check again just to make sure. [11:15] Unfrgiven: are you an ubuntu member on launchpad? [11:16] Unfrgiven: ah you're not, you'll need to talk to the CC about that === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:22] mpt: it fails for me as well, i'll take a look at it [11:22] thanks [11:22] My problem is that I don't understand the code well enough to know whether it's the code or the test that's wrong :-/ [11:27] and the structure of the test makes it quite hard to understand what's wrong... [11:30] ajmitch: i am. or at least i thought i was. im in the ubuntu development team, is that what you mean? [11:35] Unfrgiven: you are only in the team when the CC approves you [11:35] Unfrgiven: if the CC gave approval at a meeting but has not processed it, I suggest pinging kamion/mako/elmo to process the approval [11:35] lifeless: alright. is the CC meeting the best place to bring this up? i am an approved member (from 8-10 months back) [11:36] 'I suggest pinging kamion/mako/elmo to process the approval' [11:36] Unfrgiven: note that 'ubuntu members' and 'ubuntu development' are different [11:36] lifeless: will do, thanks. [11:36] Unfrgiven: ubuntu members gives you the email address [11:36] ubuntu development gives you upload to universe, and requires TB approval. [11:36] ubuntu-dev gives upload rights only [11:37] lifeless: going for that at TB meeting soon? [11:37] ajmitch: isn't that what I just said ;) ? [11:37] I'm having problems with a script test. It works if I execute it manually, but if I run the test that executes the script, I get this error: https://chinstrap.ubuntu.com/~dsilvers/paste/fileMjG1Jd.html [11:37] re me - yes, I'm in the pending members list already [11:37] any idea? [11:38] elmo: ping [11:38] Unfrgiven: elmo is probably the busiest CC member [11:38] ajmitch: doh! ill pick someone else then :) [11:38] carlos: check configs/default/launchpad.conf [11:38] seems like the new configuration option I added is not available from the testing machinery [11:38] carlos: make sure that its configured [11:39] lifeless: it is, as a manual run works === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad [11:39] carlos: hmm [11:40] has zcml_for_scripts run ? [11:40] I can imagine that interacting badly with the configured environment [11:41] how are you testing this? as a subprocess ? [11:43] Unfrgiven: so - if you are trying to get email working, check the ubuntumembers team, not ubuntu-dev [11:44] lifeless: yes [11:45] lifeless: https://chinstrap.ubuntu.com/~dsilvers/paste/filemVtA1j.html [11:45] lifeless: and yes, execute_zcml_for_scripts is used [11:46] hmm [11:46] lifeless: https://chinstrap.ubuntu.com/~dsilvers/paste/filefoyHuT.html <- That's how I initialize it [11:47] interesting [11:47] Should I do anything special other than add the new configuration option to default/launchpad.net ? [11:47] well, yes - setup the schema for it [11:48] I guess the problem is that the testing environment is not able to find it [11:48] lifeless: the security.cfg section? already done [11:48] carlos: did you add the rosettaadmin section to both the 'canonical default' section and the 'canonical testrunner' section? [11:48] BjornT: ah yes, good call [11:48] hmmm, let me check... [11:48] mpt: the test passes on my branch now, you can merge from it again. [11:49] lifeless: ok, thanks again. [11:49] BjornT: that's it [11:49] thank you [11:49] cool [11:49] lifeless: thanks for your help too [11:50] carlos: its strange that it is looking for the testing section, I wonder what mechansm is telling it it [11:51] lifeless: perhaps a zcml override section? [11:51] its a brand new process [11:51] I'm guessing environment variable === koke [n=koke@ubuntu/member/koke] has joined #launchpad === mpt_ [n=mpt@219-89-136-128.jetstart.xtra.co.nz] has joined #launchpad === stub [n=stub@ppp-58.8.1.68.revip2.asianet.co.th] has joined #launchpad [11:53] bah [11:53] lifeless: Yeah, LPCONFIG_SECTION=testrunner or something like that will be set. [11:54] mpt: So are your branches landing happily now, or is there still one that never goes through? [11:55] has anyone seen jamesh today ? [11:55] mpt_: the test passes on my branch now, you can merge from it again. [11:55] lifeless: hi [11:55] thanks a lot BjornT [11:56] jamesh: rockin! [11:56] I musta been blind === Unfrgiven [n=ankur@202.76.176.94] has left #launchpad [] [11:57] jamesh: so, reckon you can get the two reviews in your needs-review section done today ? [11:57] lifeless: you tried to call me with ekiga a little earlier: it gave some weird errors about trying to open the sound card [11:57] lifeless: yeah. [11:57] jamesh: great. [11:57] yeah, shtoom failed on the stream with me. [11:58] I have siproxd - want to try again with ekiga ? [11:58] spiv: if you can get yours done today that would be great [11:58] lifeless: I tried calling the University of WA SIP gateway -- they could hear me but I couldn't hear them [11:58] lifeless: my review of bug-37336? it's already done. [11:58] so I guess it is an issue with the firewall at my end [11:59] spiv: cool, its the 2 hours back thing .. [12:00] jamesh: I'm getting a error now connecting to you - do you have anything like rhythmbox etc running ? [12:01] lifeless: yes, but they're using different sound cards (I have a USB headset) [12:01] jamesh: ok. === lifeless tries calling again [12:01] nope [12:02] want to call me ? === jamesh tried [12:02] tries [12:02] connected [12:03] can you hear anything ? [12:03] I get a "Could not open audio channel for audio transmission" error dialog [12:03] hmm [12:03] my paranoia says rb should go in case it has the mic open [12:03] I'm going to try rebooting -- my sound cards got renumbered when I last booted because the headset was plugged in, which might be causing the problems [12:04] k [12:04] also === jamesh [n=james@203-166-236-175.dyn.iinet.net.au] has joined #launchpad [12:11] ring me ? [12:12] still getting the same message [12:12] ok [12:12] let see, it could be audio or net [12:12] try with shtoom, see if it fails in the same way it did last time [12:13] or earlier [12:15] okay. I think the sound card issue is sorted [12:15] I can hear you [12:15] but not the firewall one ... === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [12:16] siproxd [12:16] see my blog for the quick n easy HOWTO [12:18] I wonder if there is a way to get things working without having to reconfigure the client when you plug it into a different network? [12:19] same problem as web browsers [12:20] its only a single field to change though, so 'meh' [12:21] there is an internet draft for the proxy config issue that internet explorer uses (don't think it ever got to RFC status) [12:26] there is [12:26] I also dont think it got to rfc status [12:26] I suppose with NetworkManager, a DHCP based approach might be doable on Linux [12:26] its not a bad hack actually [12:29] found my post ? [12:30] yeah. I'll try it out later. [12:30] k [12:38] review meeting in 20 minutes === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [12:49] jordi, did the kubuntu-docs pots come through ok? [12:57] Merge to devel/launchpad/: [r=spiv] fix bug 37336, reformat bug notifications slightly, so that they have more blank lines. also [trivial] make sure long comments are wrapped properly. (r3439: Bjorn Tillenius) [12:58] review meeting in 2 [12:58] muhhahaha, from another channel : http://www.halon.org.uk/girlcode.jpg [01:00] hi [01:00] whos here ? [01:01] I am. [01:01] BjornT: [01:01] salgado - no [01:01] jamesh: ? [01:01] kiko-zzz: ? [01:02] lifeless: i'm here [01:03] ok [01:03] then its three, which is quorate IMO :0 [01:03] next meeting - lets pencil it in at this time [01:03] but I suspect salgado will be wanting a later time [01:04] ok ? [01:04] fine by me [01:05] so the agenda [01:05] Suits me. [01:05] * Roll call [01:05] * Agenda [01:05] * Next meeting [01:05] * Queue status, calls for help [01:05] (Although later by one hour is fine with me too) [01:05] so queue status [01:06] hi [01:06] hi james === mpt [n=mpt@219-89-131-42.jetstart.xtra.co.nz] has joined #launchpad [01:06] Next meeting: 2006-06-17 at 1100 UTC. [01:06] what do you guys think of the new pending reviews page ? [01:08] i like it, it's nice to see the assigned reviewer [01:08] I like it, although I'm starting to itch for slightly more workflow, so that we'd show "days since last touched" or something ;) [01:09] spiv: that'd probably be easier once with LP as a data model rather than a wiki page [01:09] But that wouldn't solve any particular problem except giving jamesh something to do ;) [01:09] heh [01:09] I'd love to have stats on average time to merge a branch [01:09] time to review [01:09] time to reply [01:09] unless we get people to update a "last touched" date when then make a change [01:09] broken down by reviewer and submitter [01:10] Carlos: Hi, filed the bug as you requested. https://launchpad.net/products/rosetta/+bug/38984. For the link for tracing it.... the strings got translated all the time, but try to put some multiple lines of thext into the boxes, and youll see the text is hiding, due to fixed size boxes for the translated string. No scrollbar, notifications etc. [01:10] Malone bug 38984 in rosetta "Boxes for translated strings is "hiding" content, wich makes wrongly translated strings." [Normal,Unconfirmed] [01:10] but I think lp is a much better place to review that sort of thing [01:10] jamesh: I agree, wait for it be part of LP. [01:10] lifeless, jamesh: it would be nice to have a quick way of getting the description of the branch as well. [01:10] The other thing I'd like is for the diffs to stop having the "a/" and "b/" prefixes on filenames :) [01:10] tortho: which browser are you using? [01:10] carlos: firefox [01:10] lets start a section on the PreMergeReviews wiki page about such TODO's [01:10] BjornT: Yeah, I'd like that. [01:11] so we can turn them into specs [01:11] BjornT: good call. [01:11] after switching to LP-as-data-model, the script would probably be usable for other projects [01:12] tortho: a single line input field cannot hold multiple lines. This functionality has been working for me since long ago (multi line getting textareas and single line getting a single input field) [01:12] the repository changes I did should make it less crap for non-local branches, since it keeps a lot of data around between runs now [01:12] yup [01:12] tortho: if you could give me a concrete URL or way to reproduce it... [01:12] carlos: I'll find a string, and send you a notice [01:12] tortho: thank you [01:13] the problem is that I know the system should not behave that way, and I'm not able to reproduce it, so it's difficult to fix a bug that I'm not able to trace... [01:14] ok [01:14] I've created [01:14] https://wiki.launchpad.canonical.com/PreMergeReviews [01:14] 'future plans' [01:15] tortho: I guess that when you talk about 'suggestions' you are talking about the editable field, right? no the section we name 'Suggestions' [01:15] so [01:15] if there are any new ideas that come up, please let jamesh and I know [01:16] or bring them up as agenda items [01:16] carlos: Here is one I made now, String 18 please delete it when finished. https://launchpad.net/distros/ubuntu/dapper/+source/libgphoto2/+pots/libgphoto2-2/nb/+translate?alt=nn&show=untranslated To reproduce another one, simply use copy / paste [01:16] jamesh: do you think the description field is low-hanging enough to do pre-LP ? [01:16] Carlos: I'm talking about the fields for writing Norwegian. in [01:17] tortho: ok, so you mean that if I remove it, new lines will appear? [01:17] lifeless: I suppose so. Grabbing indented lines after the branch URL would probably do the trick [01:18] lifeless: I'm currently parsing the raw version of the page rather than the HTML (https://wiki.launchpad.canonical.com/PendingReviews?action=raw), so interpreting wiki markup is not low hanging fruit [01:18] ok [01:19] tortho: hmm, I see what you mean [01:19] at your discretion - or anyone that wants to hack it up I guess :) [01:19] Carlos: The way i discovered it was: I translated a page with only single words. When I was finished i scrolled with my mouse wheel to the top of the page..... Then i suddenly saw it stopping on one of the translations, and scrolled through a lot of crap... [01:19] I think it would be nice. [01:19] So, the queue - we got down to only 2 days in the queue for everything outstanding last week [01:19] as I mailed [01:19] To be sustainable, we need to keep reviews going through at no slower a rate than they come up [01:20] tortho: Hmmm, this is interesting... someone added a new line on a single line entry. [01:20] So I think we need to each *expect* to do a single review each day, and occasionally two. [01:20] Carlos, The bad thing is if someone has marked it for review, and you only check the text, or simply just edit the ONE line, the rest goes straight into the translation. I have discovered 7 of this ones today, as i started to scroll through every page upon compliting the translation of a page. [01:20] the current pending reviews layout lets me allocate them much more fairly than I was before :O [01:20] tortho: did you find any entry that is a single line in English and that you need to add more than one line? [01:21] Carlos: No, all fits on one line (The ones i have translated..) === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad [01:21] how do you feel about that? Do you have enough time to commit to a single 'normal sized' review a day ? Can we as a group offer a 48 working hour maximum turnaround ? [01:21] tortho: I can fix this rejecting any translation that contains a new line char on a single line field [01:22] and render the ones we already have in our database as multiple lines, using a textarea so we can fix them [01:22] carlos: That would be nice to avoid a lot of "wrong translating" But then we have to deal with the places requiring more space later. What happends with all the ones that already is on 1+ lines? [01:22] no new 'broken' translations will be accepted and the old ones will be visible [01:22] I think so. [01:23] lifeless: i think that's a reasonable expectation. [01:23] erm, 48 working hours is wrong. I mean 2 days, but only counting working days. [01:23] tortho: does my solution using a textarea (that supports multiple lines) work for you? [01:23] spiv, BjornT cool. [01:23] jamesh: ? [01:23] lifeless: sure. [01:24] carlos: what? textarea? I'm only a translator:-) Please explain [01:24] great then. [01:24] tortho: that's why I added the explanation later ;-) [01:24] tortho: is the same thing we use to render the multiline strings [01:25] I'll using then pending reviews script page as a guideline for occasional nagging ;). It gets skewed by up to 2 hours currently, so I will probably mention stuff thats done from time to time. [01:25] so you will get a scrollbar and will see the full text if someone added text with more than one line [01:25] as soon as you fix it, it will be back to a single line entry box [01:26] carlos: Thats OK, as long as we get a notice, that there is something hiding somewhere in the field :-) [01:26] that way we prevent that new additions appear and the old ones can be fixed [01:26] tortho: nothing will be hidden [01:26] the 2 hour latency should disappear when we eventually move it over to LP-as-data-model [01:26] Carlos: Nice Nice [01:26] (for status, that is) === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [01:26] thanks for your bug report [01:26] jamesh: yup [01:27] Carlos: And thaks for the Quick help /Respond :-) [01:28] thanks guys, unless theres other business, thats the meeting. [01:28] nothing else from me [01:28] lifeless: Oh, one thing. [01:29] shoot [01:29] lifeless: The 17th is Easter Monday, so probably there won't be many people around :) [01:29] Doh! [01:29] well, for us. [01:29] so, no meeting next week. Bring up issues on the list as needed. [01:29] next meeting 24th ? [01:29] I guess so :) [01:29] sounds good [01:31] jamesh: ? [01:31] okay [01:31] alrighty then [01:32] thanks for coming y'all [01:36] Merge to devel/launchpad/: [trivial] Re-fixes the last of bug 1001 ('Change Bug Contact' link for a distribution was available to those who couldn't change it), and adds a test for it. (r3440: Matthew Paul Thomas) === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:40] carlos: :-) Found one string now, wich requires 2 lines to be translated. [01:40] tortho: URL? [01:44] carlos: Sorry for disturbing, It's ,me that not really awake. [01:44] tortho: ok ;-), don't worry === robotgeek [i=venkat@ubuntu/member/robotgeek] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === hannosch [i=hannosch@e176097177.adsl.alicedsl.de] has joined #launchpad [02:46] stub, do we have a rollout planned for tomorrow [02:46] ? [02:47] lifeless, ping? [02:47] hi [02:47] kiko: Yes. Elmo and Karl want to use the downtime so it will likely be around 9 or 10 am London time. [02:48] thanks stub -- what revision, do you know already? [02:49] kiko: I have got r3415 flagged, but I'm open suggestions. I haven't trawled the commits yet to see what has landed past that one that we might need. [02:49] (that is the security teams landing) [02:50] stub, you know, I'd roll out HEAD this week. all the landings post-3415 are bugfixes with tests. [02:51] I haven't seen the last two because my email is, well, wonky === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad [02:51] bradb: What do you think of the idea of storing a default "upstream" and maybe having a picklist? [02:51] kiko: HEAD as in now-HEAD, or are you predicting the future and mean tomorrow HEAD? [02:51] stub, I'm sure that at least r3437 is good [02:51] Do we have landings planned today or tomorrow that need to go out? [02:52] not that I know of, though I have bugfixes [02:52] bradb: What I'm thinking of is mpt just reported a bug against Ubuntu's bzr package, which I want to in term mark as upstream. === HiddenFly [i=hidden@0x69.org] has left #launchpad ["<+TheRadu>] [02:52] jbailey: Some of that information is already in the database, I think: https://launchpad.net/products/bzr/+packages [02:52] bradb: In my case, I know that launchpad is the only upstream that will ever exist for us for bzr. So It would be nice if "Also affects _Upstream..._" could become a one-click operation. [02:53] r3438 looks harmless [02:53] r3439 could be risky [02:53] spiv: Right, I'm guessing it would probalby just have to be decorated appropriately. === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:53] jbailey: (although clearly wonky, as that link shows... see bug 38829) [02:53] Malone bug 38829 in launchpad "autotools-dev incorrectly allocated to the bzr product" [Normal,Unconfirmed] http://launchpad.net/bugs/38829 [02:53] So I'll run with r3438 [02:54] spiv: Right. In this case where there are multiple viable upstreams, it could present a dropdown list or something. [02:54] That will be the case for almost all packages in Ubuntu, where Debian is a viable upstream as is the real upstream. [02:56] jbailey: I like the idea of prepopulating the form with a known default, making it a one-click link is a small can of worms I think, though. One issue is that simple links should be GETs, which should be read-only operations. [02:57] Which is part (all?) of the reason why the subscribe link on a bug takes you to a new page with a form, rather than just doing it for you. [02:57] stub, sounds good. [02:58] spiv: Right, I remember that from an earlier bug 31506 [02:58] Malone bug 31506 in malone "Remove "are you sure" page from subscriptions" [Wishlist,Unconfirmed] http://launchpad.net/bugs/31506 [02:58] I think it's theoretically possible for a single bug to affect multiple upstreams (e.g. if they've copied an old buggy version of zlib wholesale into their source tree), so there would still need to be a way to support that. [02:59] kiko: what did you want ? [02:59] lifeless, I just found out my email is wonky, so never mind me. [02:59] kiko: indeed. should I resend? [02:59] no, it'll get fixed I think [03:00] ah, major packet loss but not 100% [03:00] will you recieve the mail I had sent ? [03:00] eventually yes [03:01] ok. it was to you steve & mark about story tests. if you dont get it ping me [03:01] will do [03:01] I have sip now btw [03:01] just as a FYI [03:01] cool [03:01] jbailey: It seems reasonable to optimize the upstream chooser to present related upstreams before others. [03:02] spiv: So do you think a wishlist bug of "Populate "Also affects Upstream..." page with known upstreams." is a fair starting place then? === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad [03:03] jbailey: I think so. === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:09] jamesh, did you notice one of your emails to us was spamcopped? === cprov waves === kiko yawnings === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === niemeyer [n=niemeyer@200.138.45.200] has joined #launchpad [03:20] Weird, searching for 'upstream' in malone bugs doesn't reduce the count at all. [03:20] the text? [03:20] https://launchpad.net/products/malone/+bugs?field.searchtext=upstream&search=Search&orderby=-priority%2C-severity [03:20] I still get 362 bugs. [03:20] well, all bugs on malone are upstream, right? [03:21] there are no exclusively package bugs in malone, by definition [03:21] Right, but I guess I wouldn't have though that where it was reported was a searched field. [03:21] but I guess that makes sense [03:21] the targetname is searched IIRC. [03:21] yeah [03:22] we could omit "upstream" from the targetname when indexing [03:22] but... === bradb was thinking that too [03:23] I don't know that it's right in general. Just strange when trying to make sure duplicate bugs don't get filed on malone [03:24] gnight [03:27] stub, have time for a quick review? [03:27] https://chinstrap.ubuntu.com/~dsilvers/paste/fileLenA4H.html [03:33] BjornT, ping? [03:34] can you take a look at https://chinstrap.ubuntu.com/~dsilvers/paste/fileIQ4JYo.html [03:35] kiko: "if not baseURL.endswith('/')" is clearer, I think. [03:35] of course [03:36] is that rs=spiv with test? [03:36] kiko: sure. [03:36] thanks [03:37] kiko: For the other diff, your tests say they're testing substrings, but they only test prefixes. [03:37] yes, I thought of that earlier today [03:37] I'll update the tests to search for inux-2 or something like that [03:37] Sounds good to me. === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:41] jbailey, bradb, kiko, I already reported the bug that searching for "upstream" doesn't do anything [03:41] mpt: ah cool. I thought of looking for it, but, well... [03:41] =) [03:42] so, I have a script that runs zopeless. I can see that it's issuing calls to simple_sendmail, but these emails are not being sent [03:42] is this expected? [03:42] jbailey, yeah, I'm searching my e-mail to find it :-) [03:43] https://launchpad.net/products/malone/+bug/5782 [03:43] Malone bug 5782 in malone "Searching for "upstream" or product name doesn't do anything" [Normal,Confirmed] [03:43] well done [03:44] mpt: I used https://launchpad.net/people/mpt/+reportedbugs?field.searchtext=malone&search=Search&orderby=-priority%2C-severity and a firefox page search. =) [03:44] I was about to search for the word "anything" [03:44] stub, do you know if that behaviour I reported a few lines above is expected? [03:44] wow, I just saw a really really cool interface on the product bugs page [03:45] it was just the hierarchy links and the search form, and nothing else [03:45] mpt: You're quite prolific in your bug reporting. [03:45] ... and then the rest of the page loaded ;-) [03:45] salgado: Depends on the settings in launchpad.conf [03:46] jbailey, it'll be a few months yet before I've matched my bugzilla.mozilla.org total [03:46] and I don't really go out of my way to look for bugs, either [03:46] just report them as I see them === torth1 [n=tortho@104.84-49-107.nextgentel.com] has joined #launchpad === torth1 [n=tortho@104.84-49-107.nextgentel.com] has left #launchpad [] [03:47] stub, which are these settings? [03:48] salgado: send_email no [03:49] kiko: pong [03:49] BjornT, read scrollback [03:49] stub, so, in production the emails will get sent. but that's not true on developers' boxes? [03:50] salgado: yes [03:51] stub, any reason for that? (I'd like to test that the notifications are being sent by my script) [03:51] salgado: It ensures people in the sampledata don't get spammed [03:51] salgado: You can create your own config to play with easily enough [03:54] stub, bug what about the mailer we use for development? the one that sends everything to root@localhost instead of the real To: address) [03:54] s/bug/but [03:54] shouldn't that prevent us to spam people in the sampledata? [03:55] salgado: That mailer isn't wired up to the Zopeless environment [03:56] salgado: Zopeless currently just talks raw SMTP [03:56] I see [03:59] stub: speaking of which, i'd like to make scripts use the zope mailer instead, so it will be easier to test, and the semantics for sending mail will be the same in scripts and in the web app. do you see any problems with doing so? [03:59] BjornT: I think that would be good. I have no idea what is involved though. === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [04:01] stub: ok. i'll take a look at it sometime then, and we'll see if i run into any problems. [04:04] kiko: You can't use sqlvalues for LIKE comparisons, as % and _ characters aren't quoted correctly. [04:06] stub: I'm using it: sqlvalues('%%foo%%') [04:06] stub: isn't it correct? [04:06] kiko: canonical.database.sqlbase.quote_like or something similar is needed [04:06] stub, thanks. [04:06] carlos: If 'foo' is user input, then no. [04:06] spiv, anyone, do you know if @property is called when __setattr__ is done, or only when __getattr_ is called? [04:07] kiko: Perhaps we need a quote_like like method that returns an object that sqlvalues knows how to deal with? [04:07] stub: ok, I will try to review where I'm using it and remove sqlvalues usage if it's user input [04:07] stub, so that you don't need to worry about sqlvalues at all? === carlos -> lunch [04:08] see you later [04:08] kiko: So sqlvalues(foo,bar, quote_like(baz)) would work. I'm just thinking out loud. [04:08] yeah, that'd be nice [04:14] kiko: setattr an a getter property (like defined with @property) will fail with "AttributeError: can't set attribute" === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [04:14] I see. mmmm. that is not what I want. [04:15] spiv, how do I allow self.baseurl to be set via assignment but when read be decorated with a trailing '/'? [04:16] kiko: Until Steve sets up the syntax he showed us in London, the only way to make a property that can be set and got is with "baseurl = property(_get_baseurl, _set_baseurl)" [04:16] s/only way/only sane way/ ;) [04:16] i.e. no shiny @decorator syntax. [04:16] spiv, with _set_baseurl being a triviail self.baseurl = baseurl? [04:16] Right. [04:17] Anyway, bedtime for me. [04:17] spiv, wait! one second [04:17] I have a patch for you to glance over [04:18] Heh. [04:19] (this is a long second!) [04:19] tests are running [04:20] okay, nevermind, this is hopeless, I'll go with the simplest solution [04:20] spiv, thanks anyway [04:20] Not a problem. Good night. [04:31] BjornT, I think urlparse.urljoin is pretty useless when you consider that [mis] feature. === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad === kiko discovers helpers.urlappend [04:34] kiko: yeah, urljoin is useful only if you want to simulate how a web browser constructs a url. === hannosch [i=hannosch@e176097177.adsl.alicedsl.de] has left #launchpad ["Quit"] [04:36] BjornT, helpers.urlappend does exactly what I need, sweet. [04:36] carlos, ping? [04:36] cool, never seen that one before [04:36] me neither, wonder who uses it [04:37] salgado added it? [04:37] I think it's new [04:37] yes, I added it [04:39] thanks for not telling us :-P [04:40] I just removed launchpad developers as the support contact for launchpad, leaving that up to the qa team [04:40] thanks stub [04:40] was our contact email the bugs mailing list? [04:41] bradb, can you add a docstring to helpers.capture_state, pretty please? [04:41] Yes [04:41] I see [04:42] kiko: Sure. === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad [04:43] Is: [04:43] """Return a snapshot of obj. [04:43] Useful when publishing SQLObjectModifiedEvent's in doctests. [04:43] """ [04:43] good? [04:43] Hm, it took away my blank line. [04:47] kiko: pong === lakin_ [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad [04:48] carlos, see Tor's latest email to launchpad-users -- isn't this exactly what you were discussing earlier today? [04:48] kiko: yes, he send that email too [04:48] ok, cool [04:48] I mean, I was talking with Tor :-P [04:56] I understood [04:59] Merge to devel/launchpad/: [trivial] Update pgmassacre to work as unix user other than 'postgres' (r3441: Stuart Bishop) [05:06] ddaa, ping? [05:06] kiko: pouet [05:06] How can I be of service? [05:06] ddaa, see this: [05:06] prefix = config.launchpad.bzr_imports_root_url [05:06] return urljoin(prefix, '%08x' % (self.id,)) [05:07] ddaa, my question is: do we ensure bzr_imports_root_url always terminates in a slash? [05:07] Dunno ATM, I can check. [05:09] In [4] :urljoin('http://hello.com', 'foo') [05:09] Out[4] :'http://hello.com/foo' [05:09] In [5] :urljoin('http://hello.com/', 'foo') [05:09] Out[5] :'http://hello.com/foo' [05:10] If we consistently use urljoin, we do not need to. [05:10] unfortunately, that is not true. [05:10] explain? [05:10] try urljoining "http://hello.com/foo" and "http://hello.com/foo/" and note the difference. [05:11] what, the trailing slash? [05:11] we are not adding any [05:11] note the difference when urljoining, I mean. [05:11] I do not understand what you mean. [05:11] to be clearer: try urljoining "http://hello.com/xxx" and "http://hello.com/xxx/" and note the difference. [05:11] urljoining with what? [05:11] anything [05:12] How is that different from the two examples I just gave? [05:12] try it. [05:12] I did, and shown you the result. [05:12] So, how is what you ask different from what I just shown you? === kiko sighs. [05:13] Ha [05:13] gotcha [05:13] right [05:14] Well... feel free to stick an assert in there. [05:14] I'll use urlappend [05:14] which is better and safer [05:14] In any case [05:14] that result is checked by the test suite [05:15] so breaking it would require breaking the config, and improperly "fixing" the test. [05:15] I see [05:17] but urlappend is probably safer here, indeed. [05:17] Thank you for noticing. [05:18] is anyone using staging atm? [05:19] I need to test a script that requires some DB changes and need to update it to merge my branch [05:19] stub, is PQM stopped? [05:20] BjornT, have a moment for a review that cleans up query_like and urljoin? [05:20] https://chinstrap.ubuntu.com/~dsilvers/paste/fileqRTjyk.html [05:21] kiko: sure === carlos will take the silence as a 'yes, go ahead' [05:23] mdke: I'm doing now [05:24] Break ** [05:24] stub: slacker! [05:25] :-P [05:25] kiko: pqm is running [05:25] carlos: what to do with the remaining pending templates? [05:25] okay, odd. appears to be going very slow then, perhaps? [05:26] jordi: approve all them [05:26] ;-) [05:26] jordi: if they should be imported... [05:27] carlos: "if they should"? [05:27] jordi: OO is taking my attention atm, that's why I didn't approved the others [05:27] jordi: if you think we should block them, block them ;-) [05:27] carlos: oh, ok. [05:27] I'll do them. [05:28] carlos: create the potemplate, and approve, right? [05:28] right [05:29] jordi: I'm going to implement a suggestion from kiko to create automatically the potemplatename if it doesn't exist [05:29] jordi, cool! When you're done with that, and carlos has hidden the erroneous templates, I'll send an email to announce translation of the docs [05:29] mdke: I see preface, packagingguide, desktopguide, serverguide [05:29] but I cannot tell you when, too many small improvements to be developed... [05:29] nod [05:30] mdke: are those 4 what it should be? [05:31] jordi, please refuse all of those 4 except for desktopguide [05:31] that's great [05:32] jordi, once you refuse a template, does it stay refused? i.e. if the template is in future uploads, does it get queued or is it refused automatically? [05:34] mdke: should be blocked forever [05:35] unless path changes, etc. [05:35] jordi, great [05:35] ok, so I only accept desktopguide. === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad [05:36] jordi, yep, thanks [05:37] the others are in ubuntu-docs already [05:37] stub, want to look at my fixed ILIKE patch? [05:37] mdke: aboutkubuntu? [05:38] lifeless: around? [05:38] mdke: aboutkubuntu seemsl ike we need [05:38] I guess he's sleeping... but just in case... [05:38] I missed that one [05:39] jordi, yeah, but I thought that was in rosetta already [05:40] https://launchpad.net/distros/ubuntu/dapper/+source/kubuntu-docs/+pots/about-kubuntu [05:40] mdke: with a different name though [05:40] that's "about-kubuntu" [05:41] mdke: what about the other templates in kubuntu-docs? [05:42] jordi, I've asked carlos to remove them. I suppose I'll need to add about-kubuntu to that list if there is also a newer aboutkubuntu.pot ;) [05:43] mdke: I just renamed that exisitng one to aboutkubuntu :) [05:44] jordi, oh great, you can do that. will it get updated with the new one? [05:45] mdke: should happen in a fw mins [05:45] let's check it out [05:45] should, yes [05:54] just for curiosity, does someone know where is the pretty daf's bugs page ? (originally https://chinstrap.ubuntu.com/~daf/bugs/scrape.py) [05:56] cprov, ask matsubara [05:56] kiko: yup, thx [05:57] cprov: https://chinstrap.ubuntu.com/~matsubara/bugs/scrape.py but I haven't had time to update it. [05:57] matsubara: ok, let's see how it looks [05:59] jordi, bingo [06:00] mdke: cool [06:00] kiko: I know no 5 minutes fix. [06:00] ddaa, hah hah [06:00] take in bzr runtime, digging in the code to figure how the hell to do anything, writing tests, going through review and getting the merge through [06:01] matsubara: it works, thank you [06:01] any fix that cannot go with a [trivial] ends up being at least half a day's work. [06:01] kiko: Are you interested in reviewing my fix for bug 35945? I also took the opportunity to replace most of the remain /malone/bugs links with /bugs (but ensuring /malone/bugs/... links still work) [06:01] Malone bug 35945 in malone "Duplicate of bug links to $current_package/$bug_number" [Major,In progress] http://launchpad.net/bugs/35945 [06:01] ddaa, you are on crack. I just did a fix in less than an hour. [06:01] with r= btw. [06:01] I hav no idea how you achieve that. [06:02] bradb, sure. === SteveA [n=steve@70.88.110.166] has joined #launchpad [06:02] ddaa, pqm hasn't taken it but that's because I have 4 patches to land before it. [06:02] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/filevMudZ6.html === bradb & # lunch && voting [06:03] SteveA, update your StaffCalendar, kthxbye [06:03] kiko: happy you got it fixed. Apologies for sucking. [06:03] jordi, ok, thanks for your help. Once the remaining templates are removed, I'll finally send the announcement :) [06:04] ddaa, no apologies accepted this cool monday -- get to it! [06:04] (and where's my bug # anyway :-P) [06:04] carlos: can you have a look at those templates that need to be removed? mdke should announce this soonish I guess [06:04] jordi, btw, do you (or someone else) fancy doing a ca translation of the firefox frontpage for dapper? [06:07] jordi: I will disable them until I get the IDs to ask stub for a final removal [06:10] kiko: http://article.gmane.org/gmane.comp.version-control.arch.user/23725 [06:10] that guys wants a pony, too [06:11] mdke: I forwarded this to the list [06:11] Let me see if they did it already [06:13] kiko: working on it [06:14] hmm, yes === kiko scratches head while looking at ddaa's link [06:17] that may explain why fixes take half a day for you! [06:17] don't pay attention, I'm being grumpy [06:20] kiko: what takes long is being careful and thorough. I'm currently learning about HTTP redirection codes. [06:20] Mh. I think the correct redirection is actually 302, not 303 [06:23] jordi, the other thing I wanted to ask was: I can't access this page: https://launchpad.net/distros/ubuntu/dapper/+source/ubuntu-docs/+pots/desktopguide/+upload Should I rely on doing updates via uploading the package, or can I do manual updates in rosetta from that url? [06:24] kiko: more constructively, I'm not sure which should be the redirection URL when Branch.url is set. The Branch.url may be offline or out of date, but the launchpad.net url may be out of date. [06:25] Mh... probably branch.url then... === kiko grins at ddaa === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [06:28] mdke: afaik, not to distro templates [06:28] carlos: ^^^ is that true? [06:29] mdke: I can give you the ownership of the .pot file so you can do direct uploads [06:31] carlos, can you give the ubuntu-doc group ownership of all the .pot files in distros/ubuntu/dapper/+source/ubuntu-docs and kubuntu-docs? [06:31] yes, I can do that [06:32] wow, you guys can do anything [06:32] that would be fan-tas-tic [06:32] Merge to devel/launchpad/: r/rs=spiv Additional fix for bug 1434: We should consistently ensure bugtracker URLs are slash-terminated (or not); use helpers.urlappend instead of urljoin, which doesn't handle non-slash-terminated URLs correctly, and test properly (r3442: kiko) [06:32] mdke: but in the future, all people with rights to upload packages into main will be able to do that and we will not change the ownership anymore [06:32] mdke: I guess that would be ok for your requirements, right? === einheit_ [n=steve@70.88.110.166] has joined #launchpad [06:39] kiko: https://launchpad.net/products/launchpad/+bug/39015, you have mail too. [06:39] Malone bug 39015 in launchpad "redirect from branch/.bzr" [Normal,Unconfirmed] [06:39] thanks david, I appreciate it === ddaa goes out to by some food [06:45] carlos, sounds good [06:45] ok === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === einheit_2 [n=steve@70.88.110.166] has joined #launchpad [07:17] Merge to devel/launchpad/: r/rs=stub Fix for bug 31473: search does not find all packages. Support substring matching when looking for packages. Uses proper quoting, and tests that substring searching really works (r3443: kiko) [07:17] r/rs! [07:18] rss=http://... === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad [07:35] yay [07:35] r/rs means half r half rs === einheit_ [n=steve@70.88.110.166] has joined #launchpad [07:35] heh [07:36] kiko-fud: btw, any news on bug dates? [07:37] bradb, yeah, let me finish my set of landings. I'm inclined to using the simple API you suggested (I believe option 2?) [07:37] bradb, I would also like to schedule a phone call you mark mdz and I to sort out subscriptions === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [07:39] kiko: Yeah, that'd be good. [07:40] kiko: when? [07:40] mdz, well, say tuesday 18:00 utcish?? [07:41] carlos, ping? [07:42] kiko: bad timing [07:42] SteveA arrives very close to that time [07:42] today would be better [07:42] today is not an option for me. [07:42] wednesday? [07:43] ok then [07:44] mercredi, c'est beau [07:45] what time? === ddaa raises an eyebrow at bradb [07:46] what makes you think wednesday is beautiful? [07:46] Wednesday Addams ? [07:46] they don't say "c'est beau" en france? [07:47] i.e. sounds good? [07:47] gothic cool... [07:47] "mercredi, c'est bon" [07:47] "mercredi, a marche" [07:48] but I dunno what the canadian people say [07:48] i think c'est beau is just fine around here === ddaa finds french canadian quite an interesting language [07:49] kiko: anytime between 14h00 and 19h00ish UTC is okay for me [07:50] propose a time mdz [07:51] SteveA: Ho-Li-Day === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [07:51] ddaa: http://wikitravel.org/en/Quebec talks a bit about c'est beau :P [07:51] sabdfl: i can so see you doing that Madonna butt-wiggle thing === kiko frowns [07:52] SteveA: fortunately, dapper multimedia is not up to the task of me actually making a video of that [07:52] oh, the things i have to look forward to in dapper + 1 [07:52] my Madonna imitation would involve Britney Spears [07:53] today: meet some more cool people in michigan. tomorrow: Los Angeles [07:53] sabdfl: it totally is [07:53] mdz: bullets, dodging, etc [07:53] backpedaling, etc. [07:53] and right now, i bid you all farewell. see you tomorrow matt. === SteveA [n=steve@70.88.110.166] has left #launchpad ["Leaving"] [07:54] I wonder if SteveA knows what he is in for [07:54] mdz: it could only improve on the famous sleeping cto footage [07:54] well [07:54] maybe not === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:55] I had been vomiting all night before; what's your excuse? [07:56] you sound very jumpy when people mention that episode :) [07:57] BTW, does anybody actually have the picture of kiko sleeping over jamesh in the tube? [07:57] it recalls memories of being awake all night on the bathroom floor [07:57] very unfortunate [07:57] stop it ddaa [07:57] the novotel virus [07:57] kiko: were there any public health episodes during your stay? [07:58] kiko: you two were sooooo cute! [07:58] mdz, the usual incluenza [07:58] mdz: rhythm incongruous to my continent of birth [07:58] BjornT: help! https://chinstrap.ubuntu.com/~dsilvers/paste/fileYhHAWj.html [07:59] lifeless got quite ill, then jblack was. But overall people stayed physically healthy. [08:02] sabdfl: have you done anything related to +setseries, ISpecification.productseries or ISpecification.delivery? [08:05] kiko: what's our time zone offset these days? [08:05] it's 3:05 here [08:05] ah, so it has shrunk with DST [08:06] how convenient [08:06] BjornT: yes, i just hadn't seen that testing machinery before, can you give me a quick rundown on how it works? [08:06] would 1200 noon UTC-7 work for you? [08:06] (1900 UTC) [08:06] mdz, on wednesday? yes [08:06] wednesday, of course [08:07] bradb? [08:07] sure [08:07] Merge to devel/launchpad/: [r=salgado] make an ExternalSystem for debbugs, so that debbugs bug watches can be synced. (r3444: Bjorn Tillenius) [08:07] I shall mark my calendar === kiko expects conflicts [08:07] BjornT: ! [08:08] yay [08:10] sabdfl: the only thing that test does is to trigger a change on +setseries and make sure that the notifications system doesn't crash or send empty notifications. if you modify 'form' (which should contain the values to be POSTed to the page) to modify the spec it should be fine. [08:16] BjornT: so is that what field.delivery is doing there? because it's not actually in that form [08:18] sabdfl: i think it used to be there (or maybe i added it by mistake). it can safely be removed. [08:19] bradb, input for bug 28682 please? [08:19] Malone bug 28682 in malone "Filing a bug: source package doesnt exist, suggestion list doesn't accept input" [Normal,Needs info] http://launchpad.net/bugs/28682 === bradb looks [08:24] BjornT, is http://librarian.launchpad.net/1993750/1HPaMWV3Mn1fWGQrLAkYSMZcfmh.txt fixed already? [08:25] kiko: yes, bug 37133 [08:25] Malone bug 37133 in launchpad "MessageSet.fromEmail() breaks on messages containing another message" [Major,Fix committed] http://launchpad.net/bugs/37133 === bradb ponders [08:26] carlos, any luck with those templates to be hidden? I'm sorry to keep bothering you about it, it's just I'm keen to send this announcement! If it won't be done today, that's fine: let me know and I'll stop bugging you [08:27] mdke: don't worry I will do it today [08:28] carlos, thanks so much, I appreciate it [08:28] mdke: As soon as I finish a phone call... [08:28] heh [08:35] kiko: I followed up to the bug [08:36] thanks === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [08:40] BjornT: could it be that a change from editform to generalform is the issue? [08:42] mdke_: hmm, what should we do with the translations we already got on those templates you asked me to remove? [08:43] carlos, I can't use them, I'm afraid. [08:43] the pots must have been accidentally uploaded early in the release cycle [08:43] they are for deprecated or unused documents === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [08:44] mdke_: ok === mdke_ is now known as mdke [08:45] mdke_: could you confirm that the templates you have there are the right ones? https://launchpad.net/distros/ubuntu/dapper/+source/ubuntu-docs/+translations and https://launchpad.net/distros/ubuntu/dapper/+source/kubuntu-docs/+translations [08:45] sabdfl: yes. with a generalform, edit_view.update() won't return u'Updated...'. you can change that to '' and print out svg_support.productseries before and after the edit_view.update() call, to show that the value has changed. [08:45] carlos, yes, just checked now: perfect. THANKS! [08:46] BjornT: can I call edit_view.process()? [08:46] mdke: you are welcome === mdke hugs carlos madly [08:48] cool :) [08:48] go mdke [08:49] sabdfl: yes, calling edit_view.process() directly will work as well. [08:49] hmm... update seems to wrap process() [08:49] fixed - thanks! === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad [08:56] carlos: the po files for kontact look ok though === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [09:03] I'm off [09:13] jordi: kontact? [09:13] jordi: or katapult? [09:13] carlos: katapult [09:14] jordi: that's fine, but we still need the .pot file ;-) [09:14] I told riddell to get it uploaded again [09:14] riddell? [09:14] was he the uploader? [09:16] (hi) [09:16] no [09:16] he'll ping the uplaoder === mdke_ is now known as mdke [09:21] jordi: ok, thanks === Judaaaaaaaaa [n=ciuu@62.162.193.17] has joined #launchpad [09:23] who can tell me haw to register [09:23] who can tell me haw to register [09:23] who can tell me haw to register [09:23] Judaaaaaaaaa, once is enough. We can help [09:24] Judaaaaaaaaa, go here: https://launchpad.net/, click Log in/Register [09:24] /msg nickserv help register [09:24] enter your email address in the second box, follow the instructions [09:25] (oh, Launchpad :) [09:25] jd_, I'm not sure actually. I just presumed === aboe [n=aboe@tb-c-76ec.adsl.wanadoo.nl] has joined #launchpad [09:26] same for me [09:26] ok [09:26] ty [09:26] ty [09:26] he won't tell us what king of registration he was thinking about, will he :) [09:26] *kind [09:27] and now what to bue cd [09:28] Judaaaaaaaaa, what do you want to do? [09:29] I do not think we actually sell CDs yet. But you can ask some for free. If you want to buy them you look on eBay. You can find help on this page https://shipit.ubuntu.com/ [09:31] to bue linux === aboe [n=aboe@tb-c-76ec.adsl.wanadoo.nl] has left #launchpad ["Ex-Chat"] [09:31] unbuntu [09:31] Judaaaaaaaaa, see what ddaa said about Ubuntu [09:31] Judaaaaaaaaa, you can also try asking in #ubuntu, or in #ubuntu-cc (where cc is your country code) === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [09:34] Kinnison, around? [09:39] salgado: is it about something I can help ? [09:41] cprov, on Kinnison soyuz-fixery branch there's a test called zzz-soyuz-set-of-uploads.txt, which at a glance seems to be a subset of the existing soyuz-upload.txt === rlaager [n=rlaager@146.57.164.14] has joined #launchpad [09:43] salgado: don't know precisely, but Kinnison should be inserting a new series of packages for test, additionally to soyuz-upload one. [09:43] I've filed a number of bugs in, for example, GNOME Bugzilla. They also apply to Ubuntu. Would it be acceptable to refile all of them into Malone and tie them to the upstream bug tracker? That would make tracking bugs much easier for me. [09:45] cprov, yeah, there's a bunch of new packages on his branch. I'll have a closer look at the test [09:45] yes, that's absolutely the right way to do it rlaager [09:47] salgado: okay [09:47] rlaager: You might also use https://launchpad.net/malone/bugtrackers/gnome-bugs/+index?display-all-watches=1 to see if some of them are already linked === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [09:53] kiko: BTW, do you have time to prioritize some more bugs in my list? I'm working on the last, non-blocked priority right now, bug 36866. [09:53] Malone bug 36866 in malone "Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search" [Major,Confirmed] http://launchpad.net/bugs/36866 [09:54] bradb, yep [09:54] bradb: Thanks. I'll do that. [09:56] By tomorrow, things will have hopefully simmered down on ubuntu-devel re: removing BPN. It /seems/ like the ultimate solution will involve adding the BP into the description, if we have a BP (, to help maintainers of large SPs in particular.) [09:56] and fixing searching to DTRT, bradb? [09:56] yeah [09:58] right [09:59] agreed [10:13] bradb, I just pointed you two bugs; let's start considering them, not necessarily jumping into fixing them, but thinking about how we could improve the +distrotask +upstreamtask process === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === lakin [n=lakin@d209-89-89-241.abhsia.telus.net] has joined #launchpad [10:17] kiko: gotcha [10:19] BjornT, is bug 29559 still relevant? [10:19] Malone bug 29559 in malone "The email interface should assume that you don't want to edit bugs on products/distros that don't use Malone" [Normal,Confirmed] http://launchpad.net/bugs/29559 [10:20] BjornT, and bug 29681? [10:20] Malone bug 29681 in malone "Bug URL broken" [Normal,Unconfirmed] http://launchpad.net/bugs/29681 === tambaqui [n=tambaqui@200-183-99-207-mns.cpe.vivax.com.br] has left #launchpad [] [10:22] Merge to devel/launchpad/: [r=lifeless] Fixes in soyuz and buildd UI, temporary BUILDING real status and other minor fixes (r3445: Celso Providelo) [10:23] kiko: bug 29559 is still relevant. i would say that bug 29681 has been fixed by the bug notification batching though. [10:23] Malone bug 29559 in malone "The email interface should assume that you don't want to edit bugs on products/distros that don't use Malone" [Normal,Confirmed] http://launchpad.net/bugs/29559 [10:23] Malone bug 29681 in malone "Bug URL broken" [Normal,Unconfirmed] http://launchpad.net/bugs/29681 [10:23] BjornT, thanks -- update if relevant [10:29] BjornT, can you also check out bug 38020? [10:29] Malone bug 38020 in malone "Bug mail body duplicated when package name changes" [Normal,Unconfirmed] http://launchpad.net/bugs/38020 === bradb heads off, later all === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has left #launchpad [] [10:31] kiko: sure, i'll take a look at it tomorrow. [10:31] thanks [10:31] (kamion reported it) === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === tambaqui [n=tambaqui@200-183-99-207-mns.cpe.vivax.com.br] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [11:09] cprov, Kinnison, elmo: ping [11:10] Keybuk: pong [11:10] cprov: getting an exception from sync-source.py [11:10] File "/home/james/launchpad/scripts/ftpmaster-tools/sync-source.py", line 909, in read_current_source [11:10] valid_components = dak_utils.split_args(valid_components) [11:10] File "/home/james/launchpad/scripts/ftpmaster-tools/dak_utils.py", line 220, in split_args [11:10] if s.find(",") == -1: [11:10] zope.security.interfaces.ForbiddenAttribute: ('find', ) [11:10] for: ~james/launchpad/scripts/ftpmaster-tools/sync-source.py -b bigon -c universe openvpn [11:12] Keybuk: duh [11:12] Keybuk: file it in LP? I'll fix it [11:12] elmo: why duh? [11:12] ah, I didn't know you paid attention to LP bugs -- which product, just LP itself? [11:13] duh because I'm stupid [11:13] heh [11:13] *offers a hot-cross bun* [11:13] and, err, one sec, I'll find whatever the others are filed against [11:13] launchpad-upload-and-queue I suppose [11:13] yeah, what crpov said [11:14] bug 39044 [11:14] Malone bug 39044 in launchpad-upload-and-queue "sync-source breaks with universe component" [Normal,Unconfirmed] http://launchpad.net/bugs/39044 [11:14] Keybuk: btw, trivial work around is to drop the '-c universe' [11:14] it's only really useful in conjunction with -a [11:14] elmo: oh, will the sync still end up in universe? [11:15] i.e. as a restriction on what to sync, since the overrides determine the component, you can't use -c to force it [11:15] Keybuk: yes [11:15] ahhh [11:15] Kamion had said that was how to make it end up in the right place [11:15] he's confused [11:15] (understandably, it's not documented or obvious) [11:16] this was at the point where we hadn't done any [11:26] Merge to devel/launchpad/: [trivial] fix bug 36286 (Don't show "not reported here" message at distro if bug is on a distro package) (r3446: Brad Bollenbach) [11:41] mpt: pingish?