=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad === carlos [n=carlos@82.109.136.121] has joined #launchpad === oohlaf [n=olaf@deschacht.student.utwente.nl] has left #launchpad [] [12:20] LarstiQ: oh well, he's gone === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === raphink-pbook [n=raphink@ubuntu/member/raphink] has joined #launchpad === LaserJock is now known as LaserJock_away === irvin [n=vx@ubuntu/member/irvin] has joined #launchpad === tambaqui [n=patricia@200.231.240.30] has joined #launchpad === tambaqui [n=patricia@200.231.240.30] has left #launchpad ["Fui] === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad === stub [n=stub@gb.ja.99.136.revip.asianet.co.th] has joined #launchpad === tambaqui [n=patricia@200.231.240.30] has joined #launchpad === raphink-pbook [n=raphink@ubuntu/member/raphink] has joined #launchpad === BjornT [n=bjorn@82.109.136.113] has joined #launchpad === carlos [n=carlos@82.109.136.113] has joined #launchpad === jamesh [n=james@82.109.136.113] has joined #launchpad === mdz [n=mdz@george.kkhotels.co.uk] has joined #launchpad === kiko [n=kiko@82.109.136.113] has joined #launchpad === oohlaf [n=olaf@deschacht.student.utwente.nl] has joined #launchpad [10:13] Hi [10:14] Launchpad should sync every day it's bzr branch with upstream cvs right? [10:14] Or does it take longer? === SteveA [n=steve@82.109.136.113] has joined #launchpad === bradb [n=bradb@82.109.136.113] has joined #launchpad [10:31] jordi: where should he be directed if he wants to talk some more? [10:32] oohlaf: yeah, but there can be kinks in cables === abelcheung [n=abelcheu@george.kkhotels.co.uk] has joined #launchpad [10:35] In which timezone does it operate? Yate cvs was updated Mon Mar 13 09:37:56 2006 UTC (24 hours, 19 minutes ago) [10:35] Launchpad says Date last sync finished: 2006-03-14 [10:36] oohlaf: the servers are on UTC [10:37] Maybe add hours to sync finished? [10:38] Or sync started, as that would be the time of upstream cvs that is definately included [10:38] oohlaf: where are you looking that date? [10:39] https://launchpad.net/products/yate/+series/devel [10:40] http://voip.null.ro/cgi-bin/cvsweb.cgi/yate/modules/ysipchan.cpp has the latest upstream revision, but is not in launchpad [10:42] oohlaf: Import status: Syncing [10:43] oohlaf: it says it's being syncing atm.... === mdz [n=mdz@george.kkhotels.co.uk] has joined #launchpad === abelcheung [n=abelcheu@george.kkhotels.co.uk] has joined #launchpad [10:44] Oh, I never saw that status change..everytime I look it says syncing [10:44] Or is it really syncing more times a day [10:45] oohlaf: I cannot answer that question, ddaa is your man, but he's busy atm [10:45] ok, I'll just wait another couple of hours [10:46] enough things to do in the meantime :) === cprov [n=cprov@82.109.136.113] has joined #launchpad === salgado [n=salgado@82.109.136.113] has joined #launchpad === spiv [n=andrew@82.109.136.113] has joined #launchpad [11:01] spiv! [11:02] Me~ [11:03] How's your end of the room? ;) [11:11] it is giving me lowercase failures === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === mdke_ is now known as mdke [11:29] stub, around? [11:29] good idea [11:29] where's stub the stud === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:38] spiv: https://launchpad.net/products/bzr/+bug/34166 [11:38] malone bug 34166 in bzr "bzr push pushes a nested tree while it didn't in the past" [Normal,Unconfirmed] [11:42] carlos: thanks [11:50] stub: ping === GNULinuxer [i=ghoseb@ubuntu/member/g0sub] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [11:58] hi [11:58] is anybody working on fixing the build logs page? [11:58] seb128, what's up with that page? [11:58] is there a reported bug? I'm unaware of the issue [11:58] log are 1 month old [11:58] really? [11:58] https://launchpad.net/distros/ubuntu/+builds [11:58] no no, I just come here to make jokes and complain :p [12:00] no, no bug yet, I prefer to ask before filing a bug that's likely to have no reply for some time :) === mpt [n=mpt@82.109.136.113] has joined #launchpad [12:10] stub, ping? [12:10] seb128, I didn't quite get that -- the /logs/ are 1 month old? [12:10] or do you mean there are builds pending for 1 month? [12:10] kiko: no, that page look at the dates listed [12:11] that's because those builds still haven't gone through [12:11] I suspect those builds are superseded === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [12:11] hey lunchpadders [12:11] carlos: what is, briefly, the status of firefox & ooo translationsm for dapper? [12:11] how's the sprinting? [12:11] yep [12:11] going well! [12:12] kiko: have you been running? [12:12] don't say yes. [12:12] every day, jordi [12:12] oh man [12:12] jordi: ooo translations are working since breezy (pending to be imported for dapper) [12:13] kiko: how do I see that my GNOME uploads built fine so? And don't tell me to go on 40 differents page for every single package [12:13] jordi: about firefox... nothing has been done yet after Montreal. Anyway, I guess I will 'fix' that situation during this sprint as it's part of the solid import/exports task [12:13] carlos: what about that bug "untranslated messages are copied in english", is that a non-issue? [12:13] nod === koke [n=koke@ubuntu/member/koke] has joined #launchpad [12:14] jordi: as I didn't get any input on that, I don't think it's an issue but a misunderstood of the system [12:14] ok. hopefully [12:14] jordi: are you able to reproduce it? [12:14] carlos: no [12:14] carlos: ah, my other items: any chance you can get ahold of stub today, for both the import fix merge and my akan/breton requests? [12:15] seb128, well, for now, you are better off using https://launchpad.net/distros/ubuntu/+builds?build_state=pending&batch_start=40&batch_end=60 [12:15] jordi: import fix merge is not blocked on stub but on weird test failures that we are debugging atm [12:16] oh ok [12:16] kiko: that page has stuff from previous month [12:16] seb128, this is fixed but not rolled out yet -- cprov and Kinnison wrote a new status, SUPERSEDED, that will avoid us trying to rebuild and give-back superseded packages, which is what's causing those first 43 packages to hang around. [12:16] jordi: about the plural forms, yes I will do it today now that our network is stable enough to work [12:16] seb128, those packages are all superseded. [12:16] carlos: I send you my best wishes to get that sorted. :) [12:16] kiko: like is there any way to fail what packages failed to build since yesterday? [12:16] carlos: ok [12:16] seb128, yes, in fact there are [12:17] seb128, https://launchpad.net/distros/ubuntu/+builds?build_state=failed [12:17] s/fail/see [12:17] jordi: well, at least I'm not the only one getting that problem. Kiko got it too with another branch so I'm not alone :-P [12:17] kiko: ah, thank you [12:17] kiko: weird that builds doesn't list them so [12:18] kiko: and is there a way to list by arch? :) [12:18] builds does list them [12:18] you just need to toggle the build state select box [12:18] where is that box? [12:18] ah right [12:18] right [12:19] seb128, there is no way to list by arch. however, there is /people/seb128/+packages which does give you some information, and I've reformatted that page -- it should go live today [12:19] is there any way to sort them by date so? [12:19] in +packages? [12:19] https://launchpad.net/distros/ubuntu/+builds?build_state= list not chronologic stuff [12:19] that's not usable [12:19] like I don't care about stuff one month old [12:20] https://launchpad.net/distros/ubuntu/+builds?build_state=failed is chronological [12:20] the issue with the other listing is that there are packages with builds pending that shouldn't be pending [12:20] ok, that will do for today I guess, thank you [12:20] that will be fixed in the next soyuz rollout [12:20] however [12:20] if you use the link I gave you before: [12:21] https://launchpad.net/distros/ubuntu/+builds?build_state=pending&batch_start=40&batch_end=60 [12:21] you'll see any "new" pending builds [12:21] "41 43 of 43 results" [12:21] k, so nothing pending atm? [12:21] seb128, exactly. [12:21] alright [12:21] anything beyond 43 will be pending [12:21] the 43 packages will die [12:22] was not obvious at looking at the page [12:22] they will go to a new SUPERSEDED state [12:22] yes, it's a bug [12:22] they are superseded packages that we keep retrying to build [12:22] which is crack [12:22] they don't need to ever build [12:22] is there a plan to have "build logs for the packages I've uploaded"? [12:23] have you seen https://launchpad.net/people/seb128/+packages --? [12:23] it links to all failed build logs in your uploaded packages [12:23] however, the current organization of the page is suboptimal [12:23] it will be improved in the next rollout, which is scheduled for today, however === anvarprof [n=anonym@82.215.66.232] has joined #launchpad [12:25] hi [12:25] is anybody here [12:25] kiko: right, the page is not easy to parse, having a "my uploads which have an issue" page would be nice. Anyway that will be good enough for now, thank you [12:26] :( [12:26] I need some help... [12:27] seb128, wait till the update -- I think it will give you exactly that information [12:28] shit [12:28] is anybody here? [12:28] kiko: thank you [12:29] can smb help me... [12:29] if you don't ask your question no risk [12:30] that's true [12:30] how can I join to Ubuntu translaters group [12:30] talk to jordi anvarprof [12:30] anvarprof: hello === G0SUB [i=ghoseb@ubuntu/member/g0sub] has joined #launchpad [12:31] anvarprof: what language do you want to work on? [12:31] Uzbek [12:32] jordi, Is it possible [12:34] anvarprof: give me a minute [12:35] ok [12:35] There is no Uzbek team. It seems you'll be a pioneer. [12:36] anvarprof: is it just you, or do you know of more people who want to translate? [12:36] jordi, I hope... [12:36] I saw it on Launchpad site [12:36] I mean, do you know of more people wanting to translate ubuntu to uzbek right now? [12:37] jordi, I'll try to find [12:37] jordi righ now? hmm, maybe we can find, but not now [12:38] in 2 days it's max [12:39] no, just asking. [12:39] If you want to get started now, I can appoint you as the Uzbek team. [12:39] And when more people join you, you can createa a Ubuntu Uzbek translators team [12:40] there is not enough people who knows how to translate it [12:40] so [12:40] you might prefer to search for more people first, or go ahead on your own [12:40] your choice [12:40] ok [12:40] so I have to register more people on launchpad site? [12:41] any ubuntu translators needs to have a launchpad account. [12:41] Do you have an account? [12:41] yes [12:41] I have but my friends haven't [12:42] oh, but your friends will join you in a matter of days, when they get accounts? [12:42] how long will it take for them to get launchpad accounts? If its going to be soon, we might want to wait for them. [12:43] they are not here right now [12:43] so it is possible in a 2 days [12:43] is it possible to open group before and other translators can join later? [12:44] anvarprof: ok. Get them launchpad.net accounts, and create a ubuntu-l10n-uz team. [12:44] yes, if you're absolutely sure they will join you in a few days [12:44] https://launchpad.net/people/+newteam [12:44] you can create a team here. [12:45] thanks a lot. === G0SUB [i=ghoseb@ubuntu/member/g0sub] has joined #launchpad [12:48] jordi should i create it "open"? [12:48] most of the teams are moderated. [12:48] yes [12:48] I advise you moderate it. [12:49] but my friends must join my team, so it must be opened? [12:49] thanks [12:49] no [12:49] moderated means you'll get a confirmation email whenever someone wants to join [12:49] ooh [12:49] so you'll go into your team page, and accept them on by hand. [12:49] thanks a lot [12:49] it's open, but not so open. [12:49] ok [12:50] jordi, can we talk private === JanC [n=janc@lugwv/member/JanC] has joined #launchpad [12:51] sure === GNULinuxer [i=ghoseb@ubuntu/member/g0sub] has joined #launchpad [01:04] hm, launchpad doesn't set a favicon [01:08] yes it does [01:08] , jordi [01:09] jordi: that's your crappy browser :-P [01:09] Though the "shortcut" in that is redundant, since it's noticed only by Internet Explorer for Windows, which doesn't recognize PNG icons anyway [01:11] epiphany is the epiphany === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === GNULinuxer [i=ghoseb@ubuntu/member/g0sub] has joined #launchpad [01:12] hmm, lack of ephy extensions... [01:13] jordi, no, if Epiphany is not recognizing *that* kind of icon declaration it's a bug. [01:13] jordi: did you installed the web navigation extension? [01:13] :-P === mvo [n=egon@george.kkhotels.co.uk] has joined #launchpad [01:17] G0SUB: jordi told me you are one of the bengali i18n project leaders. there is some discussion about bengali in #ubuntu-l10n [01:17] mvo: I am there [01:17] jordi: we already have 12777 entries on the queue... :-( [01:18] G0SUB: thanks! === AlinuxOS [n=Ubuntu@d83-176-11-38.cust.tele2.it] has joined #launchpad [01:18] mvo: heh, soumyadip is my guy ... he went there from #ubuntu-in :) [01:23] carlos: oh great. [01:23] mpt: hm [01:25] jordi: the good news is that today, 1500 entries were imported automatically [01:26] carlos: that's a start :) === koke [n=koke@ubuntu/member/koke] has joined #launchpad === stub [n=stub@ppp-58.10.73.128.revip2.asianet.co.th] has joined #launchpad [01:32] jordi, the Launchpad icon bug is apparently fixed in trunk Epiphany [01:33] mpt: oh I see. [01:33] mpt: did it go in 2.14? [01:33] jordi, sometime between Breezy and Dapper :-) [01:33] ah [01:33] then it's good === jinty [n=jinty@97.Red-83-58-116.dynamicIP.rima-tde.net] has joined #launchpad [01:39] So should I do the upgrade now or defer until tomorrow? [01:39] stub, unless the two need to be linked, I'd do the PgSQL 8.1 upgrade today, and then roll out head on thursday [01:40] carlos: https://launchpad.net/people/uzbek [01:40] carlos: I need you to rename this to standard ubuntu-l10n names [01:40] stub, or roll out a previous revision, sorry. [01:40] I told him the exact names, but he didn't follow. [01:40] kiko: I need to roll out at least r3243 for PG8.1 [01:41] jordi: Remember that I'm not and admin anymore.... [01:41] stub: we will need to cherry pick my import queue branch anyway this week if pqm and make check stop breaking the merge... [01:42] carlos: oh, thought you could do that anyway. [01:42] jordi: no, I don't know what's going on with appointing translators, but in the other parts of launchpad, I have the same permissions you have [01:43] ok, so I need stub or SteveA here. https://launchpad.net/people/uzbek <- can you edit to be "ubuntu-l10n-uz" and read "Ubuntu Uzbek Translators"? [01:43] carlos: I still get that perms denied thing. [01:43] are you sure you're only a rosetta-expert? [01:43] jordi: and a launchpad developer [01:44] jordi: that's the only difference [01:44] then there's the bug I guess. [01:44] anyway, I hadn't look at the code to know how is that I have permissions and you don't [01:44] jordi: right [01:44] this should be available to rosetta experts, not developers [01:44] jordi: What do you want me to do on that page? I didn't understand your request. [01:44] jordi: I don't remember adding the launchpad developers there [01:44] Oh... just change the description [01:44] and the name [01:44] stub: go to https://launchpad.net/people/uzbek/+review [01:45] that's it [01:45] Shouldn't need +review for that [01:45] stub: I think you need it to rename the team [01:45] stub: only admins can rename people/teams, right? [01:45] stub: yeah, that's it, thanks [01:46] All done from +edit [01:46] and now that I've got both of you here, it'd be cool if carlos could give sql magic to stub :) [01:46] stub: thanks dude [01:47] jordi: I don't have it ready, I need to get all information in place... [01:47] I can try to assemble it, and you OK it. [01:47] let me see. [01:47] jordi: sure [01:47] jordi: You have the SQL code that we use to update plural forms [01:48] stub: ping [01:49] SteveA: pong [01:50] yes [02:02] carlos, stub: sent to launchpad@ [02:04] jordi: ok, thanks [02:05] jordi: WHERE code IN ('ak', 'br') will need just one line [02:05] stub: r=carlos [02:06] stub: please, execute jordi's SQL commands on production [02:06] stub, then do them together, I'd say. [02:06] carlos: I'll have that in mind === carlos -> lunch [02:13] stub: going for lunch now. can we talk after my lunch about problems getting the test suite to run on bellany, and apparent slowness in the test suite recently? [02:13] and also about zope3.2 branches? [02:14] and also about the xmlrpc stuff i'm doing === SteveA --> lunch === niemeyer [n=niemeyer@201.10.93.189] has joined #launchpad === cprov [n=cprov@82.109.136.113] has joined #launchpad === salgado [n=salgado@82.109.136.113] has joined #launchpad === mdz [n=mdz@george.kkhotels.co.uk] has joined #launchpad === jamesh [n=james@82.109.136.113] has joined #launchpad === SteveA [n=steve@82.109.136.113] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === bradb [n=bradb@82.109.136.113] has joined #launchpad === kiko [n=kiko@82.109.136.113] has joined #launchpad === BjornT [n=bjorn@82.109.136.113] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === carlos [n=carlos@82.109.136.113] has joined #launchpad [03:22] SteveA: Back? [03:22] stub, yes, we're back -- SteveA's around [03:26] stub: btw, if you do a production rollout, there is already one of my branches merged that needs some data migration [03:26] stub: we already tested it on staging [03:27] stub: how could I note it to you so you don't forget it? [03:27] nothing will break (more than it's already broken) , but we should do it as soon as possible after the code landing so we improve our database content === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [03:28] carlos: Is this carlos-fix-newlines-chars.py ? [03:28] stub: yes [03:28] stub: thanks [03:28] carlos: is it to be run just before or after the next rollout? [03:29] stub: the script needs the new code, so I guess after the next rollout [03:29] stub: it doesn't depend on db schema changes [03:29] ok. === stub makes a note === stub tries to work out how to remember to read his notes [03:30] stub: thanks. Remember that the script has a check mode to be sure that the migration was completely done (the -c argument) === abelcheung [n=abelcheu@george.kkhotels.co.uk] has joined #launchpad === mpt [n=mpt@82.109.136.113] has joined #launchpad [03:34] carlos: can you add ubuntu-l10n-br to Ubuntu translators? [03:34] stub, can you do some pqmming for me? [03:34] we're getting an odd failure and we need to get this merged at some point [03:34] whussup? Feel like bouncing me the result so I can see? [03:34] stub, yes. [03:34] carlos: again, one person team, but as it's created I don't think it's worth adding him alone [03:35] stub, sent -- it's a test run that takes 3h to run and then fails mysteriously [03:35] kiko: Same error carlos is getting? [03:36] spiv, exact same error. I've bounced to stub [03:36] mpt: ping [03:37] kiko: erm.. where is all the output? That pqm response is tiny? [03:37] I'm afraid that's all I got. [03:38] and carlos' branch has the same failure [03:38] test_on_merge doesn't run with -vv [03:38] and so we don't know where it stopped [03:38] stub, any chance you would like to merge and run that manually? [03:38] it's blocking everybody merging here [03:39] test_on_merge used to run with -vv [03:39] I liked it [03:39] Its pretty useless without it [03:40] please re-add it, spiv and I agree [03:40] kiko: I'm waiting much more time than you... my branch should be fixed first... :-P at least before your batch navigation changes ;-) === carlos added it to his bug-33020 branch per spiv request [03:40] spiv: I'm going to have to kill your merge [03:41] stub: sure. [03:41] Did you know about this yesterday btw? If so, why am I only being told about it now? [03:42] stub: is it possible kiko's test run segfaulted? does pqm keep corefiles? [03:42] jordi: done [03:42] spiv: I have no idea. I know next to nothing about pqm. I just belt it with a hammer occasionally. [03:42] stub, I knew about it since early this morning [03:42] stub: we were debugging it this morning [03:42] I tried to contact you earlier, and SteveA called your sister in .au [03:43] Email can be useful. [03:44] good point! [03:45] carlos: cool [03:47] stub, I suck with email when OOO though === koke [n=koke@ubuntu/member/koke] has joined #launchpad [03:55] hello stub [03:55] SteveA: yo === dooglus [n=dooglus@rincevent.net] has left #launchpad [] [03:56] stub: various reports of the test suite running extremely slowly, particularly on hardware with less good disk IO [03:57] maybe since changing to postgres 8.1 [03:57] SteveA, no, I'm on 8.0. [03:57] and it is very slow. [03:57] I suspect it is since the postgresql session machinery landed [03:57] also, various problems with the test suite running on balleny, and exiting strangely [03:57] This causes the database to be dropped after each story and after each standalone pagetest [03:57] stub: In particular, for carlos it takes about 45 seconds to do the StartStory setup for the page tests. [03:58] session machinery? [03:58] (on my system, it's more like 8 seconds) [03:58] as in, web sessions? [03:59] SteveA: yes. Although that doesn't have anything to do with StartStory taking 45 seconds. That sounds like a lack of ram, possibly due to 8.1 or possibly due to different default settings with 8.1. [04:00] i'm wondering whether 8.1 does more sync()ing by default [04:00] stub: 1.5GB of RAM here [04:00] or something like that [04:01] SteveA: Possibly. I don't think createdb performance is something upstream bother to optimize. [04:01] In any case, there is nothing we can do about it in the short term except stick with 8.1 on those workstations. [04:01] erm... 8.0 [04:02] I doubt it's 8.1, again [04:08] kiko: did you timed how many time does it take on your laptop to get the DB SetUp done? [04:09] nope [04:09] it is slow but not 45s [04:11] kiko: that's the point, perhaps with 8.1 it gets worse [04:12] Stick an 'import pdb; pdb.set_trace()' in setup routine in test_pages.py and step through it. We will then know what is taking time rather than needing to guess. === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === SteveA [n=steve@82.109.136.113] has joined #launchpad [04:16] stub: doing it atm... [04:17] stub: i missed from : [04:17] SteveA i'm wondering whether 8.1 does more sync()ing by default [04:17] carlos stub: 1.5GB of RAM here [04:17] SteveA or something like that [04:17] * Disconnected (). [04:17] [04:17] kiko is certain that it isn't specific to 8.1, as he sees problems on 8.0 [04:18] kiko has a different problem [04:18] SteveA: I'm debugging the setup method now to discover where the problem is [04:18] jordi, pong [04:19] or at least a scaled down version. [04:19] stub, when you have time, could you query the DB and mail me a list of upstreams that are using Malone? [04:20] (as measured by the "uses Malone" flag) [04:20] mpt: I forgot [04:20] damn, what was it [04:20] stub: FYI, kiko and I have the same computer, the only difference is the amount of memory. He has 512MB and I have 1.5GB. Don't know if that helps [04:20] jordi, it was two minutes after you asked carlos about -br translators [04:22] welll, tbh, I don't care about local test speed right now -- I want PQM! [04:23] mpt: https://chinstrap.ubuntu.com/~dsilvers/paste/filevAYwRa.html [04:24] carlos: have you stepped through the setup yet? [04:24] SteveA: You had other things you wanted to talk about? [04:24] stub: I pressed c instead of n [04:24] sorry... [04:25] LaunchpadFunctionalTestSetup().setUp() is taking most of the time === carlos enters into it === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [04:29] carlos: I suspect it will actually be PgTestSetup inside there (possibly two more layers down) [04:29] stub: yes, it is [04:29] I'm already there [04:30] mpt: no idea [04:30] mpt: nm :) [04:32] stub: CREATE DATABASE at lib/canonical/ftests/pgsql.py:200 is taking around 30 seconds to be executed === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [04:33] ok. we can't optimize that. If you look at top while that is happening, I think you will find the time is all spend running 'cp'. [04:34] I guess so [04:34] stub: as my hard drive gets crazy while it's being executed [04:35] stub: I get a security warning with make schema and 8.0, that's why I moved to 8.1 [04:35] carlos: Actually, you might be able to get away with turning fsync off in /etc/postgresql/8.1/main/postgresql.conf. If your laptop powers down unexpectedly you might need to repair your database, but potential dataloss isn't an issue if you are just using PostgreSQL for launchpad development [04:35] stub: do you think if I move back to 8.0 I will be able to develop launchpad or the tree is not working atm with 8.0 ? [04:36] stub: hmm that seems like a good idea... [04:36] carlos: Launchpad still works with 8.0 AFIK [04:37] let's try fsync disabled first... [04:38] carlos: Make sure you restart PostgreSQL 8.1 after changing the setting [04:38] stub: it's much better now. Only 15 seconds using pdb [04:39] carlos: ok. You might want to experiment with just 'cp' on your laptop compared to others. You might have a particularly sucky drive, or some hdparm option needs to be enabled. [04:39] stub: 5 seconds running without pdb [04:40] stub, hdparm doesn't work on our SATA drives [04:40] stub: I have a know issue with hard drive performance [04:41] stub: but it didn't became a big issue until now [04:41] stub: thanks for your help [04:42] carlos: feel free to make a note about fsync on the DatabaseSetup wiki page. If your database corrupts (should only be possible if PostgreSQL does not get to shutdown cleanly), recreating the cluster as per that wikipage will get you going again. [04:43] stub: ok === stub wonders if he should use that option on balleny... [04:46] stub: that would speed up pqm.. I suppose it depends on the way pqm setups the database.... [04:47] same same. [04:47] so if balleny goes down, pqm gets stalled... [04:48] Does anyone know when the LP maintenance will be? [04:52] stub, thanks [04:52] Seveas: not yet. Any opinions? [04:53] carlos: maybe not. PostgreSQL is pretty good at recovering from stuff like that. But it becomes a possibility. [04:54] stub: I would say... let's test it and revert it if we have problems... [04:54] stub, 2nd dapper meeting is at 18:00 UTC, I'd prefer after that meeting [04:54] the wiki wa used briefly during the first meeting [04:54] Seveas: yup. it won't be today anyway, so no probs. [04:55] great [04:55] thanks for taking this into account [04:56] Seveas: I guess that was a chinese or japanese character, right? It's a wonderful way to do smiles :-P [04:56]