=== jml [n=jml@202.63.35.99] has joined #launchpad === doko_ [n=doko@dslb-088-073-097-072.pools.arcor-ip.net] has joined #launchpad === steph_ [i=steph@sgserv.net] has joined #launchpad === poolie [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === mpt [n=mpt@60-234-163-14.bitstream.orcon.net.nz] has joined #launchpad [01:59] Goooooooooooooood afternoon Launchpadders! === steph [i=steph@sgserv.net] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] [02:30] jamesh, I have another annoying question about using a repository === jml [n=jml@tempt036.maths.unsw.edu.au] has joined #launchpad === jml [n=jml@tempt036.maths.unsw.edu.au] has joined #launchpad [02:40] jamesh, I primed the repository as you suggested, by branching from rocketfuel-built. How do you then keep that repository branch of rocketfuel up to date? bzr pull? [02:55] Perhaps spiv knows the answer :-) [02:56] mpt: you can use pull, or you can ignore it -- as you merge rocketfuel into your other branches in the repo, you'll get the revisions anyway [02:56] mpt: branching current rocketfuel into the repo is mainly a way to get all the history up front [02:56] jamesh, so I should maintain my rsynced copy of rocketfuel-built, and merge from that into other branches? [02:57] rather than merging from the repo's rocketfuel [02:57] mpt: that's what I do [02:57] ok [02:57] thank you [02:57] mpt: on the first branch you merge rocketfuel-built into, it will have to copy the revisions into your repo, but for subsequent ones the revisions will already be there [02:58] so the second branch you merge into should be quicker === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === poolie [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === stub [n=stub@ppp-58.8.7.54.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@60-234-163-14.bitstream.orcon.net.nz] has joined #launchpad === yleeyas [n=yleeyas@153.205.dsl.ebtech.net] has joined #launchpad [05:31] spiv: ping? [05:33] jamesh: pong [05:33] spiv: is there any particular reason we'd want to favour the zopeless database adapter in scripts over the one we use in the webapp? === yleeyas [n=yleeyas@153.205.dsl.ebtech.net] has left #launchpad ["Ex-Chat"] [05:35] spiv: I noticed that after running execute_zcml_for_scripts(), enough setup is done to access the db without running initZopeless() [05:35] Probably not much reason, then. [05:35] I can hardly rememeber what original problem initZopeless was meant to solve ;) [05:36] I don't think we had execute_zcml_for_scripts() back then [05:36] so it was probably to use the SQLObjects without the Zope component framework [05:36] but most of our scripts use the zope component framework these days [05:36] Yeah, I think that's basically it. [05:37] Certainly, if you're doing execute_zcml_for_scripts, then you have the Zope CA initialised, so "zopeless" doesn't really seem to make much sense for that case. [05:39] okay. So if we want to do the error reporting for scripts stuff, we can probably ignore the initZopeless() stuff all together [05:41] If we can make initZopeless be almost a noop, perhaps a thin shim to wrap ztm.commit() and ztm.abort(), that would be great. [05:42] stub: without running initZopeless() you can just use the transaction module === mpt wonders how to make grep faster [05:42] mpt: get a faster hard disk or more memory [05:42] jamesh: I meant for backwards compatibility [05:42] stub: "ztm = transaction" ? [05:42] yeah [05:42] jamesh: That might do, yeah. [05:43] mpt: western digital raptor disks are good, but might not fit in a laptop :) [05:43] Might need to teach the PsycopgDA to connect as a user other than 'launchpad' [05:43] yep [05:44] and be able to turn off timeouts, etc [05:45] jamesh, I'm grepping the same (very large) files for different strings each time (piping the results to wc -l), and it takes about ten minutes each time. I don't suppose there's an easy way of running through all the files once, looking for all the strings simultaneously? Maybe grep isn't the right tool [05:45] mpt: grep -c "some string" filename1 filename2 ... [05:46] the above will give you a count of the lines matching the string from each file [05:46] oh. you want to search multiple strings in one file [05:46] yeah [05:47] how big a file is it? [05:47] I suppose -c would be a bit quicker than "| wc -l", but then I'll have to total the counts in each file myself [05:48] if you want a total, piping to "wc -l" should be about as fast [05:48] jamesh, ~1 GB each [05:49] mpt: you could write an awk or python script to do the regexp matching and generate totals [05:50] Or egrep? [05:50] or try and run the different greps at the same time in different terminals, hoping that they'll progress at roughly the same speed [05:50] egrep "one|two|three" files... [05:50] I guess that doesn't give a count per-string. [05:50] I need separate totals, spiv [05:50] yeah [05:51] but spiv's idea might reduce the amount of data you need to work with [05:51] save the egrep output to a file and then grep for each pattern individually [05:51] jamesh: I was just about to suggest that :) [05:52] Wouldn't that be slower? [05:52] I'd end up searching for each thing twice instead of once [05:52] mpt: what proportion of lines do you expect to match any pattern? [05:53] on the order of 1% (but a Zipf distribution) [05:53] mpt: so you do "egrep 'pattern1|pattern2|...' files ... > output" and you've gone from 1GB down to 10MB [05:54] you can then do "grep pattern1 output" and you are only processing 10MB [05:54] hmmm, ok [06:02] I was wondering if it had group stats [06:02] but I cant see anything [06:02] trivial to do in python though [06:20] I'm getting a bizarre test failure in canonical.base -- it seems that string.letters has been reversed to have uppercase first which causes the test to fail [06:25] ah. looks to be locale dependent === jml [n=jml@ppp245-86.static.internode.on.net] has joined #launchpad === merriam [n=merriam@84-12-194-66.dyn.gotadsl.co.uk] has joined #launchpad === stu1 [n=stub@ppp-58.8.11.94.revip2.asianet.co.th] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad === yaniv [n=yaniv@DSL62-0-160-9.bb.netvision.net.il] has joined #launchpad [08:23] I have a question: a lot of strings in Rosetta have a "_" within them - what does it mean, and how should I handle it? === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [08:49] yaniv: are they for GTK programs? [08:49] jamesh: yes [08:50] yaniv: the underscores are used to generate the mnemonics for menu items, buttons, etc [08:50] yaniv: so if I set the label for a menu to "_File", it will display as "File" with an underscore under the "F" [08:50] and I can type "alt+f" to open the menu [08:51] If I translate the string to "blah _blah", then I'd need to type "alt+b" to open the menu [08:51] (and the second b would be underlined [08:51] oh. so what should I do when I translate into Hebrew? they can't mean anything in Hebrew [08:52] can they? [08:52] well, you'd want to map one of the hebrew letters to a keyboard accelerator right? [08:53] so just precede the letter with an underscore [08:53] (that is precede the letter in the logical flow of the text, rather than how the text is displayed) [08:54] but what about menu items? they have underscores too, but alt-x doesn't work for them [08:54] e.g. in the gedit translations there is: [08:54] msgid "_File" [08:54] msgstr "_" [08:55] the alt modifier is only needed to pop up the menu [08:56] you just type the mnemonic directly to select one of the menu items [08:56] I see [08:57] also, if you are using multiple keyboard groups (e.g. hebrew and latin), GTK is smart enough to activate mnemonics/accelerators for the other group [08:58] Is there a way to do mass tagging of bugs? [08:58] Fujitsu: not at the moment. [08:59] Grrreat. Thanks anyway. === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:03] morning [09:03] Evening, SteveA. [09:05] Fujitsu: hi. what place are you in that it's evening already? [09:06] Melbourne, Australia. [09:07] awesome! I'd figured Japan from your nick, but what do I know? ;-) [09:09] jamesh: how easy would it be to get a summary of the daily oops summary sent to another email address ? [09:09] I'm in London today... working on the bzr-launchpad connection with ddaa and _thumper_ === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad [09:09] lifeless: pretty easy. At the moment matsubara is running the script so you'd have to ask him [09:10] SteveA, aha. The nick came from a hard disk, several years ago. A friend decided that wgrant as a username was too boring, and he had a Fujitsu HDD next to him. It's sorta stuck. [09:11] Fujitsu: so in another life you might have been Maxtor? [09:11] That's what people suggest, yes :P [09:11] Or Mitsubishi has been suggested, as Fujitsu makes air conditioners as well. [09:12] lifeless: btw, the fixes for the last few product-release-finder problems were included in my latest merge [09:12] (moving the release pattern fields over to the product edit form, and stripping ".orig" from version numbers) [09:12] so once that is rolled out, I think we can put the code into production use [09:14] SteveA: I was talking with spiv earlier: it seems that if you run execute_zcml_for_scripts() in a script, you can access the database using the webapp database adapter [09:14] without calling initZopeless() [09:14] which also gives you SQL statement logging, which would be useful for error reporting in scripts [09:14] morning happy people :) [09:15] I know someone called Mitsubishi. She was named after a neon sign. [09:17] jamesh: AWESOME [09:17] jamesh: ok, I'll ask matsubara - thanks [09:17] jamesh: nice [09:17] jamesh: it makes sense. [09:19] SteveA: how's london today? rainy? [09:20] sivang: the very instant you asked, it started raining. [09:21] My luck ...tough one ;-) [09:21] SteveA: Are you in South Kensington ? [09:22] SteveA: But to be frank, I don't mind if its pouring. I had a 2 hours walk through Covent Garden, picaddily and oxford circus in heavy rain. Was great fund. [09:22] SteveA: (Visited the UK 2 weeks ago) [09:36] I'm glad you liked it. I like the rain when it's warm. Don't like it when it's cold and windy too. [09:38] agreed. Cold is fine when it's not humid, and without wind. I was lucky such that when I visited, people said it was the hottets weather for that period of year since about 30-40 years ago. It was mostly sunny. === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [09:50] New bug: #65007 in launchpad "managing bugfix branches is more work than necessary" [Undecided,Unconfirmed] http://launchpad.net/bugs/65007 === _thumper_ [n=tim@george.kkhotels.co.uk] has joined #launchpad === Spads [n=spacehob@217.205.109.249] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === jinty [n=jinty@205.Red-83-56-149.dynamicIP.rima-tde.net] has joined #launchpad [11:35] stu1: ping [11:36] jamesh: ping [11:36] SteveA: pong [11:36] jamesh: https://features.launchpad.net/products/launchpad/+spec/form-layout [11:36] SteveA: pong [11:37] jamesh: is there anything left for you, or anyone else, to do on that spec? Please check the status is updated to reflect the current state of things. [11:37] stub: edge-launchpad, name-blacklist, canonical-names [11:37] stub: please check that the spec statuses are up to date for these [11:38] and tell me if there is anything about those specs that you yourself cannot do [11:40] SteveA: none of the layout improvements from form-layout have been done, iirc [11:40] we've got the initial form focus and button label customisation though [11:41] please update the status and the status whiteboard with this information [11:42] you are listed as the assignee for that spec. is there anything left to do in order to complete that spec that you yourself cannot do? [11:43] SteveA: The NameBlacklist branch is up for review. I haven't done the UI for maintaining the list though, as a) it can be maintained using SQL and b) I will be slow throwing up the forms since I haven't done any UI work for ages (nor used the newer form machinery at all). [11:44] is the UI for it part of the spec? [11:45] SteveA: Yes, including the workflow for renaming dud accounts and sending notifications when a blacklist entry is added or modified. [11:45] SteveA: Although I'm not sure if that is actually desirable [11:45] who would get notified when a blacklist entry is added or changed? [11:46] SteveA: (eg. we really don't want to rename the 'admins' team if someone alters the blacklist from '^admin\d+' to '^admin\w*' [11:46] SteveA: The owner of the product or person or project or distro or whatever that conflicts with the blacklist entry. [11:46] there should be a page that lists dud account names [11:46] and I don't think we should do automatic emails [11:46] I think we should have a page for lp admins [11:47] that shows the names that clash [11:47] and that's all [11:47] there should be a UI for listing blacklist entries and adding/removing/changing them [11:47] this can take the form of a single text area [11:47] parsed line by line [11:47] no fancy forms stuff required [11:48] I think changing dud names is something we should do as a human process [11:48] not automated [11:48] so, no need for emails [11:48] so... basically one page required [11:48] Sounds fine provided external systems like the @ubuntu.com email address sync understand this [11:48] text area + list of dud names with links [11:49] Anway - the minimum we need is up for review, so I will defer the rest of that until the other 1.0 tasks are done [11:49] if you can do that one page, then we can sign off the spec [11:49] that's worth doing I think [11:50] but please also update the spec to reflect this conversation [11:50] so that the expectations for the spec are clear [11:54] jamesh: cc-ed you on a schooltool email about importing their bugs into launchpad. [11:55] got it === jelmer_ [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad [11:57] SteveA: we've got an importer for the format output by the sourceforge screen scraper. I am not sure if that counts as a well known format though === matthewrevell [i=synchron@outbound.silenceisdefeat.org] has joined #launchpad [12:02] jamesh: right. but, you could ask someone to produce bugs in that format, for importing [12:02] and perhaps be flexible about the statuses used === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === mholthaus__ [n=mholthau@16.252.76.83.cust.bluewin.ch] has joined #launchpad === ddaa [n=ddaa@george.kkhotels.co.uk] has joined #launchpad [01:47] <_thumper_> ping jamesh [01:48] _thumper_: pong [01:48] <_thumper_> jamesh: looking at some timeout problems that are occurring with some of the branch stuff [01:48] <_thumper_> jamesh: SteveA suggested we (ddaa and myself) talk to you about a specific exception to raise [01:48] <_thumper_> if there are too many (for some definition of many) items [01:49] which page is this? [01:49] a branch list for a person or something? [01:49] <_thumper_> yeah, specifically the import person [01:50] <_thumper_> particularly with the detailed list of branches [01:50] <_thumper_> where it does more joins than the default view (which is the list) [01:50] _thumper_: I don't think we've got a particular exception for that right now, but would batching help here? [01:51] <_thumper_> jamesh: the idea is to have a generic exception that can be raised in different places [01:51] <_thumper_> jamesh: the idea is that we don't want to support batching right now on this (don't ask) [01:52] <_thumper_> I think the idea is to come up with a name and place for this specific type of exception [01:52] _thumper_: okay. Possibly lib/canonical/launchpad/interfaces/launchpad.py would be a good place to define the exception [01:53] you'd also want to register a custom error page for it in the ZCML [01:53] as for a name, "TooMuchData" or "TooManyItems" maybe? [01:54] <_thumper_> where are exceptions defined atm? [01:54] <_thumper_> there don't seem to be any in that file right now [01:54] <_thumper_> I like TooManyItems [01:55] usually we define exceptions close to the code that uses them, but this is a pretty generic one. [01:55] the other place would be somewhere in webapp/ [01:55] <_thumper_> yeah [01:55] but I am not sure exactly where in webapp/ it would belong === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jkakar [n=jkakar@200.247.41.53] has joined #launchpad === niemeyer [n=niemeyer@200.247.41.53] has joined #launchpad [02:34] BjornT, I just saw that my mirror-management-tweaks branch has been assigned to you. we need to get that on staging ASAP, so I was wondering if you'll have some time to review it today (it's around 200 lines, mostly templates and tests) [02:43] salgado: if it's really urgent, then it's probably best to find another reviewer. my queue is quite overloaded at the moment. i'd be happy to review it if you took one of my reviews, though ;) [02:46] salgado: i'll try to get around reviewing it tomorrow, though. [02:55] BjornT, thanks dude. I'll see if I can get somebody to review it today, then you'll have one less [02:56] I wish I could take one from your queue, but I just got some extra shipit stuff to do, so I don't think I'll have time for reviews. :/ === jml [n=jml@202.63.35.99] has joined #launchpad === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad [03:02] spiv, maybe you have a few minutes to review my mirror-management-tweaks branch? [03:16] BjornT: Was my nospam branch r=bjornt? Or were there other issues? === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [03:20] stub: yeah, it was r=me. [03:27] jamesh, maybe you can review my mirror-management-tweaks branch? (around 200 lines, mostly template and tests) === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:52] He has a review for me first, which needs to land before the production systems run out of disk space and Launchpad dies a horrible death. === jinty [n=jinty@205.Red-83-56-149.dynamicIP.rima-tde.net] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #launchpad === _thumper_ [n=tim@george.kkhotels.co.uk] has joined #launchpad === lbm [n=lbm@82.192.173.92] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [04:50] SteveA, I guess you don't have a few minutes for a quick review either? [05:06] salgado: nope [05:24] salgado: i'll review your branch now. [05:26] BjornT, great dude, can you wait just a second? the diff on pending-reviews is not up to date [05:26] salgado: sure [05:26] I'm generating one === ddaa [n=ddaa@george.kkhotels.co.uk] has joined #launchpad === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad [05:31] BjornT, I have a merge in between the commits, but the changes are not related, so the full diff is what's in pending-reviews plus https://devpad.canonical.com/~andrew/paste/fileLDn6hb.html === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:36] morning === jinty [n=jinty@205.Red-83-56-149.dynamicIP.rima-tde.net] has joined #launchpad [05:51] salgado: direct person registration work [05:51] that's registered as "started" in the spec system [05:51] any further progress? [05:51] it's started [05:51] salgado and I discussed how to move forward [05:51] and it's sorted [05:51] I did that thursday. [05:52] ok, thanks [05:58] One can subscribe to bugmail for packages, is this also possible for bugmail against 'Ubuntu' (no package specified)? [05:59] Seveas: not specifically, sorry [05:59] damn [06:00] Seveas: you could make it work with mail filters though [06:00] yes, that's what I'm going to do === bradb & # lunch === lukketto [n=lukketto@host97-106-dynamic.59-82-r.retail.telecomitalia.it] has joined #launchpad [06:54] flacoste, around? [06:54] salgado: was about to go for lunch, but go ahead [06:56] flacoste, just a quick question... do you think we should always send a small note to a support contact which doesn't speak the language of that ticket or should we do that only when not a single support contact speaks that language and then, in this case, send the small note to everybody? [06:56] by speak I mean, have that language as preferred [06:57] salgado: the latter, i.e. only send a note to everybody when none of the support contacts have that language registered [06:58] salgado: btw, did you saw the changes I made in tt-workflow on the ticket notification implementation? [06:58] in all other cases, only send notifications to people who speak that language? [06:58] exactly [06:58] oh no, I didn't. I'll check that before moving forward [06:58] it's also a good time to check how many conflicts we already have [06:59] flacoste, thanks for reminding me again. :) [06:59] salgado: let me know if anything is hard to resolve [07:00] sure thing [07:00] salgado: my new branch tt-views will also likely conflict with yours since we're both making changes to the searchTickets implementation (and its view for that matter) [07:00] I'll try to merge yours and see how it goes [07:01] food time now === Spads [n=spacehob@host-84-9-51-159.bulldogdsl.com] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:15] flacoste-lunch, only the conflict on doc/support-tracker-pages.txt is non-trivial, but I'll have to apply your changes to mailnotification.py to my branch before doing the changes I need on that file. it'd be great if you could tell me if/when you do any other changes on it. === jinty [n=jinty@205.Red-83-56-149.dynamicIP.rima-tde.net] has joined #launchpad [07:41] salgado: ping [07:41] SteveA, pong === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [08:21] salgado-afk: hmm, support-tracker-pages.txt, ok, if I remember correctly I mostly removed stuff from that file and simplify the notification testing. Shouldn't be too hard to merge [08:21] salgado-afk: and I'll keep you posted about future changes to the branch, future changes will be prompted by BjornT's review === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad === mdke_ is now known as mdke [09:10] cprov, can you update the status for the build-failure-process? [09:11] kiko: sure [09:11] thanks [09:13] kiko: done [09:17] what the best way to search for translations of a specific product/package? [09:22] there is none currently. [09:22] download the translation file, sivang? [09:23] you mean, Rosetta is out of order? === qbrix [i=thekubri@wsip-68-106-78-222.oc.oc.cox.net] has joined #launchpad [09:23] zomg [09:23] hello! [09:23] kiko: I just got a request from someone to approve his translations for edgy, for network-manager to hebrew. He urged to approve them before release so they wil get included. === blixa [n=cryforme@216.70.165.148] has joined #launchpad [09:24] sivang, and? [09:24] hello [09:24] I got my stickers today!!! [09:24] THANKS UBUNTU!!! [09:24] Please note that requests usually take from 4 to 6 weeks to deliver, depending on the country of shipping. [09:24] kiko: I'm trying to find the proposed trnaslatoins and can't :) [09:25] translations can only be made against upstream products right? not packages as well... [09:26] sivang, they can be made against both. [09:26] Are these stickers open source? [09:26] What license do these stickers work with? [09:26] GPL? [09:26] Commons? [09:26] qbrix, you must be asking if the designs on the stickers are open source [09:26] Can I place these in public? [09:26] the stickers make the OS [09:26] kiko: okay, thanks. [09:26] Do I have to put on a cd if I burn it with an ubuntu ISO? [09:27] the stickers themselves can go wherever you like, though if you do something illegal with them you may be liable! [09:27] uh oh, I don't want to get sued [09:27] can I return these stickers? [09:27] they should print the GPL on the back of these stickers [09:28] is kamran v. here? [09:29] oh god, my hands hurt [09:29] i think i have aids [09:30] either that or too much LSD [09:30] hehe you shouldn't have fisted that bison === _Shade_ [n=adam@dpn242.neoplus.adsl.tpnet.pl] has joined #launchpad [09:30] stick to goatse [09:30] i'm done with LSD [09:30] <_Shade_> hi there [09:30] _Shade_: be careful with the stickers [09:30] don't underestimate their potency [09:30] <_Shade_> huh? [09:31] _Shade_: i think i have aids [09:31] kekekekeke === AlinuxOS [n=alinux@d83-184-250-80.cust.tele2.it] has joined #launchpad [09:32] i can't do this anymore [09:32] hmm [09:32] I think I've just experienced culture shock ;-p [09:35] <_Shade_> hey what are these karma points for? [09:36] <_Shade_> talking about culture shock :P [09:37] _Shade_: you receive karma points proportional to your conrtribution. === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [09:43] Keybuk: /query please? === AlinuxSOS [n=alinux@d81-211-233-217.cust.tele2.it] has joined #launchpad [09:44] ryanakca: hello [09:47] kiko, look what I get when I try to do a "GET -m HEAD" on a url that redirects me to a ftp url and then what I get doing the same GET on the ftp url that the first one redirects me too: [09:47] https://devpad.canonical.com/~andrew/paste/fileqtdkfH.html [09:47] salgado, is GET -m HEAD the same as HEAD? [09:48] wow, there /is/ a HEAD. I didn't know === salgado checks [09:49] so squid is mangling the redirects being returned? [09:49] yes, the method is derived from the program name [09:49] salgado, can you run with a -S? [09:49] https://devpad.canonical.com/~andrew/paste/fileZsxuUF.html is the relevant squid part [09:49] sure [09:50] salgado, you may have to use nc instead of HEAD to see what's really wrong [09:50] salgado : The squid log didn't show any signs of the error 500 you were getting. I wonder if that's the problem. [09:51] Znarl, it appears that the redirect line being returned isn't helping [09:51] this is with -S [09:51] https://devpad.canonical.com/~andrew/paste/fileXSJEhw.html [09:52] in the case of the mirror prober, what I actually get is a timeout instead of a connection refused [09:52] salgado, so what is happening is that the proxy is not being used for redirects [09:52] instead HEAD is trying to connect directly [09:52] to the ftp:// server [09:53] aha [09:53] that appears to be a bug in HEAD. [09:55] salgado, you may have to test using some other tool -- NC? [09:55] or just something that doesn't try to be smart about redirects. [09:55] yeah, will try it [09:57] no nc on mawson. :/ [09:58] salgado, and telnet? [09:58] how do I set the proxy for telnet to use? [09:58] salgado, you don't -- you do it manually, connecting to the proxy. [09:58] salgado, but perhaps you want to talk to me about the problem first. [09:59] yeah, I don't feel like talking to proxies today [09:59] better talking to you [09:59] so what's up [09:59] basically, the prober failed to probe https://staging.launchpad.net/distros/ubuntu/+mirror/uk-mirror-service-cd/ [10:00] but it works just fine for an ftp-only mirror [10:00] is that the only failing mirror right now? [10:00] failing by problems on our side, yes [10:00] cool. [10:01] salgado, can I see the log for that mirror? [10:01] and also, do we do any special handling of redirects in our code? [10:01] yes, we do [10:04] salgado : UK mirror services do have a http URL for downloading. [10:04] I wonder if it's easier just to use that instead of solving the redirection problem. [10:04] really? [10:04] one which doesn't redirect? [10:05] Yes [10:06] I thought they did, let me try to find it again. :/ [10:12] Oh, only their archives they're not redirecting. [10:13] salgado : I suspect they're always redirecting for releases because of the >2gig issue. I could request they not redirect within releases.ubuntu.com too as there are no >2gig files on releases. [10:14] salgado : Would that help you at all? [10:15] Znarl, yes. [10:15] Znarl, that would workaround the problem, but I'd rather find what the real problem is and fix it because I can remember there are other mirrors which do the same [10:15] salgado, it could help deprioritize the issue though [10:16] kiko: random question; is there any way of committing to a Launchpad mirror of a bzr archive? [10:16] Keybuk, hmmm, not that I'm aware of. that would be rather weird. though perhaps if you are the bazaar importer... [10:16] https://launchpad.net/people/keybuk/+branch/grepmap/main [10:16] is what I'm thinking of [10:16] it's a mirror of a branch on rookery [10:17] but I want to remove that, and just commit to the bzr repository in launchpad instead [10:17] salgado, kiko : Ok, I'll email them and ask they stop the redirections. [10:17] Znarl, I'll file a bug about the issue, but for now, if you could convice them to not redirect anything under their /releases.ubuntu.com it'd be great [10:17] Znarl, rock on. [10:17] great === belito [n=user@201.240.72.186] has joined #launchpad [10:18] Keybuk, and use local bound branches? [10:18] kiko: right, or just pull/push as usual [10:18] Keybuk, it's a good question. let me check one thing. [10:19] the only reason it was a mirror, btw, was that I did that before LP supported hosting bzr branches natively [10:20] yeah [10:23] Keybuk, I think you can actually [10:23] and now, obviously, I'd like to not push the archive to rookery -- but straight to LP === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [10:24] Keybuk, have you tried just changing the branch URL? [10:24] oh hmmm [10:25] dammit [10:25] salgado? [10:25] it doesn't seem to be caused by the redirect [10:25] quest grepmap% bzr push sftp://keybuk@bazaar.launchpad.net/~keybuk/grepmap/main [10:25] bzr: ERROR: File exists: u'/~keybuk/grepmap/main': mkdir failed: unable to mkdir [10:25] is what I get when I try to just push over the top [10:25] kiko: I tried removing it, I got "Required input is missing" [10:29] Keybuk, why would bzr be trying to mkdir that though? [10:29] kiko: who knows? === gkirk [n=gkirk@S01060090f8009943.su.shawcable.net] has joined #launchpad [10:33] hi, i've set up a product on launchpad, pointed to svn url for trunk, now not sure how to access .po files for translation [10:33] is it because Bazaar status: Testing - i need to wait for a review or something? [10:33] Znarl, could it be that they are throttling our IP? [10:34] i did try and find the answer to this question on the site [10:34] gkirk, okay. you need to upload your translations manually, for now. [10:35] we are not doing the automatic collection of translations from source control [10:35] we do do it for packaged versions of software in Ubuntu [10:35] kiko: ok, will be glad to - how do i do that? [10:36] gkirk, what product is this for? [10:37] i click on the translations link, and it just says there are no translations available, but no link to upload [10:37] https://launchpad.net/products/plonecomments [10:37] ah. [10:37] gkirk, just click on "trunk" there. === AlinuxOS [n=alinux@d81-211-233-217.cust.tele2.it] has joined #launchpad [10:40] kiko: i am not seeing an option there [10:41] gkirk, really? are you logged in? can I see a screenshot? [10:41] i have already filled in svn info [10:41] what should i see? [10:42] To set up Plone Comments for translation in Rosetta, you need to upload the PO template for one of its product series. [10:42] * trunk [10:42] Or you may want to link the product to a distribution package set up for translation, if there is one, so their translations can be shared. [10:42] i saw that before i clicked on Edit Source and filled in svn info [10:43] and now what do you see on https://launchpad.net/products/plonecomments/+translations ? [10:45] Translation templates === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [10:45] No translatable templates available [10:45] trunk does not have any strings to be translated through Rosetta. If you think this is incorrect, please send an email to the Rosetta mailing list or file a bug in our bug tracking system so we can look into the problem. Thanks. === mdke__ [n=matt@81-179-110-50.dsl.pipex.com] has joined #launchpad [10:46] kiko: ah, finally noticed the Upload Translations link [10:47] it wasn't obvious to me [10:47] my eyes are drawn to the middle of the page === mdke_ [n=matt@ubuntu/member/mdke] has left #launchpad ["goodbye!"] [10:52] gkirk, I'm not quite sure what page you were looking at === mdke__ is now known as mdke === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === raraavis [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #launchpad === Ng [n=cmsj@mairukipa.tenshu.net] has joined #launchpad === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === steph is now known as stgraber [11:37] is RDF metadata from launchpad something like doap? [11:38] yes [11:54] kiko https://launchpad.net/products/plonecomments/trunk/+translations [11:55] gkirk, ah, for the trunk series. [11:55] gkirk, I was talking about [11:55] https://launchpad.net/products/plonecomments/+translations [11:55] note the trunk in there [11:55] kiko: k [11:56] i do find the UI a bit confusing to navigate [11:56] tx for your help === yleeyas [n=yleeyas@153.135.dsl.ebtech.net] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] === yleeyas [n=yleeyas@153.135.dsl.ebtech.net] has joined #launchpad === yleeyas [n=yleeyas@153.135.dsl.ebtech.net] has left #launchpad ["Ex-Chat"]