[12:05] kiko-zzz: got a sec? [12:19] how do I go about including stuff in rosetta for my app [12:25] spiv: david/launchpad/productseries-branch-oops reviewed, fixed, and pushed [12:25] ddaa: Thanks === ddaa goes -EPARTNER [12:26] goodnight === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === fishse [n=fishse@h081217119213.dyn.cm.kabsi.at] has joined #launchpad [12:39] does LP support pot files for translation? === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has joined #launchpad [01:00] Goooooooooooooooood afternoon Launchpadders! === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === mez [n=mez@81-179-71-213.dsl.pipex.com] has joined #launchpad [01:20] hmm [01:21] lp is timing out on trying to view rosetta import queue [01:22] sabdfl, an Overview menu may refuse to display if (a) you're using GeneralForm and (b) my 2006-02-menus branch hasn't landed yet [01:22] (somehow I managed to fix that bug) [01:23] mpt_: that's pretty darn impressive [01:23] i just filed that bug, and assigned it to stevea [01:23] s/stevea/mpt/g for future reference ;-) [01:24] mez: yes, there's a known performance issue when we dump a new distro release into rosetta's queue [01:24] sabdfl: ah ok :D just wondering :D [01:24] mpt_: the main issue turned out to be that the plain pages didn't have any facet specified [01:24] people are moaning we dont have translations for katapult [01:24] I'm trying to sort that out [01:24] the GeneralForm issue is trickier - i didn't look deeply into i [01:24] t === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad [01:31] hmm while I'm here... I'd like to bring up (again) the issue of the best way to request backports through launchpad [01:32] as making a bug against a pseudo-package seems the wrong way to do it to me [01:32] Mez, there's now a menu item specifically for that [01:32] mpt_, you mean the target to release thing? [01:33] Mez, yes, it's now called "Backport Fix to Releases" [01:33] ah [01:33] well thats for -updates really isnt it? [01:33] I'm on about -backports [01:34] requests to backport a whole version - not a bugfix [01:34] oh [01:34] ;) [01:34] yeah [01:34] bradb got confused about that too [01:34] Hmm, aren't backports a pocket? [01:34] mpt_, yes [01:35] (we have GOT to find a better name for that) [01:35] So cprov or Kinnison would know more about that. === Mez has no idea what a pocket is [01:35] basically we just want a place where people cna say something like" can i get the dapper version of k3b in breezy" [01:36] The worst part of it is, we use "pocket" in the "Launchpad FAQ" without explaining it [01:36] Mez, wouldn't you get people asking for that for every package? [01:36] mpt_ possibly... [01:37] but to be honest - we get requests mainly for things that are like - desktop apps. [01:37] but at the mo it's all going through a forum which sucks ass [01:37] the original idea was to model backports as a derivative distro in LP [01:38] so requests could be filed against the "distro" and any bugs with backported ackages could be filed against the package in the "distro" [01:38] which seems to be a good idea to me ... but meh - it doesnt seem possible [01:38] I should talk to Kinnison though when he has time [01:39] I was meant to go to cambridge to discuss this whole thing but didnt have the time to [01:52] hmm can someone remove my request to import katapult .pot file? [01:52] apparently someones already been translating it === thierry [n=thierry@modemcable023.222-70-69.mc.videotron.ca] has joined #launchpad === ajmitch__ [n=ajmitch@dsl-210-15-201-110-static.QLD.netspace.net.au] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === ajmitch_ [n=ajmitch@port171-25.ubs.maxnet.net.nz] has joined #launchpad === mpt [n=mpt@219-89-157-121.jetstart.xtra.co.nz] has joined #launchpad [03:35] kinnison: here good? [03:35] sure [03:36] I made launchpad packages that do dependancies and have the new rocketfuel scripts. [03:36] They're my first sets of packages, so I'd like somebody to look them over and smack me up a little bit. [03:36] Sure, dump the source somewhere I can grab it and email me a pointer to them [03:37] I'll look in the morning [03:37] awesome. thanks === stub [n=stub@ppp-58.10.64.181.revip2.asianet.co.th] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === irvin_ [n=irvin@203.213.223.148] has joined #launchpad === irvin_ [n=irvin@203.213.223.148] has joined #launchpad === mpt [n=mpt@219-89-157-121.jetstart.xtra.co.nz] has joined #launchpad === dsaa [i=dsaa@210.213.85.127] has joined #launchpad [07:11] stub: staging.ubuntu.com is giving a proxy error === pkunk_ [n=pkunk@a84-231-5-36.elisa-laajakaista.fi] has joined #launchpad === mpt_ [n=mpt@219-89-142-167.jetstart.xtra.co.nz] has joined #launchpad [08:25] well, that's not good [08:25] power supply isn't working any more :-/ [09:03] morning. [09:07] hey guys [09:07] is there a "refuel" equivalent for launchpad-on-bzr? [09:09] something that I can run from the root of a lp working directory, and which will look at a copy of the current built-rocketfuel and merge from each of the relevant sub-trees into my tree? [09:09] mpt_: oops [09:09] pedal power :-) [09:09] sabdfl: jblack has been working on such a script [09:10] I'm not sure where they are though (I think he wanted someone to look over them before getting them widely used) === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:14] is there a command to show the tree, and the revisions of each sub-tree? === mpt_ will take the lappy to someone who knows what they're doing tomorrow [09:15] mpt_: any progress on the 2col main_template? [09:15] sabdfl, haven't finished that yet sorry [09:22] mpt_: np [09:22] i have to work elsewhere for a while, if you can land it in the next week, i'm happy [09:27] ok === carlos [n=carlos@84.76.255.40] has joined #launchpad [09:45] morning [09:46] ok, so i can generate a list of the subdirectories that have .bzr in them: [09:46] find . -name .bzr | xargs -n 1 dirname [09:46] how do i make a command using that, which will cd into each of those and tell me what revision it is at? [09:50] sabdfl: take a look to the rocketfuel-refresh script at https://wiki.launchpad.canonical.com/RocketFuelSetup [09:50] carlos: morning [09:50] bzr revno [09:50] for i in (...); (cd $i; some command); done [09:50] ? :) [09:50] carlos: ok, stub did his part on Akan. What's needed now? [09:51] jordi: that stub or lifeless or any other admin do the change from the website, now that the languages are using hte right language code [09:51] ok, should I reopen and assign to LP admins? [09:51] jamesh: fixed. The launchpad server did not shut down properly during the staging update, so the new instance could not start up. [09:51] (is this workflow good for all the parts?) [09:52] stub: thanks dude [09:52] carlos: ok, willdo [09:53] jordi: yes, as stub fixed only the first part of the bug [09:53] yup [09:54] jamesh: how do i take a file (or series of dirs from std in on newlines) and use bzr revno with that? [09:56] sabdfl: I suppose something like this would work: find . -name .bzr | xargs -n1 dirname | while read dir; do echo -n "$dir "; bzr revno $dir; done === mpt [n=mpt@219-89-142-167.jetstart.xtra.co.nz] has joined #launchpad [09:56] that'd print the directory plus revision number [09:56] jamesh, the Pending Branch Summary says "Run Date: 2006-03-02 00:42:15 UTC", and next to mpt/launchpad/2006-02-headings it has "Time" of 02:22. Does that mean my branch was last checked 22 hours ago? [09:56] jamesh: you rock, thank you! [09:57] gee, I get timeouts when selecting persons or teams === ajmitch [n=ajmitch@port161-21.ubs.maxnet.co.nz] has joined #launchpad [09:58] mpt: checking. [09:59] carlos: done [09:59] mpt: no. It meant that the checkout/merge/diff took 2 minutes, 22 seconds to complete [10:00] hrmmm [10:00] jamesh, it's just that when I started work today the first thing I did was resolve the 6 conflicts in it, and now there are apparently 9 conflicts in it [10:00] 6 of which are the same [10:00] mpt: there is a pending-reviews run part way through right now [10:01] and I just pushed again and bzr said "Nothing to do." [10:01] mpt: doesn't look like you've got any conflicts in the latest run. [10:01] great, thanks jamesh [10:01] actually, yes you do [10:02] d'oh [10:02] there is one conflict [10:02] https://chinstrap.ubuntu.com/~jamesh/pending-reviews.new/mpt/launchpad/2006-02-headings/full-diff <- in lib/canonical/launchpad/templates/bugtask-backport-fixing.pt [10:03] It can wait till tomorrow afternoon then [10:04] mpt: the pending-reviews run didn't notice any conflicts while merging. Is it possible that you committed conflict markers in your branch? [10:04] hey jamesh! [10:05] jamesh, if I did, our test coverage isn't up to scratch [10:05] I'll check tomorrow [10:05] mpt: s/if I did, // [10:06] jamesh: how is it going? [10:06] ohhh, so I did [10:07] +<<<<<<< TREE === fishse [n=fishse@h081217119213.dyn.cm.kabsi.at] has joined #launchpad [10:07] looks like a palm tree to me [10:08] looks like a scalpel left inside the body cavity after it's sewn up to me [10:08] anyway. dinnertime. [10:13] hu, jamesh, ping? [10:14] spiv: pingy? [10:15] ddaa: sorry. was getting a drink [10:15] ddaa: pongy! [10:16] jamesh: spiv: so, "how is it going?" [10:17] ddaa: you should have got bug mail for 32106... === AlinuxOS [n=Ubuntu@d81-211-218-13.cust.tele2.it] has joined #launchpad === ddaa sees that, checks for commit mail [10:18] spiv: no commit mail, what the status of rename-buttress and productserie-branch-oops? [10:19] stub: ping [10:19] ddaa: I'm just waiting for DBA approval and patch number for rename-buttress [10:20] spiv: how many hours of work do you have left today? [10:21] ddaa: I'm mainly going to be at work from now until the lp meeting. [10:21] spiv: pong [10:21] spiv: so I guess you do not need me to take over. That would probably just cause needless communication overhead. [10:22] stub: did you get my email about the rename-buttsource branch? [10:22] stub: I'm seeking your DBA blessing [10:22] I can't see the email... [10:22] jamesh: how is the buildbot error reporting stuff progressing? [10:23] stub: Hmm. That would explain why you haven't responded... [10:24] stub: It was sent to stuart.bishop@canonical.com, and CCed to launchpad-reviews. [10:25] stub: https://lists.ubuntu.com/mailman/private/launchpad-reviews/2006-March/002569.html [10:25] Found it in my box. Wasn't following that thread. [10:26] Ah. I assumed that putting you in the To: field would be enough to bring it to your attention, but I guess not everyone sorts their mail the same way I do... [10:27] spiv: approved. patch-40-26-0.sql [10:27] spiv: All that means is I get two copies filtered away together. [10:28] stub: filtering mailing lists on List-Id instead of To would leave CCs in your inbox, some people find that useful. [10:28] stub: Thanks [10:29] ddaa: If it has a list-id, it belongs in the list. i like to keep my inbox as just stuff-my-filters-couldn't file to keep it a sane size. [10:30] stub: that's the point, when your are CCed on a ML message, one of the messages does not get a List-Id header. [10:30] so people can get your attention with a CC. [10:31] ddaa: Nah - then you end up responding to messages that have already been dealt with in the mailing list, and you miss out on all the surrounding context. [10:31] Okay, I shoud have assumed you knew that already. I did not mean to sound like I was talking down to you. [10:34] More like trying to teach an old dog new tricks. I like my system :-) [10:38] Has anyone worked out a funky way of dealing with the volume of messages on launchpad-bugs? [10:41] stub: I sort on List-Id, so I get mail for bugs I subscribed to in my inbox, and I have an evolution vfolder that shows only unread (or tagged) messages. Once a day, I skim over the titles for anything that looks like it would be of interest and mark most of them as "read" without further ado. [10:41] (that shows only unread messager for that mailing list) [10:42] I leave reading an classifying of most new bugs to the Daf Harries Bug Triage One Man Team. [10:42] stub: I hit my "Tab" key a lot. [10:43] stub: I suppose if I put on funky music while I do it... [10:44] you know so called "graphical" mail readers have a nifty feature called "selection" which allows you to mark several messages as read in one operation :) [10:45] carlos: You set status=5 on TranslationImportQueueEntry rows that have is_blocked = FALSE twice. [10:45] carlos: I think one of these should be to update is_blocked = TRUE rows. What status should those have? [10:46] ddaa: so does mutt, but it's typically faster to just hit tab :) [10:46] stub: blocked should be 6 [10:47] okay, evo is sorta an annoyingly slow dog... [10:47] so if is_blocked=TRUE, status must be 6 [10:47] stub: thanks for caching it [10:47] carlos: I didn't - the constraints did ;) [10:47] ddaa: that's not fair, it's a two-man team [10:47] the constraints? [10:47] stub: did you added them? [10:48] daf: you mean "Daffyd" _and_ "Harries"? Or did I miss something? [10:48] I don't remember any constraint to catch that... [10:48] ddaa: matsubara does plenty of triage too [10:48] oh, thanks for the tip [10:49] be careful, or he might triage *you* [10:49] bug 33370 YAY! [10:49] malone bug 33370 in launchpad "Mechanism for two-column layout" [Major,Confirmed] http://launchpad.net/bugs/33370 === Keybuk [n=scott@c51008D91.inet.catch.no] has joined #launchpad [10:53] carlos: TranslationImportQueueEntry.content is NOT NULL. However, we are trying to initialize it from POFile.rawfile, which contains NULLs, and this fails. === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [10:54] carlos: Should the NOT NULL constraint on TranslationImportQueueEntry be dropped, or should we skip creating records from POFile's with a NULL rawfile ? [10:57] stub: well, the sql sentences I gave you should do it [10:57] for pofile in POFile.select("POFile.rawimportstatus=2"): # All entries that are waiting to be imported. TranslationImportQueueEntry( path=pofile.path, content=pofile.rawfile, [10:57] stub: that means that we have a pofile with rawfile null and rawimportstatus set to 2 or 4 [10:58] stub: if the status is 2 or 4, rawfile should not be null [10:58] carlos: we have 6 [10:58] stub: but is ok if you add a check for 'rawfile IS NOT NULL' [10:58] ok. [10:59] stub: hmmm, the 6 is for TranslationImportQueueEntry.status [10:59] launchpad_staging=# select count(*) from pofile where rawimportstatus in (2,4) and rawfile IS NULL; [10:59] count [10:59] ------- [10:59] 6 [10:59] (1 row) [10:59] ddaa: So rename-buttsource is with pqm... have you dealt with BjornT's questions about productseries-branch-oops? [10:59] stub: we are talking here about POFile.rawimportstatus [11:00] so not many, but enough to break my initial data migration script ;) [11:00] Should I open a bug on them for us to deal with later? [11:01] stub: are those for POFile or POTemplate? [11:02] POFile === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [11:04] hmmm [11:04] select count(*) from pofile where rawimportstatus =4 [11:04] stub: what does it returns? [11:04] s/returns/return/ [11:05] 164 [11:09] stub: upps, sorry, select count(*) from pofile where rawimportstatus =4 and rawfile IS NULL; [11:09] Now we are violating the unique_entry_per_importer constraint.. [11:09] carlos: 6 [11:09] spiv: yes, that's the stuff I pushed before going to bed [11:10] stub: ok, that's why I suspected... not a bit issue you can ignore those entries anyway, we are going to remove that code and those db fields [11:10] stub: hmm about that.... [11:10] stub: is there anyway to say that the entries that break that constraint should be ignored? [11:11] ddaa: cool, so assuming rename-buttsource merges smoothly, we can merge that immediately too... [11:11] spiv: yes [11:11] spiv: I feel compelled to triple check I did the changes correctly, it was a bit late at night yesterday :) [11:11] stub: that means that we have two entries for the same pofile or potemplate from the same importer so it's safe to discard the old one (the one we are migrating is the old one) [11:11] ddaa: :) [11:12] carlos: Not in a simple way. You need to construct a WHERE NOT EXISTS clause or something similar to skip them. [11:12] stub: ok, then send me the script and I will add that check [11:13] Any reviewers want to do a quick review (97 lines)? [11:13] stub: there should be a low amount of files on that situation, 2 or 3 [11:13] spiv: then then there's the pull-listing stuff [11:13] ddaa: https://chinstrap.ubuntu.com/~dsilvers/paste/fileDjKFEk.html [11:13] ddaa: That's what I'm trying to get a quickie review of :) [11:14] ddaa: Though you might as well look too :) [11:15] lifeless: hi, could you confirm what ddaa says at https://launchpad.net/products/bzr/+bug/33029 ? [11:15] malone bug 33029 in bzr "UnicodeDecodeError in Testament.as_short_text" [Normal,Unconfirmed] === jsgotangco [n=jsg@210.4.38.43] has joined #launchpad [11:15] lifeless: just to know if jbailey's packages are missing something or it's a valid bug.... [11:18] spiv: i can review it [11:18] BjornT: Cool. It's for bug #32106: https://chinstrap.ubuntu.com/~dsilvers/paste/fileDjKFEk.html [11:18] malone bug 32106 in launchpad "Extend supermirror-pull-list.txt for vcs-imports" [Normal,In progress] http://launchpad.net/bugs/32106 [11:19] spiv: that's fine with me. But I think Branch.pull_url could use a few unit tests. [11:19] But it's currently well covered by the feature test. === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:23] oh, duh, there was another bug in my branch :) [11:24] spiv: the default value of bzr_push_root_url is not a valid url. should it be a url, or should it be named differently? [11:26] BjornT: it's a local filesystem path [11:26] ok, then it should be named differently [11:26] it could be a URL as well, bzr does not care === ddaa checks whether bzr does file:// urls [11:27] spiv: bzr_imports_root_url should have datatype="canonical.config.urlbase" [11:30] spiv: it would probably be good for bzr_push_root_url to have a similar validator, ensuring that the path ends with slash. (you don't have to add it now, though) [11:30] BjornT: Hmm, I guess so... the supermirror_root defined just above it is just a string, but has the same concerns as supermirror_root. [11:30] spiv: yup, it looks like bzr does file:// urls just fine [11:30] Er, bzr_push_root_url [11:30] ddaa: And thus the branch puller will like them? [11:31] ddaa: If you say yes, I'll happily switch to datatype="canonical.config.urlbase" and using urljoin. [11:31] spiv: unless it fucks with the url before handing them off to launchpad, it should like them [11:31] ddaa: Ok, let's do that. === ddaa does not really like this cow-boy style [11:32] spiv: with those changes, r=bjornt === ddaa would rather file a bug and fix it with file:// test cases for the branch puller [11:33] BjornT: Thanks. [11:33] bah, I'm just being paranoid [11:35] rename-buttsource landed ok. === ddaa does some trivial fixing on +addbranch [11:36] I'll land productseries-branch-oops just after that [11:37] ddaa: Ok. Once you land that, I'll land this freshly-approved bug 32106 branch. [11:37] malone bug 32106 in launchpad "Extend supermirror-pull-list.txt for vcs-imports" [Normal,In progress] http://launchpad.net/bugs/32106 [11:38] carlos: sorry, whats up ? [11:38] blah... I'll do the fixing a bit later [11:39] I think it's irrelevant right now [11:39] and too excited to code anyway === ddaa learnt to avoid doing "just one last fix" [11:41] carlos: can you help me with these scripts? [11:42] as I understand it: [11:42] ~/lptrees/rocketfuel is special, it us upstream, fully built, full tree [11:42] ~/rocketfuel is special, it is where you are supposed to hack [11:42] if ~/rocketfuel does not exist, it will be created as a copy of ~/lptrees/rocketfuel [11:43] if it does exist, then it is assumed to be a working tree [11:44] productseries-branch-oops now in pqm [11:45] lifeless: I'm blocked with one branch merge due a UnicodeError raised by bzr [11:45] sabdfl: right [11:46] sabdfl: the idea is that you hack on ~/rocketfuel, if you finish with that branch you can either remove it (after pushing it to chinstrap) or archive it [11:47] sabdfl: and a new rocketfuel-get will create a new fresh tree to start working on, like 'bzr brach' would do but much faster [11:47] ok [11:47] and rocketfuel-refresh? [11:47] does that merge-in-all-subtrees? [11:48] lifeless: ddaa said that it was already fixed on bzr.dev tree but I still get it using latest jbailey's packages [11:48] sabdfl: yes, updates the subtrees of a working copy [11:48] that's all trees at sourcecode/ [11:49] mpt: http://www.contentmanagementsoftware.info/blog/hide-portlets-column-plone/blogentry_view [11:49] and others like it [11:51] carlos: what date is the package you are ysing ? [11:52] lifeless: 0.8~200602281718 [11:52] lifeless: today's update is lacking bzrtools so I cannot update to it [11:53] ddaa: what date did you check bzr.dev ? [11:54] lifeless: the branch we merged in launchpad [11:54] oh lifeless! [11:54] I understood it was bzr.dev [11:54] lifeless: do you think you'll have a minute to look at my requests of last night? [11:55] carlos: bug number? [11:55] jordi: requests ? [11:55] ddaa: 33029 [11:55] ddaa: #33029 [11:55] ddaa: it was. [11:55] Ubugtu: dude, do your job! [11:55] ddaa: https://launchpad.net/products/bzr/+bug/33029 [11:55] carlos: it may be in the latest updates from jbailey [11:55] malone bug 33029 in bzr "UnicodeDecodeError in Testament.as_short_text" [Normal,Unconfirmed] === serix [n=christia@p548A99A4.dip0.t-ipconnect.de] has joined #launchpad [11:56] lifeless: I looked at the log and saw the merge on date 2006-02-18 [11:56] ddaa: hmm. [11:56] carlos: are you _sure_ its the same bug ? [11:56] morning to everybody :-) [11:56] on http://bazaar-vcs.org/bzr/bzr.dev [11:56] lifeless: let me check to be 100% sure... [11:57] carlos: cause I dont want you blocked [11:57] carlos: but it sounds like its a new bug and you should file a report on it [11:58] lifeless https://launchpad.net/products/rosetta/+bug/31835 and... [11:58] malone bug 31835 in rosetta "Akkadian assigned to "ak" code in ubuntu-translators group" [Major,Confirmed] [11:59] Subject: Rosetta admin requests [11:59] To: launchpad@lists.canonical.com [11:59] Date: Wed, 1 Mar 2006 19:32:44 +0100 [11:59] lifeless: those two [11:59] jordi: oh. Not really, stub should be able to help [11:59] jordi: I'm in a sprint at the moment [11:59] lifeless: confirmed 100% sure, it's the same error [11:59] lifeless: oh, righto [11:59] stub? around? [11:59] carlos: can you please pull bzr.dev and confirm it happens with that ? [11:59] ? [11:59] stub: it always comes back to you :) [11:59] carlos: this is to elminate the package as a variable [11:59] lifeless: sure [11:59] carlos: after that we will know its still present as a bug in bzr.dev - i.e. not fixed. [11:59] stub: can you have a look at 20060301183244.GA20722@nubol.oskuro.net in launchpad list? [12:00] jordi: This the same as the bug report? [12:03] anyone know where the distro translation groups live in launchpad? [12:05] stub: no, there's another request [12:05] jordi: what language should ubuntu-l10n-bn-in be translating? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:06] bn-IN [12:06] What is bn? [12:06] good morning! [12:06] Bengali [12:07] bengali done [12:08] stub: you assigned bn-in to Bengali, or Bengali (India)? [12:08] carlos: I gotta crash, eyes are betraying me [12:08] needs to be the latter [12:08] Bengali (India) [12:08] stub: thanks [12:08] please file-or-reopen the bug [12:09] jordi: The akan one looks lilke it is already done [12:09] night all [12:09] lifeless: ok, I'm still waiting to finish the bzr.dev download [12:09] lifeless: good night, and thanks [12:09] stub: check it's assigned to "ak", not "aka" [12:10] The language is listed as Akan [12:10] stub: can you check that pqm is not hung? [12:12] ddaa: looks busy [12:12] thank you [12:13] lifeless: just in case you are still around.... [12:13] carlos@aragorn:/tmp$ bzr branch http://bazaar-vcs.org/bzr/bzr.dev [12:13] bzr: ERROR: exceptions.AttributeError: URLError instance has no attribute 'errno' [12:13] at /usr/lib/python2.4/site-packages/bzrlib/transport/http.py line 188 [12:13] in has === ddaa wants to be able to follow test suite progress in realtime [12:13] ddaa: ^^^^? [12:13] carlos: in pqm, send a request, get a url, and go to the url to see progress on the run, with "-vv" test suite run. [12:14] ddaa: ? [12:14] So anxious types like me know that it's make progress. [12:14] oh [12:14] sorry, I was asking about the error I got O:-) [12:15] carlos: it's a bug, Jim. [12:15] so I'm not able to check the first bug due this other bug... [12:15] funny [12:17] does not seem to happen with latest bzr.dev, though [12:17] carlos: try that: rsync -av bazaar-vcs.org::bazaar-ng/bzr/bzr.dev . [12:18] stub: hmm. I guess it's correct then [12:18] it's documented on http://bazaar-vcs.org/OfficialDownloads [12:18] stub: I thought teams were assigned to codes, not to names [12:18] if they were assined to a name, they are probably good to go now, as you changed it in thedb [12:18] ddaa: seems to be working that way. Thanks [12:18] gee, can't type today [12:19] carlos: do you still have your first bug with bzr.dev? [12:19] spiv: productseries-branch-oops now in rocketfuel, gogogo! [12:20] ddaa: Sweet. [12:20] LarstiQ: yes, I do. I'm getting latest bzr.dev tree to check if it's still there with it and to know if it's a problem with jabailey's packages [12:20] jordi: they are assigned to codes. However the UI only displays the name. [12:22] stub: nod. Akan is "ak" now, so I guess that does it. === koke [n=koke@ubuntu/member/koke] has joined #launchpad [12:25] ddaa: the error is still there === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:28] carlos: can you paste the backtrace from the log? Just in case it changed since the first report. Then I'll give you a small patch so we have more data to reproduce the bug. [12:29] sure === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:31] ddaa: done === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === spiv wonders where the pqm response is... [12:37] Also, what happened to the commits list seems a bit quiet. [12:39] carlos: try with this patch, so we'll know what's wrong with your testament: https://chinstrap.ubuntu.com/~dsilvers/paste/fileqYaVud.html [12:39] spiv: looks like your request got blackholed or something [12:40] ddaa: Yeah, it was there for a while... [12:40] I checked the page. [12:40] stub: pqm has apparently eaten my request... [12:42] ddaa: ok === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:43] spiv: eaten? === SteveA [n=steve@212.47.97.22] has joined #launchpad [12:44] stub: It was appearing on http://pqm.ubuntu.com/, but now it's not listed, and I don't seem to have a response... [12:45] and rocketfuel has not changed === salgado [n=salgado@201-27-5-189.dsl.telesp.net.br] has joined #launchpad [12:45] ok, weird one [12:45] https://launchpad.net/people/keybuk/+packagebugs [12:46] says that hotplug has 3 critical and 6 unassigned bygs [12:46] if I click on those links, I get zarro boogs [12:46] ddaa: Heh, I just checked that too. [12:46] hi Steve [12:46] I think some of the portlets show closed bugs [12:46] hello [12:46] how's PyCon? === ddaa always read that "Picon", it's orange liquor to mix with beer. === Kinnison reads it as the very religious colony in BSG [12:48] isn't Picon one of the twelve colonies [12:48] spiv: Something odd may have happened. I have an empty log file of the pqm job. pqm's logs arn't helpful (I don't know what 'garh' means, but it seems to be normal) [12:49]