s will eliminate the blank line between them === niemeyer [n=niemeyer@200.138.37.5] has joined #launchpad [02:17] why not use two

s with
s in them ;-) [02:18] yeah, I suspect it might be necessary to start using
s instead of

s [02:18] or

... ...

[02:19] [02:19] that makes two classes [02:19] I'm aware of that, ddaa :-) [02:20] .hack {text-decoration: blink;} [02:20] .outrageous {color: pink; background-color: yellow;} [02:20] I'm not sure I have all the context, but I think you are talking about text-to-html conversion, right? [02:21] Why not put the whole block in a div and individual paragraphs there in

for things like source code snippets, if pre is not acceptable, the only right thing is
... [02:22] yeah [02:22] though, you can hack with an enclosing div, that sets vertical paragraph margins to 0, but I think that's less semantically correct than br. [02:24] Due to bug 1749, the example I posted above is currently rendering as something like

foo

bar hum

zog

, which is even wronger === rbelem-zzz is now known as rbelem [02:25] mpt: what's the simplest thing we can do? [02:26] gah, text-to-html is just confuddled... [02:27] SteveA: start using
everywhere [02:27] SteveA: Shall I rewrite the tests? [02:27] yes [02:27] mpt++ [02:27] work on a branch === gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:27] something more wiki-like would be better, but more complicated [02:28] yes, I'll use the same branch as the tests for bug 1749 [02:28] [02:29] Morning! [02:29] niemeyer: Afternoon! [02:29] ddaa: we're going to put moin formatting into launchpad for some things, but not for bug comments [02:30] ddaa: we can't expect people copying-and-pasting info from READMEs, changelogs, etc to format them wiki-style [02:30] Right. [02:31] we could insist that any wiki-style comments start with = some title = [02:31] I'd rather that bug comments *never* started with = some title = :-) === carlos -> lunch [02:44] bradb: hi [02:44] SteveA: hi [02:45] _get_task_for_context [02:46] did you consider making getNullBugTask() a method on a bugtarget ? [02:47] no [02:49] hello [02:49] I'm trying to translate disks-admin [02:50] could someone give me a hint when will rosetta show all translatable packages so that translators can do their work? [02:50] bradb: do you think it would be an improvement? [02:51] gah [02:51] I think the python import has hit a filesystem limitation... [02:51] SteveA: I don't think so. It would mean writing, testing and maintaining more code without sufficient ROI, IMHO. [02:51] zyga, hi zyga;) [02:52] WaterSevenUb: hi :) [02:52] WaterSevenUb: what's up? :) [02:52] zyga, do you know about the FAQ guide? when will it be last generated for distro inclusion? [02:52] zyga, the translations... i mean. [02:53] WaterSevenUb: no, I've lost track of stuff here recently (real life work) [02:53] what FAQ guide is that? [02:53] ubuntu-docs [02:53] bradb: from my casual looking, it would seem to mean keeping about the same amount of code as in the latter part of _get_task_for_context, but splitting it up better, without the 'if' statements. [02:54] bradb: we already have the concept of a bug target. this is something that is done for each bug target, but done differently. so, it makes sense to make this a service provided by a bugtarget. and not an if-elif-elif-else block of code. [02:54] uhhh [02:54] rosetta keeps crashing :/ [02:54] darn [02:55] bradb: also, mark was quite adamant that he wants these "null whatever" things to go with the database code, not in components. [02:55] carlos: zyga says rosetta keeps crashing === zyga is really desperate [02:55] rosetta lacks following stuff that are badly needed: [02:55] string search within a .po [02:56] string search within all .pots [02:56] working export/import [02:56] :/ === SteveA goes to lunch [02:56] zyga: carlos is at lunch now. talk with him when he gets back. [02:57] SteveA: sure, thanks :-) [02:57] zyga, and I have a few more ideas! :-) A team administrator should be able to "lock" a translation when it's done.... We should be able to "subscribe" to a translation and check updates (bugzilla like)..... [02:57] bon apetit :) [02:57] SteveA: I'll change it if you want me to. ;) [02:57] WaterSevenUb: that's secondary stuff - I totally agree but today rosetta is not usefull for translators at all IMHO [02:58] and since breezy is out in a week this makes me feel bad :/ [02:58] zyga, well... ubuntu-docs was translated through rosetta.... a few applications too.... [02:58] WaterSevenUb: when it works [02:58] zyga, but i generally agree... I also don't feel confortable with adding new applications like SMEG without demanding translation support from the beggining. [02:59] zyga, since they are pretty basic applications. === zyga whines but at the same time sends kudos to the development teem :) [02:59] :) [02:59] a page with all requested delayed operations and their status is a must too [03:00] like exports/imports [03:00] I'm often waiting for something to happen when and I get no notification of an error [03:00] zyga, the subscription thing is not secondary... it happens for example finishing a translation in a given application, a few weeks after, it's not finished anymore and there are strings changed and added. === sabdfl [n=mark@217.205.109.249] has joined #launchpad [03:08] SteveA: ping [03:13] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] fixing builddUI bits, limit distrorelease/distroarchrelease +builds pages results until define some batching style. (patch-2561: celso.providelo@canonical.com) === verwilst [n=verwilst@212.123.1.32] has joined #launchpad [03:28] hellow! [03:28] is there a packager with a bit of time on his hands? :d [03:28] if so, plz check out http://bugzilla.ubuntu.com/show_bug.cgi?id=16367 [03:28] phpmyadmin works just fine with php5, but the deb depends on 4 :( [03:29] it's a one-word fix, but i don't have access :d [03:29] would be cool to have this solved by the release ;) [03:30] verwilst: What does that have to do with Launchpad? [03:31] If you want things packaged, probably your best bet is #ubuntu-motu [03:31] like Matt said in the bug report, even [03:32] oh, in the bug it said to go to that site [03:32] and on the site, there was a link to this channel :d [03:32] yes it did [03:32] I suggest following the instructions Matt gave you in the bug report [03:32] hehe i am ;) [03:32] they're good instructions [03:33] So have you reported the bug in Malone? [03:33] working on it === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has left #launchpad ["Leaving"] [03:37] done [03:37] https://launchpad.net/distros/ubuntu/+sources/phpmyadmin/+bug/2799 ;) [03:39] good [03:45] zyga, I'm back [03:45] zyga, could you be a bit more precise about the errors you get, please? [03:46] carlos: okay [03:46] carlos: system error on rosetta :) [03:46] if you can give me an URL I will take a look at the logs [03:46] https://launchpad.net/distros/ubuntu/breezy/+sources/gnome-system-tools/+pots/gnome-system-tools/pl/+translate [03:46] carlos: separate issue - look at #u-devel [03:47] carlos: if you'd like to read some negative thoughts check the backlog [03:48] zyga, I'm there, and the page works, what do you do to break it? [03:48] carlos: hey [03:48] carlos: I commited a change [03:48] carlos: it does not work ;-) [03:49] jordi, hi [03:49] carlos: feel like touring me through xxx-review-breezy? :) [03:49] carlos: I just commited again and the error is gone [03:49] jordi, give me sometime to finish with zyga, please [03:50] carlos: okay, tell me what to do when you're ready [03:50] carlos: sure [03:52] zyga, hmmm, I cannot see the logs when you had the error... [03:52] carlos: well I could send you a screenshot but I doubt that's helpful... [03:53] zyga, yeah, it's not too useful === zyga starts to think that someone added: if login=="zkrynicki": break() [03:53] SteveA, stub is not around, is there anyone else with access to the production logs? [03:53] zyga, ;-) [03:54] zyga, don't worry, I didn't add it === zyga checks out the source just to be sure ;-) [03:55] SteveA: bug 2715 covering the

