=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === Spads [n=spacehob@host-87-74-19-214.bulldogdsl.com] has joined #launchpad [12:33] "I will be good for fixing bugs." [12:33] mpt: launchpad should be open source? [12:34] matsubara, what? :-) [12:35] mpt: the bug where you read that. [12:35] No, I read that in bug 44 [12:35] Malone bug 44 in rosetta "Translations should be searchable" [High,Confirmed] http://launchpad.net/bugs/44 [12:36] An amusing typo, that's all [12:37] oh I'm confusing the bugs. I guess I've been reading too many reports lately. [12:39] heh [01:21] New bug: #62696 in soyuz "Task headers in Packages files do not match seeds exactly" [Undecided,Unconfirmed] http://launchpad.net/bugs/62696 === doko__ [n=doko@dslb-088-073-088-057.pools.arcor-ip.net] has joined #launchpad [01:37] mpt, ping? [01:37] kiko-afk, pong [01:37] mpt, you know helpers.msgid_html? [01:38] I think you changed that when fixing the rosetta issue bug 46? [01:38] Malone bug 46 in rosetta ""special symbols" when people copy-paste text from original to translation" [High,Fix committed] http://launchpad.net/bugs/46 [01:42] mpt? [01:59] kiko-afk, yes [02:05] New bug: #62702 in launchpad "Launchpad needs a privacy policy" [Undecided,Unconfirmed] http://launchpad.net/bugs/62702 === yarddog [n=kibozo@unaffiliated/yarddog] has joined #launchpad [02:15] can someone help me with merging two accounts with one email address not accessable any longer? [02:16] i have tried the email list as i was referred to, i have tried the launchpad support site, and now here [02:16] anyone? [02:17] "you can contact SteveA or kiko on #launchpad at irc.freenode.net and they will be able to merge your accounts." [02:18] ive been trying to remedy this for a week [02:18] sorry if i seem agitated but i think a week is long enough for this === stub [n=stub@ppp-58.8.10.236.revip2.asianet.co.th] has joined #launchpad [02:20] mpt, so that code appears to be on crack [02:20] mpt, expand_rosetta_tabs is only used there -- why are you redoing the replacement with a different replacement?! [02:20] mpt, can you email me about this so I can sort it out in the morning? [02:20] thanks. [02:21] expand_rosetta_tabs?? [02:22] Did I even touch that code? [02:23] mpt, no, but you should have. [02:23] heh [02:23] the code you change does something like [02:23] replace("a", "b") [02:23] replace("b", TranslationConstant.X) [02:23] which is, well.. :) [02:24] ok, I'll mail you a reminder [02:25] thanks, I'm so tired and just noticed this [02:25] 16 files changed, 1357 insertions(+), 1484 deletions(-) [02:25] whew [02:25] this was actually not as bad as I thought it would be. [02:25] of course, the tests probably don't pass :-) [02:35] kiko-afk, are you helping yarddog? [02:35] oh [02:35] no! [02:35] yarddog, hey? [02:35] yarddog, which are your accounts? [02:36] yarddog, I didn't see a ticket filed by you, and nowhere did you say which two accounts needed to be merged, which is why I couldn't help you before. [02:37] i filed a ticket just now [02:37] yarddog, what's the ticket number [02:37] 1911 [02:38] just like razor === realist [n=realist@CPE-144-133-64-178.vic.bigpond.net.au] has joined #launchpad === xenru [n=Miranda@85.192.13.237] has joined #launchpad === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad [02:40] it seems that 'yarddog' is under the gmail address and 'yarddog2' is under the current account === jml [n=jml@ppp200-172.lns1.hba1.internode.on.net] has joined #launchpad [02:46] yarddog, one sec. [02:46] ok [02:49] thank you kiko-afk [02:50] most welcome [02:50] time to catch those zs now === yarddog [n=kibozo@unaffiliated/yarddog] has left #launchpad ["Leaving"] === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad === jinty [n=jinty@195.Red-83-58-178.dynamicIP.rima-tde.net] has joined #launchpad [04:16] spiv, ping === skaller [n=skaller@ppp229-164.lns3.syd7.internode.on.net] has joined #launchpad [04:20] hi, I'm trying to figure out how to link Launchpad bugtracker to upstream sourceforge bugtracker for my product [04:22] any hints how to do that? do i need to create a team or something? [04:22] mpt: pong [04:24] skaller: at the moment, you'll need to create a bugtracker object for your sf project's bug tracker [04:25] ok .. how does that relate to the existing package? [04:25] skaller: go to https://launchpad.net/malone/bugtrackers/+newbugtracker and use a URL like http://sourceforge.net/tracker/?group_id=$GROUPID&atid=$ATID [04:25] you can then link bugs to that tracker [04:26] We should clean this up, since spiv found a way of getting SF bugs without knowing the groupid/atid [04:27] hey, the ability to do this kind of linkage at all is very superior! [04:27] I'm just saying that our current handling of SF bug links sucks :) [04:28] sure, but i'm saying don't feel to bad about it :) [04:28] you ever tried to get support from microsoft? [04:30] can't say I've tried directly. [04:30] hmm .. now I can't figure out how to get the groupid/atid from sf :) [04:30] skaller: pull up the bug you want to link to and look at the URL [04:31] there's no bug .. but I found the tracker id now thanks [04:31] http://sourceforge.net/tracker/?group_id=28597&atid=394143 [04:31] I get that URL, does that see right? [04:32] yep [04:33] skaller: SF has this great system where they identify each bug by three numbers. You generally need to get all three numbers right to look at a bug [04:33] oops now I'm confused, which field does that URL go to [04:34] "Base URL" [04:35] so for a name I might say "Felix upstream"? [04:35] Felix is the package name [04:35] ah .. 'felix-upstream" [04:35] or "felix-bugs" [04:36] not to be confused with ubuntu and debian package management tho .. [04:37] It is just used to differentiate it from other registered external bug trackers [04:37] yeah, ok, its submitted [04:37] now I need to link it to the package? [04:39] at the moment you can't link from a bug tracker to a product. You should be able to in the next rollout (about a fortnight from now) [04:40] ok more confusion: felix is an existing package in ubuntu [04:40] ah. [04:40] have you registered it as a product in Launchpad? [04:40] no not yet [04:40] I thought I'd ask for advise before making a mess [04:40] https://launchpad.net/products/+new <- you can do that here. [04:41] (so i could share the blame after making the mess :) [04:41] after that, it is possible to provide a link between the Ubuntu package and the upstream product [04:42] ok one sec .. doing the 'description' thing :) [04:42] take your time. [04:43] spiv, I need a couple of months' of raw traffic logs from launchpad.net. Do you know how I can get them? [04:43] (sorry for the slow response-to-pong) [04:43] kak .. name/display name/title/summary/description .. all asking for the same information in more and more detail [04:43] mpt: rt [04:44] skaller: the "name" is a short lower-case no-spaces name used in the URLs. "display name" can have spaces, "title" is used in page titles, etc [04:44] summary and description aren't that different ... [04:47] jamesh, argh. I made an rt request yesterday, but Steve said I should contact you or spiv instead [04:48] mpt: I think only the admins have access to the apache logs, but I might be mistaken [04:49] ok made a product [04:49] skaller: okay. Launchpad has the concept of "product series", which represent separate lines of development [04:50] by default, your product has a single series called "trunk" [04:50] yup [04:50] if you make your releases off the tip of CVS or subversion, then you should link the trunk series to the Ubuntu package [04:50] corresponding to svn trunk? [04:51] pretty much === WebMaven [n=webmaven@ip72-193-220-34.lv.lv.cox.net] has joined #launchpad [04:52] ouch .. [04:52] on the product series page (e.g. https://launchpad.net/products/felix/trunk), there is a "Link to Ubuntu Package" link, which takes you to a form where you can make the association [04:52] the Debian packaging goes in another place though [04:53] it's maintained by a separate Debian group [04:53] is that relevant? [04:53] currently we don't import information about individual debian packages into launchpad, so it isn't. [04:54] ok .. so is the package name 'felix' or does it need a version number ? [04:55] if the source package name is "felix", then that's all you need. [04:55] ok .. thanks .. now i need the svn name .. [04:56] you looking at the "edit source" form now? [04:56] Upstream source import [04:56] ? [04:56] yeah [04:57] sf says: svn co https://svn.sourceforge.net/svnroot/felix felix [04:57] you only need to fill in this form if you want us to import your code into a Bazaar branch [04:57] ack, what's a Bazaar? [04:57] http://www.bazaar-vcs.org [04:58] jamesh, on a completely separate subject, my development machine will soon run out of disk space. Which of these make sense to do? (1) Delete the directories for old branches in my repository. (2) Delete everything except the .bzr/ directory in those branches. (2) Delete the sourcecode/ directory from those branches branches that had entire copies of it. [04:58] (er, make that last (2) -> (3) :-) [04:59] mpt: you shouldn't need to keep working trees around for your old branches [04:59] keep your old branches (which should each take about .3MB), but you don't need to keep old working trees [05:01] So what exactly do you mean by "keep your old branches"? [05:01] Just the .bzr/ subdirectory? [05:02] mpt: can you describe your development setup? I want to make sure I don't tell you to do something destructive [05:02] In ~/hacking/lp/ I have a single subdirectory for each branch [05:03] e.g. are you using lightweight checkouts from a local repo? are you using independent branches? etc [05:03] ~/hacking/lp/2005-12-layout, ~/hacking/lp/2006-06-menus, and so on [05:03] I am not using lightweight checkouts [05:03] but I am using a local repository [05:03] okay. where is your repository? [05:04] ~/hacking/lp/.bzr/repository/ [05:04] so if you run "bzr info" in ~/hacking/lp/2005-12-layout", it lists ~/hacking/lp as the repository? [05:05] no [05:05] probably because that wasn't one of the branches I was working on when we switched to repositories [05:06] so I didn't switch that one. [05:06] "Format ... is deprecated" [05:06] okay. For one of your newer branches, can you verify that it is using the repository? [05:07] Yes, my trivial/ branch is using it [05:07] when you're read jamesh yell? [05:08] oh [05:08] A newly-created branch isn't using it [05:08] that's bad [05:09] 2006-09-bug-46/: "branch root: file:///home/mpt/hacking/lp/2006-09-bug-46/" [05:09] this might be why you are running out of disk space :) [05:10] 29.8 GB of Launchpad code [05:10] So, first, stop the bleeding [05:10] What is the proper way for me to be creating a new branch, possibly offline, given a ~/hacking/lp/rocketfuel copy of rocketfuel? [05:10] on my system I've got about ~270MB for my repository, some amount for my rocketfuel-built tree and ~ 150MB for each working tree [05:11] what do you currently do when you want to start a new branch? [05:11] cp -a === mpt cowers [05:11] lol [05:12] mpt: okay. If you copy an independent branch with "cp -a", you'll end up with an independent branch [05:14] managing shared development efforts is more work that hacking the code :) [05:14] mpt: the workflow I recommend is here: https://launchpad.canonical.com/WorkingWithSharedRepositories [05:15] mpt: i.e. keep your branches separate from your working trees. [05:15] The Launchpad development wiki is not available to the public. [05:16] jamesh, are you constantly cd-ing between ~/src/lp/whatever to make run and to run tests, and ~/repo/canonical/whatever to do commits and pushes? === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [05:16] mpt: running "bzr commit" or "bzr push" in the checkout performs those operations on the branch [05:17] mpt: I usually only change dir to my repository dir when creating a new branch [05:17] ok [05:17] mpt: the benefit of this setup is that provided there are no uncommitted changes, I can blow away the checkout [05:18] ok, so sanity-check this for me [05:18] mkdir ~/hacking/lp-repo && mv ~/hacking/lp/.bzr ~/hacking/lp/ [05:18] urg, I'll try that again [05:18] mkdir ~/hacking/lp-repo && mv ~/hacking/lp/.bzr ~/hacking/lp-repo/ [05:19] Moving my repository to a separate directory, leaving all the existing branches in place [05:19] if you have any branches actually using that repo, you'll have problems. [05:19] darn. [05:19] Should I make a new repository then? [05:20] creating a new repo would be best [05:20] copying the old repo would be second best [05:20] Which one will mean I'm not stuck permanently with 29.8 GB of branches? :-) [05:21] if you are mainly interested in freeing up disk space rather than changing your work flow, try this: [05:21] Changing my workflow is fine [05:21] (1) create the repo with "bzr init-repo ~/hacking/lp-repo" [05:22] (2) for a branch you don't care about, do "cd ~/hacking/lp-repo; bzr branch ~/hacking/lp/$BRANCHNAME" [05:22] (3) remove ~/hacking/lp/$BRANCHNAME [05:22] mpt: Yeah, I don't have any direct access to the launchpad.net traffic logs that I know of... [05:23] mpt: (sorry for the lag, was in transit to poolie's) [05:23] now before doing this, make sure the branch you are copying is "Meta directory format 1" [05:23] hey jamesh, thanks for help .. think it's all set up now [05:23] if you branch a really old branch, it won't make use of the repository === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [05:24] ok, I want to change my workflow too [05:24] skaller: cool. === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [05:24] because currently I'm having to do sketchy stuff with ln -s ../rocketfuel/sourcecode ./sourcecode [05:24] off to do some actual programming .. :) [05:25] (so as not to have a copy of sourcecode/ in every new branch) [05:25] mpt: once you've created the branch in your repo, you can set up your working trees using the steps listed in the "Creating Working Trees" section on that wiki page [05:26] ok, thanks jamesh [05:27] mpt: I've got a script I use to help set up the sourcecode/ trees in my lightweight checkout too [05:28] it does lightweight checkouts of my rocketfuel-built tree [06:35] New bug: #62717 in blueprint "Anybody can target specs at milestones" [Undecided,Unconfirmed] http://launchpad.net/bugs/62717 === stub [n=stub@ppp-58.8.11.122.revip2.asianet.co.th] has joined #launchpad === [BTF] Chm0d [n=rich@pool-71-101-108-49.tampfl.dsl-w.verizon.net] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:30] morning [08:32] lifeless: isn't he some contemporary philosopher with new-age leanings? [08:32] SteveA: no idea ;) [08:33] why did you ask? [08:33] actually, that's Ken Wilbur [08:33] I think I was confused about which list is which === mholthaus_ [n=mholthau@111.25.203.62.cust.bluewin.ch] has joined #launchpad [08:41] lifeless: fyi: I've put branches to get cscvs and launchpad tests passing with bzr-0.11 for review [08:46] jamesh: thanks. Can you bring them to ddaa's attention ? [08:46] lifeless: just replied to his launchpad list post where he asked me to look at it. I'll ping him when he gets up. [08:47] jamesh: what's the "null revision" ? [08:47] SteveA: revision 0 [08:47] mmaybe [08:48] the cscvs changes look fine to me, although I don't really know the bzr api so I can't be a good reviewer [08:48] revision 0 is not always == NULL_REVISION [08:48] how is it special? [08:48] NULL_REVISION is the implicit origin of the revision graph [08:48] it is misnamed [08:48] and will be renamed in bzr at some point to be EMPTY_REVISION [08:49] SteveA: the cscvs code was trying to decide whether the working tree contained changes, which it defined as (a) having any changes or (b) having pending merges [08:49] not GRAPH_ORIGIN ? [08:49] SteveA: unlikely === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [08:49] I mean, EMPTY_REVISION seems about as opaque to me as NULL_REVISION [08:49] SteveA: theres a bunch of other context [08:50] SteveA: which you dont have right now, in that context EMPTY is likely better [08:50] lifeless: do you know how to make irssi not go fucky when scott leaves a channel? [08:50] SteveA: normally a working tree has the last revision of the branch as its first parent revision, and any pending merges are second, third, etc parents [08:50] lifeless: it looks like a bzr merge has hung under pqm. Want to have a look, or should I just kill it? [08:50] jamesh: tree.changes_from(tree.basis_tree()).has_changes [08:50] stub: I'll look === stub was waiting to run Launchpad tests [08:51] lifeless: the cscvs code is doing both that and checks for pending merges [08:52] SteveA: use a better IRC client that understands utf-8? [08:52] Keybuk: irssi understands utf8 [08:52] Keybuk: yes. apparently irssi does, but there's an interesting combination of term settings and irssi settings. [08:52] stub: make sure you are using a utf8 terminal [08:53] so right now, some lithuanian characters I can type, others I can read, and still others I can neither read nor write. [08:53] erm, stub, stevea [08:53] lifeless: do the parent_ids/pending_merges check is not necessary? [08:53] s/do/so/ [08:53] stub: you are good to go [08:54] stub: I've killed the job, the rest will proceed as normal [09:03] jamesh: one sec [09:04] lifeless: would a more correct has_changes() implementation be to check if the parent_ids list differed from just the basis tree revision ID? [09:09] jamesh: yes, delta should be fixed [09:09] jamesh: right now you do need to check parent_ids [09:10] pending_merges is a deprecated interface: just left.get_parent_ids() != right.get_parent_ids() or tree.changes_from(tree.basis_tree()).has_changes() is enough [09:11] what are left and right in the above? [09:11] if one is the working tree and the other the basis tree, won't they always have different parent IDs? === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:12] blech. [09:13] tree.changes_from(tree.basis_tree()).has_changes() or len(tree.get_parent_ids()) > 1 [09:13] okay. That' [09:13] s what I have now. [09:14] morning [09:14] but it was failing for an empty tree that had a ghost parent tree added [09:15] since it was picking an empty tree as basis and len(tree.get_parent_ids()) == 1 [09:17] ah right. do we have cscvs tests that need ghosts ? [09:17] seems strange that we'd need that [09:17] baz-import should be the only thing needing such tests offhand [09:17] (and point of fact: hwne the left most parent is a ghost then changes *have* occured. [09:18] so its correct to show it as changed [09:18] lifeless: I doubt it occurs in real use, but a test exercised that case === carlos [n=carlos@12.Red-83-39-60.dynamicIP.rima-tde.net] has joined #launchpad [09:18] lifeless: I changed the test to do a commit to the branch first [09:18] sounds like the test is/was faulty though [09:21] the other way to handle the parent check would be (1) call get_parent_ids(), (2) remove the basis tree's revision ID from the list and (3) check if the list is non-empty === malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad [09:24] morning malcolm [09:24] Morning === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === carlos [n=carlos@162.Red-88-18-196.staticIP.rima-tde.net] has joined #launchpad [09:44] goedemorgen carlos [09:45] it sounds like German but I guess it's Lithuanian, isn't it? [09:45] SteveA: good morning for you too ;-) [09:49] no. it is Dutch. [09:50] Lithuanian would be Labas rytas [09:51] so rytas is morning ? [09:51] I see [09:51] it is [09:51] it also means "the east" [09:52] ah :-) [09:52] so Labas rytas is something like "hi morning" or so? (recalling Labas is like 'hi') [09:52] Labadiena :) [09:53] "labas" is an old word for "good" [09:53] it exists in modern lithuanian just as certain greetings, and in the word for "very" [09:53] the modern word for "good" is derived from russian [09:54] ah, how does it fit in then in "Labas SteveA" ? it just becomes the 'hi' greeting? [09:54] xorosho? [09:54] shalom sivang btw :) [09:54] raphink: hey raphink ;) [09:54] ma shlomkha ? [09:54] heh [09:55] raphink: all is good , and you ? [09:55] tov :) [09:55] I'm at work ;) === lfittl [n=lfittl@194.50.115.210] has joined #launchpad [09:55] anyone knows why the NEW queue is stuck? === sivang wonders where raphink managed still to learn some more hebrew [09:56] raphink: did you meet Shahar recently? he's still in france [09:56] oh really? [09:56] didn't see him in the last 2 months [09:57] raphink: I guess his mostly in Paris these days [09:57] ah ok [09:57] and I'm not === _thumper_ [n=tim@host86-141-71-114.range86-141.btcentralplus.com] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === danilos [n=danilo@147.91.15.57] has joined #launchpad [10:34] danilos: hi [10:34] carlos: hi [10:34] danilos: did you have a chance to look at my branch? [10:34] carlos: still having connection problems :( [10:35] danilos: :-( === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === Spads [n=spacehob@217.205.109.249] has joined #launchpad === danilo_ [n=danilo@62.193.129.112] has joined #launchpad === xenru|clone [n=Miranda@85.192.13.237] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [11:50] New bug: #61528 in rosetta "kdebluetooth ignores translations from Rosetta" [Undecided,Fix released] http://launchpad.net/bugs/61528 [11:54] jordi: ping === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:19] mpt: ping [01:19] Our bug number 1 is linked on reddit and climbing the front page, we may want to watch out for any load issues === shawarma [n=sh@vega.linux2go.dk] has joined #launchpad [01:22] How do I create a new remote bugtracker? [01:23] danilos: hey [01:23] danilos: I've been on a all morning long meeting [01:23] shawarma: https://launchpad.net/malone/bugtrackers/+newbugtracker [01:23] jordi: ok, so lets leave the KDE stuff for after the LP meeting [01:24] danilos: ok. [01:24] danilos: and GNOME [01:25] carlos: that's right ;) [01:25] jamesh: Thanks. [01:25] jamesh: Is the "contact details" field supposed to be machine parsable somehow? If yes, what is the format? [01:25] shawarma: it is free text [01:26] jamesh: Ok, thanks. [01:27] wow [01:27] carlos@aragorn:~/Desktop/ooo-edgy-2006-09-28$ du -hs . [01:27] 916M [01:28] that's a full export of OO.org translations for Edgy [01:28] carlos: it'd be a bit smaller if you trimmed infrequently used languages [01:28] such as languages other than english === lfittl [n=lfittl@194.50.115.210] has joined #launchpad [01:28] jamesh: or Spanish ;-) === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad === stub [n=stub@ppp-58.8.11.122.revip2.asianet.co.th] has joined #launchpad [01:31] Meeting in 29 mins === carlos -> break === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [01:46] us.archive.ubuntu.com is broken, apache not answering connections apparently, haven't tried ftp - but the host seems up. === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:47] LeeJunFan : OK, I'll fix that. [01:47] Znarl: thanks. === Kuhrscher [n=Kuhrsche@d009126.adsl.hansenet.de] has joined #launchpad [01:52] mpt: dude, give me a bit more than 8 hours forewarning to set up a meeting [01:52] especially when those 8 hours fall in my sleep hours :( [01:53] hi ddaa === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === niemeyer [n=niemeyer@200.103.133.243] has joined #launchpad [01:58] mpt: ping [02:00] Meeting time [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:01] me [02:01] me [02:01] me [02:01] lifeless sends his apologies. [02:01] me [02:01] me [02:01] me [02:01] me [02:01] mpt will be 5-10 mins late. sends apologies [02:01] me [02:02] me [02:03] is my connection lagging, or is the meeting not happening? [02:03] carlos, only 7 tests fail! [02:03] danilos: I think SteveA is preparing [02:03] danilos: your connection is lagging, but since it's lagging you won't see that before you see that the meeting has started already [02:03] Who is up to date with their activity reports? [02:03] me [02:03] stub: ah, ok === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [02:03] up to date [02:03] behind [02:03] up to date [02:03] up to date [02:03] up to date [02:03] up to date [02:03] behind [02:04] up to dat [02:04] behind [02:04] Looks like I missed two days, so I need to interrogate my log [02:04] i'm behind [02:04] behind [02:04] behind === lfittl [n=lfittl@194.50.115.210] has joined #launchpad [02:05] I'm behind, but if I was up to date all it would say would be "REFACTORING ROSETTA VIEWS TO DEATH" [02:05] == Agenda == * 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 requests ---- * (other items) ---- * Keep, Bag, Change * Three sentences [02:06] == Actions from last meeting == * SteveA to put up a wiki page for the launchpad project to note disaster scenarios on, and mail the list about it * SteveA to write up what needs doing to implement `__eq__`, `__ne__`, and `__hash__` for database objects [02:06] up to date [02:06] SteveA: hows it going? [02:06] same as last week :-( [02:06] I'll do them after this meeting. [02:07] you said that last week :) [02:07] I'm one week behind [02:07] stub: did you reorder agenda items, or did you miss the next meeting one accidentally? [02:07] carlos, jamesh, SteveA, kiko: at least two weeks running late! [02:07] or, my connection blurped [02:08] stub: me too :( [02:08] danilos: No - I suck [02:08] kiko: I did not. I said keep them on the agenda for the next meeting. :-) [02:08] Next meeting - same time, same channel? [02:08] stub, I'll be back in the groove this week. I've managed to fix the issues that I thought I would never do! [02:08] I will be on a vacation day next week [02:08] although I may be here for the 45 minutes for the meeting [02:09] SteveA: Please appoint a replacement chair [02:09]