[12:14] SteveA: mailed ya. === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad === erdalronahi [n=erdalron@p50876E61.dip.t-dialin.net] has joined #launchpad === Erlang [i=neumann@Toronto-HSE-ppp3875482.sympatico.ca] has joined #launchpad [01:23] how can I remove a project I just created in Launchpad? === ozamosi- [n=nnnozamo@h80n3c1o1049.bredband.skanova.com] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === ozamosi- is now known as ozamosi === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === MagicFab [n=magicfab@modemcable205.84-56-74.mc.videotron.ca] has joined #launchpad [03:18] Hello [03:18] Cheers from Montreal ;) [03:19] How can I request a package to be added to Rosetta ? [03:20] specifically, abiword. What is the process to add any package to launchpad/rosetta for translation ? === MagicFab is now known as MagicFab_BRB [03:42] ok, someone answered in #ubuntu - tx. === MagicFab_BRB [n=magicfab@modemcable205.84-56-74.mc.videotron.ca] has left #launchpad [] === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [04:00] Gooooooooooooooooooooood afternoon Launchpadders! [04:07] Merge to devel/launchpad/: [trivial] Tear down BzrTestBase before LaunchpadZopeless, to be compatible with current bzr.dev. (r1849) === poningru [n=poningru@ip68-226-0-76.ga.at.cox.net] has joined #launchpad [04:15] BjornT, I'm happy that utf8 -> utf-8 bug is fixed, because now I get bugmail from "Bj?rn Tillenius" instead of "Bj??rn Tillenius" === stub [n=stub@ppp-58.8.2.219.revip2.asianet.co.th] has joined #launchpad [06:10] jamesh: I bought a logitech usb headset, and it does indeed work nicely. Thanks! [07:07] spiv: cool. === MagicFab [n=magicfab@modemcable205.84-56-74.mc.videotron.ca] has joined #launchpad === stub [n=stub@ppp-58.8.2.219.revip2.asianet.co.th] has joined #launchpad [07:57] Merge to devel/launchpad/: [r=kiko] linked directly the translation import queue entries with pofiles when we know it at the time we add the .po file to the queue. Fixes bug #41653 (r1850: Carlos Perello Marin) [08:10] morning [08:10] moining [08:21] hi === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === carlos [n=carlos@207.Red-88-9-33.dynamicIP.rima-tde.net] has joined #launchpad [08:32] morning [08:32] hello lifeless, mpool, carlos [08:33] spiv: around? [08:34] SteveA: yep [08:34] And I have a usb headset. [08:35] spiv: ROCK ON! [08:35] does it work in linux? [08:35] It does. "Just work", even. [08:35] cool. please send elmo an email telling him that it does, and what the make and model is [08:36] elmo mentioned he was looking into perhaps getting a few of these for conferences [08:36] Ok. [08:36] so... shall we try talking? [08:39] morning guys [08:39] SteveA: Sure, I'll fire up skype. [08:39] guys i have a general issue with malone and users [08:39] hey fabbione! [08:39] I'm "spivvo" [08:39] they have very very hard time to find the link to "Attach file" [08:39] spiv: get ekiga/skype working :) [08:39] good to see you on #launchpad this morning [08:39] and they tend to copy/paste files in the comments, that makes thing more difficult to parse [08:40] (it takes 25 seconds waiting for polling dbus to time out for some unknown reason, damn proprietary software...) [08:40] can we please get it sorted somehow? [08:40] fabbione: interesting. i'll take a look at a bug page. [08:40] SteveA: i am always everywhere... [08:40] fabbione, we know, it'll be fixed in a few months [08:40] https://launchpad.net/distros/ubuntu/+source/xorg/+bug/40783 [08:40] Malone bug 40783 in xorg "[Dapper] bad resolution for SONY CPD-210EST screen" [Normal,Needs info] [08:40] for example [08:40] mpt: few months????? === SteveA wonders if mpt is around [08:40] you gotta be kidding [08:40] lifeless: I haven't tried ekiga, but I presume it works, I have a SIP account with divmod that's worked just fine with shtoom in the past. skype seems happy. [08:41] mpt: i have a suggestion [08:41] mpt: i'm looking at a random bug page from my browser history: https://launchpad.net/products/blueprint/+bug/40631 [08:41] Malone bug 40631 in blueprint "What does the ( i ) mean" [Normal,Unconfirmed] [08:42] spiv: it is trivial to get Ekiga working with the headset -- just go to the audio devices page in the preferences and pick your headset from the list of devices [08:42] mpt: how about adding a box on the RHS, immediately under the "search upstream bugs" box [08:42] stub, spiv: Could you take a look to https://launchpad.net/products/rosetta/+bug/41943 ? [08:42] Malone bug 41943 in rosetta "SQLObjectNotFound in +translante page" [Normal,Unconfirmed] [08:43] mpt: that is basically a "help with common tasks" explanation -- it can say "Common things you'll want to do:" and then list the top 3 things that people want to do, but don't realize we have a special way to do [08:43] mpt: including add an attachment [08:43] spiv: it's polling dbus all that time? [08:44] SteveA: Yes, strace shows it's stuck in a poll syscall with a 25000ms timeout. [08:44] fabbione, alternatively, persuade sabdfl that the idea of putting all the actions in a menu at the top left is not as good as putting them in other relevant places on the page (e.g., attachment controls immediately above the comment field) [08:44] mpt: ok can do that... [08:44] mpt: i don't think adding an attachment control there would be a problem [08:44] carlos: We have seen similar reports elsewhere, such as the issues Rosetta was having with Librarian uploads. We have had no success yet working out wtf is happening. [08:44] mpt: i think you're taking something mark has said *too* literally [08:45] SteveA: the strace output said it was trying to poll /var/run/dbus/system.socket or similar. [08:45] stub: so you think is the same issue we have with the Librarian? [08:45] mpt: but also, when there is an issue such as this, i want you to tell me about it. i was not aware there was a usability issue with adding attachments until fabbione told me. [08:45] spiv: is that what skype is doing when it starts? [08:45] stub: should I set this one as a duplicate? [08:45] mpt: as i generally don't add attachments myself. [08:45] jamesh: yes [08:46] carlos: Weirdly, it's inserting more than once?? [08:46] Oh, different IDs, I suck. [08:46] carlos: IIRC the Librarian too we saw INSERTS being made in the log, yet failures to retrieve the newly inserted row using the (hopefully same) connection. [08:46] SteveA, it's just the most visible symptom of the general problem, because it has effects we can see (i.e. very long comments) [08:46] carlos: Yes - they shoud be dupes I think. [08:46] ok [08:46] thanks [08:46] stub, spiv: still no idea with the librarian issues, despite adding the client logging code? [08:47] mpt: yes and i want you to tell me about the most visible symptoms --- the ones that are causing tangible problems [08:47] SteveA: No, although I haven't looked at the problem for a while. iirc the logs seemed perfectly sane, though. [08:47] mpt: fixing the general pattern, from first principles, is very hard, and will not be even started for several months at the earliest. [08:48] SteveA: I don't recall the issue being resolved. I recall it confirming that everything appears to be doing the right thing. [08:48] mpt: making the best of the patterns we have now can happen immediately [08:48] SteveA: I personally am hoping is is a psycopg bug that will go away on an upgrade :-/ [08:48] mpt: part of your role is to help us make practical progress on these issues, using the current patterns [08:48] SteveA, all the other ones have the effect of fewer people helping with bug triage. That's only intangible in the sense that we don't have any budget to measure it. [08:49] SteveA, ok, let's talk about a solution to this particular one [08:49] mpt: yes, i'm interested in solving this problem for fabbione. i also want you to brief me in our voice calls about the top tangible usability problems you are aware of [08:50] i already know your feelings on the general UI patterns of launchpad, and those are for improving in the long term [08:50] SteveA: thanks.. [08:50] SteveA, I'm pretty sure adding an instructional box on the top right will have almost no effect, for pretty much the same reason as people aren't seeing Attach File in the first place [08:51] i.e., it will be in a colored box down the side [08:51] Perhaps we could instead ask for an exception for this particular menu item? [08:51] mpt: that was my first suggestion from what i saw [08:51] mpt: i actually think it would draw attention to these things, because there would be just three items there, not 9 [08:52] SteveA, oh, you mean actual duplicate menu items? [08:52] but also, i think it makes a lot of sense to have information / controls for adding an attachment near to adding a comment [08:52] yes i do [08:52] mpt: iirc, sabdfl was ok with having attachment controls near the comment field. we did discuss it some in london, but i can't remeber exactly what the outcome was. [08:53] mpt: please draft an email to the launchpad devel list about this particular problem, and the two solutions we've discussed (extra box, controls near add-comment field) [08:54] mpt: say exactly how the controls near the add-comment field would look and work. i'll check this out with mark in the call later today. [08:54] ok. [08:54] spiv: that's really weird. It doesn't really make sense for Skype to register on the dbus system bus [08:55] jamesh: yeah, let alone silently block startup for it. [08:56] spiv: there is a skype.conf file that you can probably bung in /etc/dbus-1/system.d to allow Skype to register [08:56] but it isn't clear why you'd want other users on the system to be able to talk to your skype instance [08:56] Yeah. I'm inclined to just put up with the silly delay rather than try fix it. [09:04] fabbione, do you have some examples of bugs that have been made long by these comments that should be attachments? [09:04] spiv: https://developer.skype.com/Docs/ApiDoc/Using_the_Skype_API_on_Linux <- a description of what it is doing [09:05] mpt: quite a lot of xorg bugs are yes. i pasted one before for all of them. [09:05] mpt: it's really a common thing from user to miss the attachment thingy [09:05] mpt: if it was just one, i wouldn't even bother to come here and ask [09:06] fabbione, ok, thanks [09:06] mpt: no problem dude === SteveA calls andrew [09:07] jamesh: That's interesting. I don't understand why the system bus is involved. [09:08] spiv: neither do they [09:08] spiv: most likely so that other people logged into your computer can initiate calls [09:08] jamesh: more than that [09:09] jamesh: disabling music players when a call comes in for instance [09:09] dunno if skype actually does that, but thats what is planned in gnome land [09:09] lifeless: that's not a reason for skype to provide a control interface on the system bus [09:10] it might be a reason to send out messages on the system bus for others to listen to [09:22] from ubuntu-motu [09:22] 17:15 < aa_> muahah, 500K diff [09:22] 17:15 < aa_> you really want it? [09:22] 17:19 < aa_> oh well, I attach it anyway [09:23] 17:22 < aa_> wow that bug tracker is nice to use [09:28] cool === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:28] I saw another comment yesterday to the effect of "Malone is so much more advanced than any other bug tracker" [09:29] mpt: how do you interpret that? [09:30] ddaa: as very interesting. [09:31] gotta admit that if bugtrackers were cars, bugzilla would be a custom dragster and Malone would be a Toyota Yaris [09:32] probably less powerful as far as it goes, but much much less scary [09:32] ddaa: I would be worried if my car went 'oops' [09:33] hehehe [09:33] Though, malone hardly does that now [09:33] except when dealing with milestones [09:33] most cars go oops when they get do deal with milestones a bit too close up [09:34] i.e. break down just after the warranty has expired? [09:36] jamesh: There is alreday a constraint on revisionnumber - UNIQUE(sequence, branch, revision) [09:36] *cry* nobody understands my humour here *cry* [09:36] jamesh: it's wrong [09:36] hu [09:36] stub: it's wrong [09:36] there's a constraint, but it's incorrect and wrong [09:37] stub: the constraint I was adding is (branch, revision) [09:37] ok. So we need to drop that when adding the UNIQUE(branch, revision) [09:37] there's a patch in pending (that you made) that changes the constraints adequately [09:37] I think it even has a number [09:38] jamesh: database/schema/pending/ddaa-revno-constraints.sql === BugMaN [n=BugMaN@nat.cabi.uniroma1.it] has joined #launchpad [09:38] ddaa: just found it, thanks. [09:39] hi [09:39] jamesh: should change the LaunchpadDatabaseRevision to (40, 41, 1), since stub apparently reallocated 40-41-0 [09:40] ddaa: yeah. [09:40] mpool: ping [09:40] jamesh: I'm approving ddaa's patch with one small change [09:40] i make 2 specs for rosetta (https://launchpad.net/people/bugman/+specs), any comment or suggest? [09:40] okay? [09:40] stub: duh, you _already_ reviewed it! [09:40] hm [09:41] maybe not [09:41] sorry, confused [09:41] jamesh: ALTER TABLE RevisionNumber ADD CONSTRAINT revisionnumber_branch_revision_unique [09:41] UNIQUE (branch, revision); should instead be [09:41] ALTER TABLE RevisionNumber ADD CONSTRAINT revisionnumber_revision_branch_unique UNIQUE (revision, branch); [09:41] ddaa.insert(coffee) [09:42] stub: any reason for using that order? [09:42] SteveA: don't you make naughty comments about inserting coffee, do you! [09:42] (so I know in future) [09:42] jamesh: patch number is 40-51-0 [09:42] ddaa: wtf are you talking about? [09:43] jamesh: UNIQUE constraints create indexes. Reversing the order makes that index usable for looking up revision number by just revision. [09:43] stub: ah. That makes sense. [09:43] jamesh: And the other index allows looking up RevisionNumber just by branch [09:44] ddaa: I don't think coffee enemas have made their way to Lithuania yet [09:45] stub: sadly... Results 1 - 10 of about 15,300 for coffee enema lithuania. (0.36 seconds) [09:45] stub: http://monkeydyne.com/rmcs/dbcomic.phtml?rowid=545 ? [09:46] stub: would it make sense to reverse the revisionnumber_branch_sequence_unique constraint too then? [09:46] http://www.ineedcoffee.com/01/01/enema/ [09:46] stub: not much point looking up by just revision [09:46] stub: since we have revisionnumber_branch_id_unique to act as an index on branch [09:46] oh, meh, my bad [09:46] yes there is [09:50] jamesh: Hmm.... probably yes. I had throught we wouldn't have many unique sequence numbers like in the MessageChunk table. However, we have 12,000 so it could be useful. [09:50] lifeless: even if there wasn't right now, it'd make sense to make such queries fast if it has no performance hit given the existing constraints [09:50] stub: okay, I'll make that change too. [09:51] jamesh: It might be used if we looked up by revision and sorted by sequence. Which I suspect is pretty pathalogical, but it won't hurt. [09:51] Damn, by fingers' spelling is getting worse. === stub wonders why his fingers spell phonetically when they don't have ears [09:52] dont let your fingers spell [09:52] stub: actually, look up by branch and then sort by sequence is a common operation. Would the order make a difference there? [09:52] jamesh: Nope. [09:52] given that there is another unique constraint that puts branch first [09:52] jamesh: well... maybe [09:53] jamesh: yes [09:54] jamesh: We may want an index on (branch, sequence) to support that optimally though. [09:54] stub: so I'll leave it as (branch, sequence) then? [09:54] like revisionnumber_branch_sequence_unique ? [09:54] jamesh: Oh... no. Sorry. Leave it like that. [09:56] stub: come to think of it, I don't think we'd ever want to query or sort on sequence number without also limiting to a particular branch [09:56] yep [09:56] would not make lot of sense [09:56] revision 10 of gnome-control-panel has nothing to do with revision 10 of bzr [09:57] jamesh: From testing, an INDEX on (branch, sequence) will be used for selecting by branch and ordering by sequence. Unlike an index on (sequence, branch). So we should leave the UNIQUE constraint as UNIQUE (branch, sequence); [09:59] Incidently, I remember reading about a doctor having success treating colon cancer using coffee enemas. It had to be freshly brewed organic coffee. [10:00] EWW [10:00] was there a goat skin involved too? [10:00] I think the patients were allowed to let it cool first. [10:00] stub: that implies that he tried non-freshly brewed organic coffee without success === BugMaN [n=BugMaN@nat.cabi.uniroma1.it] has left #launchpad [] [10:01] and freshly-brewed non-organic coffee too [10:01] jamesh: voice call? [10:01] okay === jamesh starts skype [10:01] jamesh: Or just had no success because they never tried it [10:02] stub: in which case he doesn't know that it had to be freshly brewed [10:02] i think there are medical ethics problems involved [10:02] in experimenting on cancer patients with old low-quality coffee [10:03] medicine is unfortunately not a science [10:03] jamesh: It might have been something to do with the concentrations of particular componds needed, along with not wanting to shove pestacides and other poisons into their bloodstreams. [10:03] or fortunately, maybe... in any experimental science, there are more failed experiments than successful ones... === stub tries to remember if it was decaf as well [10:04] It wasn't the caffeine they needed, anyway. [10:04] sure they did, everybody needs caffeine [10:04] you wouldn't want it after it went *there* would you [10:05] Or else a no-doze suppository would have worked just as well and be far more convenient. [10:06] 18:02 < aa_> I like launchpad so much I think I am going to register my product and use it. Anyway have a nice day everyone. [10:07] BjornT: ping [10:07] hi lifeless [10:07] On no - it is the caffeine. [10:07] carlos/launchpad/PoMsgSetPage <- [10:07] Gonzales suspects that caffeine taken rectally may relax muscles of the liver and gallbladder ducts, causing ''toxins,'' including byproducts from the body's attempts to destroy cancer cells, to spill into the intestines. Drinking coffee doesn't have the same effect, he says. [10:07] http://www.healingdaily.com/liver-detoxification/coffee-enemas-article.htm [10:07] BjornT: this is me nagging you [10:08] morning all === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [10:11] lifeless: i assume it's about reviewing carlos' branch? it's been in my queue for less than one day, and i do plan to review it today. [10:11] BjornT: oh right. Thanks [10:11] I forgot it was up up early. [10:11] kiko: I'd *really* rather we dont put branches up for pre-merge review early. [10:11] kiko: if you want an adhoc review, just ask for who is around. [10:12] BjornT: when you change it to needs-reply or whatever, update the datestamp to be yesterday please [10:12] BjornT: and sorry for nagging incorrectly. [10:12] jamesh: ping [10:12] lifeless: pong (but talking with SteveA) [10:13] jamesh: pinging you about your pending review [10:13] 19 jamesh david/bzrtools/smallfixes [10:14] lifeless: I'll do it after I've finished the call [10:14] thanks [10:14] has it been around the needs-reply cycle ? [10:14] lifeless: ok. thanks for nagging, though. [10:16] http://en.wikipedia.org/wiki/Coutts [10:17] SteveA: pong [10:21] ddaa: just confirming that the meeting time is fine for me. [10:22] jamesh: great, I wanted to wait for your to reply, but you were the only one missing and SteveA was prodding me to set the meeting time. [10:22] (and there was a pretty clear consensus too) [10:23] nice to know that it's fine for you too === stub goes for a swim [10:30] spiv: looks like you can get skype to start quickly by using the --disable-dbus command line argument [10:33] http://www-128.ibm.com/developerworks/usability/library/us-launch/ -- "Empowering users with launchpads" [10:41] jamesh: Thanks! (I had the same skype problem) [10:42] uws: found the solution here, actually: https://wiki.ubuntu.com/SkypeHowto [10:44] half the stuff on that page isn't really applicable if you have a USB headset, since there is no sound device contention [10:46] jamesh: i have an usb headset too. skype throws random errors about sound devices at me though :) [10:47] jamesh: btw, I could've figured out myself too by just running "strace skype" and see it hang just after a dbus open() call [10:48] that's good to know [10:49] uws: even with the dbus config file to punch a hole in the system bus firewall. It is probably using the old API [10:49] you mean that with a usb headset you can just plug it in and phone, and still have the beeps and stuff go through the speakers? [10:49] looks like it statically links libdbus, and I'm not sure if the old version is wire compatible [10:49] ddaa: check. [10:49] ddaa: yeah. It just shows up as a second sound card. You just configure skype to use /dev/dsp1 for calls [10:50] no need to unplug your speakers or anything [10:50] that's cool... my ISP announced it'll provide SIP access to its phone services (i.e. PTSN-SIP gateway) from anywhere on the Internet, gotta check that out soon. [10:51] for ekiga, it has a drop down list showing the sound card names [10:51] which is even easier to configure [10:52] jamesh: do you know what's the status of usb headsets with linux? Is that "most of them work", or "most of them don't"? [10:52] ddaa: plug it in and it works [10:53] easy to say, there's always a vendor or two which tries to be smart and comes up with an egregeriously broken and incompatible protocol... [10:53] ddaa: I believe there is a standard for USB audio devices, so things generally just work [10:53] ddaa: if you have a decent headset (eg. logitech) that speaks "usb audio" than it works right away if you have usb sound card support as a module in your kernel (which most modern kernels have) [10:53] snd-usb-audio [10:53] ddaa: I'm using a Logitech headset and haven't had any problems with it. [10:53] *nod* thanks, I guess that will be my next toy then. [10:54] usbcore: registered new driver snd-usb-audio <--- after I plug in. === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mpt_ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [10:57] lifeless: can you comment on bug 41414 please [10:57] Malone bug 41414 in launchpad "supermirror-branch-puller ignores format changes" [Normal,Confirmed] http://launchpad.net/bugs/41414 [10:58] lifeless: I'd like to get the details nailed down so we have a precise idea of how much work it will be, and we can see if salgado can get the time to do it soon. [10:58] ddaa: I have commented [11:00] lifeless: so "if combined format is different (in any way), rm destination and remirror. No tempname swapping", right? [11:00] right [11:00] Should be about 30 lines of code and 100 lines of tests [11:01] lifeless: you agree with the estimation? [11:01] yes [11:01] its quite straight forward [11:01] there are many values of straightforward, want to make a solid argument to get kiko to assign it to salgado [11:02] ddaa: has kiko pushed back on it ? [11:02] ddaa: if not, just ask. [11:02] he did [11:02] he's got much use for salgado in the next weeks === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [11:54] BjornT, ping [11:54] hi mpt [11:55] BjornT, displaying-bugs-and-tasks.txt uses bugtaskset.get(n) to retrieve tasks with various severities from the database [11:56] When looking at a particular task, how do I tell what ID it is so I can do the same thing? [11:59] or even better, how do I create such tasks in the test itself? [11:59] mpt: it's not exposed anywhere externally. the easiest thing to do is to query the db directly, 'select if from bugtask where severity=50' for example. [12:00] ok [12:00] mpt: you can also get an existing task and assign the severity yourself, 'bugtask.severity = BugTaskSeverity.CRITICAL' [12:02] To do that I'd have to import BugTaskImportance in the test [12:02] hmmm [12:02] from canonical.lp.dbschema import BugTaskImportance [12:03] bingo [12:03] and then critical_importance_task.importance = BugTaskImportance.CRITICAL === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:13] ok, that works, thanks BjornT [12:32]