-to-
change [03:59] Should I update the wiki spec as well? [04:02] jordi, ? [04:02] zyga: -ETOOMANYCONSONNANTS [04:03] ddaa: ? :) [04:03] maybe if you type it in reverse :) [04:04] (polish notation, etc.) [04:04] carlos: here [04:11] ddaa: does baz not have a way to handle > 32,000 patches? [04:15] sabdfl: baz doesn't split out the directorys, so it places a high load on the file system [04:15] sabdfl: it depends on the fs what it can support [04:15] s/high/extremely high/ [04:16] shite, that's so broken [04:16] yes [04:16] please tell me bzr does better [04:17] bzr currently does a similar thing, but the abstraction layer is in place to do a lot better, in fact its one of niemeyers goals for his bzr time === SteveA returns from lunch [04:20] cprov: hi [04:20] carlos: you need to see production logs? [04:21] SteveA, that would be a good way to know the problem that zyga had, yes [04:21] mpt: thanks for the bug report. i'm going to ask jamesh to look at it. the spec should reflect the way we want things to be, but maybe it can reference the system docs, rather than duplicate them. [04:21] as we cannot reproduce it... [04:21] SteveA: hi, my branch in general queue for buildd is kind of blocking dsilvers, can you review it or suggest someone to do it ASAP ? [04:22] carlos: there is a task for the sysadmins to have the logs rsynced across to chinstrap === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:22] ok [04:22] carlos: that hasn't been done yet as far as i know, but it will be easy for you to inspect the logs soon [04:22] ok thanks [04:22] carlos: is there something specific you want me to get? [04:22] or do you just want the whole lot? === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:23] cprov: i can do a bit of review in a few minutes [04:23] SteveA, any error related to https://launchpad.net/distros/ubuntu/breezy/+sources/gnome-system-tools/+pots/gnome-system-tools/pl/+translate [04:23] SteveA: fantastic, thank you [04:23] celso.providelo@c.c/launchpad--buildd--0 <-- that one? [04:23] I suppose that it should appear in last two hours [04:28] carlos: ~stevea/launchpadlogs on chinstrap [04:28] SteveA, thanks [04:31] mpt: the italicised "from" on the "oops" page looks weird [04:33] SteveA, the problem was a deadlock [04:33] carlos: so, the transaction got aborted [04:33] it should have worked when tried again [04:34] zyga, The system error you got was a lock in the database that's what it didn't happen when you retried it [04:34] SteveA, it worked [04:34] that's why I asked for the logs because we were not able to reproduce it === lamont-away kicks baz [04:34] okay. if these happen a lot, then stu and i can add some code that will retry the web request when a deadlock occurs. [04:35] oh. === lamont-away unkicks baz, redirects his anger at web proxies. [04:35] ddaa: It could be that there are some things that want to be not-cached when fetched over http... :-) [04:36] lamont-away: definitely, the .listing files for example [04:36] mpt: I added some possible alternative rules for formatting text to https://launchpad.net/products/launchpad/+bug/1749. Do they look sane? [04:36] would that account for it thinking that patch-29 is current when -31 really is? [04:37] lamont-away: exactly [04:37] mpt: the main difference being that you'll end up with

