/srv/irclogs.ubuntu.com/2006/09/07/#launchpad.txt

=== mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad
mptGooooooooooooooood morning Launchpadders!12:59
=== boim_ [n=aaron@boim.com] has joined #launchpad
=== mpt_ [n=mpt@203-167-187-118.dsl.clear.net.nz] has joined #launchpad
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad
=== xenru [n=Miranda@85.192.12.26] has joined #launchpad
=== oohlaf [i=olaf@deschacht.student.utwente.nl] has joined #launchpad
=== fasdfasdf [n=mc@62.218.230.197] has joined #launchpad
fasdfasdfhow to get karma with support?01:58
fasdfasdfi made comments but did not get karma,what does to have happen so that i get karma?02:00
oohlaf"This Source has been certified and is now unmodifiable."02:18
oohlafhehe, ehm, how can I change the CVS repo url for https://launchpad.net/products/yate/devel/+source02:18
oohlafupstream changed hosts02:19
jameshoohlaf: email launchpad-users02:53
oohlafjamesh: oki, do I need to be subscribed, or is it open?03:03
oohlafwiki:MailingLists, which wiki? wiki.ubuntu.com?03:03
jameshoohlaf: you need to be subscribed.  It is low volume03:03
jameshhttps://lists.ubuntu.com/mailman/listinfo/launchpad-users03:03
oohlafhmm, that's weird, both yate.null.ro and voip.null.ro point to the same ip03:32
oohlafyet, if I access the cvs repo at voip the last update is a few months ago03:33
oohlafif I use yate.null.ro it is recent03:33
jameshI don't think CVS had support for name based vhosts03:34
jameshlifeless: ping?03:41
=== quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad
UbugtuNew bug: #59280 in soyuz "queue tool does not display target pocket" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5928004:01
UbugtuNew bug: #59281 in soyuz "queue tool can't filter on source package" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5928104:01
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
lifelessjamesh: pong04:31
jameshlifeless: I've been working on the product series branch stuff, and there was a question that came up with ddaa's mini-review.04:33
lifelessshoot04:34
jameshlifeless: in my branch, I have series.import_branch being the attribute that importd uses for all its stuff and series.user_branch being setable by the user.  The series branch is considered to be user_branch if set, falling back to import_branch04:34
jameshddaa mentioned wanting to make sure the series branch is unique, and it isn't trivial to do multi-field unique constraints like this (i.e. saying that user_branch is different to all import_branch values)04:36
lifelesswhy should it be unique ?04:36
jameshand I was wondering if things might be simpler if series.user_branch _is_ the product series branch04:36
jameshand have importd's branch creation look like this:04:37
jamesh(1) create branch and set series.import_branch to it04:37
jamesh(2) if series.user_branch is NULL, assign this branch to that attribute too04:37
jameshI'm not sure about the uniqueness constraint.  He brought it up because the existing field is set to be unique04:38
lifelessok04:38
lifelessits important that importd only have one reference to each branch04:38
lifelessand its separately important than users not be able to commit to importd branches04:38
jameshI mentioned that in my reply -- I can see the problems importd would face if that constraint broke04:39
lifelessbut I dont think its important that a users branch not be mentioned by two series04:39
jameshOkay.04:39
lifelessits not very useful, but it may be frustrating to have an arbitrary 'you must fix this somewhere else in the system' error04:39
jameshwhat do you think about getting importd to set user_branch if it is NULL?04:40
lifelessparticularly if its not /easy/ to get to the other series that happens to be referencing the branch you are trying to set04:40
lifelesscoming to that04:40
lifelessso I think its much nicer for users to let them do what they want here - but if we choose to require uniqueness on the series branch, we should make it easy - as a priority IMO - to get to the other branch to change it. A direct link in the error for instance.04:41
lifelessas for implementing uniqueness by having importd assign to user_branch - sure. But rather than checking for NULL, make it not NULL.04:41
jamesh(I've done this in my branch, btw -- the error includes a link to the other series)04:41
lifelessjamesh: nice04:41
lifelessso make it not NULL, that way we'll never have a bug where its not set and we dont fall back for some reason04:42
jameshmake what not null?04:42
jameshthere will be series without Bazaar branches, so user_branch can't be a NOT NULL column04:43
lifelessmmm04:43
lifelessI see a potential for bugs:04:43
lifelessimportd_branch is set04:44
jameshI was also thinking that getting importd to set user_branch would simplify the UI a bit04:44
lifelessseries_branch is not set04:44
lifelessbut we dont fallback 04:44
lifelessso it thinks there is no series branch, but there should be04:44
lifelessthats my only concern04:45
jameshso that if the user sets up CVS import details and a branch gets created, they'll see that branch in the product series edit form04:45
jameshat the moment they'd see a blank field04:45
lifelesslet me put it another way04:46
lifelesswe're saying that there should be an invariant : if there is an importd branch, there must always be a series branch04:46
lifelessthe series branch -may- be NULL IFF the importd branch is NULL04:46
lifelessperhaps a constraint on the record, to preserve that invariant is all thats needed to trap bugs04:47
lifelessgrabbing food04:47
=== quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad
mptfasdfasdf, you should be getting karma from helping with support, but that might not start happening for another week or two05:31
UbugtuNew bug: #59291 in soyuz "queue tool seems confused about NEWness" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5929105:35
UbugtuNew bug: #59292 in soyuz "Confusion between +packages and +distributions pages" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5929205:40
jameshlifeless: so, I guess removing the uniqueness constraint for series.user_branch would solve most of these issues05:54
jameshlifeless: also, have you had a chance to look at my product-release-finder branch?05:55
lifelessjamesh: oh, no. I'll do so tonight I think05:55
jameshlifeless: I put up a second product-release-finder branch (jamesh/launchpad/bug-58847) that includes a merge of the first.  It might be easier to just review that.05:56
jamesh(it includes the fix for the UnicodeError we ran into most recently)05:57
lifelesssweet05:57
lifelessshall do05:57
jameshonce that's in, hopefully we'll get a full successful run05:58
lifelesswhats the review url?06:11
lifeless(i'm in deep hack mode)06:11
jameshhttps://devpad.canonical.com/~jamesh/pending-reviews/jamesh/launchpad/bug-58847/full-diff06:11
lifelesswhats the vocab for ?06:14
jameshI added the dbschema vocab in the previous branch, but forgot to include the registration for it.  I guess it'd be worth adding a verifyObject() test to make sure the file info object is being created properly06:18
lifeless;)06:34
lifeless+1 with that06:34
jameshthanks.06:38
=== stub [n=stub@ppp-58.8.5.212.revip2.asianet.co.th] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== glatzor [n=sebi@ppp-82-135-3-178.dynamic.mnet-online.de] has joined #launchpad
=== dsas [n=dean@host86-129-17-245.range86-129.btcentralplus.com] has joined #launchpad
=== quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad
=== Fujitsu [n=Fujitsu@c58-107-62-26.eburwd7.vic.optusnet.com.au] has joined #launchpad
SteveAmorning08:04
FujitsuAfternoon, SteveA.08:08
UbugtuNew bug: #59301 in blueprint "Don't give me a vague "URL is registered by another specification" error" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5930108:10
SteveAhi Fujitsu.  morning!08:12
FujitsuNot in Austuralia!08:12
BurgundaviaSteveA: is there a spec for "every false url is a search"?08:13
=== ryanakca [n=ryan@d226-26-139.home.cgocable.net] has joined #launchpad
lifelessBurgundavia: I dont think so08:15
lifelessBurgundavia: if you write one, please consider http correctness as part of it08:15
Burgundaviahttp correctness?08:16
SteveAit should be a 40408:16
SteveAunlike what moin does08:16
Burgundaviaright, I love what moin does08:16
Burgundavia404 are very very human unfriendly08:16
SteveAum08:16
SteveAno08:16
SteveAit *should* be a 40408:16
SteveAa 404 page can show search results08:16
SteveAmoin returns a 200 for a page that doesn't exist08:17
Burgundaviaah08:17
SteveAmeaning that your browser remembers it in the history08:17
Burgundaviaah08:17
SteveAand caches cache it08:17
SteveAetc.08:17
jameshwhile internet explorer often hides 404 pages, it will display them if they are big enough08:17
jameshbit of a weird behaviour08:17
SteveAjamesh: good point.08:17
Burgundaviaok, we are talking at different levels. I am talking about what the user sees08:17
SteveAjamesh: there are similar heuristics in parts of outlook, I've found.08:17
SteveAjamesh: MS seem to have a habit of using flakey heuristics.08:18
SteveABurgundavia: so am I08:18
jameshBurgundavia: they see whatever the web server sends, usually08:18
SteveABurgundavia: if the user sees lots of pages that don't exist in their history, or out of date searches because they're cached08:18
SteveAthen that's a problem08:18
Burgundaviaok08:19
jameshI like the sound of microsummaries in Firefox 208:19
SteveAthere maybe a a bug on this, but not a spec yet08:19
lifelessjamesh: theres a documented trigger for IO08:19
lifelessIE I mean08:19
lifelessits in the techbase08:19
Burgundaviaanyway, it would be nice if LP was smart when users are dumb08:19
jameshif we put the right file on our server, you'd be able to bookmark a bug on launchpad, and the bookmark title gets updated when people edit the bugs title08:20
SteveABurgundavia: If you write a spec for this, I will review it, and get it prioritized on the path to implementation08:20
BurgundaviaSteveA: will do08:20
SteveAjamesh: nice08:20
jameshSteveA: http://wiki.mozilla.org/Microsummaries08:20
SteveAjamesh: do you know if FF2 will be in edgy?08:20
FujitsuSteveA, the beta is.08:21
jameshSteveA: if Edgy really is 6.10, I doubt it08:21
Burgundaviab1 is already in edgy08:21
SteveAgreat.  I'll install edgy soon, and try it out08:21
FujitsuBurgundavia, isn't it b2?08:21
FujitsuHm.08:21
FujitsuYou're right, it is only b1.08:21
jameshBurgundavia: as default, or as an extra package?08:21
Burgundaviab2 is out but not yet packaged08:21
Burgundaviadefault08:21
Burgundaviait breaks ephy is horrible horrible ways08:22
jameshlifeless: seems the condition is that the 404 page be larger than 512 bytes08:22
SteveAjamesh: why do they need xslt for microsummaries?08:22
SteveAjamesh: seems overdesigned to me08:23
jameshSteveA: it is designed to be able to extract a title from the page08:23
jameshSteveA: and to allow writing microsummary generators for other people's websites08:23
SteveAjamesh: can you ignore the xslt part, and just give them the summary?08:23
jameshSteveA: no idea.  The XSLT could be a simple <xslt:value-of select="...."/> though08:24
lifelessjamesh: I dont recall precisely, but it is well documented by MS.08:24
=== mpt [n=mpt@203-167-187-118.dsl.clear.net.nz] has joined #launchpad
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
SteveAjamesh: for launchpad, it would obviously be much much cheaper to render a u-summary than to render the whole page08:26
mpthi SteveA 08:26
jameshSteveA: yeah.  It isn't clear the spec allows you to direct them to a different URL to retrieve the summary08:26
SteveAjamesh: I can see why they've done it this way -- to make it easy for people who just have file-upload ability to sites to write such summaries, and to allow third parties to write summaries.  but...08:28
SteveAI think that should be a fall-back to having a <link> in the document, to a page that has the microsummary08:29
SteveAor having FF request the microsummary with a different mime type08:29
SteveAtheir spec doesn't give any indication about where to send comments08:30
jameshI was just looking for such a link08:30
SteveAthe only one I see is [edit]  ;-)08:30
jameshmyk@mozilla.org might be appropriate08:30
=== carlos [n=carlos@203.Red-81-35-100.dynamicIP.rima-tde.net] has joined #launchpad
jameshthe links to the examples are on his people.mozilla.com page, and has his email at the bottom08:31
jameshhttp://people.mozilla.com/~myk/microsummaries/generators/08:31
carlosmorning08:32
SteveAjamesh: do you know "myk" ?08:33
mptI know his/her name is Myk Melez08:33
SteveAI'm concerned that this feature is like an RSS reader...08:34
SteveAexcept that it's not reading RSS08:34
=== ryanakca [n=ryan@d226-26-139.home.cgocable.net] has joined #launchpad
SteveAthe web server is given no opportunity to just return the minimum necessary08:34
SteveAso it may encourage webservers to add "number of requests per minute" limitations to all pages08:34
SteveAwhere such things were previously common just for dynamically generated RSS08:35
SteveAhttp://www.melez.com/mykzilla/08:36
jameshIt'd also be nice to be able to include multiple microsummary generators in a single file08:37
jameshbut that doesn't seem possible08:37
SteveAjamesh: would you be interested in blogging about microsummaries?08:40
jameshsure.08:40
SteveAmaybe that's a good way to give public feedback08:40
SteveApersonally, I think it's a cool idea, but I'm concerned about the "encouraging a lot of full page renders on a web app" aspect.  For example, on launchpad, serving up a simple xml view of the data would make the xsl-t more reliable.08:42
SteveAand we could make it not a resource concern08:42
mptSteveA, voice call?08:45
SteveAmpt: sure, but in 15 mins?08:46
mptok08:46
mptI'll see if I can fix another bug in 15 minutes ...08:47
mptIn the meantime you might want to pull mpt/launchpad/2006-08-ui to see progress08:48
SteveAmpt: i'll be ready in a few minutes.  ekiga or skype?09:00
mptI haven't had a successful call with Ekiga yet, so it depends how much troubleshooting time you have :-)09:02
SteveAI had a good ekiga call with mpool09:02
SteveAso, let's give it a go, and if not, use skype09:03
mptok09:03
SteveAill wait until I've merged your branch09:03
SteveAit is half way through merge phase zero09:06
SteveAand now it is done09:08
SteveAthat phase zero... it's the big one09:08
mptBig fat zeroes09:08
SteveAmpt: I'm running ekiga now09:10
SteveAlet me know when you are, and I will call you09:11
mptI am09:11
SteveAfunny... my headset connects and reconnects for each ring09:12
mptI clicked "Accept" and immediately got "Remote user has stopped calling"09:12
SteveAso it goes beep-ring-beep (pause) beep-ring-beep (pause)09:12
SteveAi'll call again09:13
SteveAok, let's try skype09:13
mptok09:13
=== Spads [n=crack@host-87-74-19-213.bulldogdsl.com] has joined #launchpad
carlosjamesh: hi, could you do  a fast review for me?09:34
carlosjamesh: I forgot to add support for koffice in the branch you reviewed yesterday09:34
carlosjamesh: https://devpad.canonical.com/~andrew/paste/fileK6LECC.html09:34
jameshcarlos: looks okay09:37
carlosok, thanks09:37
jordicarlos: the Punjabi stuff is interesting09:51
carlosjordi: and confusing...09:52
jordibecause we did unify the effort a while back :(09:52
jordiI'm not happy about splitting it again.09:52
carloswell, if there is a valid language code (seems to it)09:52
carlosand both teams are not able to work together...09:52
carloswe cannot force them to do it09:52
carlosIt's not exactly like es_ES vs es09:53
jordiI know09:53
carlosit's quite similar, but not the same09:53
carlosso...09:53
jordiI need more info regarding their inability to work together09:53
jordithere were argentinians claiming they couldn't contribute to es at some point09:53
jordiI want to make sure they really can't "understand each other"09:54
carlossure09:54
carloswe should try to convince them, but if we reach a point when they say 'no way' we cannot force them to do it09:54
jordiwoa, and kopete is also sweet09:55
jordiyeah, I agree09:55
jordiI want more opinions from the area though09:55
carlossure09:56
jordiDebian or GNOME Punjabi teams09:56
carlosthat's also something to talk with that guy, if he really sees that we should split, he should start doing it in GNOME and KDE too09:56
carlosso we  don't start having problems with upstream09:57
carlosstub: hi, if you already saw my cherrypick request, I would like to ask you some extra minutes to get another merger request accepted by PQM, it's related to that cherry pick, but I forgot to add that code there, it adds support for KOffice layout09:59
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
SteveAdanilos, carlos: short meeting in 10 mins?10:20
carlosSteveA: sure10:21
danilosSteveA: sure10:21
SteveAok, thanks.10:21
jordiSteveA: should I be there?10:25
danilos"jordi, the social guy" :P10:25
SteveAjordi: this is a specific meeting with mpt about some 1.0 ui stuff10:26
SteveAso you don't need to be involved10:26
SteveAit's more about the technicalities of searching and when some specs are scheduled10:27
jordiSteveA: okay10:27
jordidanilos: dude shuddup10:27
jordi:)10:27
sivangmorning10:32
SteveAbug 4410:32
UbugtuMalone bug 44 in rosetta "Messages should be searchable." [Wishlist,Confirmed]  http://launchpad.net/bugs/4410:32
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
=== malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad
=== Spads [n=crack@217.205.109.249] has joined #launchpad
=== jinty [n=jinty@132.Red-83-55-196.dynamicIP.rima-tde.net] has joined #launchpad
stubcarlos: ok11:07
=== ryanakca [n=ryan@d226-26-139.home.cgocable.net] has joined #launchpad
carlosstub: the merge is done, and the new revision number in your inbox11:07
carlosstub: thank you11:08
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
UbugtuNew bug: #59318 in launchpad ".changes file should be displayed too" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5931811:50
SteveAmalcc: ping11:59
malccSteveA: pong12:06
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
SteveAmalcc: I had an idea about the __eq__ sets thing.  see list12:18
malccSteveA: I saw. I don't think it can be that, as that would have fooled my debugging too - I was only able to confirm this was caused by them being different objects because they repr()ed with different ids12:19
SteveAin that case, my recommendation is to work around it explicitly using obj.id for now, and know that this will be fixed when we upgrade to a better ORM12:22
SteveAthe correct way to implement __eq__ involves taking into account object class, object id and database connection id.12:23
SteveAbut, given the hairiness of sqlobject connection handling, i think implementing it properly will be error-prone12:23
SteveAso, it's better to use the minimum needed in the code where it is needed12:23
SteveAmaybe implement __eq__ based on object id, and make it raise a warning, or even raise an exception12:24
SteveAwhat do you think?12:24
malccHmm, yes12:24
malccMaking it raise would be bad12:25
malccNo more SQLObjects in sets at all, even if you can be sure of the comparison issues in your particular case...?12:25
stubIs there any reason why we can't implement __eq__ according to those criteria?12:26
malccI think your ideal comparison is the right one12:26
stubtype comparison, object.id comparison, check the connection cache to ensure both objects are in the current cache12:26
malccYes, stub's question is the right one - if we can do the right thing, we should. If we can't, I'm not sure which of the workarounds is best, possibly just leaving well alone and noting the issues12:26
SteveAmalcc: we shouldn't use sqlobjects in sets if they're not implementing __eq__ properly12:28
SteveAstub: I don't know about checking theyre in the current cache.  we'd just check they have the same connection12:29
SteveAbut, it is a bug today, right now, to use __eq__ on a database object12:29
SteveAunless you specifically mean "this very object Ihave here"12:29
SteveArather than "the object from the current connection with this class and this id"12:29
malccSteveA: If that's how SQLObject is supposed to work, then yes, using __eq__ is a bug.12:30
malccSteveA: I thought it was supposed to unique these things, in which case we've exposed a SQLObject uniquing bug here instead12:31
SteveAwhat does "to unique these things" mean?12:31
malccTo ensure that there can only be one object in any one transaction representing any one database row12:32
SteveAok, to ensure uniqueness12:32
SteveAsqlobject doesn't do that12:32
SteveAit does it *a bit*12:32
SteveAenough to lull you into a false sense of security12:32
malccCool!12:32
SteveAbut it isn't designed to do it thoroughly12:32
stubSteveA: If there is a back reference to the connection in the object, sure. But I thought we would have to ask the connection if the object is valid (which means it is in the connections cache) (?)12:32
SteveAanother reason to use a better-designed ORM12:32
SteveAstub: there is a kinda back-reference, but now we're getting into horrible hairy territory.12:33
SteveAstub: so maybe your plan of making it only work for the current cache is a good one12:33
SteveAstub: I still think that this issue is too hairy for sqlobject, and we should make people use obj.id12:33
SteveAbut I think I may be too extreme to be practical there12:34
malccWell, given it doesn't work properly, we might not actually have that many places comparing SQLObjects with ==12:34
stubI don't think we will be worse off if we just implement __eq__ checking for just id and class equality either. If the developer uses objects from previous transactions, then the obj.id == ob2.id comparison won't stop that happening either.12:35
stubmalcc: Wouldn't that fall back to id(obj) == id(obj2), which would often work by accident?12:35
malccstub: Yes, I guess it would often work12:39
BjornTi think comparing SQLObject with == is quite frequent in our code base, so most of the time it seems to work.12:39
malccI think ignoring connections and making == mean "represents the same row" is winning at the moment, for me12:41
malccHmm, or forcing everyone to use id. I'm so indecisive today!12:42
malccI'm having one of those days when I shouldn't be allowed to develop12:42
=== stub is having one of those weeks
=== ddaa [n=ddaa@82.241.238.155] has joined #launchpad
SteveAok, let's define that two database objects are equal if they are of the same class and have the same obj.id.01:07
SteveAat least then, we know what we want to happen, rather than have a kinda random situation.01:07
SteveAwho wants to implement this, with tests of __eq__, __ne__ and __hash__ ?01:07
malccSteveA: I suggest a further email to the launchpad list before implementation; several people on that thread aren't awake yet01:10
SteveAlet's cover it in the meeting01:11
=== lbm [n=lbm@89.150.65.13] has joined #launchpad
=== mdke_ [n=matt@81-179-118-187.dsl.pipex.com] has joined #launchpad
=== cprov-afk is now known as cprov
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
=== Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad
sabdflevening all01:47
jordihey mark01:47
stubArgh... its Thursday!01:50
stubMeeting in 10 mins I guess01:50
stubOr do we get to cancel due to a lack of brazilians?01:50
=== stub crosses his fingers
stubyo01:51
SteveAstub: there's still the meeting01:52
SteveAand there will be some brazilians here01:52
jordioh it is thursday01:54
Ubug2New bug: #59330 in rosetta "Request: Mark string as "translation is not necessary"" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5933001:55
=== mpt wakes up reluctantly
=== stub wonders wtf his week went
bradbstub: You saw the query timings I sent you? Will removing the distinct speed up the query that much?01:57
bradbi.e. old one: https://devpad.canonical.com/~andrew/paste/fileQJI0RU.html01:58
stubbradb: Nothing significant.01:58
bradbvs. new one: https://devpad.canonical.com/~andrew/paste/fileYuSRa7.html (less the distinct)01:58
=== lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad
bradbthe new one is quite a bit slower01:58
SteveAooh01:59
SteveAit's that time of week again01:59
SteveALAUNCHPAD DEVELOPMENT MEETING01:59
SteveAwelcome to today's meeting01:59
SteveAwho's present today?01:59
bradbM.E.01:59
malccme01:59
BjornTme01:59
SteveA * Andrew: on leave (2006-09-07)02:00
SteveA * Matsubara: on leave (2006-09-07)02:00
SteveA * Kiko: on leave02:00
SteveA * James02:00
cprovme02:00
malccbradb: Myalgic Encephalomyelitis?02:00
danilosme02:00
mptme02:00
bradbsounds painful02:00
SteveAstub: ?02:01
daniloscarlos: ping02:01
stubhere02:01
SteveAjordi: ?02:01
ddaahere02:01
SteveAhi ddaa 02:01
SteveAlet's go02:01
bradbno francis?02:01
carlosme02:01
jordihey!02:01
SteveA== Agenda ==02:01
SteveA* Roll call * Agenda * Next meeting * Activity reports * Actions from last meeting * Oops report (Matsubara) * Bug report report (mpt) * Production and staging (Stuart) * Launchpad 1.0 status reports * Sysadmin requests02:01
jordiI0m here02:01
SteveA---- * SQL object equality (Steve) * (other items)02:01
SteveAhmm02:01
SteveAirssi...02:01
SteveA---- * Keep, Bag, Change * Three sentences02:01
SteveAnext meeting -- next thursday as usual?02:02
SteveAany public holidays etc?02:02
SteveAmpt: would you set the channel title accordingly please?02:02
=== kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
SteveA(I don't know how to drive that in irssi)02:02
SteveAhey kiko02:02
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
SteveAwasn't expecting you today02:02
kikoI missed you all02:02
jordi(stevea: /topic <tab>)02:02
daniloskiko: :)02:02
kikoand I came to pimp my picture up at www.bigbiker.com.br02:02
kikoanyway sorry for interrupting02:03
kikome02:03
SteveA * Activity reports02:03
flacosteme02:03
SteveAwho's hot an dwho's not02:03
=== SteveA is not hot.
mptup to date (finally!)02:03
flacosteup to date02:03
kikonot hot but on vacation02:03
stubup to date02:03
danilosbehind again02:03
carlosI'm hot!02:03
malccI'm up to date02:03
bradbup to date02:03
BjornTup to date02:03
danilos(just that I caught up :()02:03
ddaaup to date02:03
cprovnot up, will send summary02:04
SteveA * Actions from last meeting02:04
SteveA * SteveA to update infrastructure specs if /$name is needed for 1.002:05
SteveAstill to do.  it is needed.02:05
SteveA * stub to check that bug 57474 isn't an SQL injection attack vector02:05
Ubug2Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [High,Confirmed]  http://launchpad.net/bugs/5747402:05
SteveA * SteveA to put up a wiki page for the launchpad project to note disaster scenarios on, and mail the list about it02:05
SteveAstill to do02:05
stubDidn't do that :-(02:05
SteveAactions for steve and stub02:05
SteveA * Oops report (Matsubara)02:05
kikoSteveA, he sent us the report through mail, will you proxy?02:06
SteveAyes02:06
SteveAthe following is from matsubara:02:07
SteveAhere's the OOPS bugs that I think it would be worth mentioning in the meeting:02:07
SteveAThis is a really weird bug that causes repeated calendar subscribers to appear02:07
SteveAin the portlet because of that it issues insane amounts of SQL queries:02:07
SteveAhttps://launchpad.net/products/launchpad-cal/+bug/5776202:07
Ubug2Malone bug 57762 in launchpad-cal "Calendar subscription portlet shows lots of repeated subscriptions." [Medium,Confirmed]  02:07
SteveA02:07
SteveAwe need to remove the calendar from view, as part of 1.002:07
SteveAso I propose simply removing that portlet02:07
SteveABroken links to sourcepackages in the +packages page:02:08
SteveAhttps://launchpad.net/products/soyuz/+bug/5039902:08
Ubug2Malone bug 50399 in soyuz "Broken links at /people/$person/+packages" [Medium,Confirmed]  02:08
carlosSteveA: will we lose the calendar?02:08
SteveAcarlos: yes02:08
mpthurrah02:08
carlosok02:08
SteveAcarlos: we'll bring it back when it works well enough02:08
SteveAand we have time to do it02:08
carlosI know we are not using it too much...02:08
carlosoh I see02:08
carlosthat's fine, then02:08
mptWho should be assigned to the removal?02:08
kikompt, wanna do it?02:08
SteveAmpt: for the portlet alone, you02:08
mptehehe02:09
mptok02:09
SteveAfor the whole lot... how about you again?02:09
mptall right02:09
SteveAthanks!02:09
mptRemoving code, I can do02:09
SteveAyou are a star02:09
SteveAwe'll leave the guts in02:09
SteveAbut remove it from the UI02:09
SteveAmalcc, cprov: comment on but 50399?02:09
SteveA02:10
SteveAmore from matsubara:02:10
SteveAI'd suggest Bjorn to take this one:02:10
SteveAhttps://launchpad.net/products/launchpad/+bug/4491902:10
Ubug2Malone bug 44919 in launchpad "UnicodeDecodeError while registering a new account." [Medium,Confirmed]  02:10
SteveAI can take this one if it can wait until monday:02:10
SteveAhttp://launchpad.net/bugs/5924902:10
Ubug2Malone bug 59249 in launchpad-bazaar "Edit branch details form need input validation for non-existent product" [High,Confirmed]  02:10
SteveAddaa: comment?02:10
kikomalcc, cprov: is that the bug where we have depends, etc on unpublished packages?02:10
ddaaSteveA: to me, it looks like a bug in the form machinery02:11
SteveAddaa: can it wait until monday?02:11
malcckiko: Don't think so02:11
kikooh02:11
kikoit's in that page I fixed up02:11
malccSteveA: On 50399, just haven't proiritized it, haven't looked in any detail02:11
ddaaSteveA: it's ugly, but I do not see it as critical.02:11
kikomalcc, ah, I know what it is02:12
kikothat package name has an epoch02:12
BjornTi've assigned myself to bug 44919. i'll see if there's a quick fix for it. otherwise it'll probably take a while, since it requires changes (with a proposal) in upstream zope3.02:12
Ubug2Malone bug 44919 in launchpad "UnicodeDecodeError while registering a new account." [Medium,Confirmed]  http://launchpad.net/bugs/4491902:12
kikoso canonical_url is busted02:12
kikoduh02:12
SteveAbug 59249 can wait until monday, and be done by matsubara, then02:12
Ubug2Malone bug 59249 in launchpad-bazaar "Edit branch details form need input validation for non-existent product" [High,Confirmed]  http://launchpad.net/bugs/5924902:12
kikomalcc, I'll do it, no worries02:13
=== Fujitsu_ [n=Fujitsu@c58-107-62-26.eburwd7.vic.optusnet.com.au] has joined #launchpad
malcckiko: Cool, thanks02:13
SteveAThe top time out (+translate page):02:13
SteveAhttps://launchpad.net/products/rosetta/+bug/3060202:13
Ubug2Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  02:13
jordiI'm up to date (again) on activity reports02:13
SteveAStuart need to create a cache table so Carlos or Kiko can continue on the code02:13
SteveAmodification to optimize the +translations page:02:14
SteveAhttps://launchpad.net/products/rosetta/+bug/249702:14
Ubug2Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  02:14
danilos30602 state still same as last week02:14
kikoyes!02:14
kikoyes!02:14
stubIts on top of my todo02:14
danilos(i.e. not much work done on it; it's currently conflicting some clean-up work carlos is doing, so we're coordinating that between ourselves)02:14
SteveAok02:15
SteveAthat's all from matsubara's oops report02:15
SteveABjornT: on 44919, you can make a band-aid fix locally in our zope, seeing as this oops happens from time to time.  it is an option.02:16
SteveA * Bug report report (mpt)02:16
mptLaunchpad has 18 Critical bugs without released fixes. Well done to cprov, malcc, and kiko for committing fixes for several of them recently. The oldest remaining eight are:02:16
mpt * Bug #1558 (Export request form should check for uniqueness of entry), Critical, Confirmed, danilos02:16
Ubug2Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed]  http://launchpad.net/bugs/155802:16
mptdanilos, this is newly Critical, and it's not clear why from the bug report. Is it really?02:16
mpt * Bug #2497 (/people/*/+translations times out for prolific translators), Critical, Confirmed, stub, which SteveA has already mentioned02:16
Ubug2Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/249702:16
mpt * Bug #30602 (Timeout errors in +translate), Confirmed, Critical, danilos, which SteveA has already mentioned02:16
Ubug2Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/3060202:16
danilosmpt: matsubara said that those type of errors should be deemed critical since a little while ago02:17
mpt * Bug #31308 (Cannot set branch associated to a product series), Critical, In Progress, jamesh02:17
Ubug2Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,In progress]  http://launchpad.net/bugs/3130802:17
mptjamesh, tell us the good news02:17
kikompt, it's critical because it's an oopser.02:17
mptok02:17
mpt * Bug #42760 (Exception NameNotAvailable raised while trying to create a new msgset from submitted translation), Confirmed, Critical, carlos02:18
mpt * Bug #44214 (We need to add code to prevent POFiles being in the same path), Confirmed, Critical, carlos02:18
mpt * Bug #46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Confirmed, Critical, carlos02:18
mptcarlos, will you have time for those three this week? Should danilos get one of them? :-)02:18
ddaampt: jamesh working on 31308, I reviewed his code once. Will review again then it's up to the review team and pqm.02:18
Ubug2Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,Confirmed]  http://launchpad.net/bugs/4276002:18
Ubug2Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,Confirmed]  http://launchpad.net/bugs/4421402:18
Ubug2Malone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed]  http://launchpad.net/bugs/4698202:18
mptddaa, great02:18
mptand finally02:18
mpt * Bug #48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb02:18
Ubug2Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress]  http://launchpad.net/bugs/4886002:18
mptbradb, do you have a solution sorted out yet?02:18
carlosmpt: I'm fixing 42760 right now02:18
daniloskiko: specifically, it's because it's raising IntegrityError, according to matsubara02:18
kikoright02:18
bradbmpt: No. Some discussion on list, but no conclusion yet.02:18
carlosmpt: I will look into 44214 later02:18
kikowhich causes the Retry exceptions to kick in02:19
carlosmpt: and I need to meet with danilo before starting with 4698202:19
daniloskiko: right02:19
bradbmpt: the other big issue related to it is fine-tuning who gets notifications about when a bug is marked a dupe.02:19
kikobradb, mpt: we'll sort parts of this out next week, I think.02:19
mptbradb, do you think it's urgent enough to just do a temporary workaround (like, don't do subscriptions from dups at all) until there's time to implement a more elegant solution?02:19
kikoBjornT had a good suggestion02:19
kikoand we should do it02:19
bradbmpt: hm, almost02:20
kikoso let's reconvene next week and get a mini-spec for the mitigation strategy02:20
kikosans ignore subs for now02:20
mptcarlos, ok, I've marked 42760 as In Progress then :-)02:20
carlosmpt: oh, right, I forgot it...02:20
carlosO:-)02:20
mptAnd that's all from me, SteveA 02:20
SteveAthanks mpt02:21
SteveA * Production and staging (Stuart)02:21
SteveA(stub)02:21
stubNothing thrilling is happening on staging except that a new database has been setup for language pack exports on Carbon so asuka should become much more reliable.02:22
stubI'll grant access via sodium after the meeting to carlos and danilos so it isn't blocked on shell accounts on carbon.02:22
stubProduction systems just had some cherry picks requested by carlos rolled out. I would like to push for fortnightly rollouts again, and skip next weeks rollout unless people cry.02:22
SteveAany urgent things to roll out?02:22
SteveAgood02:22
stubSo no rollout next tuesday, with next scheduled 19th Sep02:22
=== bradb won't cry. Release management will need testing.
SteveAstub: would you add that date to the status page?02:23
stubwill do02:23
SteveAta02:23
SteveAI'm going to jigger around the agenda a bit... don't be alarmed02:23
SteveA * Sysadmin requests02:23
flacostestub: did you cherrypicked 4016?02:23
SteveAsay "I have one!" if you have one, before the end of the count02:23
SteveA602:23
SteveA502:24
SteveA402:24
SteveA302:24
SteveA202:24
ddaahave one02:24
stubflacoste: no?02:24
=== carlos_ [n=carlos@203.Red-81-35-100.dynamicIP.rima-tde.net] has joined #launchpad
SteveA102:24
SteveAddaa: yes?02:24
carlos_sorry, my wireless network went down02:24
ddaaSteveA: same old thing, sudo -u supermirror on vostok02:24
SteveAcarlos_: any sysadmin requests?02:24
flacostestub: i sent an email yesterday about that: Cherry pick request: revision 401602:24
SteveAddaa: RT number?02:24
carlosno02:24
SteveA * SQL object equality (Steve)02:24
kikoSteveA, there's that one for carlos to get shell access on carbon02:24
ddaart 1653302:25
daniloskiko: that's what stub mentioned in "production and staging" above, no?02:25
kikoah right. just that it's an RT.02:25
carloskiko: hmm, right, but I don't have the number... I forgot it...02:25
SteveAafter some discussion by email and irc, I think we should implement __eq__, __ne__ and __hash__ for our databvase objects, so that the type and obj.id is taken into account.02:25
SteveAto be totally correct, we should take the connection id into account too02:25
SteveAbut that is way way flaky in sqlobject02:25
stubflacoste: Argh.... I didn't highlight the email. 02:25
kikoSteveA, right, right.02:26
=== stub thinks about moving cherry pick requests to LaunchpadProductionStatus too
SteveAso I'd rather have a simple contract we can keep to than have a contract we can't rely on02:26
SteveAso, that is my proposal.02:26
malccSteveA: +102:26
SteveAany serious worries?02:26
SteveA(I realize we don't have spiv or jamesh here, but jamesh was part of the earlier discussion)02:26
SteveAanyone interested in implementing it, with tests?02:27
kikoSteveA, +1, but unlikely to be able to implement in the short term.02:27
danilosif it's not short term, I'd be interested02:27
stubI'm happy to do it but also can't do it short term02:27
SteveAok.  I don't think this is harming anything except one recent soyuz issue by its absence02:28
kikoSteveA, which I've worked around/02:28
SteveAso, if it fits into soyuz bugfixing, then great02:28
SteveAotherwise, Action on me to document what we'll do02:28
SteveAand we'll do it when convenient02:28
SteveAthanks for the discussion, particularly stub, kiko, malcc and jamesh02:29
SteveA(did I miss anyone?)02:29
SteveA * Keep, Bag, Change02:29
SteveA802:29
SteveA702:29
SteveA602:29
SteveA502:29
SteveA402:29
SteveA302:29
SteveA202:29
SteveA102:29
SteveA002:29
SteveAthnku02:29
SteveA * Launchpad 1.0 status reports02:29
bradbMalone 1.002:29
bradb==========02:29
bradbRelease management: Quite a few more test failures to fix before landing.02:29
bradbKeeping bugs concise: Nothing new.02:29
bradbGuided filebug: Implemented "most common bugs" API with Francis last week.02:29
bradbMalone docs: Nothing new.02:29
danilosRosetta 1.0:02:29
danilos- opening edgy for translation: DONE!02:29
danilos- firefox import/export: slow progress (getting up to speed this week again)02:29
danilos- oo import/export: blocked on firefox02:29
danilos- translation review: slow progress (due to langpack improvements, automatic approval of less common import layouts)02:29
bradbBug tags: Nothing new.02:29
danilos- essential docs: assigned to danilos, need to discuss with jordi02:29
danilos- checks not to upload wrong language PO file using "too many changes" check: not started02:29
danilos- ui fixes: discussed02:29
danilos- outstanding issues: none02:29
ddaasupermirror-smart-server: spiv on vacation this week, reported on target. The goal is to get the smart-server up on launchpad for October 8th althought it's not expected to perform very well at that time.02:29
ddaaimportd-bzr-native: ddaa started on the cleanups, on track to be complete for lp-1.0.02:29
ddaabzr-roundtrip-svn (postponed): discussion to make bzr-svn acceptable to vcs-imports made good progress. Should yield improved bzr consistency checks for bzr-2.0.02:29
cprov = Soyuz-1.0 Report =02:30
cprov * PPA: blocked on ArchiveRework.02:30
cprov * Archive Rework: blocked on SoyuzTestSystem.02:30
cprov * SoyuzTestSystem: Good progress, currently held up by all the bugs we've already02:30
cprov   found in the new code from the sprint.02:30
cprov * Code quality: nothing big since sprint-cleanup.02:30
cprov * General Fixing: good progress,02:30
cprov   #30264 (P-a-s fix, needs test in dogfood),02:30
cprov   #31609 (Build-notification, need-review),02:30
cprov   #35965 (Exceptions in process-upload not communicated to uploader, commited),02:30
cprov   #58144 (Backport is rejected if an older backport is already there, needs review)02:30
cprov   #58187 (Uploads to frozen should land in unapproved, not be rejected, needs review)02:30
flacosteQuestion Tracker 1.002:30
flacoste---------------------------------02:30
flacoste- SupportTrackerWorkflow: guided request submission in production as of last Thursday. Spec is reviewed and implementation was just started.02:30
flacoste- SupportTrackerViews: waiting on completion of SupportTrackerWorkflow.02:30
flacoste- SupportTrackerKarma is implemented and in production as of last Tuesday.02:30
flacoste- Localization has been dropped as a 1.0 target.  Salgado finished rearranging it into other specs so that we can decide what will be a 1.0 goal and what's not.  Needs input from SteveA.02:30
flacosteRandom Things 1.002:30
flacoste-------------------------------02:30
flacoste- KarmaContext is implemented and in production.02:30
flacoste- PersonCreationRationale is almost finished. there are some small issues to sort and salgado needs to write a script to guess the creation rationale for existing profiles.02:30
flacoste- DirectPersonRegistration has a tricky issue blocking its implementation, so it needs discussion.02:30
SteveAanything else?02:32
SteveAthanks02:32
flacosteSteveA: we need to decide what part of infrastructure localization will be part of 1.002:32
SteveAcatch up with me next week on that please, if that's okay02:32
flacosteSteveA: no problem02:32
SteveAta02:32
SteveA * Three sentences02:32
malccDONE: Fixed couple of live bugs in rf, lots of work on mawson testing (inc. fixing some undeployed bugs).02:32
malccTODO: Finish system test on sprint code, deploy, start on ArchiveRework.02:32
malccBLOCKED: No02:32
danilosDONE: firefox support, bug management and testing, imports, discussions02:32
danilosTODO: bug 30602, ff integration (in progress), other bug fixing02:32
danilosBLOCKED: no02:32
Ubug2Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/3060202:32
flacosteDONE: Test and fix bugs in tt-search on staging; SupportTrackerWorkflow discussion; got fix to bug 52671 reviewed02:33
flacosteTODO: SupportTrackerWorkflow implementation02:33
flacosteBLOCKED: no, (yeah!)02:33
Ubug2Malone bug 52671 in launchpad-support-tracker "Support contact implementation shortcomings" [High,In progress]  http://launchpad.net/bugs/5267102:33
mptDONE: bugfixing, new templates, administrivia02:33
mptTODO: RosettaSearch spec, lots of template work02:33
mptBLOCKED: no CSS or images from Usman yet02:33
carlosDONE: TranslationReview, bug #58168, OO.org language packs, POMsgSetViewRestructuration, bug #58556, Language Pack performance improvements, Debian installer updates, Detected and debugged some missing files in Dapper lang packs.02:33
carlosTODO: bug #42760, POMsgSetViewRestructuration, TranslationReview02:33
carlosBLOCKED: no02:33
Ubug2Malone bug 58168 in rosetta "packages with .po files in different directories are not imported automatically" [High,Fix committed]  http://launchpad.net/bugs/5816802:33
Ubug2Malone bug 58556 in rosetta "New upstream translations of k3b not imported to Rosetta" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5855602:33
ddaaDONE: much email discussion, spec and code review. Email catchup. Importd rollout. Started on python-import and remove-gnuarch02:33
ddaaTODO: More of the same02:33
ddaaBLOCKED: no02:33
Ubug2Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress]  http://launchpad.net/bugs/4276002:33
BjornTDONE: code reviews. various discussions. finished product-bugtracker branch.02:33
BjornTTODO: code reviews. bug fixes. continue work on upstream forwarding workflow.02:33
BjornTBLOCKED: no02:33
bradbDONE: Various bits of release management and guided filebug. Upstream status filter fixes. Long weekend.02:33
bradbTODO: Fixed RM test failures so I can land it. Get guided filebug up for review.02:33
bradbBLOCKED: No.02:33
jordiDONE: email, IRC02:33
jordiTODO: product queue02:33
jordiBLOCKED: no02:33
stubTODO: Cache for +translations 02:33
stubDONE: Caught up from leave, firefighting02:33
stubBLOCKED: No02:33
bradbs/TODO: Fixed/TODO: Fix/02:33
SteveAmatsubara: DONE: bug triage, oops report analysis, support tickets gardening, fixed leftovers from # 5288002:33
cprovDONE: bug fixing, assist SoyuzTestSystem, stub.test_emails discussion, demise a-f discussion02:33
cprovTODO: help malcc to finish SoyuzTestSystem, get my branches reviewed, check performance of new version of a-f in mawson02:33
cprovBLOCKED: solution for stub.test_emails (stub),  demise a-f solution (kiko)02:33
SteveAmatsubara: TODO: more of the same plus more code fix02:33
kikoDONE: launchpad report, soyuz fixes, malone python comment rendering, other small bugfixes02:33
SteveAjamesh: DONE: code review, product-release-finder fixes (bugs 58332 and 58847), productseries branch support (bug 31308), spec out AutomaticBugBranchLinks02:33
Ubug2Malone bug 58332 in launchpad "Remove the URL cache from product-release-finder" [Untriaged,Fix committed]  http://launchpad.net/bugs/5833202:33
Ubug2Malone bug 58847 in launchpad "product-release-finder HTTPWalker " [Untriaged,Fix committed]  http://launchpad.net/bugs/5884702:33
SteveAmatsubara: BLOCKED: no02:33
Ubug2Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,In progress]  http://launchpad.net/bugs/3130802:33
SteveAjamesh: TODO: code reviews, AutomaticBugBranchLinks, URL class stuff02:33
SteveAjamesh: BLOCKED: no02:33
kikoTODO: help Soyuz and Malone out some more02:33
kikoBLOCKED: no02:33
SteveADONE: management, ui stuff02:34
SteveATODO: management, ui stuff02:34
SteveABLOCKED: no02:34
SteveAcprov, stub: can you unblock?02:35
SteveAkiko: demise a-f solution for cprov ?02:35
stubSteveA: I'll try and have a look tomorrow02:35
stubcprov: ^^02:35
kikoSteveA, read your email <wink>02:35
cprovstub: thanks 02:35
SteveAmpt: about "blocked" lines, would it help if there were a standard "BLOCKED: no" for not being blocked?02:35
SteveAthen you could grep it out?02:35
mptthat would help02:35
SteveAmpt: note it on the agenda for next week, and we'll ask people to do that02:36
daniloswe've had them today with grep -i ;)02:36
mptyeah, case-insensitive no(.*) should work02:36
malccBlocked: [Nn] o\.?02:36
SteveAOne more item:02:36
malccHmm, yes, my regex sucks, I'll go back to sleep02:36
danilosexcept mpt's, whose has been "BLOCKED: no images..." ;)02:37
bradb /[Nn] on?/02:37
mptaha, good catch danilos :-)02:37
=== niemeyer [n=niemeyer@200.138.50.246] has joined #launchpad
stub(?i)no.*02:37
SteveAfrom jamesh on the python bugtracker competition02:37
SteveAPython bug tracker competition status:02:37
SteveAThe Python infrastructure committee plans to make a decision on 1st02:37
SteveAOctober, and send a recommendation to python-dev.02:37
SteveAThis week Brett has been doing mini-reviews of the various aspects of02:37
SteveAthe different trackers.  I sent out an email with his thoughts on02:37
SteveALaunchpad.  If there are specific info people want me to forward to02:37
SteveAhim, please email me.02:37
SteveA02:37
kikoSteveA, I thought of replying to his python-dev email. should I?02:37
SteveAkiko: sure, just make sure jamesh knows02:38
kikoSteveA, did you paste in matsubara's 3 sentences?02:38
SteveAI did02:38
kikosonderful02:38
SteveAokay that's all02:38
SteveAthanks for coming.02:38
SteveAMEETING ENDS02:38
=== malcc -> Lunch
kikoYAWN02:39
stubflacoste: I'm running tests with 4016 cherry picked now02:39
flacostestub: thanks!02:39
kikothanks stub, another topcrasher bites the dust02:39
carlosthanks dudes02:39
carlosstub: thanks for the cherry picks!02:39
flacostestub: btw, I sent you an email asking for a review of my similarity search algorithm when you were away, do you still have it?02:40
jordithanks stub. the hordes of KDE translators are now happy :)02:40
kikomalcc, did you manage to test my patch for bug 59186?02:40
Ubug2Malone bug 59186 in soyuz "buildd-queue-builder broken with odd SQLObject problems" [Critical,In progress]  http://launchpad.net/bugs/5918602:40
stubflacoste: I replied earlier today I think.02:41
stubflacoste: I'm afraid this may now make you the resident text search expert btw ;)02:41
flacostestub: lol02:41
=== stub tapes a kick me sign on flacoste's back
=== danilos -> lunch
flacostestub: hold on, i have some more requests coming along the way regarding the fti implementation02:42
kikoflacoste, ooooh! I have a bug for you to fix then!02:42
=== flacoste looks around for a hole to find cover
malcckiko: Yes, it works02:42
kikomalcc, ah! grand. and kudos to SteveA for pointing out that security proxies were likely to be the issue here.02:43
malcckiko: Still getting some crackful results in which builds are queued, although getting better02:43
kikomalcc, really? architecture issues?02:43
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
malcckiko: Mostly just regressions. First version re-queued every arch-all build done on previous releases, my first attempt to fix that introduced a different issue I've now also fixed02:44
malcckiko: The latest version seems to have re-queued about 40 builds which were already done on dapper i386, I'm still looking at why and whether or not they're right02:45
malccWell, still looking after lunch02:45
=== malcc -> Out to buy eggs
kikomalcc, okay, cool. send me a patch once you're happy so I can see what was up02:45
carlosSteveA, kiko: I have a question for you (or anyone that think is able to answer it)03:02
kikothe answer is 4203:02
carloskiko: ;-)03:02
carloswould be possible that we create a new row/SQLObject as part of the traversal code and then, try to use it from the view got after that traversal but due cache problems we don't see it yet?03:04
carlosit's all in the same transaction03:04
SteveAyou'd need to flush updates after adding it03:05
SteveAuntil we use a better ORM03:05
carlosso that's possible...03:05
carlosok03:05
carloskiko: that's the problem with https://launchpad.net/products/rosetta/+bug/5731203:05
Ubug2Malone bug 57312 in rosetta "Translation form fails with NameNotAvailable exception" [Untriaged,Unconfirmed]  03:05
carlosSteveA: thanks03:05
=== carlos tries to get a test for this problem...
kikocarlos, hmmm. can you explain?03:06
carloskiko: we don't have yet a POMsgSet for one of the messages we have in the submitted form03:06
carloswe create that object03:06
carlosand in other part of the code, we try to fetch it03:06
carloswe don't get it, so we create it again03:07
carlosand then, we get a duplicate03:07
carlos(the exception name is completely clueless)03:07
carloskiko: at least' that's the only explanation I'm able to find03:08
kikocarlos, object creation isn't cached in SQLObject.03:08
kikoso that doesn't seem to be the case03:08
kikoonly updates are cached03:08
carloshmm03:08
kikoand flush_database_updates solves that03:08
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
=== carlos goes to have lunch to refresh a bit and do a second round on this problem...
carloskiko, SteveA: Thanks03:09
=== carlos -> lunch
kikocarlos, anytime03:09
=== cprov is now known as cprov-afk
Ubug2New bug: #59339 in launchpad "Right clicking on menu bar item behaves unexpectedly and loads a page" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5933903:25
stubflacoste: 4016 is in production03:29
flacostestub: great, thanks a lot!03:29
kikothanks stub 03:35
kikoone more oopser bites the dust03:35
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
=== bradb [n=bradb@montreal.canonical.com] has joined #launchpad
=== tomveens [n=tomveens@ztn-c-1566b.adsl.wanadoo.nl] has joined #launchpad
=== flacoste [n=francis@montreal.canonical.com] has joined #launchpad
tomveenshey05:12
=== danilos [n=danilo@89.216.191.112] has joined #launchpad
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
=== LeeJunFan [n=junfan@67.59.36.1] has joined #launchpad
carloskiko-zzz: sleeping? so early?06:18
=== LeeJunFan_ [n=junfan@67.59.36.1] has joined #launchpad
carlosIs there any reviewer with some time to do a fast review ?06:57
carlosBjornT, SteveA?06:57
=== lbm [n=lbm@89.150.65.13] has joined #launchpad
BjornTcarlos: how large is it?06:58
carlos98 lines included tests06:59
carlosit's quite short06:59
carloshttps://devpad.canonical.com/~andrew/paste/file4uLlzv.html06:59
ddaaBjornT: if you are in reviewing mood, it would be nice if you could do https://devpad.canonical.com/~jamesh/pending-reviews/david/launchpad/remove-gnuarch/full-diff06:59
ddaait's the last functional change to importd before starting actual removal of arch support. And since I'm already started on the removal in another branch, it would help to get that branch landed soon.07:00
carlosIt's a tentative to fix https://launchpad.net/products/rosetta/+bug/57312 because I'm not able to find a way to reproduce it in our local launchpad, but it fails on staging or production...07:01
Ubug2Malone bug 57312 in rosetta "Translation form fails with NameNotAvailable exception" [Untriaged,Unconfirmed]  07:01
BjornTddaa: we'll see. i am in reviewing mood, but my review queue is quite long at the moment. it's a small diff, so i should get around to it, though.07:03
BjornTcarlos: ok, i'll review it after i've finished the review i'm doing now.07:03
carlosBjornT: thank you very much07:03
ddaaThe season of huge diffs with more - than + is opening, but it's not yet time to reap the fruits :)07:03
=== danilos is out
daniloslater07:10
carlosdanilo[out] : see you!07:11
Ubug2New bug: #59368 in soyuz "Retrying failed builds in later releases" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5936807:15
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
Ubug2New bug: #59377 in rosetta "Orignal author names are not keeped in PO files" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5937708:00
BjornTcarlos: i sent the review via email.08:00
carlosBjornT: ok, thanks08:00
Ubug2New bug: #59379 in malone "Need to allow a third party to set bug contact for a package" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5937908:05
bradbBjornT: just wondering, why did you reject and add a task on bug 52330 instead of retargeting?08:27
Ubug2Malone bug 52330 in malone "Reassign bug to binary package should just work" [Critical,Confirmed]  http://launchpad.net/bugs/5233008:27
bradbthat problem happens often enough that I think we might have to make it more obvious that retargeting is a possibility08:29
BjornTbradb: i didn't. if you look at the activity log, you can see that both tasks existed before i rejected one of them.08:29
bradbah, maybe it was matsubara08:30
BjornTseems like it was some random user who did it08:33
ddaabradb++08:36
ddaaWhen I moved bugs from launchpad to launchpad-bazaar, I did not realize I could retarget bugs at first.08:37
ddaaHowever, after going to the trouble of creating+deleting bug reports, I looked a bit further and found it.08:37
bradbBjornT: oh, indeed, johnlynn08:37
ddaaSo, when you look for it, it's easy to find in my experience.08:38
bradbddaa: yeah, i'll file a bug on that08:38
=== ddaa enthusiastically remove gnarly dependences because it's causing trouble for remove-gnuarch
ddaaAccording to the theory that LoC should be considered a liability and not an asset08:39
ddaaI am going to noticeably increase the net worth of Launchpad in the next few days :)08:40
BjornTddaa: i reviewed your branch. r=me08:53
ddaaBjornT: got another not-quite-trivial-but-almost patch (for cscvs) going down the pipe. Think you could look at it tonight?08:55
BjornTddaa: sorry, no. i need to take a break now, and go to sleep soon.08:57
ddaaokay. Thanks for the review, the patch is now in pqm08:57
Ubug2New bug: #59389 in malone "The possibility of retargeting a bug should be made more obvious" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5938909:01
=== LeeJunFan [n=junfan@67.59.36.1] has joined #launchpad
=== ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad
=== ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad
=== Spads [n=crack@host-87-74-19-213.bulldogdsl.com] has joined #launchpad
bradbmpt: ping10:14
=== doko_ [n=doko@dslb-088-073-080-214.pools.arcor-ip.net] has joined #launchpad
Seveas@nick Ubugtu10:24
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
=== lbm [n=lbm@89.150.65.13] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has left #launchpad ["wth]
ddaa@nick Mordor10:52
ddaanice, privileges10:52
lifelessorning10:54
ddaahey lifeless10:55
ddaaputting up a branch I'm sure you'll love to review ;)10:55
ddaasftp://devpad.canonical.com/home/warthogs/archives/david/launchpad/remove-gnuarch10:57
ddaaremoves all arch stuff from importd10:57
LarstiQoeh!10:58
ddaahey LarstiQ, wassup?11:00
LarstiQddaa: I'd vote +1 on that branch ;)11:01
ddaaLarstiQ: well, it does not affect users in any way11:01
ddaait's not introducing any functional change, it's just garbage collection11:01
=== LarstiQ likes janitorial work
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
=== MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad
=== flacoste [n=francis@montreal.canonical.com] has left #launchpad ["Bye"]
=== rraphink_ [n=raphink@raphink.net] has joined #launchpad
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!