[12:32] nnnurgh [12:33] ah, so I did need "import string" after all [12:34] mpt: You very rarely need "import string" :) [12:34] hmmmmmmm [12:34] oh, I was doing foo.capitalize instead of string.capitalize(foo) [12:35] mpt: foo.capitalize() [12:35] really? [12:35] One day this will no longer seem random to me [12:35] it returns you a new string [12:35] rather than changing the string you have [12:36] You need to call functions/methods if you want them to do something, and they way you call something is with parens. === SteveA --> lunch [12:37] hooray [12:37] (minor)

=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === ddaa -> lunch and shopping === SteveA [n=steve@213.226.190.253] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [01:09] carlos: ping [01:11] sabdfl, in answer to your question, the full menu system is making good progress, but I don't know when it will be finished. In the meantime, I could replace the current menu with a CSS-only version that wouldn't flash; that would take about half a day. [01:11] good morning [01:13] bbiab [01:13] mpt: your call, if it's really half a day then it seems reasonable unless you are racing to land something else [01:13] what does your queue look like? [01:14] sabdfl: pong [01:17] carlos: am landing a tiny diff that fixes the problem of pofiles not being displayed on distrorelease pages where they have not been started [01:17] mpt: your call, if it's really half a day then it seems reasonable unless you are racing to land something else [01:17] what does your queue look like? [01:17] erk [01:17] the CSS only version i think would be awkward to use in comparison [01:17] SteveA: ok, then ask mpt to continue to focus on the current menu [01:17] the current menu-in-development that is [01:17] mpt has some styling work to do on the current menu [01:17] i have some integration work to do on it === alef0 [i=alef0@M873P012.adsl.highway.telekom.at] has joined #launchpad [01:18] sabdfl: I'm switching tasks now, so I could take a look to it if you want [01:18] and there are some issues left on the scrolling, although it basically works [01:18] carlos: it's in pqm now [01:18] that was just a heads-up [01:18] tiny patch, kiko reviewed last night, there are doc and page tests [01:18] ok, cool [01:18] i would prefer to live with imperfections in the current menus, and push for getting the new menus delivered soon. i estimate they'll be on staging during next week. [01:18] pqm is saying "cleaning working directory" and has been saying that forever [01:19] sabdfl: did you add batching to the page? [01:19] carlos: no, i don't think we want batching [01:19] sabdfl: well, we had performance issues with that page [01:19] i doubt this will add any perf issues [01:19] I think the new hardware 'fixed' it [01:20] because all it does is drop in a DummyPOFile if there is no POFile for the relevant template [01:20] which rosetta page is under discussion? [01:20] /distros/ubuntu/hoary/+lang/hr [01:20] SteveA: https://launchpad.net/products/rosetta/+bug/2036 [01:20] Malone bug 2036 in rosetta "DistroRelease language page should show *all* templates" [Major,Confirmed] [01:21] sabdfl: ok, I guess we could add batching later, if needed [01:21] old longstanding bug, trivial fix [01:22] sabdfl: are you sorting the entries now? [01:22] sabdfl: that's the last thing it says before mirroring from balleny to chinstrap, I think, which seems to be taking a long time recently (reweaving maybe?). [01:22] carlos: yes [01:22] by potemplate name [01:22] sabdfl: cool, thanks [01:22] thanks spiv [01:23] sabdfl: we're currently reweaving on every commit [01:23] lifeless: why is that? [01:23] sabdfl: differing parent ordering between balleny and chinstrap and the incoming branches [01:24] I have a reconcile patch that should fix this [01:24] which I have merged, now need to run on balleny and then chinstrap [01:24] also, moving to knits will help massively, [01:24] ok [01:25] speaking of which, === lifeless goes back to finishing THE LAST PATCH for bzr 0.8 === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [01:31] mpt: hello [01:31] hi [01:31] i like the idea of a CSS only menu for the interim, but i fear it would be "clunky" compared with what we have currently [01:32] as in, it would behave like a div that appears on demand, rather than like a menu [01:33] It would appear more quickly, but it would also be more hostile in disappearing instantly if you moved outside by mistake [01:34] and it wouldn't have a shadow (I could do that, but probably not worth the effort) [01:34] i see [01:34] how long, realistically, would you need to work on it? [01:34] about half a day, I think [01:35] i don't think it is worth it. we'll have the new menus on staging next week [01:35] Fair enough. [01:35] and i expect rolled out after that [01:35] i appreciate that you made the suggestion [01:35] Is it worth at least landing the fix you were given to stop the pages jumping to the front? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:36] yes [01:36] is that what the fix does? [01:36] i thought it was for just making it work on konqueror [01:36] It doesn't work on Konqueror?? [01:36] i'm not sure [01:37] i'll send you that fix [01:37] iirc it was attached to the jumping-to-the-front bug, as well as being sent to you [01:37] maybe I was confused, and they were actually different patches [01:38] i imagine applying these fixes is a quick task [01:38] so, please apply those [01:39] The menu works fine in Konqueror, just tried it [01:39] good [01:39] i was confused then [01:40]