[12:04] i'm trying the .deb of integration now [12:04] i'll see how that goes [12:04] okies [12:04] mdz: Updated, can you look at the Packages file again? [12:05] Kinnison: loads better [12:07] mdz: those two words just made my day [12:07] Kinnison: most of the noise I see is now #3535 [12:08] Kinnison: is the fact that Release.gpg is missing expected? does that happen at the very end or something? [12:09] I'll report it as a bug and trust that you'll DTRT if it's expected [12:12] mdz: It's a case of "I don't have a key, so there's no final signing of the Release files" :-) === Kinnison has a shell fragment to sign the Release files later [12:14] Kinnison: the diff is still too long to review due to #3535, but I did find one other issue (#3541) which could be gina-related [12:16] bug 3535 is possibly related to our lack of extra-overrides support [12:16] Malone bug #3535: publisher (upstream) - Missing Bugs: and Origin: headers (overrides?) Fix req. for: launchpad-publisher (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3535 === Kinnison isn't quite sure how to solve that yet [12:16] as for bug 3541... [12:16] Malone bug #3541: publisher (upstream) - Missing linux-meta Fix req. for: launchpad-publisher (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3541 === Kinnison greps logs [12:17] oddly the source appears to be imported [12:17] but the binaries are borked [12:18] perhaps related to the fact that bash source and the 'bash' binary are in main, while these are in universe? [12:18] the bash binary itself is OK [12:19] http://librarian.staging.launchpad.net/1130018/1130051/qICk9NNKg9TgcW97hom6cTbqes3.txt [12:20] I think it's to do with the component, certainly [12:20] kiko had a fix for it I think [12:32] Kinnison: still have the problem. Can I get a tarball please? [12:33] SteveA: https://chinstrap.ubuntu.com/~dsilvers/integration.tar.bz2 [12:33] urgh [12:34] there's distrorelease specific stuff in denise for the overrides === Kinnison cries === cprov goes home ! [12:36] gahgahgahgahgahgahgah [12:36] sodding sodding gah === Kinnison scps the overrides home to prod at === tav [n=tav@host-212-158-205-5.bulldogdsl.com] has joined #launchpad [12:39] Kinnison: thanks [12:42] s'okay === Kinnison stares at denise's do_extra === Kinnison sighs [12:46] Kinnison: I forgot about that myself, until I was opening dapper, FWIW - sorry [12:46] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=stevea] Add dependency-aware scoring algorithm and [trivial] tweaking buildd-scoring values again, heavy weight for package component. (patch-2716: celso.providelo@canonical.com) [12:58] elmo: s'okay, you've had a lot on your mind [01:01] Be want is croissant trammel [01:01] what a fantastic spam subject [01:03] lol === BlackLotus [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad === Nafallo is now known as Nafallo_away === Nafallo_away is now known as Nafallo [01:45] ciao all === Kinnison heads to bed [01:51] night Kinnison === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [02:08] night all === stub [i=stub@sweep.bur.st] has joined #launchpad [02:28] hi SteveA [02:28] hi stub [02:28] Morning [02:28] i'm having some problems getting postgreql 8.0 set up for lp [02:28] root@einheit:~# sudo -u postgres createuser -a -d steve [02:28] createuser: could not connect to database template1: could not connect to server: No such file or directory [02:28] Is the server running locally and accepting [02:28] connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"? [02:28] [02:29] root@einheit:~# ls /var/run/postgresql/.s.PGSQL.* [02:29] /var/run/postgresql/.s.PGSQL.5433 /var/run/postgresql/.s.PGSQL.5433.lock [02:29] [02:30] where does postgresql find what socket it should be using? [02:30] Your psycopg is build for 7.4. You will need to set unix_socket_directory in /etc/postgresql/postgresql.conf to '/tmp' I think (and restart postgres) [02:30] what has psycopg to do with it? [02:31] oh... erm. Sorry. Answering a differnet question. [02:32] changing the unix_socket_directory didn't help [02:32] I don't know why createdb is trying to connect to a non-existant socket. Is PostgreSQL running? Is the version of createdb you are running the 7.4 binary and not the 8.0 binary? [02:32] SteveA: You would need to change it to /var/run/postgresql I'm sorry [02:33] yeah, i have various things from 7.4 [02:33] i'll remove packages and try again [02:34] stub: i just landed some bits on rocketfuel, will you be updating the staging code soon? [02:34] I will be now [02:35] also, i think it may be a good idea to bring all this gina testing up on drescher and let staging do its normal daily update thing [02:35] when do you head for montreal? === quannum [n=rsharp@203.14.171.241] has joined #launchpad [02:38] Hi, any ideas who I should contact to have two launchpad accounts consolidated? I seem to have ended up with two :-o [02:42] quannum: you can request the merge yourself if you have access to the registered emails of the two accounts [02:42] quannum: https://launchpad.net/people/+requestmerge [02:43] SteveA: the Postgres 8.0 Ubuntu package runs on a non-standard port [02:44] jamesh: Thanks, that did the trick [02:44] SteveA: if you set it to 5432, things seem to work as expected [02:45] jamesh: okay, that seems to fix it [02:45] jamesh: doesn't it use that by default? [02:45] atleast it does here. [02:47] Nafallo: when I tried Postgres 8.0, the package configured itself to run on 5433 [02:48] SteveA: one thing I noticed is that recreating the sameple data with 8.0 ended up with more differences than expected [02:48] odd [02:48] which can cause problems during merges === anarky_x [i=ircap8b@201.208.33.26] has joined #launchpad === anarky_x [i=ircap8b@201.208.33.26] has left #launchpad [] [02:56] sabdfl: Whats a dresher? Elmo made a cryptic comment about this box but I don't know what it is earmarked for. [02:57] PG 8 won't run on the standard PG port because it is designed to run simultaneously with PG 7.4 and PG 8.1. And each postmaster needs a unique port. [02:57] sabdfl: I think I fly out on Monday [02:57] drescher is earmarked as a parallel server for "this sort of stuff", i too it to mean archive publishing from elmo's comment [02:58] Sounds like a replacement asuka [02:58] so, asuka would continue as "staging, running yesterday's data against today's code" [02:58] and drescher would be more flexible [02:58] i think [02:58] elmo: ? === rbelem [n=rodrigo@200.246.97.164] has joined #launchpad === anarky_x [i=ircap8b@201.208.33.26] has joined #launchpad === anarky_x [i=ircap8b@201.208.33.26] has left #launchpad [] [03:16] drescher is the new ftp-master === quannum [n=rsharp@203.14.171.241] has left #launchpad [] [03:17] IMNSHO the box that runs apt-ftparchive needs it's own box; I don't much care what else runs on there, but what kinnison and I discussed and what makes sense for me is for the uploader, queue processor, CAP and apt-ftparchive to run on there [03:17] it has nothing to do with staging (in the long term) - it's meant for production, as soon as LP is ready to do the archive in production [03:18] oh, it's also obviously, ftp-master in the sense that mirrors rsync the final, live, production etc. copy of the archive from [03:19] as jackass is to dak, drescher is to LP - for anyone who knows what jackass is of course.. [03:21] ok. Would Gina run on there or stay on macquarie? [03:22] *shrug* either is fine by me [03:23] since gina AIUI, doesn't require much in the way of resources except for the initial run [03:23] (i.e. once dapper is on LP, it'll mostly be monitoring pocket updates) [03:27] ok. I think we should move Gina to dresher at some point, as it keeps all the stuff together that messes with the distro in one controlled environment, which will be good if I can tighten up the database permissions. [03:27] Might even make the archive mirror on macquarie redundant [03:28] yeah, I guess so, I don't think anything else uses it [03:30] I get occasional RequestQueryTimedOut errors from the spec tracker; a retry generally works. is there some horrifically slow query in there? [03:30] which particular URL? [03:31] whatever https://launchpad.net/distros/ubuntu/+addspec posts to [03:31] looks like it posts back to itself [03:31] Sometimes it is caused by page rendering times, other times by delays waiting for database locks where the ugly whery is from another process [03:32] I got one just a moment ago [03:39] mdz: I'm pretty sure that is being triggered because something else is locking resources in the db === stub sighs [03:51] :S is the launchpad calendar buggy as hell ar am i doing something wrong? [03:52] date/duration of events cannot be set correctly [03:54] it always adds 40 minutes to the time [03:55] and duration handling is beyond recognition [03:57] I think jamesh is the person to ask [04:05] night all === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [04:44] Anyone know how to specify a URL to a local directory in a config-manager config file? [04:49] Try file:///this/dir/here [04:50] Though I'm surprised that /this/dir/here doesn't work. [04:52] stub: that work for you? [04:53] That was the second thing I tried. ValueError: unknown url type 'file:///home/warthogs/archives/rocketfuel/hct/1/devel' [04:53] I guess it needs to know what sort of archive to find there so might need some magic prefix [04:57] heh. the cm code is in __init_.py [04:59] It should work. [04:59] For bzr, that is. [04:59] if from_location.startswith("file://"): [04:59] from_location = from_location[7:] [05:00] the code for detecting branch types looks like it needs some work [05:00] Yeah. [05:00] Lifeless has a style about him... [05:01] you can't just check the URL scheme to differentiate between sftp://chinstrap/home/warthogs/archives/rocketfuel@canonical.com/launchpad--devel--0 and sftp://chinstrap/home/warthogs/archives/rocketfuel/launchpad/devel [05:02] stub: Does it give a trace for which line is failing? Its all wrapped in a big eception. [05:04] Traceback (most recent call last): [05:04] File "/home/warthogs/source/config-manager/cm.py", line 24, in ? [05:04] main(sys.argv) [05:04] File "/home/warthogs/source/config-manager/lib/config_manager/__init__.py", line 205, in main [05:04] config.update(os.path.abspath(os.curdir)) [05:04] File "/home/warthogs/source/config-manager/lib/config_manager/__init__.py", line 74, in update [05:04] entry.update(dir) [05:04] File "/home/warthogs/source/config-manager/lib/config_manager/__init__.py", line 156, in update [05:04] return self.build(path) [05:04] File "/home/warthogs/source/config-manager/lib/config_manager/__init__.py", line 144, in build [05:04] raise ValueError("unknown url type '%s'" % self.url) [05:04] ValueError: unknown url type 'bzr:///home/warthogs/archives/rocketfuel/hct/1/devel' [05:04] I'm attempting to build a launchpad tree on chinstrap without using sftp [05:07] Would you mind walking it through pdb? [05:09] str could use "strip this prefix" and "strip this suffix" methods [05:09] like ${#} and ${%} in shell [05:11] >>> 'foo'.strip('oo') [05:11] 'f' [05:11] >>> 'foo'.rstrip('oo') [05:11] 'f' [05:11] >>> 'foo'.lstrip('f') [05:11] 'oo' [05:13] mdz: ^^ [05:15] stub: >>> 'foo'.rstrip('o') [05:15] 'f' [05:15] close but no cigar? [05:15] it's interpreted as a list of characters, and all occurrences are stripped [05:15] rather than a string suffix/prefix [05:16] I was referring to this use case: [05:16] if from_location.startswith("file://"): [05:16] from_location = from_location[7:] [05:16] which I see all the time [05:17] Yeah. strip takes a list of characters, and keeps stripping until the first failure. [05:17] >>> 'abcdabcd'.strip('abd') [05:17] 'cdabc' === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad [05:23] 121 from bzrlib.merge import merge [05:23] ImportError: 'No module named bzrlib.merge' [05:24] I need to set my PYTHONPATH better [05:30] w00t === sankar [n=sankar@202.144.95.245] has joined #launchpad === robitaille_ [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === sankar [n=sankar@202.144.95.245] has joined #launchpad === brenden [n=brenden@unaffiliated/brenden] has joined #launchpad [06:45] it's be nice if it were possible to search the irc logs... [06:45] s/it's/it'd/ [07:08] so guys [07:08] what's new in bzr-integration ? [07:11] specially... which one should be using? [07:39] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] make ILibrarianClient.remoteAddFile() send the content type. Fixes bug #3347 (patch-2717: james.henstridge@canonical.com) === Nafallo is now known as Nafallo_away === stub [i=stub@sweep.bur.st] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [08:52] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] production and staging config updates and topPeople performance regression fix (patch-2718: stuart.bishop@canonical.com) === poningru [n=poningru@n128-227-51-39.xlate.ufl.edu] has joined #launchpad === poningru [n=poningru@n128-227-27-175.xlate.ufl.edu] has joined #launchpad === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === koke [n=koke@169.Red-217-127-113.staticIP.rima-tde.net] has joined #launchpad === GoRoDeK [n=gorodek@p5083E478.dip.t-dialin.net] has joined #launchpad [10:12] Good morning all === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [10:35] hi [10:35] hello [10:36] hey carlos [10:57] http://people.ubuntu.com/~scott/launchpad-770.jpg [10:58] Keybuk: nice :)) [11:01] Keybuk: lol [11:01] Keybuk: what's that machine you're holding there? [11:02] sivang: Nokia 770 [11:02] Keybuk: is it a combined Cell+PDA ? [11:02] sivang: no, it's neither ... it's a pocket-sized web browser/email client [11:02] Keybuk: ah, nice indeed [11:03] the "thumb-nail sized" portlets scare me [11:03] the screen on it is utterly gorgeous, you really can read them === jburger [n=jburger@tpr-165-250-103.telkomadsl.co.za] has joined #launchpad [11:17] Merge to rocketfuel@canonical.com/launchpad--production--1.38: [trivial] Production 1.38 cherry picks (patch-1: stuart.bishop@canonical.com, rocketfuel@canonical.com, christian.reis@canonical.com) [11:22] Morning [11:23] Keybuk: aye, the 770's screen is nice === Kinnison did feel that it was another toy he could cope without though [11:24] Kinnison++ [11:24] it does have an unusual killer feature I wasn't expecting; when it can see my phone via bluetooth, the phone just appears in the file manager [11:25] and I can browse it and grab things off it without thinking [11:25] makes it the handiest thing for taking photos on the phone, and sticking them on the web [11:27] and I must admit, it also does satisfy that "must quickly look something up on the web" need without having to drag the laptop out and boot it [11:28] I guess so [11:28] but without ubiqutous networking, or cheap gprs, it's a bit useless when sat in the pub with no wireless [11:29] erm, is staging's librarian down? === heyko [n=heyko@tor/session/x-d91515ae6dddfd2a] has joined #launchpad [11:34] Is there a way to aggregate specs across different products? === carlos [n=carlos@gandalf.pemas.net] has joined #launchpad [11:45] stub: ping? [11:45] hey carlos [11:45] Kinnison, hi [11:51] Kinnison: pong [11:52] Kinnison: I'm currently attempting to rebuild staging with bzr [11:52] You need it urgently? Or can I keep it down for a while longer? [11:53] stub: I can wait [11:53] stub: I just figured I'd try and get as full an archive as we have published [11:53] stub: before mdz wakes up [11:54] ok. I was just going to try another rebuild of the tree, which takes 20 minutes interestingly enough. [11:54] okay well let me know when it's back up === Kinnison will carry on with spec triage in the meantime === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Kinnison registers bug 3552 -- anyone else want this kind of functionality? [12:08] Malone bug #3552: no way to cross-link specs across products Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3552 === ajmitch would like it [12:08] good, then I'm not alone :-) [12:08] except that my specs are on the ubuntu distro, rather than products [12:19] Kinnison: staging is back up [12:20] stub: thanks, I'm gonna run a CAP run [12:20] stub: then can we re-run gina to see what's left for her to import? [12:20] Sure [12:20] What is CAP btw? [12:21] Canonical Archive Publisher [12:21] launchpad.net/products/launchpad-publisher === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has joined #launchpad [12:22] hey sabdfl [12:22] sabdfl: any chance of bug 3552 being fixed before UBZ? [12:22] Malone bug #3552: no way to cross-link specs across products Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3552 === zyga is back from work :-) === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [12:27] erm stub: the librarian on staging appears to be naffed [12:27] What are you seeing? [12:27] https://chinstrap.ubuntu.com/~dsilvers/paste/fileCE8fvJ.html [12:28] 2005/10/25 11:26 BST [-] Starting factory instance at 0x2a9af71b48> [12:28] 2005/10/25 11:26 BST [ProxyClient,client] Stopping factory [12:28] That is useful... [12:28] Oi, spiv! [12:29] Oohh! The files arn't there because I rebuilt staging. Hang on and I'll put them back [12:29] You added any new files? [12:29] since I just brought it up? [12:29] nope [12:29] just trying to publish what should have been there from before [12:31] Kinnison: ok. they should be there now [12:31] stub: while you are working on production, can you change the owner of the ubz sprint do 'ubuntu-drivers' please? [12:33] sabdfl: done [12:44] random Q ... on lp/people/techboard there are two mdz's, one of whom is "exmdz-merged" who when clicked gives you a 404 [12:44] known bug or not? [12:48] known peoplemerge bug [12:53] stub: thanks muchly === niemeyer [n=niemeyer@200-140-206-245.ctame7015.dsl.brasiltelecom.net.br] has joined #launchpad === stub goes to grab food === ddaa [n=ddaa@200-140-206-245.ctame7015.dsl.brasiltelecom.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:58] good morning! [12:59] SteveA, the login form from https://launchpad.net/distros/ubuntu/+spec/langpacks-desktopfiles/+subscribe/+login does not redirects you to the +subscribe page, instead it says "You are already logged in" === ddaa [n=ddaa@200-140-206-245.ctame7015.dsl.brasiltelecom.net.br] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:04] Gooooooooooooooooood morning [01:04] mpt: morning [01:07] cprov, have you seen https://launchpad.net/errors/showEntry.html?id=1130236133.50.0141519736646 (not sure if it's your department, but it seems to be) [01:07] salgado: let's have a look [01:09] salgado: yes, it is, I've catched it sometime ago too, hope it's already solved, I will rollout my last merge [01:12] salgado: it's not merged yet, will do it ASAP, thank you [01:15] cprov, cool. ta === Nafallo_away is now known as Nafallo [01:18] database is going down in 11 minutes. The wikis will be in read only mode and launchpad and shipit unavailable. Estimated downtime is 30 mins. [01:20] oof [01:26] SteveA: I think "To _____, you need to log in" shouldn't look like an error message, it should just be a normal paragraph === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [01:29] any idea when lifeless will be back on the ground & on irc? [01:33] You probably wont see much of him until you're in person. [01:33] probably a few pockets, with luck. Email is a better shot. [01:34] right [01:34] was just wanting to ask about pqm, packaging it now [01:35] ajmitch: He won't land until tomorrow sometime. Should be on the wiki. [01:35] anything I might be able to asnwer? [01:35] pqm is the preferred name?\ [01:35] Yeah. pqm. _not_ bzrpqm. :) [01:35] copyright info has canonical as (c) 2004 [01:35] not arch-pqm? ;) [01:35] hmmm. [01:36] this new pqm does arch as well. [01:36] yes [01:36] it was called arch-pqm upstream [01:36] Is this a permanant decision that will haunt us for all eternity? [01:36] but it does bzr now as well [01:36] it's *possible* to rename === ajmitch will upload to dapper first, debian will take too long [01:37] WHen I called it bzrpqm, he was clear to tell me that its called strictly "pqm" [01:37] ok [01:37] However, that wasn't in the context of package names. [01:37] pqm is what I've called it [01:37] The Launchpad product is called pqm :-) [01:38] I don't see how it'll be a big issue, as thats' whre it is everywhere. [01:38] jblack: consistency :) [01:38] I retitled the debian RFP from arch-pqm to pqm [01:39] Ok. Yeah. Call it pqm. If he seems miffed, tell him I took charge. [01:39] he'll understand [01:39] He'll be so thrilled that I took a risk that he'll only ream me half way. (chuckle. :) === ajmitch also needs an adequate description paragraph :) [01:39] Sure. gimme a good twenty seconds.. [01:39] thanks === ajmitch is considering naming pybaz as python-baz or python-bazaar, to be consistent with debian naming :) [01:40] btw, did you depend upon gpg? [01:41] not yet, I'm just sorting out these parts before I read through the code in depth [01:41] Gpg isn't strictly a requirement, but if you're not using it, then you're also likely the sort that drives around on motorcycles. without a helmet. Backwards. While eating tacos. [01:41] I'll put it as a depends [01:41] everyone should have it anyway [01:42] for the apt repository signing [01:42] ajmitch: force it as Depends: becaue it is not mandatory to have repo signing [01:43] fabbione: I saw :) [01:47] How's this for a shot: [01:47] Patch Queue manager is an tool that provides an email interface for the [01:47] management of Bazaar and Bazaar-NG branches. A variety of capabilities are [01:47] supported including merging with or without checking test cases prior to merge. This tool is particularly useful to multi-developer projects that would like [01:47] to serialize write access to Bazaar and Bazaar-NG branches. [01:48] jblack: very useful, thanks [01:49] ajmitch: Anything else I can do for you before I hit the sack? [01:49] Or anyone else, for that matter? [01:50] jblack: no, you've been a good help [01:51] I hope so, because you're doing me a heck of a favor. [01:51] stub: out of interest, has staging's tables been analysed since gina ran? === bhuvan [n=ubuntu@b14.gw.maa.collab.net] has joined #launchpad === bhuvan [n=ubuntu@b14.gw.maa.collab.net] has left #launchpad [] [01:51] Oh, my quick hack for the day is to flip the lcd brightness each time i get a mail. [01:52] Kinnison: In theory yes, autovacuum is running. But I don't trust it that much in 7.4 [01:52] Running an analyze now [01:54] hi [01:54] ok, deb built, now to clean it up [01:55] stub: okay, s'just that the publishing run is taking ages to extract the overrides [01:56] and this is plausibly a lack of analysis [01:56] Could be. Anyway - it is running now. [01:56] Which will slow things down further for a few more minutes ;) === Kinnison nods [02:07] well, CAP is off into apt-ftparchive now anyway [02:09] <\sh> jblack: btw...you come to ubz? if yes, when? and would u give me a small sprint over all those magic LP support tools like baz/bzr/tla/hct? === ajmitch is sure that pqm was never meant to be installed properly, but just sits in place :) [02:10] judging from the state of what make dist & friends do [02:12] What's the maintainance launchpad is undergoing ? [02:17] Weekly code update, which includes database patches and data migration stuff === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:25] stub: ah, cool === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mdke_ [n=matt@81-178-163-183.dsl.pipex.com] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mdke [n=matt@unaffiliated/mdke] has joined #launchpad === Nafallo is now known as Nafallo_away === carlos -> lunch [02:44] later [02:48] argh, the "Register Specification" link is so hard to find [02:49] stub: is production up and running with the new code? [02:50] it looks rather like the old code... staging seems quite different [03:14] sabdfl: Production is running new code. patch-2711 with cherry picks of 2713, 2714 and 2718 === bradb_ [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:17] <\sh> hmm...the weekly view of the LP calendar is somehow broken... [03:17] <\sh> you see only the start and the end of an appointment..while looking on daily basis, you see the appointed in this interval.. [03:30] Merge to rocketfuel@canonical.com/launchpad--devel--0: r=salgado. first go at pre-defined bug listings. this merge also includes mpt's bug-listings-love, r=bjornt for that one. (patch-2719: bjorn.tillenius@canonical.com, mpt@canonical.com) [03:32] stub: can we plan for another rollout on Sunday? [03:32] i suspect we'll be tweaking various bits throughout the week and want to push those out before the conf [03:33] woohoo! [03:33] ok. [03:33] thanks BjornT [03:34] sabdfl: Although Sat would be better. Too many people will be in the air on Sunday [03:35] Might be able to do it with cherry picks anyway. We can wait and see what lands. [03:36] 1800 launchpa 15 0 3076m 1.8g 2140 D 0.7 91.3 9:18.45 python [03:36] go python [03:36] it's your birthday [03:38] sqlobject and its caching really do make for big python processes [03:38] Is there a "flush the sqlobject cache" type call? [03:38] And a subsequent "now sodding garbage collect" call? [03:39] Kinnison: Mind if I kick off another Gina run now? [03:39] you have to fight with the python garbage collector [03:39] stub: staging is kinda busy still [03:39] Kinnison: if the size of the process is an issue, there are knobs to tweak about that [03:39] Kinnison: You want SteveA on that I think - he was last seen playing with the caches [03:39] Kinnison: so, add a bof for it or something [03:39] Kinnison: Yer, but is it ok to make it busier? [03:40] stub: it currently has a mere 30M of free ram === Kinnison would recommend against it [03:40] Oh.. you are running that on asuka ;) [03:40] asuka only has 1GB btw [03:40] 2 [03:41] and I'm using both of 'em === Kinnison laughs [03:41] Can you or SteveA kick off /srv/launchpad.ubuntu.com/gina.sh when you have finished? [03:41] one sec [03:41] As the launchpad user [03:41] SteveA: mpt@canonical.com/launchpad--design-fascism--0 is now conflict-free === Kinnison hits ctrl+\ in the relevant window [03:41] screw death row [03:41] you can start gina [03:42] stub: will you not be in montreal by sunday? [03:43] Nope [03:43] sabdfl: I now land saturday night in montreal [03:43] i will also want to do a production rollout the following sunday (day before lp week) [03:44] so that everything that got coded during the distro week lands for them the day they get home [03:44] and lastly, i'd like to bring gina / cap etc into production next week or over the weekend [03:45] if you want to do it saturday, let all of us (and me specifically) know which version of RF you are tagging off so we can have stuff that's easily cherry-pickable [03:45] I thought we would turn on Gina this week? [03:45] stub: we will run gina in parallel this week, if the archives are perfect and builds look good too then i'm happy to go this week [03:46] next week will really have everyone in one place so i think kinnison will make very quick progress on any outstanding items === Kinnison nods [03:49] salgado: ping === berend_ [n=berend@chasin.xs4all.nl] has joined #launchpad [03:50] Hi all! === Kinnison sits and stares at gina's output === Kinnison feels a headache forming [03:50] sabdfl, pong [03:51] salgado: a note on style [03:51] def getAllOptions(self): [03:51] """See IPoll.""" [03:51] return getUtility(IPollOptionSet).selectByPoll(self) [03:51] don't overuse FooSet's [03:51] this would be far better as: [03:51] class Poll: [03:51] def getAllOptions(self): [03:52] return PollOption.selectBy(pollID=self.id) [03:52] make sense? [03:52] yay, baz corrupted my tree again [03:52] mpt: it hardly ever corrupts mine, are you using your branches too long? [03:53] i find if i make more, shorter-lived branches, i get better justice [03:53] it seems i'm not the only lucky one! :) [03:53] anyhow, soon to be replaced with a whole new load of bugs [03:53] the launchpad bug system is behaving weird, it'll add a new comment whenever I try to edit the description. [03:53] sabdfl, yes, it does [03:53] not expected behaviour i'd say..? [03:53] salgado: if you have a poll, and you want to get things related to it, just get them directly [03:54] salgado: ok. i'm adding a new portlet for the poll options, too [03:55] sabdfl, I'm trying to remember why the hell I wrote that. in general, having a method in a FooSet that takes a Foo object as argument is an indication that something might be wrong [03:55] sabdfl: Both the branch I was switching from and the one I was switching to have only been around as long as it's taken me to finish them [03:55] a couple of weeks for both [03:55] salgado: also, please move IPollOption into interfaces/polloption.py, and similarly for database, zcml, browser etc [03:56] berend_: i assume this only happens when you edit the description of a bug that has no comments? this is intentional, in order to preserve the original bug report. if you edit the description once again, no new comment should be added. [03:56] mpt: that means many merges from rocketfuel [03:56] mpt: in general, with bzr, i would encourage you to have smaller chunks that you put up for review and landing [03:56] BjornT: ok, I was about to file a bug report. Still a bit strange. [03:56]

This is an h1 title, for the description of what you're looking at