[12:04] KurtKraut: that's an interesting feature. I suggest you to file a bug. Usually you would go to the list of open request to verify the ones that need help. [12:05] since it's not possible to close request you end up with lots of open requests that should be in a closed state [12:05] matsubara, yes, that how I've been doing that. But after clicking and reading about 10 request, I can find only one that stills needs help and I still can contribute with === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad [12:09] KurtKraut: I feel your pain. I'm the one triaging Launchpad support requests. Are you using the Web UI or the the email interface? [12:09] matsubara, I'm using the web UI [12:10] matsubara, I've never tried thru e-mail. I suppose it would be even messier ;D [12:10] KurtKraut: currently it's a bit messy indeed. But you could try using your email client filters to help with that. [12:12] matsubara, I check my e-mail mostly in public computers at university. They're all Windows so I can't have an e-mail client. I'm forced to use gmail webmail === ddaa -> bed [12:15] found it! bug 3157 KurtKraut [12:15] Malone bug 3157 in launchpad "Anyone should be able to edit a support ticket" [Normal,Confirmed] http://launchpad.net/bugs/3157 [12:16] matsubara, it would be good. be besides that, non-replied equest should be also trackable. [12:16] KurtKraut: please file a bug: https://launchpad.net/products/launchpad/+filebug [12:17] I'm doing that at the moment ;D [12:18] matsubara, done. Check if https://launchpad.net/products/launchpad/+bug/42665 is understandable [12:18] Malone bug 42665 in launchpad "LP should allow tracking support requests that has not been replied yet" [Normal,Unconfirmed] [12:18] KurtKraut: thanks, === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [12:20] KurtKraut: i think so. [12:22] https://launchpad.net/distros/ubuntu/dapper/+source/gnupg/+pots/gnupg/pt_BR [12:22] if TODO is 0, why is the bar split in two, with 70% being marked NEW ? [12:22] (in the lowermost left hand portlet) [12:23] elmo: I think there's an open bug about that. [12:23] ok [12:25] elmo: bug 39291 [12:25] Malone bug 39291 in rosetta "status bar on package listing wrong" [Normal,Confirmed] http://launchpad.net/bugs/39291 [12:25] matsubara: cool, thanks === zyga_ [n=zyga@ubuntu/member/zyga] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad === KurtKraut is now known as kurtkraut === salgado_ [n=salgado@201-27-4-75.dsl.telesp.net.br] has joined #launchpad [01:13] spiv: ping? === kurtkraut is now known as KurtKraut [01:30] spiv: if you get this, just chasing up on my emails. [01:31] -> bed === jdong [n=jdong@d192-24-132-154.try.wideopenwest.com] has joined #launchpad [03:40] Znarl: or elmo: there is a new rt request for balleny. [03:40] appreciate if that can be done asap [03:59] Gooooooooooooooooood afternoon Launchpadders! [03:59] salgado, pong [04:03] good morning [04:04] good night (in UTC-3) :P === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad === stub [n=stub@ppp-58.8.1.191.revip2.asianet.co.th] has joined #launchpad [04:43] Merge to devel/launchpad/: [trivial] Fix bug 41138 (+viewstatus crashes when opening a remote bug) (r1846: Brad Bollenbach) === KurtKraut [n=ktk@tor/session/external/x-8fea18549379efb8] has left #launchpad [] [04:54] There is no security contact for firefox in Ubuntu, so security contact will be subscribed to this bug :-( === zakame [n=zak@ubuntu/member/zakame] has joined #launchpad [05:06] lifeless: pull problems building a production branch [05:07] stub: meep. [05:07] lifeless: https://chinstrap.ubuntu.com/~dsilvers/paste/filezCqOgx.html [05:07] funnily enough, I'm working on that bug right now [05:07] or that class of bug anyhow [05:07] heh. I can workaround I think. [05:08] lets see === stub builds a tree manually [05:08] give me a second [05:09] ok. === stub continues anyway to see who wins [05:09] what is foo ? [05:09] The branch I just tried to merge into - the one in the paste [05:09] what dir are you working in so we dont conflict [05:10] I'm working in ~pqm/production/launchpad [05:10] ok, I'll work in foo [05:10] Gah... forgot to fix the config files [05:11] foo pulled ok [05:13] It did? [05:13] yup [05:13] Hmm.... [05:13] (for me) [05:13] I'm using bzr in ~pqm/bin, with no PYTHONPATH set === stub tries a pull in foo too, bringing in committed launchpad.conf updates [05:17] Worked fine. I'm renaming foo back to launchpad and will push that. [05:29] Launchpad is going down in 15 mins for a regular code update. Estimated down time is 10 minutes. Wikis will be in read only mode during this period. === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === ozamosi- [n=nnozamos@h50n5c1o1049.bredband.skanova.com] has joined #launchpad === ozamosi- is now known as ozamosi === dsas [n=dean@host86-129-15-192.range86-129.btcentralplus.com] has joined #launchpad === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === ChanServ [ChanServ@services.] has joined #launchpad === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === dsas [n=dean@host86-129-15-192.range86-129.btcentralplus.com] has joined #launchpad === ozamosi [n=nnozamos@h50n5c1o1049.bredband.skanova.com] has joined #launchpad === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad === ifmy [n=ifmy@ip-62-235-216-201.dial.scarlet.be] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === Ju [n=Ju@c-24-126-231-240.hsd1.ca.comcast.net] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mpool [n=mbp@ozlabs.org] has joined #launchpad === sladen [i=paul@starsky.19inch.net] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === elmo [n=james@83.216.156.21] has joined #launchpad === sivang [i=sivan@muse.19inch.net] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === heyko\na [i=heyko@esenscity.de] has joined #launchpad === dilys [i=daf@muse.19inch.net] has joined #launchpad === ruffneck [n=ruffneck@intelligenzia.org.helsinki.fi] has joined #launchpad === snail [i=syeates@oucs-yeates.oucs.ox.ac.uk] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === merriam [n=merriam@84.12.152.145] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad [08:02] morning [08:02] spiv: hi [08:03] stub: hello [08:03] mpt or mpt_: hello [08:03] SteveA: Hello. [08:04] spiv: voice call tonight? [08:04] SteveA: Turns out that while my headphone jack now works, my microphone jack doesn't. I've filed a bug :/ === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:04] SteveA: That'd be good, but it'll have to be POTS I'm afraid. [08:05] SteveA: Morning [08:05] hi SteveA [08:24] lifeless: pqm web ui is giving tracebacks btw. [08:25] spiv: pick up a $10 sound card perhaps? [08:26] SteveA: You can get $10 sound cards that fit in laptops? [08:26] are you sure your mic jack doesn't work? for mine and many others, you need to turn on the mic amplifier (or some such switch) in the alsa settings === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad [08:27] stub: yes, known [08:28] SteveA: I spent a long time yesterday, probably much more than is sensible, trying to make it work, and trying every possible combination of alsa settings and the like. Googling suggests it's a driver issue. [08:28] i see === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [08:46] spiv: is it fixed in some kernel out there? [08:46] SteveA: Not that I know of. [08:47] do you still have that desktop machine? [08:48] Merge to devel/launchpad/: [trivial] Fix https://launchpad.net/bugs/41108 and remove the warn_about_no_published_uploads config options that I forgot to remove from staging and jubany's config files. (r1847: Guilherme Salgado) [08:49] No, its disk is sitting in our headless router, and the rest is sitting in a cupboard. It wouldn't shock me if it doesn't boot anymore, even if I put the disk back in... the woes I had with that system are a long story (but boring). [08:51] spiv: http://www.gwctech.com/ebproductdetail.asp?id=88 <--- apparently work on linux [08:52] US$20 [08:54] SteveA: Cool, I'll see if I can find one locally (but that will have to wait until tomorrow). === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad [08:57] spiv: that was for a quick google of "usb soundcard linux ubuntu" [08:57] there are probably others [08:59] Yeah, I'll look tomorrow, when the shops are open. There ought to be something cheap. === ifmy [n=ifmy@xtfsa101.fsa.ucl.ac.be] has joined #launchpad [09:07] spiv: I've had good success with my Logitech USB headset, which is one less thing to cart around compared to a headset + USB sound card [09:08] jamesh: Cool, thanks. [09:09] spiv: Ekiga and Skype seem to work quite nicely with multiple sound cards too [09:10] Ekiga can be set to ring on one card but use the other one for conversations [09:10] jamesh: That's good, because if I bought a new headset and things *still* didn't work, I might have to kill something ;) [09:11] spiv: the one time I did have trouble was when I left the headset plugged in when rebooting, and the sound cards got numbered in the other order [09:11] It's frustrating, my stolen laptop had no issues (and even had a builtin mic that worked surprisingly well for voip!)... [09:11] deleting ~/.asound* can sometimes help too :) [09:12] jamesh: Heh. Thanks for the tip :) [09:12] despite its faults, OSS was a lot easier to understand and debug [09:17] Yeah, I'm learning that. [09:18] I preferred it when I was happily ignorant :) === carlos [n=carlos@49.Red-88-9-27.dynamicIP.rima-tde.net] has joined #launchpad [09:22] morning [09:23] hi carlos === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === SteveA pings spiv === raphink-pbook [n=raphink@ubuntu/member/raphink] has joined #launchpad === sfllaw [i=sfllaw@206-248-135-100.dsl.teksavvy.com] has joined #launchpad === 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 === #launchpad [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === heyko\na is now known as heyko === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === cmvo [n=cmvo@62.225.11.174] has left #launchpad [] [01:08] sabdfl: hi [01:08] SteveA: got it already :-) [01:08] okay [01:10] stub: ping [01:10] heya [01:11] hello david [01:11] print "hello, world!' [01:11] lifeless: unclosed quote [01:11] only if its python [01:12] Which chrisforsaken language supports unmatched quotes like that? [01:13] dunno [01:14] visual basic had in interesting tolerence for variable names that differ only in case [01:14] lifeless: "Is all the bzr-side stuff in place for repositories and knits? If so, the LP-side can drop in when it's ready." [01:15] can your reply to that? [01:16] I'm not sure what the question means [01:16] BjornT: interested in working from my place on friday? [01:16] what is the LP side [01:16] what support is desired? [01:16] lifeless: that's a recent message from sabdfl in the "Hg user survey" thread [01:17] I think the LP support mentioned here is Supermirror support. [01:17] this is about making it so that our sftp service and launchpad branch data model and UI can support knits and repositories [01:17] if not now, then at least in a few months, using bzr 0.8 [01:17] righto [01:18] so the bzr 0.8 code format is stable [01:18] since there are a few questions about bzr-side status of knits, repos, and LP integration, I'd like you or mpool to reply on list. === BjornT [n=bjorn@213.226.190.253] has joined #launchpad [01:18] spiv has merges in the queue for rocketfuel to update it to having the bzrlib that will support this [01:19] then it can be rolled out in the next rollout, and the supermirror will mirror knit repos happily [01:19] reading from repositories is part of that. [01:19] having the sftp server host repositories is quite a different problem, and there is a bug open in malone about that. It needs some specification to decide what the beahviour should be [01:20] IOW, this week, or next, tops. [01:20] for publishing from a knit repo to the supermirror [01:20] SteveA: who will maintain the agenda for bzr meeting. We should talk about fixing bug 41414. [01:20] Malone bug 41414 in launchpad "supermirror-branch-puller ignores format changes" [Normal,Unconfirmed] http://launchpad.net/bugs/41414 [01:21] that's likely to become a sticky problem once we have knit support rolled out. [01:21] and people start converting existing weave branches to knit [01:21] ddaa: if SteveA is amenable, salgado is the right person to do the implementation [01:22] phone, back in a minute [01:23] sabdfl: does that answer your question ? [01:23] lifeless: there was also some mention of support for the lp:// url scheme [01:24] ddaa: bjornt and mpool were the ones working on that. AIUI it was blocked on zope 3.2 but now isn't === ddaa creates a sticky with agenda items [01:29] carlos: ping [01:29] lifeless: pong [01:29] please update teh status of your branch on pending-reviews [01:30] lifeless: I'm finishing that atm [01:30] will do as soon as I do the push === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === sfllaw [i=sfllaw@206-248-152-226.dsl.teksavvy.com] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:54] good morning! [01:54] SteveA: pong [01:55] talking to david for a couple of minutes [01:59] mpt, still around? [02:01] mpt: I need you too :-P [02:01] Merge to devel/launchpad/: [trivial] More cosmetics on analyze-error-reports: make headers nicer (r1848: kiko) [02:02] stub: I'd like to have a chat with you about COUNT() optimisation, caching and db denormalisation [02:03] ok [02:03] stub: ping me when you are free [02:07] ddaa: ping [02:09] stub: so how to optimise pages that need many many COUNT queries? Let me give you some context. [02:10] The recent oops report showed that the branch listing page for the vcs-import user frequently times out. It's a page with a few hundred branches, so it's quite pathologic, but we should be ready to handle that much for product and prodject branches in the future. [02:10] COUNT() is going to be as slow as doing the actual select, and that is not going to change. [02:10] The culprit is that displaying each branch in the listing involving two COUNT queries [02:11] one for all revisions in the branch, one for the revisions in the past month [02:11] I can imagine multiple ways of optimising those queries, so I would like your opinion [02:12] Any page that is not batched is broken as far as I am concerned - even if the batch size is set high and batching generally never happens, if there is no theoretical limit to the number of items being displayed then we can assume that occasionally there will be insane numbers. And attempting to display insane amounts of items is broken. [02:13] It might be possible to collapse that into a single query, using a group by clause. [02:13] lifeless, I assume you've seen the breakage of pqm.launchpad.net? [02:13] I would have to see the existing queries and attempt to collapse it into a single one. However, the load on the DB is still just as much - you are only saving some round trip time. [02:13] I think batching would be quite annoying on those page, so I want to look for ways to optimise things out as much as possible at first. [02:13] salgado: Yes - lifeless knows [02:14] ddaa: Batching needs to go in. Even if you set it to a high number, it needs to be there. [02:14] stub: mh... did not think of group by... === carlos_ [n=carlos@39.Red-88-9-28.dynamicIP.rima-tde.net] has joined #launchpad [02:14] (and that goes to everyone else writing unbatched pages!) [02:15] lifeless: updated [02:15] stub: one way to optimise this page is just to cache the counts in the Branch table. It's a bit more complexity on the branch scanner, gives away a bit of robustness for the "revisions in past month" stat, but it nice and simple. [02:15] mpt: are you around? my dsl line went down... [02:16] carlos, vaguely [02:16] salgado, pong [02:17] mpt, have you seen my email about the new shipit? [02:17] stub: other ways involve things like: 1. compute the total count by getting the first and last RevisionNumber by sequence for a Branch and substract the sequence of the first from the sequence of the last. [02:17] salgado, about the style sheets? yes [02:17] ddaa: yes, we do similar caching elsewhere. If it is ok for the cached counts to get out of date, we can rebuild caches daily. If that is not good enough, we might be able to maintain them with database triggers (or Python code if we can guarantee nothing else updates that particular chunk of data without bypassing the API you define) [02:18] ddaa: That would be just as slow. I expect the timings would be identical. [02:18] 2. duplicate the Revision date on the RevisionNumber and add an index that makes it fast to select the RevisionNumbers for a Branch later than a given timestamp. [02:18] salgado, my #1 priority is to get the next lot of MaloneSimplifications landed, though I am often pulled away from that to do various things about the menus [02:18] 3. do not duplicate the date, but create a view that joins Revision and RevisionNumber [02:19] The join would be fast I suspect - no need to denormalize at this stage. [02:20] stub: that system is very amenable to caching, since we have only a single code path _and_ a single process to update the RevisionNumber and Revision tables (it's the branch scanner) [02:21] stub: I wanted to know if you could think of any system that would bring similar benefits without making the branch scanner more complex. [02:21] hey [02:22] got a call from carlos, his network link is unstable, and went to have lunch [02:23] stub: so, what's your recommendation? [02:23] (aside from batching, which is good for search engines and webmail, but not good in that case IMO) [02:24] ddaa: Trying to do a single query instead of two counts is a noble goal. You may get the results you need by joining Branch and BranchRevision, possibly doing some final counts in Python if the SQL gets hideous. But ideally, instead of issuing 100 queries, we want to issue 1 that generates all the stats you need. [02:24] carlos, I'm going to sleep RSN [02:25] oh, thanks jordi [02:25] jordi, tell carlos to e-mail me :-) === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad [02:25] ddaa: I'd need to see the existing queries to give a pointer on that, but it would almost certainly involve using GROUP BY === carlos -> lunch [02:26] mpt: I added a branch to your UI review queue, I need some help with way we should link to the new form I'm adding there [02:26] mpt: I will send you an email anyway if you don't read this before I'm back after lunch [02:26] stub: mh... okay, so that would be a pretty hideous query with group by and count subqueries (I can only imagine what it might look like), but you mean that the DB would be able to optimise things out pretty well, right? [02:26] ddaa: Even if you need to do 5 or 10 queries because the SQL would be too hideous otherwise, it will still likely be a win to issuing a few hundred simple ones. === ddaa looks for the actual code [02:26] carlos, there are no UI reviews any more [02:27] stub: I like this idea very much. Keep display complexity in display code. I want to try it. === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === BjornT [n=bjorn@213.226.190.253] has joined #launchpad [02:30] hey stub. do you have a few minutes? I need some help with one of the shipit reports [02:30] salgado: sure === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad [02:38] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/fileMnqr7T.html [02:39] that might involve some heavy handed refactoring, but I think it's worth it, so do not let that stop you. === BjornT_ [n=bjorn@213.226.190.253] has joined #launchpad [02:40] mpt: uhm, there are still ui reviews, but they are no longer a requirement for merging === niemeyer [n=niemeyer@200.138.54.202] has joined #launchpad [02:41] mpt: in that people will still want help designing the ui. I don't care whether you manage your time and the list of people wanting your help via the wiki page or not.. [02:41] but I suggest that some coordination is good. [02:42] ddaa: So we need to take that as a basis, and get those two stats for a set of rows rather than a single row. Do you want me to try and assemble that into a suitable SQL query? [02:43] stub: that would be nice. That would allow me to file a bug with all the interesting details attached. BTW, would I be allowed to attach your SQLese in the bug? [02:44] ddaa: I don't have a problem with that, but Mark has been known to freak. Private bug will be fine though. [02:44] ddaa: I'll have a look after I've sorted Salgado's query [02:45] okay, will make private and subscribe Launchpad Devels... [02:54] stub: thanks for the branch-scanner rollout, I see that the RevisionNumber.destroySelf fix has landed :) [03:02] hey kiko === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad === sfllaw [i=sfllaw@206-248-153-146.dsl.teksavvy.com] has joined #launchpad [03:19] ddaa: is a time and day set for next week's bzr meeting? [03:19] still waiting for jamesh reply [03:19] but it looks like it's going to be Tuesday 0800 UTC [03:20] not monday? [03:20] monday is a national holiday in france :) [03:21] mpt: well, more than UI review what I need is some help from you to know where should I add such link ;-) [03:21] carlos, did the esperanto user reply back? [03:21] SteveA: then, we can see if we can make it happen on the next monday [03:21] kiko: no === heyko is now known as heyko\na [03:21] ok. so, set it for tuesday 0800 UTC. please send out an email confirming it [03:23] kiko: btw, PoMsgSetPage is also done, the only remaining issue is the way to link to that new page [03:24] carlos, good work. so can I see an example up and running? [03:25] ddaa: https://chinstrap.ubuntu.com/~dsilvers/paste/fileA9QPfa.html [03:25] if you download my branch, yes ;-) [03:25] carlos, you don't have it publically accessible? [03:25] kiko: let me see this new router I have, perhaps I could redirect the port to my laptop... === ifmy [n=ifmy@xtfsa101.fsa.ucl.ac.be] has joined #launchpad [03:28] ddaa: And https://chinstrap.ubuntu.com/~dsilvers/paste/filevR04LL.html [03:28] kiko: try this http://39.red-88-9-28.dynamicip.rima-tde.net:8086/ [03:28] it doesn't work for me, but I'm not sure it's because I'm inside my LAN... [03:28] looks good [03:28] ok [03:28] ddaa: The last one seems to be what you are asking for [03:29] kiko: http://39.red-88-9-28.dynamicip.rima-tde.net:8086/distros/ubuntu/hoary/+source/evolution/+pots/evolution-2.2/es/1/+translate [03:29] stub: thank you, I'll check that out after lunch [03:30] ddaa.belly.append(lunch) [03:32] hmm I'm getting a deprecation warning... [03:32] https://chinstrap.ubuntu.com/~dsilvers/paste/filesVYWDk.html [03:33] SteveA, BjornT_: ^^^ === Kinnison snerks at how bad launchpad looks if you have javascript disabled in your browser [03:35] what happened to the top bar? [03:35] carlos: you can ignore it. it something that we should fix, though, there should be a bug open on this. [03:36] BjornT_: ok [03:36] Kinnison: I don't see any difference ... [03:37] carlos, I don't understand that page [03:38] carlos: http://users.pepperfish.net/dsilvers/js-disabled.png [03:38] kiko: what exactly? [03:39] carlos, the page appears to be a rosetta translation page with a single entry [03:39] kiko: that's the point ;-) [03:40] kiko: here you see one of the differences: [03:40] http://localhost:8086/distros/ubuntu/hoary/+source/evolution/+pots/evolution-2.2/es/14/+translate [03:40] vs [03:40] http://localhost:8086/distros/ubuntu/hoary/+source/evolution/+pots/evolution-2.2/es/+translate?count=1&offset=13 [03:40] kiko: change the URL to my IP address, please [03:40] carlos, I'm on the phone, give me 20m [03:40] ok [03:53] Kinnison: looks like a CSS bug. [03:53] There's a missing list display attribute for that list, I think. === alef0 [i=alef0@M924P018.adsl.highway.telekom.at] has joined #launchpad === BjornT__ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === j_ack [n=nico@p508D902A.dip0.t-ipconnect.de] has joined #launchpad === BjornT__ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === j_ack [n=nico@p508D902A.dip0.t-ipconnect.de] has left #launchpad ["Ex-Chat"] === morgs [n=morganc@www2a.your-server.co.za] has left #launchpad [] [04:20] matsubara: can you close https://launchpad.net/products/launchpad/+ticket/812 as answered, please? [04:21] ddaa: no, I can't. Only launchpad admins or the user who filed the support request can close it [04:22] duh [04:22] matsubara: is that reported as a bug? [04:23] ddaa: yes. [04:24] ddaa: bug 3157 [04:24] Malone bug 3157 in launchpad "Anyone should be able to edit a support ticket" [Normal,Confirmed] http://launchpad.net/bugs/3157 [04:29] kiko-phone: ping [04:40] kiko: would it be possible for salgado to work on bug 41414 in the next couple of weeks? [04:40] Malone bug 41414 in launchpad "supermirror-branch-puller ignores format changes" [Normal,Confirmed] http://launchpad.net/bugs/41414 [04:40] uhm [04:40] maybe. [04:40] MAYBE. [04:40] it's a big maybe [04:41] salgado knows the branch puller inside out, and this bug can cause very serious performance problems after we have rolled out the upgraded bzrlib (spiv is working on that) and people start upgrading existing weave branches to knits. [04:42] it's not on fire yet, but it will be urgent eventually [04:43] ddaa, so, all that needs to be done is check if the format in the destination branch is older than the format in the source branch, and in that case throw away the existing destination branch and mirror it again? === carthik [n=carthik@pdpc/supporter/student/carthik] has joined #launchpad [04:44] Hi, the default sort order on LP is "priority, then severity" [04:45] salgado: mhh... [04:45] However, in the list of bugs, none of the table columns have the title "priority" or for that matter " severity" [04:45] carthik, it's in flux; it will soon be simplified to a single "importance". [04:45] kiko, thank you. [04:45] salgado: I suggest we have this discussion on the bug, so lifeless can keep track of it. [04:46] I think it should be a bit different from what you say. [04:46] okay. I'll comment there and then you answer there [04:46] kiko, also, making a change to a bug's meta-info and adding a comment there (At the top, the dropdown "State" menu) does not allow me to subscribe to the bug, unlike adding a normal comment at the bottom of the thread. Is this being sorted out too? [04:48] carthik, yes, it's a wart. one which I don't have a good answer to at the moment, though. [04:49] kiko, thanks a lot. I appreciate the quick responses :) [04:49] the only immediate idea I have is displaying or repeating the table of statuses at the boom of the bug close to the add new comment [04:49] but that has a lot of drawbacks [04:50] so it's a tricky problem === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad [04:55] hi all [04:55] hello zakame [04:56] I'd like to inquire about the LaunchpadSupportApp spec, has there been any progress on it? =) [04:56] hi ki ! :D [04:57] zakame, some progress yes -- have you been looking at /support on launchpad? === carthik is now known as carthik_away [04:59] no, actually I was meaning to do a proposal for Ubuntu on the SoC, about a better bug reporting tool/suite... I was looking at the UDU BugReportingRoadmap earlier === heyko\na is now known as heyko === carthik_away is now known as carthik_home [05:06] salgado: bug 41414 [05:06] Malone bug 41414 in launchpad "supermirror-branch-puller ignores format changes" [Normal,Confirmed] http://launchpad.net/bugs/41414 [05:07] salgado: note that the second comment is "it would be nice if" [05:08] BjornT, SteveA: I need to create a FileUpload object for a doc test, any suggestion? [05:10] carlos: it depends on what you intend to test. for bug attachments i simply did: [05:10] >>> file_upload = StringIO(...) [05:10] >>> file_upload.filename = 'file.name' [05:12] BjornT: the problem is that our view class checks that we are getting a FileUpload [05:12] because sometimes, epiphany submissions were giving us a unicode string [05:13] BjornT: I'm not checking that concrete part, I just need to emulate a submission with the upload to check later that some attributes were set to the right values [05:14] BjornT: I guess I could add that check code inside the pagetest and let zope to handle the upload, right? [05:14] a pagetest is just a doc tests with extra 'sugar' [05:26] carlos: well, you could simply create a FileUpload object. you just need to pass it an object which has 'file', 'headers' and 'filename' attributes. [05:27] BjornT: ok, let's try... === zakame is now known as zakame_away [05:52] BjornT: thanks, it worked, I have the test finished now === zakame_away [n=zakame@ubuntu/member/zakame] has left #launchpad [] [06:03] carlos: did you get the getView issue sorted? [06:04] SteveA: getView? the FileUpload question? [06:04] you pasted a link to a deprecation warning [06:04] oh, that one [06:04] SteveA: BjornT said that I can ignore it [06:04] to do with using getView where now it should be getMultiAdapter [06:04] okay. [06:04] that there is a bug already filed and will be fixed [06:05] i, or some other zope3 internals person, will fix it later [06:09] ok, thanks [06:18] kiko: hi, do you have time for a fast review? [06:18] kiko: it's a fix for https://launchpad.net/products/rosetta/+bug/41653 [06:18] Malone bug 41653 in rosetta "Importation of po file goes in the wrong template" [Major,In progress] [06:18] ok [06:18] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/filej6jncz.html [06:18] it's "Import", though, not "Importation" [06:19] - potemplate = pofile.potemplate [06:19] unused, pyflakes caught, correct? [06:19] right [06:19] ;-) [06:20] I saw that last week when I did a big pyflakes run [06:20] +The FileUpload class needs a class with the attributes: filename, file and [06:21] actually, it "requires an instance", not a class [06:21] carlos, does this test fail if you revert the fix? === lbm [n=lbm@0x555298ca.adsl.cybercity.dk] has joined #launchpad [06:21] kiko: yes [06:22] can you explain how the pofile attribute was being set before? [06:22] that's the point of it ;-) [06:22] or was it always null? [06:22] kiko: the problem is that it was not being set [06:22] ever? [06:22] kiko: until the guess code is executed [06:22] how did we know that an upload was for a... wow [06:22] I see === bradb & # lunch === simira [n=simira@tellus.err.no] has joined #launchpad [06:23] It makes no sense to guess it when you know exactly it [06:23] that's a pretty big bug [06:23] how did it work before? [06:23] well, the guess was working, and hidding it [06:23] before the new translation upload queue? [06:23] kiko: the schema was really different === simira [n=simira@tellus.err.no] has left #launchpad [] [06:24] how did we store uploads? [06:24] kiko: inside IPOFile.rawfile [06:24] carlos: https://launchpad.net/bugs/42645 is fixed, thanks very much [06:24] Malone bug 42645 in rosetta "bad merge" [Major,Confirmed] [06:24] carlos, also, do you not feel that we should be supplying pofile to addOrUpdateEntry() instead of doing it in the browser code? [06:24] mdke: hmm, I did nothing... [06:24] or at least, the symtom is fixed [06:24] I understand it is optional [06:25] carlos: ah, i know: it was from an upload to the distro yesterday, that must have restored the template. [06:26] kiko: well, we could do it that way too... it's just that the method is growing a lot... I'm even thinking on moving the potemplate argument outside it [06:26] mdke: I guess [06:29] carlos, moving stuff out of the API by doing assignment after calling the function is kind of a bad idea [06:31] kiko: well, the API is to add entries to the queue, after that, you improve the data you have for that import, sometimes you will know it directly when it's created and other times you will know it later with our guess code [06:31] well [06:31] here's my rationale [06:31] the /action/ of adding or updating entries [06:31] should allow you to specify a pofile if you know it [06:31] and if you remove it from the API [06:32] then it is not clear to people using it [06:32] now [06:32] I will tell you something which looks weird in that API [06:32] sourcepackagename=self.context.potemplate.sourcepackagename, [06:32] distrorelease=self.context.potemplate.distrorelease, [06:32] productseries=self.context.potemplate.productseries, [06:32] potemplate=self.context.potemplate) [06:32] no wonder you have a lot of arguments! [06:34] kiko: I see this like, for instance, IPersonSet.createPersonAndEmail, you fill the basic information and later you can set other fields [06:38] carlos, can you not just supply potemplate to that API? [06:38] are there places where you supply SPN, DR, PS that is different to the potemplate (or where the potemplate is absent?) [06:40] kiko: there are places where I don't know the potemplate [06:41] and also, there are other situations where the potemplate information is not the same as the direct arguments, like for KDE .po files [06:41] the .po files are stored in a sourcepackage and the .pot in another one [06:42] I see [06:42] okay [06:43] r=kiko either way, but I'd consider adding the pofile to the argument (and I think that createPersonAndEmail is a different sort of problem and perhaps broken as well) [06:44] kiko: Ok, I'm going to add the pofile argument to be consistent with potemplate and if I have some time to cleanup APIs I will revisit this and change it in a better way [06:44] kiko: thanks for the review [06:44] cool [06:44] sure enjoy it === ohoel [n=beshy@ti400720a081-14005.bb.online.no] has joined #launchpad === dsas [n=dean@host86-129-15-192.range86-129.btcentralplus.com] has joined #launchpad === alef-null [i=alef0@M1014P016.adsl.highway.telekom.at] has joined #launchpad [06:51] does launchpad handle gnome cvs accounts in any way? [06:53] ohoel: no [06:53] hmm, ok. is there a way to delete an account? [06:53] I've got ivindHoel which is in use, and ivindHoel2 which must have been made by mistake [06:55] ohoel, you can merge them at https://launchpad.net/people/+requestmerge [06:55] (you have to be logged in with the account you want to keep) === alef-null is now known as alef0 [06:59] salgado: thanks === beyond is now known as beyond-rango === carlos [n=carlos@207.Red-88-9-33.dynamicIP.rima-tde.net] has joined #launchpad === carlos -> out [07:14] see you later === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === AlinuxSOS [n=AlinuxOS@d83-176-127-37.cust.tele2.it] has joined #launchpad [07:59]