=== cprov [n=cprov@201-43-145-181.dsl.telesp.net.br] has joined #launchpad === oohlaf [i=olaf@deschacht.student.utwente.nl] has left #launchpad [] === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === ychahibi [n=ychahibi@adsl-218-168-192-81.adsl.iam.net.ma] has joined #launchpad === ychahibi [n=ychahibi@adsl-218-168-192-81.adsl.iam.net.ma] has left #launchpad ["Konversation] === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad [01:48] Merge to devel/launchpad/: [trivial] Update analyze-error-reports: display more/all exceptions, and cosmetic makeover on titles and headings (r1841: kiko) [01:52] y a y [01:57] kiko-afk: How do you type when you're AFK? [01:58] sfllaw: you should see him sleep-type [02:00] jordi: not much chance of you being around I guess, but ping? [02:02] naked waitresses type for me [02:02] gee [02:02] you need more imagination [02:03] kiko-afk: are you available for some "argh wtf has happened to all these translations" help? === mbp [n=mbp@ozlabs.org] has joined #launchpad === cprov [n=cprov@201-43-145-181.dsl.telesp.net.br] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === lakin_ [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === bddebian [n=bdefrees@71.224.172.103] has joined #launchpad [04:15] cprov: ping? [04:16] bddebian: hi [04:17] Hello. Sorry to bother you but I was told you were the person to ask about @ubuntu.com e-mail address not working? [04:18] bddebian: no problem, unfortunatelly I'm not in touch with the @ubuntu redirection, but tell me what is wrong ? have you set your preferred email properly ? [04:19] cprov: As far as I know, though I guess it wouldn't hurt to check again [04:20] Hmm, looks correct [04:22] bddebian: I can't do anything right now, but I think you can file a bug on Soyuz, I will redirect it to elmo asap [04:22] cprov: Oh, I can bug elmo, thx [04:23] bddebian: right, better. He's the person behind redirect. [04:23] OK, thanks for your time [04:26] bddebian: anytime [04:31] Goooooooooooooooooooood afternoon Launchpadders! [04:33] Hmmm [04:33] Hello mpt === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [04:39] hi question: I wanted to request/work on a feature for the edgy espresso partitioning tool, a dual boot 'option' in the partitioning tool, should I put that in as feature request in malone or should I add it as a braindump on the wiki? [04:39] or should I ask this in another channel? like ubuntu-dev? === poningru looks around [04:41] poningru, ubundu-dev, it seems to require a specification (use blueprint), coordination with developers and then malone bugs [04:42] poningru: anyway, it's just a hint, ask Colin for espresso roadmap [04:42] oh true === lifeless [n=robertc@dsl-43.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad [05:09] I was looking through the specs: https://launchpad.net/distros/ubuntu/+specs and there seem to be 3 migration specs [05:10] two of them have the same title [05:10] just do a search for 'migrat' on the page === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === heyko is now known as heyko\afk === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === lifeless [n=robertc@dsl-43.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad [05:59] poningru, the specification already includes a dual-booting option [05:59] the existing specification, I mean [06:01] poningru, https://wiki.ubuntu.com/UbuntuExpress/PartitioningTool [06:01] mpt: hehe yeah burgundiva pointed that out to ignorant ole me [06:02] err burgundavia === bddebian [n=bdefrees@71.224.172.103] has left #launchpad ["Leaving"] === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad === cprov [n=cprov@201-43-145-181.dsl.telesp.net.br] has joined #launchpad === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #launchpad [09:44] re all [09:44] hi [09:45] hey ivoks , sup? [09:45] still waking up :) [09:53] hm... why are there three lines when english has singluar and plural (two lines) in rosetta? :) [10:08] ivoks: have the URL? [10:09] second... [10:09] https://launchpad.net/distros/ubuntu/dapper/+source/rhythmbox/+pots/rhythmbox/hr/+translate?offset=10&show=untranslated [10:10] i saw that on many locations... [10:10] i also found one funny word in rhythmbox; undownloaded :) [10:17] ivoks: that page is to translate into croatian [10:18] croatian has three plural forms [10:18] SteveA: right [10:18] we do? [10:18] hm... [10:18] the expression is in a box on the left [10:18] n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2 [10:18] ah... [10:19] thanks [10:19] no problem === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [10:33] SteveA: if i understant that right, this means that if n=1 and n=11, singular will be used? [10:33] that is; first line? [10:37] if n is 11, i think form 2 will be used [10:37] >>> def whatform(n): [10:37] ... if n%10==1 and n%100!=11: [10:37] ... return 0 [10:37] ... if n%10>=2 and n%10<=4 and (n%100<10 or n%100>=20): [10:37] ... return 1 [10:37] ... return 2 [10:38] [10:38] >>> for number in range(150): [10:38] ... print number, whatform(number) [10:38] [10:38] try that in python [10:40] right... that's ok :) [10:40] thank you very much [10:41] i missed that ! in n%100! :) [10:42] rosetta should have a feature to show you the plural form expression expanded like that [10:43] but, if you speak croatian [10:43] alternatively we could provide a label for each plural form for a language [10:43] you should be able to just think how it should sound [10:43] if there are standard names for each form [10:43] SteveA: i do [10:43] like in lithuanian, if i'm thinking of the coins... [10:43] but the thing is that in 99% cases 1 and 2 are same [10:43] i have 0 lit [10:43] i have 1 litas [10:44] i have 2 litai [10:44] i have 9 litai [10:44] i have 10 lit [10:44] i understand [10:44] ... 11 lit ... 20 lit ... 21 litai ... 22 lit ... 100 lit ... 101 litas [10:45] that's same for croatian [10:45] but in this case, when i have All %d artists, 1 and 2 are same [10:46] because it is genitive ? [10:46] yeah [10:46] i see [10:46] thanks for your help [10:46] then you might have to repeat the translation for 2 plural forms [10:47] looking at the translatable text in english, saying "All 1 file" is odd [10:47] i know, that's not the problem [10:47] most important thing is that i now understand how it works :) [10:47] SteveA: right, i removed All from translation [10:47] for singular === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mpt_ [n=mpt@203-118-179-168.bliink.ihug.co.nz] has joined #launchpad === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [11:53] mpt: hello [11:53] mpt: thanks for the menus data info. a question: what do the /!\ symbols mean? [11:56] SteveA, it means those items were in the diagram but there don't seem to be special pages for them [11:56] or at least I couldn't find them [11:56] ok [11:56] so they might not be necessary [11:56] or we might need a page for them [11:56] (for the special breadcrumb-menu definition of "necessary") [11:56] yes === WaterSevenUb [n=WaterSev@195-23-238-213.nr.ip.pt] has joined #launchpad [11:56] anyway, the page is fine for me. i can create stuff on the server for this now [11:57] cool [11:57] although, i probably won't do a lot today. it is a public holiday === lbm [n=lbm@x1-6-00-50-7f-27-b6-d8.k233.webspeed.dk] has joined #launchpad [12:09] Anyone got time for a five-minute TAL review? === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [12:33] mpt: sure [12:34] SteveA: you had something I needed to put in this weeks review meeting [12:34] review meeting in 25 === stub [n=stub@ppp-58.8.2.190.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [01:11] https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileIFhKX4.html if anyone's got five minutes spare for a review [01:16] meep, got distraced [01:16] who is here for the review meeting [01:16] ? [01:17] mpt: is the sortable flag undesirable ? [01:17] me [01:17] woo [01:18] lets have a meeting [01:18] I'm here. [01:18] SteveA: what was the thing from the weekly lp meeting that was meant to go on the review meeting agenda ? [01:18] it's a crap day for a meeting though [01:18] hmm, don't know [01:18] mpt: have you looked at doing the summary yet? === SteveA greps the irc logs [01:20] Apr 27 15:37:20 MeetingAction: lifeless to put this on the agenda for the reviewers' meeting [01:20] yes, thats what I remember seeing in my scrollback. [01:20] but what does it mean! [01:20] the issue is about what level of quality is needed to get code merged into RF [01:20] my view, which mark supports is the following [01:21] - database code and tests must be upto scratch [01:21] - python view code must also be up to scratch (but can be slightly more flexible) [01:21] - templates, in terms of usability and UI review and perfection, whatever, just land it [01:21] so, basically, code must be good [01:22] its functionality -- whether it does exactly the right thing or looks perfect to the user [01:22] well, it is better to get it merged into the mainline so that it can be improved in that regard by everyone [01:22] and not have the expense of maintaining forked code [01:22] i guess i'm trying to make a distinction between code quality [01:22] so. Why is core code special in that regard? [01:22] and functional quality [01:23] so, the code must be of a good quality, but what it does / how it *renders* to users can be imperfect [01:23] the specific issue in the weekly development meeting was ddaa had been reluctant to merge some work [01:23] what I am missing is how quality is defined: from a User Story design approach, doing the wrong thing is clearly of low quality [01:24] because although the code was appropriately tested etc [01:24] mpt had various outstanding review points about the UI being sufficiently usable [01:24] so, my rule is: UI review can occur after landing in RF [01:25] to answer your various questions [01:25] - i've tried to explain what the issue was [01:25] mdke: I wasn't quite here, no :) [01:26] - core code is special because it is maintained and relied upon by more people than the code to one particular page template. a breakage or lack of maintainability in a database class will cause a big problem. a breakage or lack of maintainability in a template affects just that one template. [01:27] hello all [01:27] SteveA: aren't templates reused as components in rendered pages ? === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:27] - "doing the wrong thing" may well be of low quality, but it depends exactly how far off the mark it is. "wrong" isn't black and white. [01:27] very few templates are reused as fragments of other pages. [01:27] those ones need more care. [01:27] ok [01:27] SteveA: i.e. issues with core code are likely to impede other developers, but issues with UI code/templates usually won't, so are tolerable? [01:28] I'm concerned that we're going to make the reviewers life hard with a too intangible requirement. But we'll try === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [01:28] spiv: yes. we must have very high standards for core code. we can *choose* on particular occassions to relax requirements for ui code or templates. but... [01:28] the main thrust of my argument is not that we should allow poor quality code [01:28] lifeless, it is nonsensical for any listing that's batched, because it sorts only the batch [01:28] in terms of well formedness or tests [01:28] SteveA: does this mean we can start requiring a matching balance of test types ? [01:29] let me finish [01:29] mpt: lets come back to that after the meeting. [01:29] SteveA: doing so, sorry. [01:29] As for the topic of the meeting, http://www.ok-cancel.com/comic/46.html [01:29] but, that we may defer UI concerns such as "is this the best UI" or "does it allow all the UI things we want" or "is this somewhat misleading as a UI" [01:30] until after the code has landed in RF, because these UI things can be incrementally improved later on [01:30] is labour day celebrated in your respective countries? [01:30] SteveA, I'm halfway through the meeting minutes (the page is up, not fully sorted yet) [01:30] mpt's reviews are highly valuable [01:30] I'll do the rest when I wake up [01:30] but they shoudn't delay getting stuff into RF in the same way as "no tests for database classes" should delay stuff getting into RF [01:30] (done) [01:31] so I like having a policy of 'only let good core code in' [01:32] mpt: hehe [01:32] as I say though, I'm concerned that the line is going to be tricky to draw well, and separately it seems to me that the real distinction isn't around the place the code is used, its around the type of evaluation being made of it [01:32] mpt: (re the link) === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:33] that is, in a template, a broken template is poor quality and shouldn't be let in. A template that doesn't meet the aesthetic for the UI however, can still be a good quality zpt program. [01:34] ... [01:34] yes [01:34] no broken templates [01:34] my point is that this separation of quality applies to the core code as well. [01:34] but we can allow ugly templates [01:34] because the core code has to evolve to support the UI as the UI's aesthetic is improved. [01:34] i don't want to allow poor designs in core code to land in RF [01:34] but, a poor UI design can land [01:36] sure, I get that. [01:36] sivang, of course, we don't even have usability testing yet :-) [01:36] and please dont think I'm trying to be difficult here. I want to ensure we have a predictable guideline for the reviewers [01:37] and for the developers asking for review [01:37] so one way to do this is to say: [01:37] mpt: :-) [01:38] 'the pre-commit reviews do not review UI, they review database, python code and zpt/zcml syntax' [01:38] UI reviews can be requested as a developer wishes, and will typically occur after merging to the mainline [01:39] I think this will meet your objectives, and my desire for keeping the process clean and understandable [01:39] i don't like that [01:39] ok. Why not? [01:39] i would like reviewers to actually use the code, where it changes UI [01:39] to run launchpad with the new code, and try it out, when templates have been added [01:39] so they can really understand what is being done [01:40] I think understanding the UI changes is relevant to understanding the code when reviewing. [01:40] that could be sort of usaility testing. [01:40] an important part of the review process is asking "what is this patch for?" [01:40] then seeing if there are tests that test what it is essentially for [01:41] sivang, nah, LP developers know tens of times more about Launchpad than others do [01:41] spiv, that's why I added a "Demo URL:" line to the review template [01:41] and, often, trying the code out, particularly for larger code landings [01:42] I think changes that affect the ui definately need a willingness to run it, though it shouldn't be mandatory, to see what it delivers [01:43] theres often no way for a reviewer to 'get it' without running it [01:43] but its also extremely time consuming to review multi thousand line patches [01:43] i think it is useful for the reviewers to review the UI, but reviewers should often say "the UI design is sucky, but the correct elements are there. land the code, and then look at the UI on a new branch" [01:43] It's easy to think "well, I'm not really sure what this bit of code is for, but I'm sure they have a good reason" if you don't understand the high-level aim of the patch. Reading sufficiently clear tests can help a lot here. [01:44] spiv: if you don't understand the reason, 'ASK' [01:44] lifeless: Random idea -- can we get jamesh to sort diffs to put tests at the top? [01:44] spiv: sure. add it to the feature requests list please [01:44] lifeless: Sure, I make myself do that (or dig further), and almost always find it valuable :) [01:45] lifeless: can we have a product called launchpad-development-infrastructure (or something), and file bugs against it? [01:45] SteveA: ok. I think then that this policy will do what you want.. [01:46] lifeless: would you state the policy? [01:46] "Reviewers please do not seek perfection on the UI. Its ok for the UI to need polish as long as the patch delivers the key goals it set out to." [01:46] SteveA: I was just typing it :) [01:47] SteveA: (product) that sounds fine. I'll set one up [01:47] ah, i saw ".." and thought it was a typo. "..." would have made me wait [01:47] it was a typo. [01:47] it was missing a . [01:47] the policy looks good to me [01:47] ok. [01:48] I'd like to raise a different but related problem [01:48] i think this would have addressed the issue with ddaa wanting to land the branches stuff only after getting the UI passed a full UI review [01:48] I need to do some hard checks on this, but we seem to have a unbalanced code-area/test-volume ratio [01:48] SteveA: ddaa asked for the ui review and chose to wait. [01:49] yes, and had he been aware of this policy [01:49] but its possible. [01:49] he could have chosen to go ahead and merge, in accordance with the policy [01:49] anyway, I'm supportive of this policy tweak [01:50] what is "code-area" ? [01:50] do you know the food group triangle ? [01:50] at the top there are sweets and fats, at the bottom fruit and vegesm and in the middle carbs and protein [01:50] it has a wide base and the top is a point [01:51] i've seen a picture [01:51] there is a similar triangle for testing: [01:52] small numbers of GUI tests, moderate numbers of integration tests that test connecting or composing groups of functionality, and lots of unit tests testing specifics [01:52] the particular food triangle you mentioned doesn't apply to hunter-gatherer societies, who have to catch and kill their own protein, and would need to start farming from scratch to raise grains. [01:52] lifeless: this is sorted calorie wise? [01:53] (given sweets are at the top) [01:53] i think we should have comprehensive acceptance / workflow tests, that do test the GUI in a way that is comparable to users actually using the GUI === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:53] SteveA: until I've done some actual hard stats I'm hesitant to assert this, but I have a strong feeling that we have this inverted for much of launchpad. [01:54] we should have unit tests of coarse-grained units -- the same units that we think about and work upon [01:54] we have quite large classes in launchpad typically, and i support having tests of those classes [01:55] by experts-in-OO terms, our classes are far too large, and have too many purposes for each class [01:55] lifeless is referring to something like this, I think: http://photos1.blogger.com/blogger/7546/664/1600/testing-pyramid.jpg [01:55] but, this pattern works quite well for launchpad development, given the specific nature of our development [01:55] but, i think we need to take this into account when deciding what "unit test" means for launchpad [01:56] SteveA: sure. [01:56] i support the idea of more unit tests, provided we choose the units well [01:57] my concern about this is not driven by OO-size considerations [01:57] we will see individual pagetests disappear, and be replaced by user-interaction-story tests [01:57] its that its easy to generate untested code [01:57] when a UI changes [01:58] i agree with the goal of having tests that still give good coverage in the absence of UI [01:59] if the sole test for a code path is by a UI level test - user-story or other - and the UI changes, then the code becomes untested [01:59] SteveA: the corollary to that goal is that the number of tests that do not test the UI should be >> than the number of UI tests. [01:59] i don't think that follows [01:59] consider a UI that is complex and has many paths through it [02:00] i think the corollary is that the coverage of non-ui tests should exceed the coverage of UI tests [02:00] this coverage may be achieved efficiently or inefficiently in terms of number of tests [02:00] ok, sure. [02:01] If Launchpad becomes more like an application, and less like a series of forms, it will become less testable at the pagetest level anyway (JavaScript, XmlHttp, etc) [02:01] so I'm raising a request that the review team be allowed to start pushing back on patches where the non UI test coverage does not meet or exceed the UI test coverage [02:02] spiv: i've seen that pyramid before. i don't think it is a helpful diagram. it presents something that is often true of well-tested projects, without examining the underlying reasons that such a distribution of types of test leads to well-testedness [02:02] lifeless: agreed. [02:02] SteveA: thank you. [02:02] i like that you have phrased that without using "unit test" or "integration test" [02:03] SteveA: softly softly catchee mousey [02:03] and focused on UI test coverage vs non-UI test coverage [02:03] i will ask that reviewers apply a similar focus in their reviews [02:04] bbiam [02:04] SteveA: classifying the nature of the written tests is secondary to classifying the risks inherent in how they achieve their testing [02:05] My perspective on the most efficient way to write tests for the code paths in a system is irrelevant to addressing the specific risk I raised here [02:05] good. we agree on what this is all about. [02:06] ok. [02:06] * review queue status [02:07] kiko-afk still has cprovs branches to review, and as cprov is well and truely back, they are now getting quite old. But I understand staff reviews affecting that [02:07] jamesh has an old bzrtools branch - two weeks now [02:07] and SteveA - you have a branch of brads to review [02:08] other than that its under control [02:08] noted [02:08] I'd like to change our process to differentiate between 'days in current state' and 'days since put up for review' [02:09] can you allocate some time to jamesh to do that ? [02:09] it should be trackable quite easily [02:10] i propose you file a bug on that, and james can add it to his queue, to be started after he's landed the latest work for david [02:10] thanks [02:10] ok, next meeting, May 8th, same time ? [02:11] +1 [02:11] +1 [02:12] +1 [02:12] ok [02:12] any last requests ? === SteveA likes countdowns in irc meetings === richips [n=richi@210.Red-88-3-167.dynamicIP.rima-tde.net] has joined #launchpad [02:14] 111 [02:14] 110 [02:14] 101 [02:14] 100 [02:14] 011 [02:14] 010 [02:14] 001 [02:14] 000 === SteveA waits to see what negative representation lifeless uses === lifeless segfaulted at 000 [02:16] Hi; I'm traslating using Rosetta, and I've been asking if there isn't a dictionary for the 'labeled expressions' such as the menu names or the gui buttons [02:17] If there's not, that would be an improvement for faster and standared translations [02:19] SteveA: did you have a look at my talk ? [02:20] no one works in rosetta? [02:20] richips: carlos does, but hes on leave today [02:20] its a public holiday in much of the world [02:20] ya, here (in spain) it's too [02:21] :P [02:27] richips: I don't think we have that yet, but there are some plans in that direction: https://wiki.launchpad.canonical.com/LanguageGlossaryLinks [02:33] spiv, that sounds cool [02:34] I have see an application, too, named KBabel... It's wright to use it in ubuntu translation proyects? [02:40] SteveA: https://launchpad.net/products/launchpad-development-infrastructure if you would care to review the product ? [02:54] hey lifeless. do you have a few minutes to disccus the remaining points of that branch-puller changes, so I can land it? (kiko's been complaining a lot lately, because he get spammed with errors all the time) [02:56] salgado: sure, a few minutes [02:59] lifeless, so, have you seen my latest reply? [03:00] checking [03:02] found it === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad [03:04] replying [03:06] spiv: ping [03:06] bradb: pong [03:06] spiv: The problem with syncUpdate is that I need to add that method to the IBug interface. [03:06] lifeless, there's a few other exceptions that kiko reported: https://chinstrap.ubuntu.com/~dsilvers/paste/filecIy7g3.html [03:07] bradb: Ah, good point. Damn. [03:07] don't I? [03:07] salgado: lets get a patch in for the current ones we've debugged so far [03:07] salgado: the perfect is the enemy of the good [03:07] indeed [03:07] maybe adding it only to ZCML will work, but hm [03:07] Well, if the test in question returns a security proxied object... === bradb tries ZCML, just to be sure [03:08] right, so adding it just in ZCML works [03:08] i.e. as part of allow attributes="..." [03:09] spiv: Is it okay to have to allow that method in ZCML? [03:09] Cool Well, I'm happy either way now. All things being equal, I'd prefer using syncUpdate, but things aren't quite equal here :) [03:09] i don't mind the ZCML hack. [03:09] I'm now wavering, so pick whichever you prefer. [03:10] Presumably most objects don't have this problem, but bugs have special security requirements, hence the ZCML change needed here. === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [03:12] bradb: Btw, when you merge this, don't forget to clean up the second, older entry for it on PendingReviews in salgado's queue. [03:13] salgado: replied [03:13] spiv: right, i just removed both old requests of mine from salgado's queue, thanks [03:14] lifeless: is there a way to specify a revno in a url? [03:14] mpt: I'm crashing, I presume you have. Ping me tomorrow. [03:15] spiv: for pending-reviews yes, but pqm doesn't grok it yet. [03:15] http://...../;revno=xxxx [03:15] lifeless: Cool. Thanks. [03:16] salgado: re new exceptions, the branch client error - file a bug on the authserver [03:16] salgado: we cant catch that one, because we cant report status from there on in [03:17] (because we dont know the cause, transient or not) [03:17] salgado: the File "/srv/sm-ng/production/launchpad/cronscripts/../lib/bzrlib/transport/http.py", line+182, in has mutter('url error code: %s for has url: %r', e.code, path) [03:17] AttributeError: URLError instance has no attribute 'code' [03:18] exception, please check the upstream bzrlib - it should not access e.code in UrlError, only in HttpError, and catch URLError in a separate block [03:18] if upstream if faulty, file a bug there. If not, hassle spiv to finish merging upstream into rocketfuel [03:18] finally, File "/usr/lib/python2.4/urllib.py", line 813, in __init__ self.read = self.fp.read [03:18] AttributeError: 'NoneType' object has no attribute 'read' [03:19] looks like a failure to read the branch list. So it was probably during a rollout. [03:19] or perhaps when gangotri:1 fell over [03:19] gnight, HTH [03:20] yeah, thanks lifeless. === dsas [n=dean@host81-158-81-220.range81-158.btcentralplus.com] has joined #launchpad === dsas [n=dean@host81-158-81-220.range81-158.btcentralplus.com] has joined #launchpad === niemeyer [n=niemeyer@200.181.168.78] has joined #launchpad === dsas [n=dean@host81-158-81-220.range81-158.btcentralplus.com] has joined #launchpad === stub [n=stub@ppp-58.8.2.190.revip2.asianet.co.th] has joined #launchpad === Alinux_ [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux_ [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux_ [n=Ubuntu@d83-176-122-159.cust.tele2.it] has left #launchpad ["Ex-Chat"] === Alinux__ [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux__ [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux__ [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux__ [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has left #launchpad ["Ex-Chat"] === Alinux [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux [n=Ubuntu@d83-176-122-159.cust.tele2.it] has joined #launchpad === Alinux__ [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === uniq [n=frode@ubuntu/member/frode] has left #launchpad [] === Bluekuja [n=bluekuja@host199-235.pool8254.interbusiness.it] has joined #launchpad === avoine [n=avoine@206.167.94.12] has joined #launchpad [05:33] hi, i just want to know if launchpad is written in python? === mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad [05:57] avoine, yes it is. === dfdmh23 [n=a@U8a3d.u.pppool.de] has joined #launchpad === dfdmh23 [n=a@U8a3d.u.pppool.de] has left #launchpad [] === WaterSevenUb [n=WaterSev@195-23-238-156.nr.ip.pt] has joined #launchpad === bradb & # lunch and paying taxes, bbl === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad === Topic for #launchpad: https://launchpad.net/ | developer meeting: Thu 4 May, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 === Topic (#launchpad): set by SteveA at Thu Apr 27 14:02:12 2006 [06:45] Something seems wrong with this https://launchpad.net/distros/ubuntu/dapper/+source/ubuntu-docs/+pots/website-index/ doc side or rosetta side? [07:54] Merge to devel/launchpad/: [r=spiv] Fix bug 29752 (If a bug is marked as a duplicate, its subscribers should be notified when the duplicate bug changes) (r1842: Brad Bollenbach) === lamont finds that he has a stupid python-and-xml question... [08:00] specifically, what's the best module to use for parsing xml returns from web pages in python... [08:00] (granted that it's obviously ECHAN) === necromancer [n=amiroff@81.214.84.138] has joined #launchpad === ozamosi_ [n=ozamosi@h142n7c1o1049.bredband.skanova.com] has joined #launchpad === ozamosi_ is now known as ozamosi [08:14] jordi: np, got your mail, thanks. === Alinux__ [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === lamont gets his answer, lunches === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === AlinuxOS [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === AlinuxOS [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === AlinuxOS [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has left #launchpad ["Ex-Chat"] === AlinuxSOS [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad === nictuku [n=yves@ubuntu/member/nictuku] has joined #launchpad [09:52] is the c [09:53] is the CoC signing process working, as far as you all know? [09:55] nictuku, it's working for the 1.0 version, but not for the 1.0.1 [09:56] is there a bug for that, so I can know when it's fixed? [09:56] nictuku, bug 39547 [09:56] Malone bug 39547 in launchpad "Code of Conduct 1.0.1 signatures not accepted" [Critical,Confirmed] http://launchpad.net/bugs/39547 [09:57] thank you! [09:58] you're welcome. :) === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === seaLne [n=seaLne@obelisk.wasters.com] has joined #launchpad [10:09] hi is there a way to remove an open poll? === Ju [n=Ju@c-24-126-231-240.hsd1.ca.comcast.net] has joined #launchpad [10:10] Hi all ! === seaLne waves to Ju [10:10] just asked [10:10] ;-) [10:10] ok... [10:11] seaLne: https://launchpad.net/products/launchpad/+bug/28670 [10:11] Malone bug 28670 in launchpad "Shouldn't be able to create a poll with zero options" [Normal,Confirmed] [10:15] seaLne, no, it's not possible to remove polls at all. why do you want to remove it, though? [10:15] it has no voting options [10:16] https://launchpad.net/people/behindubuntu/+poll/frequence [10:18] I see. I need to change that poll-creation form so it's possible to create the options at the same time the poll is created. [10:18] it would also be usefull to be able to modify polls after they are open [10:21] you can do some changes, but most of them are not allowed, and that's intentional [10:21] for instance, adding a new option after the poll is open and somebody already voted will not be fair with these people who already voted [10:22] in this case it should be allowed, though, as nobody voted yet [10:24]