[12:14] <ddaa> good night folks
[12:40] <mpt> Goooooooooooooooooood morning Launchpadders!
[01:04] <sivang> morning mpt 
[01:21] <imbrandon> cprov-afk, can you ping me when your not afk please 
[02:01] <cprov> imbrandon: ping ?
[02:02] <imbrandon> heya cprov
[02:02] <cprov> imbrandon: hey, what's up ?
[02:02] <imbrandon> i was wondering about the backport pocket fix, if there was an eta for that to goto production
[02:02] <imbrandon> as it affects amarok in dapper to fix a pretty botched bug
[02:03] <imbrandon> ( /me is on the backport team , not just some joe hehe just fyi )
[02:03] <cprov> imbrandon: uhm, the fix is under review and depends on other major fixes in soyuz, I'd say possibly next tuesday
[02:03] <imbrandon> sweet, ok , cool was just wondering
[02:03] <imbrandon> thanks ;)
[02:04] <cprov> imbrandon: I'll do my best to land it earlier, but not so sure if we can ...
[02:04] <imbrandon> ok no worries, i just have 10000000000 people bugging me about the amaroki not working and just wondering if there was an "estimate" , heh i wont hold ya to it
[02:05] <imbrandon> s/amaroki/amarok
[02:05] <imbrandon> okie i'll let you get back busy again ;) thanks
[02:06] <cprov> imbrandon: np, I'm enjoying my holiday right now  ;)
[02:06] <imbrandon> ahhh , dident realize you were on holiday , sorry to bother you ;)
[02:10] <Ubugtu> New bug: #59440 in malone "Invalid XHTML in bug search form" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59440
[02:28] <cprov-ZzZ> imbrandon: it wasn't any problem, I'm glad to help, anytime
[02:35] <Ubugtu> New bug: #59443 in soyuz "Soyuz should send announce messages for backports to different list" [High,Confirmed]  http://launchpad.net/bugs/59443
[07:42] <jamesh> stub: ping?
[07:43] <stub> jamesh: pong
[07:43] <jamesh> stub: would you be able to review the db portions of my jamesh/launchpad/bug-31308 branch, and assign a patch number?
[07:43] <jamesh> it is a fairly simple field renaming + field addition
[07:43] <stub> ok
[07:45] <jamesh> Also, I merged my fixes for the last batch of product-release-finder bugs yesterday.  It'd be useful to know if it succeeds next time on staging
[07:45] <jamesh> it no longer uses the cache directory, so there is no need to clear it before the run
[07:51] <stub> jamesh: 31308, fine except I'm moving to using __ instead of just _ as a seperator in index and constraint names, as columns can now contain _ characters. Change this if you can be arsed. patch-67-17-0.sql
[07:53] <jamesh> thanks
[08:00] <jamesh> stub: so do you want productseries__import_branch__fk or productseries__import_branch_fk?
[08:00] <stub> the first
[08:00] <jamesh> okay
[08:00] <stub> (its a shitty naming convention, but at least it is a convention and pretty close to standard)
[08:25] <SteveA> morning
[08:43] <sabdfl> morning stevea
[08:49] <SteveA> hi sabdfl 
[09:00] <sabdfl> SteveA: will you reply to timp on vilnius?
[09:02] <SteveA> sabdfl: yes, already did.  I need to check with ddaa, but probably will be 1st week of oct
[09:03] <Fujitsu> Is support tracker karma really meant to be that valuable!?
[09:17] <BjornT> Fujitsu: it is that valuable at the moment due to the way we calculate karma (basically each part of launchpad gets their share of karma). it will normalize after more people use the support tracker.
[09:17] <BjornT> we added karma for the support tracker only a few days ago, that's why not that many people have support tracker karma yet.
[09:19] <Fujitsu> Yeah, noticed that you only added it recently.
[09:19] <Fujitsu> Like, people have 620k karma because they filed a request, then modified the description.
[09:24] <jamesh> Fujitsu: It is now ~ 3 days since the rollout.  Assuming people continue using the support tracker at the same rate, the karma from each individual operation should halve in another 3 days
[09:24] <jamesh> etc
[09:25] <Fujitsu> OK, but it actually went up today.
[09:33] <carlos> morning
[09:34] <SteveA> BjornT, jamesh, stub: I think using a ceiling in the calculations would be good, to stop crazy amounts of karma appearing when we make changes like this.
[09:35] <stub> A ceiling in the scaling factor. Would be a trivial change to the karma cache calculator script.
[09:37] <SteveA> I think it is worth doing.
[09:37] <SteveA> When people see crazy karma values, even if only for a short while, it devalues the value of karma in their mind.
[09:38] <SteveA> and unexpected behaviour is always more memorable than expected behaviour
[09:44] <sabdfl> SteveA: what's the extra apt repo with the bzr-for-lp packages I should add? and does it also have update lp deps packages?
[09:48] <SteveA> sabdfl: the bzr-for-lp one is specific to bzr.  I originally wanted this to be the "one repo for launchpad developers", but that was taking too long, and we needed the bzr testing.
[09:48] <SteveA> sabdfl: # testing bzr for launchpad devos
[09:48] <SteveA> deb http://bazaar-vcs.org/releases/debs/scratchy/ ./
[09:49] <SteveA> sabdfl: we'll move this to the "one repo for launchpad developers", with the launchpad deps etc., once I've got the place for it from the admins, and coordinated with jbailey about it.
[09:49] <sabdfl> okdokey, thanks, i'll add it then
[09:49] <SteveA> I, or stub, or someone also needs to do some work working out exactly what launchpad dependencies packages we need, to meet the needs of developers, and also for deployment on servers.
[09:50] <SteveA> as this isn't causing a problem right now, I want to put it off until after 1.0
[09:54] <jamesh> sabdfl: in answer to your question, revision properties are not editable after commit.
[10:08] <sabdfl> thanks jamesh
[10:09] <sabdfl> is it possible to set them pre-commit?
[10:09] <sabdfl> have them cached, and then sealed with the commit?
[10:18] <jamesh> sabdfl: that's the plan.  I have a patch for that sent to the bazaar list
[10:40] <jamesh> yay.  productseries branch support merged successfully
[11:06] <carlos> stub: hi, around?
[11:06] <carlos> danilos: ?
[12:11] <ddaa> Yay! Python import now blocked on svn borkeness, not always giving utf-8.
[12:11] <ddaa> Well, mostly. Pysvn not being good at handling server flakiness is also a problem, but it does not appear to be a complete blocker.
[12:13] <jamesh> ddaa: productseries branch support is merged
[12:13] <ddaa> okay, sorry for not giving a timely second review
[12:14] <ddaa> will look at it today
[12:14] <jamesh> no problem
[12:14] <jamesh> I removed the uniqueness constraint on ProductSeries.user_branch after discussion with lifeless
[12:14] <ddaa> anyway, I already explained all my issues on the first mail, then it was up to you.
[12:15] <jamesh> given that one of its main purposes (making sure importd couldn't import two upstreams into a single branch) doesn't apply
[12:15] <ddaa> mh... I'm not terribly happy with being lenient by default, but OTOH I do not have a good reason to be strict.
[12:54] <ddaa> re python-import: actually, I appears to be a bug in the testament code
[12:54] <ddaa> lifeless: bzr upgrade in rocketfuel soon?
[12:55] <ddaa> The svn repo adds files like "/python/trunk/Mac/Contrib/PyIDE-src/Scripts/Hack/Remove .pyc files" at this revision
[12:56] <ddaa> so in Testament.as_text_lines, the expression [line.encode('utf-8') for line in r]  raises UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 74: ordinal not in range(128) 
[12:59] <jordi> carlos: would it be feasible to add the possibility of pregenerating translation tarballs for those products which mark the corresponding option for a template?
[01:01] <jordi> ie, project foo, with foomain template checks "Pregenerate tarballs" and they get a daily tarball with their contents for that template in a fixed URL
[01:13] <eo> Hi there, for some reason I can't log into my launchpad account anymore. Unfortunately, fhere is no message telling me why, I just return to the page where I originally pressed the log in button to get to the log in ferm.
[01:18] <eo> OTOH, the account seems to be active as I'm still able to file bugs by email. Please also note that I'm restricted to text browsers like w3m (preferrably) or lynx - if that's of any relevance to the issue.
[01:19] <BjornT> eo: do you have cookies enabled?
[01:24] <eo> BjornT: Yes, I have. In w3m I'm constantly asked to accept "bad cookies" which I finally did, desperately, but in vain.
[01:30] <BjornT> eo: so it did work when you accepted the cookies?
[01:35] <eo> BjornT: No, it did not. BTW: I've even tried to reset my password - just in case. But that didn't work either. After shipping off the form with the new password, I still couldn't log in. However, when clicking on the link in my password reset email again, I was informed that the confirmation required had already been received. So, at least part of the reset process must have succeeded.
[01:44] <stub> carlos, danilos: Can you please attempt to connect to the launchpad_langpack database on carbon from your shell accounts on carbon (psql -d launchpad_langpack -U rosettaadmin )
[01:44] <BjornT> eo: i see. i don't know exactly what's wrong (and don't have time to look into it now), but i filed bug 59510 about it.
[01:44] <danilos> stub: sure
[01:44] <Ubugtu> Malone bug 59510 in launchpad "Can't log in with w3m due to bad cookies" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59510
[01:50] <Ubugtu> New bug: #59510 in launchpad "Can't log in with w3m due to bad cookies" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59510
[01:54] <eo> BjornT: Could you please subscribe Elias Oltmanns <oltmanns@uni-bonn.de> to this bug? Obviously I can't do it myself.
[01:56] <BjornT> eo: sure. you're now subscribed.
[01:59] <eo> BjornT: Thanks a lot.
[01:59] <BjornT> np
[02:11] <carlos> stub: confirmed, it works
[02:11] <carlos> stub: Do you have time for a fast meeting?
[02:11] <carlos> about migrate translations from Dapper to Edgy before Edgy release
[02:11] <carlos> danilos: ^^^
[02:11] <carlos> hmmm, I will use email for it or have it after lunch....
[02:11] <carlos> I didn't see the time...
[02:11] <carlos> :-)
[02:18] <ddaa> BjornT: we really do not need to cgi.escape the output of canonical_url in form error messages?
[02:18] <ddaa> I thought that href attributes needed to be "entitified" like other HTML.
[02:23] <BjornT> ddaa: not really. the only characters that would be entitified would be unsafe characters, which should already be encoded to their %XX notation.
[02:25] <ddaa> Specifically, I was told that & needed to be escaped into &amp; in href.
[02:25] <ddaa> though most user agents probably degrade sensibly
[02:26] <ddaa> BjornT: I'm asking because some of my branch code does escape the output of canonical url, and jamesh productseries code does not. So there is a discrepancy.
[02:26] <ddaa> At least one of those should be fixed.
[02:27] <BjornT> ddaa: right. & (in the query part) needs to be escaped, so it doesn't hurt to always use cgi.escape for hrefs. otoh, at least currently, canonical_url shouldn't return a url with a query part, so it should be safe not to escape it.
[02:28] <ddaa> does not sound very future-proof
[02:28] <BjornT> ddaa: if you want to fix it, make jamesh' code use cgi.escape, i guess it doesn't hurt to be on the safe side.
[02:28] <ddaa> ack
[02:29] <ddaa> BjornT: care to bring the issue up on the reviewers meeting. I think it would be nice to have reviewers enforce a specific coding standard for that.
[02:30] <BjornT> ddaa: sure
[02:31] <ddaa> Since LP probably needs a global fixup for that problem, and my bag of nitpicks is running low, I'll leave jamesh code alone, though.
[02:53] <jamesh> ddaa: did my explanation of why validate() can get called without a fully populated data dict make sense to you?
[02:54] <ddaa> I see the necessity in that.
[02:54] <ddaa> I'm not really happy about the added complexity that involves for the validate code, but I do not see a way to make it simpler.
[02:56] <ddaa> jamesh: if you have time, I'd like if you could take that bug. Just remember that a None product is valid, so you need to do: "'product' in data" instead of data.get
[02:57] <ddaa> otherwise, it's almost trivial
[02:58] <jamesh> okay
[02:59] <ddaa> I'm setting up a runner script for your buildbot error reporting now, so I can quickly eyeball if something went queer after the last importd rollout
[03:00] <ddaa> Thanks to your help, I think we are now running out of critical bugs :)
[03:00] <jamesh> maybe we'll need to break something critical then
[03:01] <ddaa> mh... what about tackling some of the High importance bugs instead? :)
[03:03] <ddaa> And maybe even break some ground with delete-branches!
[03:03] <ddaa> or importd-ng
[03:04] <ddaa> it's about time we finish with the boring stuff
[04:28] <flacoste> salgado: ping
[04:30] <flacoste> salgado: unping
[05:22] <Zaxxon> hi need help ... just loaded ubuntu and it can't see my usb wireless card it's a EUB 362 ext any info ??
[05:22] <malcc> Zaxxon: Try #ubuntu
[05:23] <Zaxxon> tks
[05:32] <Spads> am I missing a grand internut mme?
[05:32] <Spads> I'm missing the right channel, that's for sure.  
[05:32] <Spads> mcm
[06:37] <bradb> mpt: I'd be interested to hear your feedback on my ideas in bug 52613.
[06:37] <Ubugtu> Malone bug 52613 in malone ""Duplicate" system is conceptually erroneous" [Untriaged,Confirmed]  http://launchpad.net/bugs/52613
[07:12] <marcuz> hello, I received the email to confirm my gpg key, but I'm not able to decrypt it ("gpg: error in CRC;"). other encrypted email have to files attached (with MIME application/pgp-encrypted and application/octet-stream), but the one from ubuntu is in cleartext. how can I decrypt it? (client: sylpheed)
[07:16] <Ubugtu> New bug: #59544 in launchpad "Who wants to be a (karma) millionaire?" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59544
[08:05] <ddaa> bradb: any thought on the discussion in https://launchpad.net/products/bzrk/+bug/56881 ?
[08:05] <Ubugtu> Malone bug 56881 in bzrk "Not redirected to bzr-gtk" [Untriaged,Fix released]  
[08:06] <gnomefreak> how do i get a team assigned to a certain type of bug?
[08:07] <gnomefreak> s/assigned/subscribed
[08:07] <bradb> ddaa: bug 1095
[08:07] <Ubugtu> Malone bug 1095 in malone "Unnecessarily difficult to find how to change status or reassign a bug" [Medium,Confirmed]  http://launchpad.net/bugs/1095
[08:13] <bradb> gnomefreak: Use the "Subscribe someone else" link on the bug page, in the top left corner.
[08:14] <bradb> er, /type/ of bug...hmm
[08:14] <gnomefreak> i got it ty
[08:14] <bradb> gnomefreak: do you mean all bugs for a specific package, btw? that's different.
[08:14] <gnomefreak> yes
[08:15] <gnomefreak> example https://launchpad.net/distros/ubuntu/+source/xserver-xgl/+bugs
[08:15] <bradb> gnomefreak: ok. you want https://launchpad.net/distros/ubuntu/+source/xserver-xgl/+subscribe
[08:16] <gnomefreak> yeah i got that than subscribed and it gave me the page i gave you :)
[08:16] <bradb> ok, cool :)
[08:20] <mdz> bradb: I need a URL to fill in here: "More information about bug tracking in Launchpad can be found at XXX."  What would be a good choice?
[08:38] <ddaa> mdz: https://help.launchpad.net/BugTrackingHighlights ?
[08:39] <mdz> ddaa: that looks good, thanks
[08:52] <gnomefreak> bradb: now that the team is subscribed every memeber should get email when a bug on that is filed?
[08:53] <bradb> gnomefreak: yep
[08:53] <gnomefreak> ok cool ty :)