/srv/irclogs.ubuntu.com/2006/08/29/#launchpad.txt

=== mholthaus [n=mholthau@162.23.76.83.cust.bluewin.ch] has joined #launchpad
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
LarstiQhttp://svn.haxx.se/dev/archive-2006-08/0916.shtml12:40
LarstiQkiko: any idea what's up with that?12:40
kikolemmesee12:40
kikoLarstiQ, I think we're going to change that.12:41
kikothe idea was that doing that we'd be able to ensure the translations were freely available to any project that signed up to use launchpad12:41
kikothus never artificially restricting the translations just because one project was licensed incompatibly from another12:42
kikoI think the current thinking is instead to place translations in the public domain12:42
kikoI could be wrong but that's what I think12:42
LarstiQI'm not sure what exactly kfogel meant with that12:42
LarstiQianal, but can't public domain still be problematic with copyright assignment?12:43
LarstiQsince the one doesn't say anything about the other12:44
LarstiQand then there is countries where you can't place something in the public domain12:44
kikoI think if something is placed in the public domain copyright is basically waived12:44
kikoI think the original author retains no special rights12:45
kikohowever I'm not sure12:45
=== LarstiQ nods
kikoI think it's better than the current situation AAR.12:45
LarstiQiirc, France doesn't allow you to do that12:45
LarstiQkiko: probably12:45
LarstiQkiko: are you going to followup on svn, or do you want me to do that?12:46
kikoLarstiQ, hmm, I'm not on that mailing list. You can help me by following up, but I think I should get my story straight before you do that12:46
kikolet me email the list12:46
lifelesssvn ?12:46
LarstiQkiko: sure12:47
LarstiQlifeless: yes, http://svn.haxx.se/dev/archive-2006-08/0916.shtml12:47
kikoLarstiQ, email sent12:48
salgadokiko, have you seen the outstanding issues?12:56
lifelessjamesh: https://launchpad.net/products/bzr/+calendar/2006-W3601:03
lifelessWEEEEEEEEEE01:03
lifelesskiko: whos owning calendar these days ?01:03
kikolifeless, nobody.01:03
lifelessah01:03
kikofile bugs they sometimes get fixed01:03
lifelesshave a look at that page01:03
lifelessI'm not sure if its a bug or not01:03
kikowould if it loaded01:03
lifelessit will01:03
lifeless /wait/ for it01:03
kikostub's interested in this thing it appears01:04
lifelessI'm going to grab brekkie, back in a bit01:04
kikonot sure it's a bug!01:04
=== kiko chuckles
lifelessI see 4 bazjillion mark shuttleworth subscriptions01:04
kikoI see 4 bazjillion stuart bishop ones01:04
lifelessI think its a bug ;)01:04
kikofile it!01:10
lifelessdone01:32
=== asabil [i=asabil@gateway/tor/x-6d898ad0c052e011] has joined #launchpad
UbugtuNew bug: #58052 in launchpad "product calendar shows brazillions of subscribers" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5805201:40
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad
=== doko [n=doko@dslb-088-073-065-198.pools.arcor-ip.net] has joined #launchpad
=== spiv [n=andrew@ppp245-86.static.internode.on.net] has joined #launchpad
=== z\ [n=pjphem@unaffiliated/madsheep] has joined #launchpad
=== z\ [n=pjphem@unaffiliated/madsheep] has left #launchpad ["Leaving"]
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
jameshmpt: could you look at doing some alternative wording for person-portlet-details.pt? specifically the bit in the "not: context/preferredemail" block.03:10
=== somerville32 [n=somervil@fctnnbsc15w-156034073036.nb.aliant.net] has joined #launchpad
somerville32I found some duplicate feature specifications (or very similiar specifications) - What is the procedure for handling that?03:35
=== erdalronahi [n=erdal@129.218-78-194.adsl-static.isp.belgacom.be] has joined #launchpad
erdalronahiHi, can you add the package name "myspell-ku" to the database? I need to file a bug against it.03:37
erdalronahiIt should be synced from SID03:37
erdalronahiSorry, to the "Ubuntu Database"03:38
erdalronahiThat's what they told me in #ubuntu-motu03:38
=== cprov-afk is now known as cprov-ZzZ
erdalronahiOr is there a better way to sync a package from SID? It's "myspell-ku", the Kurdish spellchecker03:45
somerville32I think everyone is idle :(03:46
erdalronahiToo bad. Well, it's night in Europe...03:47
somerville32Night in easter canada too03:47
somerville32lol03:47
somerville32*eastern03:47
erdalronahiThen good night everybody03:51
jameshlifeless: are we doing a rollout this week?04:13
jamesh(given stub is on holiday)04:14
lifelessI'll look at whats pending after lunch04:20
=== mpt_ [n=mpt@203-167-187-202.dsl.clear.net.nz] has joined #launchpad
=== mpt__ [n=mpt@203-167-187-202.dsl.clear.net.nz] has joined #launchpad
=== Spads [n=crack@host-84-9-51-91.bulldogdsl.com] has joined #launchpad
=== Fujitsu [n=Fujitsu@c58-107-57-8.eburwd7.vic.optusnet.com.au] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
raphinkLP login is broken :(08:07
raphinkah no, it's a problem with konqueror :s08:08
raphinksorry08:08
somerville32:P08:08
jameshLaunchpad is perfect, so it must be something at your end08:09
raphinkhehe :)08:09
raphinkyes08:09
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== janimo [n=jani@Home03207.cluj.astral.ro] has joined #launchpad
SteveAgood morning!08:32
somerville32Good morning :] 08:32
=== mpt_ [n=mpt@203-167-187-87.dsl.clear.net.nz] has joined #launchpad
jameshhi SteveA 08:34
janimowho is in charge of upstream imports to bzr?08:35
spivjanimo: ddaa08:36
jameshjanimo: ddaa is the main person handling them.  What's the question?08:36
janimohow often do they happen?08:37
janimoand whether the old failed ones are automatically retried for native bzr now08:37
janimoI have 6 products registered and one succeeded so far08:37
jameshI think at the moment they are updated once every 24 hours08:37
janimoothers are failed or testing08:37
=== carlos [n=carlos@214.Red-88-0-159.dynamicIP.rima-tde.net] has joined #launchpad
=== jkakar [n=jkakar@204.174.36.228] has joined #launchpad
jameshSteveA: the page in flacoste's tt-search branch is the "guided ticket entry" page09:02
jameshit is part of a single work flow, from my reading09:03
SteveAa single workflow can span many URLs09:05
SteveAand sometimes, a progammer will consider something an atomic workflow09:06
SteveAbut it actually gets used as separate pages in practice09:06
spivSteveA: launchpad.net seems to be either slow or not responding.09:06
SteveAI've seen too many bugs caused by having a self-posting form that doesn't redirect to the next page09:06
SteveAbut instead renders the next page directly.  it's an anti-pattern for webapps09:06
SteveAso, we should always prefer redirection09:07
SteveAspiv: hmm09:07
spivI got a 502 proxy error a few minutes ago, although another page request worked concurrently.  Hmm, I *think* it's just slow.09:07
jameshmaybe one app server is down09:07
spivI got the front page to load ok, but it wasn't quick...09:07
SteveAsame here, slow front page09:08
jameshthat's what slow/unreliable usually means09:08
SteveAload average: 3.07, 5.18, 4.8009:08
SteveAon gangotri09:08
SteveAi'm stupid about loads... what does that mena?09:09
lifelessbusy but ok09:09
jameshthere is an average of 3 processes that are ready and waiting to run09:09
lifelessroughly just means that X number of processes had to wait in the last time slice09:09
SteveAgandwana has loads of about 0.5009:09
jameshis it actually doing stuff?09:10
SteveAthere are various cron jobs running on gangotri09:10
SteveAwe have rosetta-poimport.py09:10
jameshyou could use the "kill -USR1" to find out09:10
SteveAupdate-bugtask-targetnamecaches.py09:10
SteveAsend-bug-notifications.py09:10
lifelesslet me look at db load, one sec09:11
SteveAthe rosetta one has been running almost 1 hr09:11
SteveAupdate-bugtask-targetnamecaches.py seems pretty active09:12
spivIt seems responsive again now.09:13
lifelessthere are no long running queries on the bd09:14
sivangmorning dudes09:31
=== malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
SteveAmpool: hi, around?09:37
mpoolhi SteveA 09:39
mpoolyes, i think so09:39
SteveAshort voice call?09:44
mpoolsure, call me on +61 4 1618 9900?09:46
mpooloh, belay that09:47
SteveAok.  or, skype / voip?09:47
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
=== janimo [n=jani@Home03207.cluj.astral.ro] has left #launchpad []
=== dpryo [n=hn@batman.ws.interweb.no] has joined #launchpad
=== dholbach [n=daniel@ubuntu/member/dholbach] has joined #launchpad
dholbachhello10:26
dholbachwould it make sense to deny people joining teams if they don't supply an email adress?10:27
dholbachlike https://launchpad.net/people/arun-pg  tried to join  https://launchpad.net/people/ubuntu-core-dev/+members  -- I can't mail him, because I don't know his address10:27
=== mpt_ [n=mpt@203-167-187-87.dsl.clear.net.nz] has joined #launchpad
SteveAmpt_: hi10:37
SteveAdholbach: either that, or we add to launchpad a way to send people a message even when they don't show their email address10:38
dholbachor let it be an interim solution until LP knows how to do messaging10:42
=== mholthaus [n=mholthau@162.23.76.83.cust.bluewin.ch] has joined #launchpad
dholbachshall I file a bug report on that?10:43
SteveAyes, or raise it on the launchpad-users list for some discussion, perhaps10:43
dholbachOk, I'll mail the list.10:44
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
ddaaGood morning in here.10:48
SteveAgood morning ddaa10:50
SteveAi was just talking with mpool, and we'll be talking again shortly10:50
SteveAanything that you want to have injected into the conversation?10:50
ddaaif you tell me what the conversation is about, I might10:51
SteveAwe already talked about getting launchpad devs to use the latest bzr packages, and how we'll arrange that10:52
SteveAwe'll be talking a bit about overall bzr stuff and lp:////// urls10:52
ddaanothing comes to mind. I'm way out of touch about bzr. The BranchIndirection spec appeared to be going on well before my leave.10:53
ddaadunno, maybe I'd need to publicize my position on #bzr a bit more10:55
ddaayesterday we had some issue with sftp hosting, and some #bzr guy kept asking questions about the internals of the supermirror to j-a-meinel, while I was replying to them...10:55
ddaaWhich evoked impressions of monthy python sketches to me10:56
ddaaI'm also none too happy of not being able to keep up with the bzr community10:57
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad
SteveAi have an idea11:00
ddaaSteveA: unrelated, but important: can you escalate rt 16533 and rt 16534?11:01
SteveAddaa: how about a weekly 1hr launchpad-bzr public meeting in #bzr ?11:01
SteveAinvite people to discuss supermirror issues11:01
SteveAbzr facilities in launchpad11:01
SteveAetc.11:01
=== spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad
ddaaNot too sure about that one. For one thing, one hour meeting means at least 2 hours preparation and summary.11:15
ddaaI would like to that punctually, to get a sense of what people expect. But I think that doing that regularly might lead to too many wishlist items...11:16
SteveAthat seems like a gross overestimate11:16
ddaaThat's a conservative estimate of what I spend for the launchpad-bazaar meeting.11:16
ddaaabout one hour before, and about one hour after.11:16
SteveAthen, you are spending too long polishing the summary11:17
ddaaokay, remove the "at least" bit11:17
SteveAthen, you are spending too long polishing the summary11:17
ddaaMh... what does it mean when a cvs server sends 'E Terminated with fatal signal 9\n'11:19
ddaaInteresting import failure :)11:19
jameshso the sysadmin killed your session?11:21
ddaalooks like11:22
mpoolSteveA: hi, still around?11:22
SteveAmpool: yes, on the phone11:22
jameshdholbach: the person in question does have an email address -- they've just elected to hide it.11:22
dholbachjamesh: that's a problem :)11:23
jameshdholbach: just pointing out that it is different to "person without an email"11:23
dholbachoh yeah, sorry11:23
mpoolSteveA: i'm be here and am on skype - just ping me when you're ready11:23
SteveAok11:24
=== cprov-ZzZ is now known as cprov
SteveAddaa: let's briefly discuss this: what is the purpose of writing the summary of the launchpad-bazaar meeting?11:31
=== SteveA pings mpool
ddaa1. recap'ing actions and status to prepare the agenda for the next week11:32
ddaa2. allow other parties to get the benefit of the meeting (sabdfl is using them)11:32
ddaaAlso, sometimes I need to look back on older summaries to check for the status or resolution of some old item.11:32
ddaaAt least, that's the uses I'm aware of.11:33
ddaaBut maybe I'm missing something essential.11:33
ddaaI do not have much experience with that meeting ting.11:33
mpooli think those are good but perhaps you're past the point of good return on your time11:35
ddaaI'm trying hard everytime to avoid excessive polish while still producing something comprehensive and pleasant to use. Maybe I'll grow better at doing it.11:37
SteveAtry doing just a bunch of non-nested bulleted lists11:39
SteveAsee if that works as well11:39
lifelessFWIW the review meeting minutes I do during the meeting11:41
ddaaAnyway. I like the idea of a public #bzr meeting, but not a weekly one.11:43
ddaaMaybe every two weeks or every months.11:43
ddaaI do no think we can deliver fast enough to avoid a feeling of frustration if we do a weekly meeting.11:44
ddaaHopefully, that will change in the future...11:44
jameshit would be worth scheduling one or two and see if people find them useful11:52
jameshmight give some idea of how often they should be11:52
SteveAremember that we have a new launchpad-bzr person starting soon too11:53
ddaaUnless proved otherwise, I'll rather assume that new person will mostly work on things we have not even touched yet (like private branches).11:54
ddaaI'd be very happy to see a full-timer help spiv, jamesh and me on what we are currently doing, but your suggestion of making him work on private branches at first suggests it's not quite going to happen that way.11:56
danilosis this actually what should be printed or is there a missing .join()? "bzr: ERROR: Failed to gpg sign data with command '[u'/usr/bin/gnome-gpg', '--clearsign'] '"11:56
=== jinty [n=jinty@19.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad
jameshlifeless: I've got the bug fix for product-release-finder ready, including some tests for the main code.  Do you want me to put it on your queue or the general queue?12:15
lifelessmine please12:21
lifelessI'll peek after dinner tonight12:21
ddaalifeless: some very large vcs imports (glibc, mplayer, etc.) fail to os.fork() when spawning gpg with "OSError: [Errno 12]  Cannot allocate memory "12:23
ddaaI checked one of the roomba systems where that happened, and the /proc/sys/vm/overcommit_ratio is 50, so I do not see how that could happen12:23
ddaaAny idea how to work around that issue?12:25
jameshlifeless: I've changed the script to catch and log errors rather than bail out too, so we should have a better idea of how well the script works on the next run12:32
jameshwe can probably kill the persistant URL cache implementation too, since it now handles the case where the releases have already been created/populated12:33
=== mholthaus_ [n=mholthau@162.23.76.83.cust.bluewin.ch] has joined #launchpad
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #launchpad
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #launchpad []
=== cprov is now known as cprov-out
=== andrewski [n=andrewsk@c-68-83-71-99.hsd1.pa.comcast.net] has joined #launchpad
andrewskiif i have a bug that i want to reject (because the requested feature should happen upstream), but also want to open a bug upstream in case it could be added, should i still use "Rejected" on the bug?  or would something else suit?  i could see a case being made for "in progress", but i don't really like it.01:37
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
jameshandrewski: what is the bug?01:45
andrewskia feature request on my program01:46
jameshandrewski: what is the bug number?01:46
andrewskihttps://launchpad.net/products/pygmy/+bug/5808201:46
UbugtuMalone bug 58082 in pygmy "Feature Request: Queuing songs" [Untriaged,Unconfirmed]  01:46
jameshwhat does "upstream" mean in this context?01:47
andrewskispecifically, queuing songs belongs upstream in MPD, so i wouldn't implement anything in my program without it first being added to MPD.01:47
andrewskianticipated that question. :)01:47
jameshwhat bug tracker does MPD use?01:47
andrewskiif i recall correctly, its own; i'd have to look.  h/o01:47
andrewskiit uses its own implementation of mantis: http://musicpd.org/mantis/main_page.php.01:48
jameshokay.  We don't have support for Mantis bug watches01:49
jameshI'd suggest filing the bug upstream and make a note of the URL in the LP bug01:49
andrewskisure.  question remains about the status for the LP bug in the meantime....01:50
jameshare you sure you'd want to reject the LP bug though?  Surely you'd need to do some work in pygmy to expose the feature01:50
andrewskiright, which is why i'm asking what status would be appropriate. :-P01:50
jameshjust give it a low importance and it will be bumped down to the bug listing01:51
andrewskishould i confirm it?  i mean, obviously, it's a valid request.01:51
jameshI mean, you aren't talking about rejecting the feature -- it's just that the implementation is deferred til the feature gets added to MPD01:51
andrewskiright... so where's the "deferred" status? :-P01:52
jameshyou may as well, since it is a valid bug01:52
jameshthere isn't one.  They usually cause more problems than they solve01:52
andrewskifair enough; i seem to recall coming across conversations about them somewhere.01:52
jamesh(search for rants about bugzilla RESOLVED LATER and RESOLVED REMIND)01:52
andrewskilol, i can imagine.01:52
andrewskianyway, i must be going now.  thanks for the help!01:53
=== andrewski [n=andrewsk@c-68-83-71-99.hsd1.pa.comcast.net] has left #launchpad []
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== niemeyer [n=niemeyer@200-203-209-139.ctame7004.dsl.brasiltelecom.net.br] has joined #launchpad
=== spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad
sivanghmm, mantis 02:48
salgadoSteveA, can https://launchpad.net/products/launchpad/+bug/1016 be rejected?02:48
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has left #launchpad []
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
sivangjamesh: is it possible to tell in brief what needs be done in order to add support for another bug tracker?02:54
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== cprov-out is now known as cprov
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad
BjornTsivang: basically we have two levels of support for an external bug tracker.03:00
BjornTsivang: the first is that we simply recognize bug urls, can construct a url from knowing the base url of the tracker and a bug number, and we make it possible to register such a bug tracker.03:01
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
sivangBjornT: I see03:04
BjornTsivang: that includes adding a new BugTrackerType, and a regexp and code for constructing bug urls in bugwatch.py. unfortunately we don't yet have tests that explain how it works.03:04
sivangBjornT: well, the code should serve as good enough documentation probably ,)03:04
BjornTsivang: the second level is that we support fetching the status from the remote bug tracker. that's more tricky. the first step is to look at the bug tracker, to see what different ways we can use to get the information we need. for example, for bugzilla we can simply post a list of bug numbers, getting an xml list of all the bugs, containing the information we need.03:06
BjornTsivang: after that, doc/external-systems.txt should hopefull explain what needs to be done.03:06
sivangBjornT: coo, thanks.03:07
BjornTsivang: if you plan on adding support for other bug trackers, please tell me about it so that i know. there should be a bug open for each bug tracker we want to support, so you could add a note there.03:09
BjornTsivang: something that would help a lot, if you don't have time to code, would be to simply learn about the bug tracker and add the information we need to know. for example, how do bug urls look like, and how can we best poll the bug tracker for bug statuses.03:11
sivangBjornT: Granted , wouldn't do anything without notifying you in advance, and ofcourse I wold have to do some research about that bug tracker to see if it's worthwhile.03:11
sivangBjornT: is it okay to add the this information on the bug note?03:12
BjornTsivang: yeah. the bug report is probably the best place to add this information.03:13
sivangBjornT: okay, thanks.03:13
=== kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
kikoSteveA, any news on a rollout?03:30
ddaakiko: is the launchpad mailing list moderated? I mean is it possible for non-subscribers to send email there provided manual approval?03:32
kikolet me check ddaa, but I think so yes03:32
ddaaGood, I'm following up on a discussion with Jelmer, and some of it would be of interest to the launchpad mailing list IMO03:33
=== LarstiQ has the feeling he is missing some context in that svn corruption mail
SteveAkiko: I know nothing about a rollout.03:35
kikoSteveA, this is very distressing.03:35
SteveAdid you arrange to have specific things rolled out?03:36
kikono, but there was a plan to have a two-week interval, and while I am fine with delaying another week, I need to know to be able to produce a report without having to spend the night at the office.03:37
kikoI'm not concerned whether we will have a rollout or not. I'm concerned with the fact that nobody knows!03:37
SteveAas stub is on vacation, there will be no rollout unless specifically agreed with lifeless03:37
kikoso no rollout this week. mmmkay.03:38
SteveAso, I'm not expecting a rollout while stub is on vacation.03:38
kikothanks.03:38
kikowhen is stub back?03:38
SteveAkiko: monday03:40
kikoSteveA, okay. so probably a rollout on tuesday. thanks!03:41
flacostejamesh: ping03:44
LarstiQkiko: did your mail get through?03:47
kikoLarstiQ, nobody answered yet.03:48
LarstiQk03:49
jameshflacoste: pong03:55
flacostejamesh: regarding the UTC_NOW problem in the script03:56
flacostejamesh: in the test i mean03:56
jameshyep?03:56
flacostejamesh: do you think it would be an improvement if instead of comparing with datetime.now I compared with the result of select(UTC_NOW)?Y03:56
flacostethat way the comparison would be against the same base and so shouldn't lead to spurious failures03:57
=== carlos [n=carlos@214.Red-88-0-159.dynamicIP.rima-tde.net] has joined #launchpad
kikomalcc, how's our testing plan going?03:57
jameshflacoste: my original question was whether you benefit much from comparing the ticket created with a default creation date with those with specified creation dates.03:57
jameshflacoste: i.e. would you be losing much test coverage by only creating tickets with known time deltas between them in that test?03:58
malcckiko: There's now a document: https://launchpad.canonical.com/SoyuzSystemTest and work making it happen is underway03:58
malcckiko: Nothing impressive to see yet03:58
kikomalcc, you rock 03:58
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
flacostejamesh: you mean, do not create any ticket with the default time?03:58
jameshyeah03:58
flacostethe only drawback is that the default value of datecreated wouldn't be tested03:59
flacostebut I guess that's not a big loss03:59
flacosteso I'll do that03:59
=== bradb & # dentist
=== jamesh has seen enough time related test failures in LP over the years
SteveAtime should be something we can set in the test environment04:02
SteveAboth the current time, and the database's notion of time04:03
SteveAjohn carmack learned this04:03
SteveAwhen developing 3d real time games04:04
jameshI think the last time related test failure was a test coded to only pass on one day04:04
SteveAyes04:04
jameshwhich was the day it got merged04:04
malccjamesh: Class! Wish I'd thought of that...04:05
jameshwe've had other ones related to time zones too04:05
jameshthe timezone one was a test that would only pass in the UK04:05
jameshwhich was okay because the tests were being run in the UK04:06
kikomalcc, it was my fault. :)04:08
SteveAsalgado: bug 1016 should be rejected when we remove makepagetest.py from our tree.04:08
salgadoSteveA, do you want me to remove it or do we want to keep it for some more time?04:10
kikoBjornT! rock on!04:11
=== kiko can't wait to see staging tomorrow
daniloscarlos: have you seen sabdfl's mail about translation interface? basically, most changes should be external to what we do (i.e. css)04:12
carlosdanilos: not really04:13
carlosthat message is rendered using the standard notification system04:13
daniloscarlos: oh, no, I was talking about everything else04:13
carlosso we need to move back to render it directly04:13
carloshmm04:13
carlosthen I didn't see that message04:14
daniloscarlos: i.e. there's nothing apart from that which would need changing on our part04:14
daniloscarlos: that's the message I am talking about :)04:14
carlosoh, sorry, I misunderstood you04:14
kiko-afkafk to do some soyuz coding04:16
jameshcoding away from the keyboard?04:19
jameshimpressive04:19
danilosbbl04:23
ddaakiko-afk: well, changed my mind, I'll post the message to the bazaar mailing list instead04:23
SteveAsalgado: sure, please do remove it, and then when that is in RF, the bug can be rejected04:36
salgadoSteveA, will do.  do I have r=SteveA on that removal?04:41
SteveAyes04:42
SteveAthanks!04:42
jameshthe product-release-finder code has a class whose __contains__() method mutates the object ...04:43
=== glatzor [n=sebi@ppp-82-135-7-215.dynamic.mnet-online.de] has joined #launchpad
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
=== cprov is now known as cprov-lunch
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
=== belito [n=user@201.240.3.198] has joined #launchpad
mpt_Goooooooooooooooooood morning Launchpadders!06:00
belitobuenos dias 06:02
belitobuenos dias mpt_06:02
mpt_bom dia!06:03
belitowere you from mpt_06:04
mpt_New Zealand :-)06:05
mpt_carlos, did you see Og Maciel's message to rosetta-users@ on the 22nd about OOo translations?06:05
mpt_spiv, awake?06:08
=== mpt_ suspects not
jameshmpt_: isn't it quite early in NZ?06:09
mpt_jamesh, yeah, and even earlier in Australia06:13
jameshmpt_: I suppose you could call midnight early06:14
mpt_heh06:14
mpt_oh, jamesh, you'll know06:14
mpt_jamesh, can you confirm that the proposed solution in bug 57175 is correct?06:14
UbugtuMalone bug 57175 in launchpad "Bad publish command for uploading gpg key" [Low,Confirmed]  http://launchpad.net/bugs/5717506:14
jameshmpt_: yep.  The gpg man page also says it should be --keyserver06:15
mpt_ok, ta06:17
carlosmpt_: no, but I just read it06:35
jordicarlos: according to our plan, I should mail -translaators and rosetta-users with news about edgy?06:38
jordieven if there's stuff missing still06:38
carlosyeah, we should prepare the announcement06:39
jordiok06:39
carlosjordi: if you are going to do it, please, use the wiki to prepare it so we can review it, ok?06:39
jordicarlos: which wiki?06:40
jordiif it's the lp wiki, I really need to get access to that somehow06:41
carlosyeah, the lp wiki06:41
=== Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad
mpt_carlos, a reply would be good, even if to say "Sorry, I have no idea what's going on, please let us know immediately the next time you notice it"07:03
=== ogra [n=ogra@ubuntu/member/ogra] has joined #launchpad
ograhey guys 07:03
ograi have a slight prob with the edubuntu seeds on the supermirror 07:03
ograseems they dont get updated properly 07:04
carlosmpt_: I know, there is a bug report about it and I guess this confirms it07:04
Kamionto be more exact, the http mirror of /~ubuntu-core-dev/ubuntu-seeds/edubuntu.edgy is out of date by several hours07:05
ograthe branch the CDs are built from is http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/edubuntu.edgy/07:06
ograthe source for it is http://people.ubuntu.com/~cjwatson/seeds/edubuntu-edgy/07:06
LarstiQKamion: I believe ddaa has been looking at that problem.07:06
ddaaKamion: I'd like to diagnose the problem, but I do not have the required production privileges07:07
ograwho has them ? 07:07
ddaaDunno, maybe only stub and sysadmin...07:07
ddaaprobably lifeless07:08
ddaawho have not the time and/or knowledge to diagnose the problem07:08
ogra(we're preparing a new knot CD so its somewhat time critical for me to have it working again soon)07:08
ddaaogra: RT 16534 and RT 1653307:09
ograthanks 07:10
ogra:)07:10
ddaato diagnose the sftp branch publication issue I need to know a branch that is out of date at I time when I can increase the verbosity of the the cronscript07:10
ddaaThat will give me useful info to narrow down the problem.07:10
ograwell, my branch is out of date currently ...07:10
ddaaMy guess ATM is a regression in the branch puller logic that occured during yesterday's rollout07:10
ograsince some hours 07:10
ograso that could be a good test candidate ;)07:11
ddaaThanks for telling me, but I still do not have the privileges AFAIK07:11
ddaaKamion: indepently, all the vcs-imports are currently broken07:11
elmowhy is it trying to connect to escudero?07:11
ddaaspecify "it"07:12
LarstiQstub is on vacation till monday07:12
elmo python /srv/sm-ng/production/launchpad/cronscripts/supermirror-pull.py07:12
ddaaelmo: because that's the place where the importd branches are supposed to be07:12
elmoah, hm07:13
ddaaunfortunately, they are not there anymore, as RT 16534 says07:13
elmoyes, I know07:13
elmoI'm still confused - we publicize the importd stuff both on escudero and the supermirror - or?07:13
mpt_salgado, I'm around now07:13
=== ogra just gets dinner ... bbl
LarstiQddaa: afaik, there wasn't a rollout yesterday 07:14
Kamionthe branch in question managed to pull up to timestamp: Tue 2006-08-29 12:07:14 +020007:14
Kamionso if something's broken, it broke today, by the looks of it07:14
=== Kamion -> dinner as well
ddaaelmo: escudero is where importd slave put the bzr branches they have published, then the supermirror finds them there and put them in the public SFTP area.07:15
salgadompt_, did I ping you recently?07:15
Kamionor else something about the next revision is unusual07:15
ddaaelmo: I can find you the RT where I asked for the internal http server on escudero for importd branches07:15
elmoddaa: no, that's fine, it's coming back to me07:15
elmoit's an interesting complicated setup07:15
Kamionthe next revision is a perfectly ordinary one-line change in one file though07:15
elmoanyhoo07:15
ddaaelmo: in the near future, I plan to put more importd data on escudero, but that will only need to be accessible to importd through sftp.07:15
ddaaKamion: it looks like it's not _quite_ broken, but instead it's just much slower than it should be.07:16
elmoddaa: so - the reason importd doesn't exist on escudero is that there was a HW RAID failure, and we've had to roll back to data that's 24 hours old07:16
elmoddaa: how bad is that for /srv/importd on escudero?07:16
ddaaelmo: it's gone07:16
elmogar07:16
elmoI know it's gone dude07:16
elmobut I have a backup copy, 24 hours out-of-date (from the time of crash), ready to put back in place07:17
elmobut I didn't want to do that without talking to you first07:17
ddaawhat do you mean by "how bad is that"?07:17
ddaaha okay07:17
elmoas in - will stuff break.  because we havethe 24 hours out-of-date version, and we have the uptodate but from a very corrupt FS version07:18
ddaait's fine to loose the 24 hours07:18
elmook07:18
ddaait would have been a minor problem if it has happened during some data format transition. But in normal use the whole system should be perfectly able to cope with that.07:19
elmook, I'm copying it back now07:19
ddaaelmo: please be careful07:20
ddaacopy in place _then_ rename07:20
LarstiQit will be a bit more behind now, but it deals with that aiui?07:20
ddaabad things could happen if importd starts working with data that is being written to07:20
ddaaI mean "copy under a temporary name, _then_ rename"07:21
elmook07:21
=== ddaa realises that he would need to add some sftp lock breaking logic to importd sooner or later
mpt_salgado: [03:44]  <salgado> mpt, around?07:23
salgadompt_, oh, nm... I don't remember why I pinged you07:25
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad
elmoddaa: what's in these damn importd directories - is it all bzr, or baz stuff too?07:41
=== cprov-lunch is now known as cprov
ddaaelmo: hu... your mom?07:45
ddaanah, actually /srv/importd should contain only bzr stuff07:45
ddaathe arch stuff was in bazaar.ubuntu.com or something like that07:45
ddaaBut I suggest you do not delete the bazaar.ubuntu.com stuff, instead keep it handy for filesystem benchmarks ;)07:46
ddaait's about as useful as it's going to be now07:47
jordimdke?07:49
kiko-afkmalcc, cprov: patch sent your way07:50
cprovkiko-afk: ok07:50
kiko-afkcprov, it fixes things as far as I can see. 07:50
cprovkiko-afk: will see ;) looks like a good candidate for test system submission. 07:52
kiko-afkcprov, it is actually not very complicated and the code is well-tested -- I think it is safe.07:53
kiko-afkof course, testing it is a great idea because the /old code/ is not very well tested and may be supporting a hidden use case via a bug.07:53
kiko-afkmatsubara-lunch, I thought salgado's recent landing might have improved the situation for bug 55939?07:54
UbugtuMalone bug 55939 in launchpad "Stop using IDs in the IGPGKeySet API " [Medium,Confirmed]  http://launchpad.net/bugs/5593907:54
cprovkiko-afk: indeed, it's better to know such things before rollout07:55
elmoddaa: hmm, ok - it's a bit distressing this is so large/slow to copy then, if this is all bzr07:56
kiko-afkelmo, is it a first branch?07:56
kiko-afkerr, a first push of this branch. I meant.07:57
ddaaelmo: it's probably an order of magnitude better than the equivalent Arch stuff, but that's still several hundred thousand revisions...07:57
ddaaon several hundred branches07:58
elmokiko-afk: it's a restore from backup of all the LP importd bzr data ;-)07:58
ddaaelmo: just record the sound of hard drive and play it back to sabdfl when he wonders where his money has gone ;)07:58
mpt_whoo, https://launchpad.net/sprints/osa12307:59
ddaathere are probably a couple thousand hours of work in that07:59
=== somerville32 [n=somervil@fctnnbsc15w-156034073036.nb.aliant.net] has joined #launchpad
jordicarlos: https://launchpad.canonical.com/EdgyTranslationsOpening08:05
carlosjordi: you should also note that dapper translations are still useful until its end of life08:07
carlosso people should keep translating it08:07
jordiokay08:07
carlosjordi: also, I need to check with Steve and Stuart whether we will do another data migration from dapper to edgy before release08:08
carlosSteveA: around?08:08
SteveAhi carlos 08:08
carloshi08:08
carlosthere are some people that asked if we are going to copy the additions in dapper into Edgy like we did before opening Edgy08:09
carloswe did it for Breezy to Dapper and it took around 20 minutes08:09
carlosbut Stuart told me that it would require launchpad or Rosetta disabled while doing such migration08:10
carlosSteveA: do you think we would be able to do that again a week or so before Edgy release?08:10
carlosor should we defer such decision until next week, when Stuart is back from holidays?08:11
jordicarlos: https://launchpad.canonical.com/EdgyTranslationsOpening?action=diff&rev2=2&rev1=108:11
carlosjordi: ok, thanks08:12
carlosplease, mail launchpad@ mailing list asking for input, with a copy to mdz and pitti08:12
jordilate08:13
jordiI already did, but didn't copy mdz and pitti08:14
carlosjordi: oh, and instead of talking directly about OO.org imports/exports, I think you should link to the list of tasks we are working on atm: https://features.launchpad.net/products/rosetta/1.0/+specs08:14
=== jordi forwards
jordicarlos: oh right, I was looking for this link08:14
carlosOur goal is to have them implemented before Edgy release08:14
SteveAcarlos: will anything bad happen if we wait to talk with stuart on monday?08:15
jordioh firefox is also an edgy goal?08:15
carlosjordi: yeah, in fact danilo is already implementing it08:16
carlosSteveA: no, just that we need to send a different announcement to clarify it and add a note to the official edgy opening announcement that we will clarify that point next week 'after study the technical issues involved'08:17
jordicarlos: is 1.0 due when edgy?08:18
carlosjordi: yes08:18
SteveAcarlos: ok.  I'd much rather stuart was involved in these things, even though it is possible to to them without him.08:19
carloswe need Stuart to do it...08:19
carlosjordi: please, add a note about the migration saying that we are studying it atm08:20
=== mpt_ wonders what https://launchpad.net/sprints/regan is for
jordicarlos: and done08:23
carlosjordi: please, remove the OO.o comment08:24
carlosfirst, it's not yet implemented, will be implemented08:24
carlosand second, it's not going to use the standard language pack system, it will be just better handled so we can generate the language packs more easy08:25
jordiok, should I remove all three?08:25
jordihmm, I just remembered I was supossed to have beers with people today08:25
carlosI only see two...08:26
jordireload08:26
carlosalso, next week, we will know if we will do the migration, from your text, it looks like we will do the migration next week. Or at least that's what I understand...08:26
carlosjordi: well, you can just change the 'is now able' with 'will be able' and remove the ', which basically ....'08:28
jordiright08:30
carlosjordi: thanks08:31
jordidone08:31
jordihrm, another day and no time to summarize the KDE stff08:31
mdkejordi: !08:37
jordimdke!08:38
mdkewhat's up08:38
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad
mptjamesh, replied to your review of mpt/launchpad/trivial, thanks08:48
=== jkakar [n=jkakar@204.174.36.228] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
=== claude [n=claude@76.114.203.62.cust.bluewin.ch] has joined #launchpad
claudeping carlos08:57
carlosclaude: pong08:57
claudejust want to know about edgy translation status08:57
somerville32Who should I talk to about duplicate specifications?08:58
carlosclaude: It's mostly done. We are going to announce it tomorrow08:58
claudeok, thx08:58
carlosyou are welcome08:58
claudecause i didn't if i had to tell french translators to wait08:58
carlosthey can go ahead if they want08:59
claudei know some are already translating edgy08:59
claudeok08:59
carlosthere are still some files pending to be imported, but that's not a big issue09:00
claudeok, suppose i can check in import queue09:00
carlossure09:01
=== Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #launchpad []
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== carlos -> out
carlossee you!!09:10
ddaaogra: the sftp branch mirroring appears fixed09:14
ddaait was downfall from the escudero breakdown09:14
mdkejordi: btw there might be a new pot template waiting from an ubuntu-docs upload to edgy today, I hope. "menu-entries"09:14
=== mpt [n=mpt@203-167-187-87.dsl.clear.net.nz] has left #launchpad ["http://mpt.net.nz/"]
=== mpt [n=mpt@203-167-187-87.dsl.clear.net.nz] has joined #launchpad
jordiah good09:20
=== somerville32 [n=somervil@fctnnbsc15w-156034073036.nb.aliant.net] has left #launchpad ["Konversation]
jordimdke: aboutubuntu and menu-entries approved09:26
ddaaGood night all09:29
=== Mez [i=Mez@195.112.61.155] has joined #launchpad
kiko-afkcprov, what's infinity's email address?09:42
cprovkiko-afk: adconrad@09:42
kiko-afkthanks09:42
cprovkiko-afk: ubuntu.com ...09:43
Mezcprov: isnt adconrad infinity ?09:43
Meznvm09:43
salgadompt, real ping this time. :)09:46
=== jelmer [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad
Mezkiko-afk, you're more likely to get him on adconrad@0c3.net09:46
flacostekiko-afk: here is your daily reminder that you have to review SupportTrackerWorkflowSpec :-)09:47
=== teolemon [n=famille@82.234.128.149] has joined #launchpad
=== teolemon [n=famille@82.234.128.149] has left #launchpad []
kiko-afkMez, well, it's just an FYI so no hurry. I used his canonical email.09:50
kiko-afkflacoste, aha, thanks09:50
mptsalgado, pong09:51
kiko-afkcprov, see email!09:51
salgadompt, I was wondering if you could help me with https://launchpad.canonical.com/PersonCreationRationale? (it should be quick)09:51
cprovkiko-afk: yup, thx09:51
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
Mezkiko-afk, fair enough :D09:52
=== WebMaven [n=webmaven@ip72-193-220-34.lv.lv.cox.net] has joined #launchpad
mptsalgado, so, that spec needs updating, because daf and SteveA were right and I was wrong09:53
mptI shouldn't have used the word "account" to refer to a person record that hasn't been logged in to09:53
salgadompt, hmmm, the whole spec or just the mockup?09:53
salgadoah, I see.  that's a good point09:54
mptSo somehow the page needs to make clear that "this is a person who has never used Launchpad"09:55
UbugtuNew bug: #58138 in launchpad "Person merge code should take into account inactive and proposed memberships" [Medium,Confirmed]  http://launchpad.net/bugs/5813809:55
mptin the same way that http://www.43people.com/profile/view/532414 represents someone who has never logged in to 43people.com09:56
mpt"(placeholder)"09:56
mptsalgado, do you need it updated Absolutely Right Now, or could it wait a few hours?09:58
mpthttp://www.43people.com/about/view/faq#claim-a-page09:59
salgadompool, it can wait.  there are other things on that spec that don't depend on this, and I'm going to work on them09:59
salgadompt, ^10:00
kiko-afkcprov, ping?10:01
cprovkiko-afk: pong10:01
mptsalgado, ok10:01
kiko-afkcprov, can you run https://sodium.ubuntu.com/~andrew/paste/file9Qm6a7.html on mawson?10:02
kiko-afkcprov, or against the production database? it just does queries10:02
salgadompt, while you're at it, maybe you can suggest the error messages to show when people try to register with an email that is already registered.  both messages for when the owner of that email has logged in and when he hasn't10:02
kiko-afkcprov, I think it should work, but I don't have access10:02
mptsalgado, ok10:02
kiko-afkcprov, I need to skip out now, but I'll call you in 5m10:02
salgadompt, IOW, when we want to point people to the +claim or the +forgottenpassword page10:02
cprovkiko-afk: ok10:02
kiko-afkcprov, thanks duder10:02
salgadompt, thanks a lot! :)10:03
mpthmm10:05
WebMavenwhois SteveA10:06
WebMavenoops10:06
=== ogra_ [n=ogra@p548AECBF.dip.t-dialin.net] has joined #launchpad
cprovkiko-afk: what do you want from DAR.get(1) ?10:09
mdkejordi: aboutubuntu should have been there already10:10
mdkejordi: argh, it was called about-ubuntu10:10
jordimdke: I guess it got held due to a path change or the about-ubuntu vs aboutubuntu nonsense10:10
mdkerosetta seems to have caught it though...10:10
jordimdke: but there's no probs with the hyphen, right?10:10
jordiI can rename the template10:10
mdkeyep, fine as it is10:11
jordiI actually should so it matches10:11
mdkethere is only one listed here: https://launchpad.net/distros/ubuntu/edgy/+source/ubuntu-docs/+translations10:11
jordinod10:11
jordioh, yeah10:11
Mezhow do I get a mailing list to show on the main page ?10:11
jordimissmatch between rosetta's templatename and what you name it in the package10:11
jordiMez: hmm, make it public iirc?10:11
mdkeMez: launchpad doesn't do mailing lists, AFAIK10:12
mptMez, include it in the product description?10:12
Mezmdke: wrong channel ;) :P10:12
mptheh10:12
Mezbut if anyone knows, feel free to answr10:12
mdkeMez: it's "advertised"10:13
jordimdke: reload10:13
mdkein the privacy page10:13
mdkejordi: fine, thanks. I don't mind which it is :)10:13
mdkebut I should ensure the pot file has no hyphen, right?10:13
jordiit doesn't, according to your uploads10:14
mdkeyeah, I mean, any future pot files10:14
jordimdke: yeah, or it'll get stuck again :)10:16
mdkefine! thanks for your help10:16
jordino!10:16
jordier10:16
jordinp! :D10:16
=== abhay [n=abhay@ss75.shared.server-system.net] has joined #launchpad
UbugtuNew bug: #58144 in soyuz "Backport is rejected if an older backport is already there" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5814410:25
Mezhmm I need a little help in getting my list to automatically allow any post that comes from malone... but it just doesnt seem to be working10:26
bradbMez: Can you whitelist anything where the Reply-To contains bugs.launchpad.net?10:29
Mezbradb: I currently have this as my "allow" filter set10:30
MezSubject: [REQUEST] .+10:30
MezX-Generated-By: Launchpad (canonical.com)10:30
MezX-Launchpad-Bug:.+10:30
MezSender: bounces@canonical.com10:30
Mezany of those should match any bug10:30
bradbMez: I only speak Perl re's...what does Subject: [REQUEST] .+ mean in English?10:31
bradb(or perl :P)10:32
Mezbradb... surely that is a pre ?10:32
MezIt means anything with the header "Subject: [REQUEST] " and anything following that should be auto-accepted10:33
bradbyeah, but what it means in perl surely doesn't make sense here, so [] 's in your pattern must mean something different10:33
Mezbradb: thats my bad coding10:33
Mezlol10:33
Mezbradb: for some reason it accepts the initial bug... but not any reply to it10:33
bradbMez: how about trying just one header match at a time? like the X-Launchpad-Bug criteria?10:35
bradbthat'll cover you for all bugmail generated by mail10:35
bradbby malone, that is10:35
=== claude [n=claude@76.114.203.62.cust.bluewin.ch] has left #launchpad []
=== glatzor_ [n=sebi@ppp-82-135-7-215.dynamic.mnet-online.de] has joined #launchpad
UbugtuNew bug: #58149 in malone "Too many tickets shown" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5814911:35

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