's inside

's [04:37] check $VERSION/.listing [04:37] (if they are needed to get the desired formatting) [04:37] ddaa: I'll beat on the web-proxy folks then. danke === eruin [n=eruin@unaffiliated/eruin] has joined #launchpad [04:49] jamesh: They match the tests I've committed, except that the tests expect ...
instead of

...

, because

inside

is invalid HTML. === johnl [n=johnl@trantor.org.uk] has left #launchpad ["there] [04:51] mpt: okay. The algorithm should handle
as well as

...

[04:52] jamesh: Read the tests, I think the results they expect will have a simpler implementation than the current one. [04:52] No

s any more, just

s with
s in. === Keybuk [n=scott@217.205.109.249] has joined #launchpad [05:09] mpt: care to review some new items in the rosetta faq? [05:09] https://wiki.ubuntu.com/RosettaFAQ?action=diff&rev2=16&rev1=15 [05:11] lifeless: what is the future of JobStrategy.ArchStrategyL [05:11] hu [05:11] JobStrategy.ArchStrategy? [05:11] cprov: i reviewed the branch [05:11] ddaa: uhm, new spec, the taxi-for-supermirror stuff [05:11] SteveA: thanks [05:12] ddaa: if archstrategy helps implement that, keep it, otherwise nuke [05:12] lifeless: IOW, can I just remove all that code and tests? [05:12] mh. [05:12] It's very likely not going to be any help for bzr. === ddaa checks the spec [05:15] jblack: https://wiki.launchpad.canonical.com/SupermirrorTelemetry [05:15] jblack: I need an answer to "Does Taxi need to mirror?" [05:18] jordi: looks fine [05:18] carlos: is that a bug in the software or something normal? [05:19] mpt: thanks [05:23] lifeless: this spec was made before the decision to go bzr was made [05:23] i.e. it assumes continued mirrorring or arch archives in the supermirror [05:23] ddaa: well, yes and no. [05:24] ddaa: it will need updating, but the spec was written with bzr awareness === camilotelles [n=Camilo@200.128.80.250] has joined #launchpad [05:34] bah, this code is useless [05:35] it's all about registered names, and nothing about taxi === ddaa nukes it [05:35] hah, taxi [05:35] bob2: you'd be happy to learn that over the course of months I have rewritten most of it [05:36] and the last remnants (the arch_broker stuff) is going away in the near future [05:36] currently working on a patch that removes all registered name assumptions, that required a rewrite of half impord... [05:38] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Adds a launchpad-cal link to the Feedback page, and adds a pagetest for that page. (patch-2562: mpt@canonical.com) [05:45] do I need to write a validator function, to use as the constraint of a given field even if all it's going to do is to check if the value doesn't contain only spaces? [05:45] ddaa: yay [05:45] in other words, can I tell zope3 to strip() the value for me? [05:46] salgado: do you want to check it doesn't contain only spaces, or do you want to strip() it ? [05:47] SteveA, it's a requred field, so if zope3 did the stripping it would complain that it can't be empty [05:47] so, in this specific case I can do either way. is there a preferred one? [05:48] in one case, " foo " will be converted to "foo" [05:48] in fact I think the stripping would be better as we don't really want extra spaces in a person's displayname [05:48] right [05:49] so, is there a pre-processing function that I can set on the interface? [05:50] or any other way to tell zope that I want the value to be stripped? [05:51] so, you already have a PersonNameField [05:51] you need to write a fromUnicode(self, str): method of that [05:52] that says return TextLine.fromUnicode(self, str) [05:52] that should still work [05:52] then write a test [05:52] I need this for the displayname, not the name [05:53] okay, so write a StrippingTextLine class [05:53] that derives from TextLine [05:53] before you start... [05:53] write a test that imports it [05:54] >>> from canonical.launchpad.interfaces.person import StrippingTextLine [05:54] run the test, so it fails [05:54] sure, I'll write the test first. should I place it in person.txt? [05:54] then write that class [05:54] sure [05:54] in the class, you'll override fromUnicode so that [05:54] >>> my_field.fromUnicode(' foo ') [05:55] oops [05:55] >>> my_field.fromUnicode(u' foo ') [05:55] u'foo' [05:55] but, if you create the field with a constraint or other stuff, check that is still activated [05:55] that will show that you're getting the value from TextLine.fromUnicode(str) [05:55] and then you're stripping the value [05:56] before returning it === dand is now known as dand_away === Kinnison mumbles something about annoyingly long-to-build packages [06:03] salgado: is it just the AF issue we also need to talk about? === niemeyer_ [n=niemeyer@201.14.57.203] has joined #launchpad [06:04] SteveA, yes [06:07] zyga, it's a problem with two updates of the same row at the same time from two points different [06:08] zyga, one locks that row and while updating and hte other fails because is not able to access the database [06:08] it happens from time to time. [06:09] SteveA, how can I test that trying to set a value of u' ' on a field using StrippingTextLine will raise a RequiredMissing? [06:11] StrippingTextLine().fromUnicode(u' ') perhaps === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #launchpad [06:12] carlos: software bug I guess [06:12] carlos: good to know [06:13] zyga, kind of, I suppose [06:13] carlos: how many devs are working on rosetta? [06:14] zyga, two, daf and I, but daf is sick atm [06:14] SteveA, that won't work because the validate() method does a "if value == self.missing_value:" and missing_value is not set [06:14] sorry. the value is not set to self.missing_value [06:14] full time, then there are other launchpad developers that help from with some bugs [06:14] carlos: /me thinks you are seriously undermanned right now [06:15] carlos: how big is rosetta, loc? [06:16] zyga, hard to tell you, rosetta is integrated into Launchpad so it has not its own tree [06:16] salgado: and, what is self.missing_value? [06:16] None i expect [06:16] so, you need code that says [06:16] __missing_value_marker = object() [06:16] no [06:16] def fromUnicode(self, str): [06:16] I can pass in a missing_value argument to the TextLine constructor [06:18] you still want None to be the missing_value I expect [06:18] i mean, you don't want to change the missing_value to do this [06:18] None or an empty string? === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #launchpad [06:19] let's just hack it [06:19] def fromUnicode(self, str): [06:20] str = str.strip() [06:20] if not str: [06:20] raise RequiredMissing [06:20] return TextLine.fromUnicode(self, str) [06:20] how about that? [06:21] you really prefer that I do this instead of just passing in missing_value=u'' in the __init__()? [06:21] I mean, I only need to do that in the test [06:21] i guess you can change missing_value [06:22] the thing is, as the field is required, it doesn't matter [06:22] but, if you do that, then you cannot use the field when you want a missing value to be None === bradb puts a bugfix in pqm's queue, goes for lunch and to run a couple errands. bbl. [06:22] i might be better to say missing_value=u'' when you construct the field [06:23] but even so, don't set it in the __init__ === salgado is confused [06:23] set a class attribute [06:23] missing_value = u'' [06:23] at the class level [06:24] what I was suggesting is this: [06:24] >>> field = StrippingTextLine(__name__='displayname', title=u'Displayname', [06:24] ... description=u'', readonly=False, required=True, [06:24] ... missing_value=u'') [06:24] TextLine.__init__() already accepts this missing_value [06:26] and I can't see why I should override the missing_value attribute in my class [06:26] okay === segfault [i=carlos@prognus.com.br] has joined #launchpad [06:28] is there any problem in doing this? or maybe I need to do that for some other reason? [06:29] this is fine. go ahead. [06:30] SteveA, and the country problem, how can I fix it? [06:31] salgado: i have an idea, but i need to do some looking at the code [06:31] can you tell me where to look for that list? [06:32] launchpad.vocabularies.CountryNameVocabulary [06:32] i don't want the vocabulary [06:32] that isn't going to change [06:32] tell me where it is used [06:33] oh, sorry. it's used in the /shipit/myrequest page [06:33] is that set up just in zcml? [06:33] or is there a view class? [06:33] ShipItRequestView [06:33] browser.shipit.ShipItRequestView [06:34] okay, i'll have a look as soon as my next test passes with what i'm working on [06:34] i think i know how to do this simply [06:34] great. [06:34] would you like to review this fix for the displayname for me? https://chinstrap.ubuntu.com/~dsilvers/paste/file12AUr7.html [06:36] salgado: explain in a short sentence in the doctest about how StrippingTextLine is used as the displayname field, and that it strips the unicode string before applying any validation or constraints. [06:37] ddaa: Sorry for the delay. Reading. [06:37] jblack: nevermind [06:37] I just nuked the code. === matsubara is now known as matsubara-lunch [06:38] salgado: other than that, it is fine [06:40] SteveA, In the case of your displayname, the only constraint is that it can't contain [06:40] only spaces. To ensure that, we use a StrippingTextLine in the displayname, [06:40] which is a class that always strips the unicode string before applying any [06:40] validation or constraints. [06:40] yep [06:41] ddaa: You went from "does taxi need to mirror" to "I nuked the code" ? [06:41] yes [06:42] I'm definitely interested in that thought process [06:42] The question was to help figure out whether I should try to fix the ArchStrategy bit in importd, which is unused in production AFAIK, and which according to lifeless is related to that spec. [06:43] However, it turned out that this bit of code was entirely interesting, since it was almost exclusively about handling registered names issues within the importd framework. [06:43] * entirely uninteresting [06:44] Which goes away with bzr entirely. Of course. [06:46] SteveA, is it a problem if I go out for lunch now? (30min, at most) [06:47] no problem [06:47] maybe i will have solved the issue by the time you're back [06:47] wow... baz status takes an aaaaaaaaaaaaaaaaaaaage [06:50] fl-cow, baz diff --link -s === Kinnison hugs fl-cow [06:55] it's so easy [06:55] and makes baz usable [06:55] well, that's a big claim [06:55] makes it less unusable [06:56] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] fix https://launchpad.net/products/malone/+bug/2608 (patch-2563: brad.bollenbach@canonical.com) === bexxx [n=ubuntu@p5481E24D.dip.t-dialin.net] has joined #launchpad [07:15] Hi! I tried to contribute a german translation via launchpad.net and after pressing the "save" command, I got a bug shown. Where can I look up, if the problem is already known (is there a bugzilla?) === jinty [n=jinty@205.134.224.215] has joined #launchpad [07:21] Someone just sent an email to support@ubuntu.com who's managed to lose his password and can't seem to reset, nor request for the forgotten password, etc. [07:21] Where best to forward this? [07:21] (Is there an LP support team for handling issues with using LP?) [07:23] jbailey, I guess it's best to forward it to launchpad@lists.canonical.com [07:24] Urlichs? [07:25] salgado: 'kay. [07:25] bexxx, all bugs in launchpad are tracked using Malone. the ones specific to rosetta can be seen at https://launchpad.net/products/rosetta/+bugs [07:25] In the event that this were a paying customer, should I just come here and beg for help supporting them? =) [07:26] (In this case it's not) [07:27] jbailey: for the best response, mail the launchpad list. [07:27] 'k, thanks. =) [07:27] all the launchpad developers read it [07:27] salgado: thanks, will have a look now :) [07:31] salgado: why is IShipItCountry in interfaces/person.py ? [07:32] SteveA, because it was used only in browser/person.py, and when I moved its only callsite to browser/shipit.py I forgot to move the IShipItCountry to interfaces/shipit.py [07:32] kay === camilotelles [n=Camilo@200.128.80.250] has joined #launchpad === camilotelles_ [n=Camilo@200.128.80.250] has joined #launchpad === matsubara-lunch is now known as matsubara [07:46] salgado: i have some code for you [07:46] it isn't pretty, but it is the start of something we can do to solve this "default value message" thing for all of launchpad [07:46] ciao all [07:47] salgado: you'll need to polish it up a bit [07:47] SteveA, no problem. where is it? [07:47] i'm producing a diff [07:48] i will mail it to you [07:49] the existing zope widgets have the facilities we need, but only if you set a particular attribute on the widget and the widget is not "required". [07:49] it's kinda crazy [07:49] instead of playing around with that, we'll just use a new drop down widget that inserts an entry at the top [07:50] and then register this new widget to work for a new kind of Choice field [07:51] so, developers will be able to use this new kind of Choice field wherever there should be a choice field that has nothing selected to start with [07:53] salgado: mailed to you [07:53] i put some of the code in not the best places [07:53] do this as a special thing for shipit now [07:53] to get this issue solved [07:54] and i'll make it a more general thing a bit later [07:55] sure. I'll do this === sleipnir [n=sleipnir@65.165.85.16] has joined #launchpad === camilotelles_ [n=Camilo@200.128.80.250] has joined #launchpad [07:56] I was trying to order the ubuntu linux cds. I type my neighborhood name but it didn't accept non ascii letter? [07:57] sleipnir, yes, it won't accept that because the shipping company can't handle them [07:58] sleipnir, is it possible to write it without the non-ascii characters? [07:58] I wrote as O :-) [07:59] sleipnir, I mean, replace the non-ascii ones with ascii ones, as Nafallo suggested [07:59] salgado: should be surname really be Bjlevik there in this case? :-) [08:00] Nafallo, for the names we do that ourselves, as we're using the name you entered in Launchpad, and they can have non-ascii chars [08:01] ehm, oki. might see a bit odd when you tell the user not to use them but you can't change that for your name :-P. [08:01] would actually could do that for addresses too, but the thing is that our conversion isn't perfect for all situations [08:02] so, the CDs won't go to the wrong place if the name is not really understandable or ambiguous [08:02] but they might if the address is [08:02] so is it better to let people work out how best to represent their address using just ascii [08:02] beacuse they can certainly do a better job for their own language and locale than the automatic thing can do [08:03] so rather convert the name before putting it on the page so the user sees what you mean directly? :-) [08:03] sure, that's a good idea [08:04] if the name has any characters we can't deal with, we can convert it then, with a message explaining what has been done. [08:04] salgado: feature for the future, do you think? [08:06] SteveA, I'm going to make the name a text entry, so people is required to enter it. when I do that I'll have to "clean" it anyway [08:07] I can, I am in Latin America and that is the name [08:09] the name is Cabaas, but I try Cabanas [08:11] Merge to rocketfuel@canonical.com/launchpad--devel--0: Fix to make sure a person's displayname can't be set to a blank string. r=SteveA (patch-2564: guilherme.salgado@canonical.com) === bradb returns === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [08:24] morning all === lamont [n=lamont@15.238.6.23] has joined #launchpad [08:38] carlos, around? [08:39] salgado, hi [08:40] hi carlos. I found something weird in po_export_queue.py. https://chinstrap.ubuntu.com/~dsilvers/paste/file3di4X3.html [08:40] it has two calls to transaction_manager.commit() and both these calls have an identical comment before [08:41] hmmm [08:41] I think I fixed that already sometime ago... [08:41] at least it smells like the same thing.... === dand [n=dand@83.103.205.67] has joined #launchpad [08:41] salgado, feel free to remove one [08:41] carlos, sorry. nevermind [08:42] it must be because my tags sent me to an old tree I have here [08:42] salgado, aren't you using latest code? [08:42] oh [08:42] ok [08:42] it's fixed already. sorry for that [08:43] now that I already bothered you, I'll ask something else... [08:43] does the rosetta-export-queue.py script sends anything to the librarian? [08:44] salgado, yes [08:44] carlos, do you have a test for it? and if so, do you have to do any librarian setup/teardown on this test? [08:45] salgado, it uses a method included inside database/pofile.py [08:45] that has a test [08:45] not sure if daf added a test for the script using that method, but I suppose he did it [08:46] salgado, why? [08:46] are you having problems? [08:46] kind of [08:46] I have a script that sends files to librarian [08:46] if I do a make run (only to get librarian running) and then run the script manually, it works fine [08:47] but if I run the test I have for that script, it fails saying it can't connect to the librarian [08:48] salgado, I have a test that uses librarian if that's what you are looking for [08:48] I'm running a make check now to see if the problem is because I'm running a single test [08:48] carlos, where is it? [08:49] salgado, doc/poimport.txt [08:50] carlos, ta! [08:50] salgado, you are welcome === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] [09:05] wow [09:06] bradb: so, i'd like you to do that NullBugTask refactor i mentioned earlier, but not just now. [09:06] I tried to find the bug that talked about not being able to reassign to another upstream. I couldn't find it in LP, so I search in Google, and it's a googlewhack [09:07] SteveA: ok [09:07] i'm doing some rad refactoring of traversal stuff [09:07] want to see something cool? [09:08] sure [09:08] @stepthrough('+bug') [09:08] def traverse_bug(self, name): [09:08] """Traverses +bug portions of URLs""" [09:08] if name.isdigit(): [09:08] task = _get_task_for_context(name, self.context) [09:08] if task is not None: [09:08] return task [09:08] raise NotFoundError [09:08] [09:08] that's in a mix in class [09:08] so for all the things you want to have a +bug in [09:08] you just mix that class into your Navigation [09:08] that's pretty cool [09:09] SteveA: interesting [09:09] it really tidies up the navigation stuff [09:09] and it'll allow me to fix up breadcrumbs properly [09:09] I'm cliking my way to translate HAL using the lpi item, and get the explenation page, wasn't I supposed to be landed in rosetta already? [09:10] is that use of a decorator a LP or a zope3 thing? [09:10] also tells me to get an account, although I'm logged [09:10] bob2: something i just wrote for LP [09:11] SteveA: does that mean database code is going to mix in browser code, or am I missing something? [09:11] you must be missing something [09:11] it's all browser code [09:12] SteveA: well, you said "for all things you want to have a +bug in". I want to have a +bug in an IDistribution, don't I? [09:12] yeah, so you write a DistributionNavigation class [09:12] SteveA, what happens if I access '+bug/'? [09:13] class DistributionNavigation(Navigation, BugTargetNavigationMixin): [09:13] salgado: it will use the view registered for the name +bug [09:13] so, that view can be registered to redirect for example [09:13] or you can add some code to the navigation to do the redirection [09:13] maybe i'll make that easy [09:13] bradb: That's the acid test of a site's search function: Does Google do a better job of searching the same site? :-) [09:14] redirections = {'+bug': '+bugs'} [09:14] yeah, i think i'll do that, actually [09:14] mpt: LP search is horrifically bad. [09:14] SteveA, please do it. :) [09:14] bradb: I know, I reported two bugs about it in the past few days [09:14] It would have to be greatly improved to be "bad". But, after Montreal, we'll start moving in that direction, hopefully. [09:15] When the search starts to kick ass, the users will start to feel like they're in the driver's seat. Right now they're just caught under the rear bumper. [09:16] actually, it will be redirection('+bug', '+bugs'), to deal elegantly with mixins [09:16] that +bug/+bugs makes me cry [09:16] same here [09:20] it will be easy to change either way around once these improvements land [09:21] and that will be the time to make the case for it [09:25] SteveA, any chance for you to take a look at my shipit-exports branch today? [09:25] salgado: i need to go home very soon [09:26] you mean, for a review? [09:26] SteveA, yes [09:26] i can do it first thing tomorrow, but not tonight [09:27] that's okay. I'll coordinate with stub to run it again on staging tonight. [09:27] SteveA: Got five minutes to listen to a silly proposal? [09:31] ok [09:31] SteveA: We have rocketfuel, which is our upstream [09:31] then we have launchpad.net, which is (almost) always a few days out of date [09:32] Sometimes launchpad.net gets fixes cherrypicked from rocketfuel [09:32] This may remind you of something that Malone caters for [09:32] So perhaps there can be a launchpad.net product in Launchpad [09:33] and if you want something cherrypicked, you open a request for that bug for launchpad.net as well as the one for launchpad/rosetta/malone/launchpad-cal [09:33] as well as -> in addition to === carlos -> dinner [09:34] see you [09:34] The biggest drawback of that would be that not all cherrypicked bugfixes are for bugs that are in Malone [09:35] (i.e. some are for bugs that never get reported) [09:35] The second biggest drawback might be that it's slower to use Malone than to use the mailing list [09:36] Thoughts? [09:39] mpt: are you referring for bugs about Ubuntu or launchpad ? [09:39] sivang: bugs about Launchpad [09:39] mpt: anything that gets us using launchpad.net more is a good thing [09:39] mpt: propose it on the mailing list - i want to see what stu thinks [09:40] ok, thanks [09:40] one downside is that it might confuse bug reporters [09:40] mpt: what would be more natural then to use malone for reporting bugs about launchpad? [09:40] SteveA: Yes, this morning I was trying to think of a good non-confusing name for the launchpad.net product [09:40] sivang: We already do, that's not the problem [09:40] sivang: Malone lets you ask for the same bug to be fixed in multiple places [09:41] mpt: sorry, I guess I didn't fully understand what you were referring to. [09:41] sivang: Normally launchpad.net picks up fixes from the main launchpad code within a week, but sometimes we want fixes to be applied quicker than that. [09:41] sivang: So we "cherrypick", which involves e-mailing stub and saying "please apply this fix" [09:42] but Malone already caters for this (albeit aimed at Linux distributions rather than Web sites), so maybe we should be doing it with Malone [09:44] mpt: you mean, selective imports of patches according the to a specific fix? if so, it sounds like an interesting experiment to manage that through launchpad [09:46] (although I have no knowledge of what it involves) === claude [n=claude@102.119.62.81.cust.bluewin.ch] has joined #launchpad [09:49] mmmh... [09:49] system error :( [09:50] mpt: this aspect of launchpad is not used as much as we'd like, so this could well be a good thing. [09:50] indeed === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [09:54] is there problems right now with rosetta ? [09:54] example: https://launchpad.net/distros/ubuntu/breezy/+lang/fr [09:58] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] allow upstream product reassignment. fixes #1073. also fixes a small href bug in the also reported in portlet. (patch-2565: brad.bollenbach@canonical.com) [09:58] rock! === mpt sees that make check has taken 54 minutes so far [10:04] SteveA, I need to merge that fix for the country widget ASAP. I just fixed the view code to complain when people don't select any country. can you review it? [10:06] salgado: ok [10:06] SteveA, https://chinstrap.ubuntu.com/~dsilvers/paste/filejlyIod.html [10:06] salgado: did you test it well? it really should go to staging first. [10:06] it could cause more problems than it fixes [10:08] yes, it's working fine, although there's no test for this specific case === salgado adds one [10:09] the problem is that nobody is going to use this on staging [10:10] could someone tell me if rosetta "system errors" right now are normal [10:10] is it a heavy load problem ? [10:10] rehi [10:11] salgado: that's only a tiny part of the changes === SteveA looks at the diff [10:11] salgado: if it works, then fine [10:11] SteveA, that's the changes I did. I guess you know the changes you did, no? [10:12] the changes i did were just an example for you [10:12] just a proof of concept [10:12] with no tests or anything [10:13] hmmm. does it miss anything other than tests and docstrings? [10:13] what is the purpose of review-NAMES in Rosetta? [10:20] salgado: well, the items are in the wrong place, perhaps [10:22] SteveA, what would be the right place? canonical/widgets/choice.py? [10:23] well, the interface should go in interfaces really [10:26] mpt: http://69.70.209.33:8086/malone -- (warning: it's just a prototype, so it doesn't work) what do you think of this Malone homepage? [10:26] salgado: i need to go home now. send me an email about stuff you want me to look at in the morning. === sorush20 [n=sorush20@82-43-184-143.cable.ubr07.newm.blueyonder.co.uk] has joined #launchpad [10:26] SteveA, okay. thanks for the help [10:26] guys how do I make a ubuntu wiki. do I have to become a proper member.. === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #launchpad [10:27] mpt: I can think of more ideal ways to do it (a la Google search box that finds what you're looking for whether it's a bug id, a thing to report a bug on, or a bug report), but not with anything resembling our current search capabilities, and not within a reasonable timeframe [10:28] "Somewhere else..." would take you to the product search [10:50] bradb: That's a definite improvement over the front page [10:50] over the current page, I mean [10:50] though I would keep the "Latest bugs" of the current page [10:50] I was just going to add some links above "CVE Tracker" too [10:50] "Bugs Assigned to You", "Bugs You've Reported" and "Bugs You're Interested In" [10:51] the three-column layout really doesn't suit front pages [10:52] mpt: are there pages that it does suit? :P [10:52] we need a javascript bowling game easter egg [10:52] bradb: that "Ubuntu" / "Somewhere Else..." ( Go to Bug Homepage ) is a waste of clickage [10:54] two secs, just twiddling some things [10:56] and, er, why does /malone/assigned still exist? ;-) [10:59] people probably have it bookmarked :) [11:02] mpt: mm, i just found a slight bug in our li cve CSS stuff. icon wasn't showing properly. fixed it here. [11:03] mpt: that link exists now only to get your auth credentials and redirect you to the right place [11:04] (that link, i.e. /malone/assigned) [11:07] hey, wow, it works on production now! [11:07] bradb: ok, so that's what we need for the product bugs menu [11:08] a product-specific equivalent [11:08] mpt: one sec, take a look at what i've done now [11:08] i've tweaked it a bit [11:08] now the first two menu links go to # [11:08] mpt: dude, the whole *page* is broken :) [11:09] it's only a prototype, nothing works [11:09] if you think it looks reasonable, i'll make it work [11:09] dude, if you want a prototype, let me know [11:09] your job is making it work ;-) [11:09] my job is also making users happy [11:10] er, i mean, my job is making users happy and, oh yeah, coding [11:10] mpt: should i implement this, or can you do better? [11:11] (more specifically, can you design something better than we can implement pretty quickly?) [11:11] well, if this is what you want to be doing now, I'll get you a prototype in the next day or two [11:11] sure [11:12] salgado: what's person-foaf.pt for? [11:12] well, the front page is an iron curtain, so the sooner the better [11:12] mpt, the rdf, I guess? [11:13] oh yes, it's rdf [11:13] I was staring at it and didn't notice [11:13] sorry [11:13] mpt: so, I can expect this from you by wed at the latest? [11:13] bradb: sure [11:13] i'll take you up on that === mjans [i=laptop@cp148894-a.mill1.nb.home.nl] has joined #launchpad [11:18] Hi there [11:18] mpt: in the meantime, what do you think are the most pressing usability issues that I can fix without, well, you know. [11:19] I just used the translation part of launchpad, and I think I have a nice feature which is easy to implement and would help a lot people [11:19] . o O (Edit Assignee/Status Details) [11:20] When translating there are most of the time hints given from other people who already have translated it [11:21] Is it possible that someone makes these suggestions clickable? [11:21] that when you click on it it will be filled in in the text box [11:24] is it better to create a bug report for this? and so, where? [11:32] bradb: Is it within your power to implement MaloneBugSubscriptions? [11:34] bradb: Either that, or pull the attachment form into the bug page [11:34] or pull the duplicate form into the bug page [11:36] bradb: Any one of those three would reduce the number of clicks and page loads required when dealing with a bug === bradb_ [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [11:38] oh [11:38] bradb_: How much did you miss? :-) [11:38] argh, network problems [11:38] everything [11:39] (18:32:22) mpt: bradb: Is it within your power to implement MaloneBugSubscriptions? [11:39] (18:34:07) mpt: bradb: Either that, or pull the attachment form into the bug page [11:39] (18:34:13) mpt: or pull the duplicate form into the bug page [11:39] (18:36:07) mpt: bradb: Any one of those three would reduce the number of clicks and page loads required when dealing with a bug [11:39] Also, put BradBollenbachApproved in the status of SimplifyingMalone if you feel so inclined [11:40] oh, right, i could do that too [11:40] hm, MBS. I'd have to take a read through the spec. [11:41] pulling the attachment form in would be nice === bradb_ is now known as bradb [11:42] mpt: i.e. and putting it with the comment form? [11:43] yes [11:43] right, I can do that one tomorrow [11:43] short and sweet [11:43] excellent [11:45] g'night all