=== mpt_ [n=mpt@210-246-37-87.paradise.net.nz] has joined #launchpad === mpt_ is now known as mpt === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [12:43] re [12:44] still seeking an admin to fix wiki access for me [12:47] summary if you weren't around for this earlier: 1) i registered with launchpad today, but found it was a duplicate becase I'm a DD and was autoregistered before. daf assigned an email address to the autoregistered identity, which sent me an automatic confirmation. [12:48] 2) i couldn't confirm, but i could use the forgotten password feature, which i confirmed, logged in, and then tried to confirm the email address. the system prevented me, saying i was already confirmed under that address. [12:49] 3) i logged in under the rescued autoregistered identity (now has email addr. synrg@sanctuary.nslug.ns.ca assigned) and merged the identity i created today successfully. [12:50] 4) now i can login to launchpad with either identity, but the wiki doesn't accept my password to change anything on my UserPreferences. it tells me it doesn't match. in spite of this, i appear to be logged into the wiki when i login via dashboard. [12:50] so ... I need an admin to unconfuse Moin about my password, apparently. [12:53] i have just now retried, and i have the same problem again. i can login to dashboard, which in turn logs me into the wiki, but the wiki doesn't seem to like my password when I change something on UserPreferences (timezone) and press "Save") [01:07] SynrG, now's a bad time unfortunately, most people are asleep [01:08] If you can be awake sometime between 8 and 16 hours from now, that would be a better time to ask [01:11] SynrG: talking launchpad wiki right? [01:11] once you are logged in, just _clear_ the password field in the UserPreferences page and you will be able to POST it. [01:12] Got bitten by the bug, it's in malone somewhere. I think spiv is the man to fix it one day. [01:12] Then, generally use Launchpad if you want to change the password. [01:16] SynrG: Mh... actually, I cannot find it in Malone. Would you be kind enough to file the bug? === ddaa -> bed [01:19] ddaa: wiki.ubuntu.com [01:20] mpt: noted. but tomorrow i'm getting married, so it's kind of inconvenient to be here then :) [01:23] ddaa's tip solved it === mpt [n=mpt@210-246-37-178.paradise.net.nz] has joined #launchpad === stub [n=stub@ppp-58.10.74.67.revip2.asianet.co.th] has joined #launchpad === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has joined #launchpad [02:42] testing === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has left #launchpad [] === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has joined #launchpad === rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #launchpad === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has joined #launchpad === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has left #launchpad [] === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has joined #launchpad === lt_zaq [n=Zaq@cpe-24-29-159-156.nyc.res.rr.com] has left #launchpad [] [03:14] jamesh: Want to run the bug contact importer now? [03:15] stub: okay. [03:16] stub: I've got permission to read the mysql database on macquarie [03:16] I assume you need to run it, as it will need access to the Bugzilla database [03:16] I'll open up access to production from there. Any particular DB user? [03:16] for testing, I've just been running as the default "launchpad" user. [03:17] which is probably okay, since it is a one off script [03:17] We can run it against that user. I'll just keep it open for a small window. [03:17] I'll just update my tree on macquarie [03:19] jamesh: jamesh@macquarie should now be able to connect as launchpad to the production db [03:21] thanks. [03:27] stub: so what $LPCONFIG should I run with? [03:28] production? [03:28] You might need to make one. Production might work, but might need a bit of hacking if there are any non-existant, required paths. [03:29] The database connection settings can be pulled from production though [03:59] stub: okay. Looks like everything went okay. You can remove the permission grant [04:00] Cool :-) [04:04] so now https://launchpad.net/distros/ubuntu/+source/gnome-panel/+subscribe says seb128 will get bug mail === mpt [n=mpt@210-246-37-217.paradise.net.nz] has joined #launchpad [04:55] morning mpt [04:56] afternoon jamesh :-) [04:56] it is still morning here for another 3 minutes [05:01] good afternoon now, then === mpt [n=mpt@210-246-52-212.paradise.net.nz] has joined #launchpad === stu1 [n=stub@gb.ja.99.115.revip.asianet.co.th] has joined #launchpad === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === lamont [n=lamont@mix.mmjgroup.com] has joined #launchpad === mpt [n=mpt@210-246-52-195.paradise.net.nz] has joined #launchpad === Zaq_unkwn [i=zaq@cpe-24-29-159-156.nyc.res.rr.com] has joined #launchpad === Zaq_unkwn [i=zaq@cpe-24-29-159-156.nyc.res.rr.com] has left #launchpad [] === Simira [n=rpGirl@118.84-48-121.nextgentel.com] has joined #launchpad === SteveA_ [n=steve@195.182.78.95] has joined #launchpad [09:28] hey === Nafallo_away is now known as Nafallo [09:54] hello Simira [09:54] hello world [09:55] can someone put up koffice for translation in Rosetta? [09:55] morning SteveA [10:02] Simira: jordi or carlos can do that. carlos should be around in a few hours. [10:03] mhm, I couldn't see any of them. I'll give a mail === BjornT [n=bjorn@212.247.111.13] has joined #launchpad === Nafallo is now known as Nafallo_away === Nafallo_away is now known as Nafallo [10:56] daf: hello [10:57] hi Steve [11:02] do we have more bugs to look through? [11:07] we have the "Communication" and "Other" categories to look through [11:09] I'm really looking forward to bug keywords [11:09] I'm going to get some breakfast [11:10] when shall we start? 20 mins? [11:10] how about we look at them at 13:00 your time? [11:10] okay, 50 mins from now [11:10] cool [11:20] stevea: ping === WaterSevenUb [n=WaterSev@195-23-220-68.net.novis.pt] has joined #launchpad [11:39] hey jblack. i just read your email. thanks for sorting this all out. [11:40] morning [11:41] daf: thanks. got it sorted out yesterday. daaa said this is a known problem, but not filed in Malone. he asked if i'd file it, but i didn't get a chance to yet (first i have to find malone ;) [11:42] daf: solution: leave the wiki password blank. press save. [11:44] has mpt been and gone? [11:46] sabdfl: yes [11:47] i'll be talking with him monday morning [11:47] is there something i can bring up with him? [11:50] SteveA: i sent him mail about wordpress as a blogging frontend for launchpad users [11:50] currently wordpress uses mysql [11:51] i suspect that's fine to keep as-is, as long as we can do the user storage in LP [11:51] auth-to-lp [11:51] i see [11:51] i guess it depends how modular the wordpress storage code is [11:51] SynrG: https://launchpad.net/products/launchpad/+bug/3987 -- is this the problem you saw? [11:52] Malone bug 3987: "Launchpad wiki UserPreferences causes mismatched passwords" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Andrew Bennetts, Status: NeedInfo http://launchpad.net/bugs/3987 [11:52] whether it treats it as all-or-nothing, or if it allows plugging in user sources [11:52] it's quite a common requirement to plug in user sources independently of other data. so you can link it with ldap things, for example. [11:53] http://www.weblogs.uhi.ac.uk/sm00ay/?p=18 [11:53] daf: checking [11:53] if they can do it with LDAP, I suspect using the authserver would not be too hard [11:54] daf: yes. that's apparently the same problem. thanks. [11:54] sabdfl: i've made a note about wordpress for my call with mpt on monday [11:55] daf: 5 mins? === SteveA workraves [11:55] cool, thanks [11:55] SteveA: I expect that Andrew wlil reply to my question when he gets back [11:55] er [11:55] SynrG: ^^^ [11:55] hopefully we can get that fixed soon [11:55] god [11:55] er, good, too [11:55] feel free to subscribe to the bug in the meantime [11:55] oops [11:55] https://staging.ubuntu.com/distros/ubuntu/+bugs [11:55] SteveA: yes [11:56] that shouldn't happen [11:56] BjornT: is that a known issue? [11:56] daf: subscribed. [11:57] sabdfl: are you getting a traceback? [11:57] sabdfl: I'm not [11:57] (just an OOPS page) [11:58] sabdfl: hmm, no, i didn't know about it. i'll have to check what's causing the oops. [11:58] daf: i also see an oops [11:58] it works on production [11:58] The patch to let launchpad developers see exceptions hasn't landed yet. [11:58] at any rate, we can get the tb from chinstrap when it's synced [11:58] hmm, I could have sworn I saw a traceback somewhere the other day [11:58] on Launchpad [11:59] You see them - it just isn't consistant === raptoid [n=raptoid@unaffiliated/raptoid] has joined #launchpad [11:59] ah, I see [11:59] That particular issue is that I havn't run the data migration for brads bugtaskstatus update on staging === stub goes and does it now [11:59] ah, so the tests would have passed on the sample data [12:00] ok, good [12:01] sabdfl: Working now [12:01] stub: what's the word on bug 1433? [12:02] aha [12:02] thanks stub [12:02] I'm guessing it's not so much a problem for PQM these days [12:02] Ubugtu: wake up [12:02] stub: are you expecting a performance jump with pg 8.0? any reason not to wait for 8.1? [12:02] https://launchpad.net/products/launchpad/+bug/1433 [12:02] Malone bug 1433: "existing /var/tmp/fatsam.test breaks the test suite" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/1433 [12:03] sabdfl: It will be a performance boost. We could wait until 8.1 has been packaged and we have tested it if we want to minimize downtime [12:03] (each major release will cost us several hours) [12:03] 8.1 is packaged in dapper [12:03] yes, kiko talked to pitti about it yesterday [12:04] You want elmo to upgrade emperor to dapper ? :-) [12:04] kiko, stub and i had a long meeting about database versions and a performance plan yesterday [12:04] the outcome was that we move to 8.0 as planned next week, ask pitti to package a breezy backport of 8.1, test this, and maybe do an 8.1 upgrade in a few weeks [12:04] daf: You sure about that bug number? I havn't looked at that one [12:05] uh, it has a comment from you on it [12:05] there were other outcomes to do with some work jamesh is doing towards logging problematic queries for timeouts [12:06] and changing some of the tables that are involved in caches (such as the karma cache) so that we're not locking important tables like Person so much [12:06] daf: Yup - just a comment for whoever gets around to fixing it [12:06] when the cron scripts are running [12:06] the main timeout problem we have that we need to look into more closely is to do with translation pages [12:06] stub: fair enough, ta [12:07] even with suggestions turned off, they still time out sometimes [12:07] daf: It doesn't bite often so I don't think anyone has been bothered enough to fix it. [12:07] the other problems will be addressed by things stuart will be doing shortly [12:07] stub: oh, ok, "serious PQM downtime" is a bit misleading then [12:08] stub: is postgres 8.0 to 8.1 a major version upgrade? [12:08] daf: erm... yeah ;-) I don't think PQM has had a problem with this for a while, and it should be impossible now it is running in a chroot [12:08] SteveA: Yes. I will need to do a full backup/restore which takes time. [12:10] would a 7.x -> 8.1 upgrade be faster than 7.x -> 8.0 + 8.0 -> 8.1? [12:10] the launchpad site center panel is quite constrained in width. some pages look terrible in firefox 1.5 in 800x600 [12:10] you need to define "faster", daf [12:10] "faster" == "less downtime" [12:10] fortunately, reducing the font size a couple of increments fixes this problem [12:10] one is one upgrade, the other is two upgrades [12:11] but it's a bit of a pain [12:11] it's going to take us a while to test 8.1 and become confident with it [12:11] the 7.x upgrade to 8.x is risky in that it is a major version upgrade [12:11] daf: Yes. We would half our downtime if we jumped to 8.1. [12:12] i was just trying to read the code of conduct. it was unreadable until i did this. the text did not fit within the right margin and was truncated [12:12] I'm wondering if skipping 8.0 would save one dump+restore cycle or whether we'll need to do two anyway [12:12] stub: right, that's a fairly big incentive [12:12] SynrG: URL? [12:12] stevea: ok. ~/ubuntu changed to ~/launchpad, 10,000 foot summary of Whats Going on written for RocketfuelSetup [12:12] jblack: no, you changed it to ~/rocketfuel :) [12:12] we halve the downtime over the period of several weeks. this is planned downtime though, not random downtime. [12:12] I mean ~/rocketfuel === mpt [n=mpt@210-246-37-53.paradise.net.nz] has joined #launchpad [12:13] hello mpt [12:13] mark was asking about the email he sent you about getting wordpress working with launchpad [12:14] i proposed that you and i talk about that in our call on monday [12:14] I don't think users are picky about the distinction :) [12:14] SteveA, ok [12:14] daf: I betchabetchabetcha they'd complain about ~/launchpad/launchpad [12:15] jblack: prob'ly :) [12:15] also... if we get a better machine for the database, there will be downtime then [12:15] jblack: how long are you around for today? [12:15] I'm late for yesterday, actually. [12:15] What's up? [12:15] jblack: i'd like to talk with you about these docs some more, and i've arranged to do some bug work with daf right now [12:16] i'll work through the docs, and we can talk some other time, okay? [12:16] SteveA: I've replied to a query elmo sent me (emperor load spike) about the server. I'll bounce you a copy. [12:16] if jblack is going to go offline, I'm happy to postpone [12:16] Give me an offset from now() and I'll be here [12:16] SteveA, I remembered why the summary of actions needed to be above the bug comment: so that it can contain the expander that expands the comment (e.g. an original bug description that's collapsed by default) [12:16] thanks stub [12:16] mpt, SteveA: https://launchpad.net/products/launchpad/+bug/5578 needs a UI decision [12:16] Malone bug 5578: "Should "Create Branch" be on the overview page of a product?" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/5578 [12:16] SteveA: I suspect the load spike was caused by some cron jobs treading on each other, causing excessive timeouts in Launchpad [12:17] SteveA: And the ones we saw after that were just 'normal' timeouts. [12:17] mpt: i don't follow immediately and i'm in too many conversations at once... do what you think is best in the spec, and we'll talk about it monday [12:17] daf, I'm not at work, it's midnight and I just popped on to see if kiko was here [12:17] mpt: a bit early for kiko, by 1 hour [12:18] mail me about it if there's been no bugmail in the past couple of days, and I'll get to it === Nafallo is now known as Nafallo_away [12:18] mpt: sure thing [12:18] thanks daf [12:19] I'm off to grab dinner in moment [12:19] stub: will you make the cache updater cron scripts run serially ? === jblack makes more coffee [12:19] i'm thinking to have one cache update script that itself updates caches in series [12:20] daf: voip? [12:20] SteveA: ready [12:21] stevea: offset? [12:21] SteveA: That would be a good idea for all the dailies. [12:21] jblack: pardon? [12:22] offset from now() that you want me for? [12:22] 10 minutes, 1 hour, next thursday... [12:22] jblack: did you say that you're about done for this workday ? [12:22] SteveA: Just a shell script on production though - as we grow servers, various scripts may end up on different boxes (eg. gina is running daily on drescher) [12:23] I'll stay up if you don't want 4 hours from now. [12:23] stub: they all have contention on the master database [12:23] jblack: i'll be working for the next 6-7 hours i expect [12:23] so later is fine [12:23] SteveA: If that is a problem, we can keep the master on emperor which runs them via ssh on the relevant boxes. [12:24] stub: i don't mind so much how it works, just that we have a sane way of not having scripts running at the same time [12:24] jblack: just ping me when you're around after sleeping etc. [12:24] Sure. [12:24] it will give me some time to look through the docs again [12:24] sure. email me your concerns and I'll read them when I get up. [12:24] Back in an hour === jblack waves bye [12:25] jblack: ok, ta === SteveA does voip call with daf [12:27] daf: https://launchpad.net/codeofconduct/1.0 === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:40] good morning! === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [12:59] daf: also, after adding my image to my profile, my irc and jabber ids overwrite the image in 800x600 mode: https://launchpad.net/people/synrg === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:59] daf: i can fix this by reducing font size, but now the font is unreadable [01:00] if i could configure launchpad to not have a right sidebar, i'd probably be ok [01:00] left sidebar, even [01:01] well, actually, whichever one suits the user best [01:07] mind you, now that I've added content, there is no longer a problem. The text flows around the photo. [01:07] that's an acceptable workaround. [01:21] stub: when you're back, i want to point you at carlos' code reviews [01:21] SteveA: Yup. [01:22] Took 1.5 hours to bzr pull --overwrite the first branch :-/ === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:25] stub: there's a description of how to do review kinda things on the new Rocketfuel docs on the wiki that jblack has been working on [01:25] are you using that process, i wonder, or a different one === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:26] hello guys [01:28] I need local branches so I can test database patches [01:28] Which is normally quicker :-/ [01:29] hey stub [01:29] how's it going? [01:29] fine. nothing much thrilling today. [01:30] stub: maybe a merge into a RF branch would be quicker than a pull --overwrite [01:30] Mmm.... yes. I'll try that next time. [01:31] kiko: do you know when Carlos is planning to land POMsgSetView? === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [01:38] i think POMsgSetView is being worked on right now [01:42] daf, SteveA: carlos started on that end of last year === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [01:56] SteveA: ? === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [02:05] ah, Steve's DSL is down [02:05] it happened yesterday too, bummer [02:06] if there's anybody going to land a change soon, there's a trivial fix you can do [02:06] otherwise, I'll do it myself [02:13] I just approved one of carlos' branches [02:13] carlos is on holiday today [02:13] which branch, by the way? [02:18] ah, I see it [02:31] I miss stevea === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:38] kiko: any idea if gneuman will be around today? [02:39] daf, yeah, he should be [02:39] cool [02:41] damn === tuhl [n=tuhl@p5498BF29.dip.t-dialin.net] has joined #launchpad === kaarel [n=kaarel@ip228.cab28.mus.starman.ee] has joined #launchpad [02:43] BjornT: ping [02:45] where can I find documentation about the build environment? [02:48] tuhl: I don't understand [02:48] the build environment of what? [02:49] the new lauchpad based build environemnt [02:50] for ubuntu based distros [02:50] ah, I don't know much about that [02:50] tuhl: try https://wiki.launchpad.canonical.com/AutoBuildManagement [02:54] cprov: thanks - when will the plattform opened? [02:57] tuhl: I'm not sure, this decision isn't up to me, "when it's ready" kind of fits ;) [02:59] Mark told me that some bugs have to be resolved first but it should be possible to start soon [03:00] well, I think from the package maintainer's point of view, it will work much like the old system [03:00] except that build logs will show up in Launchpad [03:00] tuhl: "soon" can vary a lot, I'm doing my best to make it ready ASAP (next month) [03:00] daf: indeed [03:00] cprov: that is soon :-) [03:01] tuhl: I'm glad it makes you happy === raketti [n=kikkeli@a84-230-182-169.elisa-laajakaista.fi] has joined #launchpad [03:05] daf: maybe you can help me, just did a rollout in mawson and LP is desperately trying to send emails for foobar/test/etc from bounce@c.c, do you know what is it ? [03:06] hmm [03:09] bounce@ or bounces? [03:11] ah, bounces@c.c is the standard bounce address in schema.xml [03:11] daf: yup, any clue ? === raptoid [n=raptoid@85.97.43.86] has joined #launchpad [03:12] well, I'd guess it's a cron script [03:12] then again, I didn't think any cron jobs ran on staging [03:16] uhmm ... cron ? don't think so, it just happens when LP is running [03:16] Merge to devel/launchpad: [r=SteveA] Reenable exception display when logging in as a launchpad developer, fixing Bug 5339 (r2957: Stuart Bishop) [03:17] daf: the error mensages are in launchpad.log === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:18] daf: see some of them at https://chinstrap.ubuntu.com/~dsilvers/paste/file9J7daL.html [03:20] daf: hopefully mawsons smtpd is off ;) [03:20] hopefully or thankfully? :) [03:22] cprov: looks like it :) [03:22] cprov: pong (i'm not paying much attention to irc atm) [03:22] kiko: much like thankfully, thanks [03:23] cprov: by the way, I've noticed your English has been really good recently [03:23] BjornT: np, maybe you can help me with this mysterious email issue at mawson, what is sending email in LP ? [03:24] well, something must be running the delivery process [03:24] daf: it's not true, who did say that ? ;) [03:24] lib/zope/app/mail/delivery.py [03:24] the thing which put the messages into the queue is probably no longer running [03:26] I'm happy with any solution either destroy the queue content or stop the dispatcher ... don't know how [03:26] cprov: hmm, not quite sure. do you want emails to be sent at all? [03:27] BjornT: no, can live w/o them [03:28] cprov: ok, then it should be enough if you add a mail:stubMailer in mail-configure-normal.zcml. you can look how it's done for staging. [03:28] BjornT: I was expecting something in lp.conf to disable it [03:28] aha [03:28] new conf file ... [03:33] BjornT: great, solved, thank you [03:34] BjornT: sorry for disrupt you with suck dummy question ... didn't notice the new config file [03:35] np. ideally everything should be in launchpad.conf, but there's still a few things that aren't [03:41] cprov: Fixed auth for the session user on mawson. [03:41] thanks stub [03:42] cprov: Have you created a database for the session data yet? If not, give me the name of the database you are using in the launchpad.conf [03:42] stub: thanks, seesion DB is already there [03:43] stub: was created via make schema, it that a problem ? [03:43] That should be fine [03:43] stub: it might point to lp_dev [03:44] stub: and I'm using lp_dogfood [03:44] I'll rename it to session_dogfood [03:44] stub: never mind, it works [03:45] stub: if you say so, I'll fix the lp.conf fo DF [03:45] I'll leave it [03:45] stub: ok [03:48] stub: can you mark RT # 1616 as resolved ? [03:48] Nope. [03:48] Znarl or SteveA have the power === BjornT -> vacation [03:49] stub: ok, I'll poke karl, thanks for the help, saved my day . === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === lamont__ [n=lamont@mib.fc.hp.com] has joined #launchpad === matsubara is now known as matsubara-lunch [04:04] stub: you around? [04:05] ddaa: Yes [04:05] would be nice if we could sort of pair-deploy the updatebranches script today [04:05] I think most/all the pieces are in place now [04:05] That would need to be soon - it is 10pm here. [04:06] What needs to be done from my end? [04:08] Mh, nothing except the db access (I don't remember the user to su to right now, so cannot check) [04:08] just got the impression mgmt wanted us both familiar with the set up [04:08] ddaa: that fixed my problem. also, as daf has pointed out, it *is* in malone: https://launchpad.net/products/launchpad/+bug/3987 [04:08] Malone bug 3987: "Launchpad wiki UserPreferences causes mismatched passwords" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Andrew Bennetts, Status: NeedInfo http://launchpad.net/bugs/3987 [04:09] and since we have different ways of doing rollouts... [04:11] stub: okay, I can "psql -U importd -h emperor launchpad_prod" from bzrsyncd@gandwana [04:11] I think I can handle the rest by myself [04:11] good night [04:12] Ok. I'll be around a while still if you need me. === ddaa -> snack [04:13] Is importd the correct user to use in the long term? [04:13] I think we already had this discussion, and it is in my mailbox [04:18] stub: I guess whatever we said is vaguely incorrect [04:18] the whole buttsource/importd design has become largely obsolete === gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:18] I guess you are the one to make the call at whether we need new and different users [04:19] As long as my scripts can poke the DB as needed, and that I have a login with some broad permissions to do diagnostic and fixup, I'm happy. [04:20] I'll worry about it once I've put together some auditing tools to determine what access particular processes need - it is too slow and painful to do it manually === SteveA_ [n=steve@213.226.190.253] has joined #launchpad [04:30] stub: hello [04:31] hi Steve [04:31] stub: carlos knows that the `sftp://chinstrap/home/warthogs/archives/carlos/launchpad/bug-5751-2` contains the other stuff. he couldn't work out how to get baz to do this well. [04:31] gneuman: yo [04:31] hi daf [04:31] daf, [04:31] yo [04:32] I was looking at this: https://launchpad.net/products/launchpad/+bug/3068 [04:32] Malone bug 3068: "Adding poll with the same name in the same team causes ops..." Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: marisa, Status: Accepted http://launchpad.net/bugs/3068 [04:32] yes [04:32] have you spoken to marisa about it recently? [04:32] no [04:32] i got no answer [04:33] ok -- perhaps you should go ahead with your fix rather than waiting [04:33] SteveA_: Merge them into one branch and put that up for review would have worked [04:33] ok [04:33] I don't know who marisa is [04:33] maybe they misunderstood what assigning means [04:34] I'll assign it to you [04:34] ok [04:34] thanks [04:34] stub: i asked him to offer it as two separate reviews originally, because it looked like it would be messy to review otherwise [04:35] SteveA_: where would you like me to put the bug/milestone assignement doc? === Nafallo_away is now known as Nafallo [04:35] SteveA_: LaunchpadMilestoneManagement? [04:36] LaunchpadBugManagement? [04:36] grah... it's snowing again! [04:36] lucky you [04:36] I've been wanting to go to the roller night for _months_! === matsubara-lunch is now known as matsubara [04:36] It's always raining or snowing on fridays when I'm free :( [04:37] beside's it's not cold enough for the snow not to melt [04:37] ah, shame === thierry_ [n=thierry@modemcable036.61-131-66.mc.videotron.ca] has joined #launchpad [04:42] honestly, who calls their project 'bum'? [04:43] a purile nerd? [04:43] some people call their command line tools baz... [04:43] maybe English wasn't their native language [04:43] puerile, even [04:47] bootupmanager ;-) [04:47] or rather BootUpManager :-P [04:47] Nafallo: yes: https://launchpad.net/products/bum [04:48] daf: the thing is, this is about our processes for assigning bugs to launchpad milestones, and managing bugs filed on the launchpad project [04:48] daf: we must try to not confuse people with a too general title [04:48] so bum in short then :-) [04:48] SteveA: Somehow, I'm still up [04:48] daf: maybe LaunchpadProjectMilestones ? [04:48] hi jblack [04:48] SteveA_: sounds good to me [04:49] jblack: my dsl connection is not working. i'm currently on gprs, which isn't a very fat or fast pipe [04:50] Ok. Tomorrow perhaps [04:50] daf: tramp - remote file access in Emacs [04:50] daf: so, "bum" has company [04:50] jblack: yeah... my day has been a bit thrown off by the DSL outage [04:50] hmm, hadn't thought of the en_US sense [04:51] well, alacarte was named smeg before so... ;-) [04:52] stevea: If you still want to talk though, I do have skype. I can do pots over that. [04:55] SteveA_: here's a draft: https://wiki.launchpad.canonical.com/LaunchpadProjectMilestones [04:55] SteveA_: shall I send a mail? [04:55] speaking of package names and profanity, don't forget that apt used to be called deity [04:56] bum is mild by comparison [04:56] well, profanity is in the eye of the beholder [04:57] bum is a line of clothing too. [04:58] daf: i will read it [04:58] daf: I always found the en_US idiom "it's a bum rap" very confusing [04:59] I can see why [04:59] SynrG: a friend and i were drinking in a pub, and saw our boss come into the pub, with his brother visiting from the US. this was about 12 years ago. The brother was wearing a sweater that loudly announced "BUM EQUIPMENT". My friend and I fell about laughing for a very long time. [05:00] SteveA_: :) [05:00] I have no idea where that term comes from, though I know what it means. [05:00] i only found out later that it is a brand of clothing [05:00] jblack: does it mean "a telling off" [05:00] like "he was given a telling off by his boss" == "he was given a bum rap by his boss" ? [05:01] verbal discipline... [05:01] Nope. It means that one got punished/blamed for something they didn't do, or punished much more than the crime deserved. [05:02] Its since evolved a bit to also mean "a bad reputation" [05:02] i have no idea how to say that in en_GB [05:02] well, rap, as in "rap sheet". "bum" as in "bad" [05:03] usatoday.com: "Is fat getting a bum rap?" [05:03] There's three or four meaning for the word "rap", none of which has to do with knocking on things. [05:03] daf: that woudl be the "undeservedly bad reputation" definition [05:03] indeed [05:03] bradb: milestones are going to be increasingly important to us. do you think a bug's page can display what milestone it is assigned to? [05:04] SteveA_: I've filed a bug on that [05:04] bug 6014 [05:04] SteveA_: Sure. Thinking required. [05:04] Malone bug 6014: "milestone should be displayed on bug page" Fix req. for: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6014 [05:04] it still sounds like something vaguely obscene to me [05:04] oh, you have no idea. [05:05] some preposterious conjunction of music and posterior [05:05] SteveA_: if there is a bug open about finding bugs not assigned ot milestones, I can't find it [05:06] daf: Use Google to find bugs filed in Malone. [05:06] hmm, ok [05:06] using Malone's own search usually works for me [05:06] :) [05:07] I use Google for bugs that I'm sure were filed, that I can't find via Malone's search. [05:08] perhaps the advanced search syntax could support it [05:08] but it's not explicitly mentioned there [05:09] oh, something I noticed: of the 1123 oopses that happened yesterday, 252 were from googlebot [05:10] daf: good stuff on the milestones doc. I've made a few small changes. you can announce it now. i discussed it with kiko on the phone a couple of hours ago. [05:10] cool, thanks [05:11] daf: have you see jamesh's script to analyze oops reports? [05:11] no === heyko [n=heyko@tor/session/x-293fafbe94dfc06c] has joined #launchpad [05:15] many of the failures seem to be on build pages [05:15] https://chinstrap.warthogs.hbd.com/~daf/googlebot-oopses [05:15] SteveA_: where's James' script? [05:16] cprov-lunch: maybe these mean something to you [05:16] daf: in /scripts. but, there is a copy in ~stevea on chinstrap === Nafallo is now known as Nafallo_away [05:17] daf: stevea@chinstrap:~$ ./analyse-error-reports.py /srv/gangotri-logs/2006-01-06/ > public_html/friday-so-far.txt [05:17] got it [05:18] daf: chinstrap.warthogs.hbd.com/~stevea/friday-so-far.txt [05:19] that's very nice [05:19] jamesh is continuing to develop the script [05:20] to distinguish between worrisome 404s and expected ones [05:20] worrisome ones are where it isn't a robot, and it has a referer that is a site we care about [05:20] as that indicates a broken linkn [05:20] such a site could be the wiki, for example, or shipit or launchpad [05:20] well, robot ones are not so great either [05:20] it might indicate a broken link [05:21] maybe, but robots look over links that were there last time the robot went around [05:21] true [05:21] so, simply renaming something can lead to 404s [05:21] I didn't think we had many pages that disappeared [05:21] or changing the URL hierarchy for some pages that we don't expect people to bookmark [05:22] sometime, we'll look into using the google site APIs to leave structured information to tell google how to best crawl the site [05:26] ooh [05:26] DSL came back [05:27] with a blast of polish pop music [05:27] watch "ping -c 1 148.88.8.6 && xmms music/Zanim\ Slonce\ Wstanie.mp3 " [05:27] has been running since lunchtime [05:28] Simira, SteveA_: I think koffice, and the rest of gnome and kde would be waiting for carlos' autoimport system for both [05:28] dunno how he wants to handle it in the meanwhile === SteveA_ goes offline to switch networks back === einheit_ [n=steve@195.182.78.95] has joined #launchpad === SteveA [n=steve@195.182.78.95] has joined #launchpad [05:41] daf: reading it [05:47] daf: it might be generated by failures/missing on gina production run, I'm waiting the error-log sync on chinstrap to read the full traceback [05:50] SteveA_, kiko-fud: got email === jinty [n=jinty@205.134.224.215] has joined #launchpad === dsaa [i=dsa@210.213.87.8] has joined #launchpad [05:58] why does production deployment have to feel like trying to hit an elephant in the eye using a straw as an aim _and_ as a sarbacane? [05:58] I mean s/sarbacane/pea-shooter/ [06:02] thanks jordi [06:03] hey man [06:05] jordi :does that autoimport system have an eta? [06:05] Simira: I don't know, carlos will know [06:05] today is a holiday in Spain [06:06] dunno if he's on holiday [06:06] ok [06:06] the three wise men came last night and left presents for the kids :) [06:07] oh, right. We had that couple of weeks ago ;p [06:07] I heard ;P [06:10] and disassembling the christmas tree [06:11] xmas ends today in Spain :) [06:11] makes it long and annoying [06:11] it's always annoying [06:12] we are going over to some people to have a "christmas-tree-disassembling-party" tonight. [06:12] gah [06:12] the import queue is oopsing on me all the time [06:13] kiko: is there anything obvious in OOPS-A298? [06:13] Simira: is that disassembling violent? [06:13] like people pulling and tearing the tree [06:13] jordi : I hope not. This is my first time on that occation [06:14] and jumping on it, while yelling "wOOOHOOO!!" [06:14] Simira: boring! [06:16] kiko: I'm going to my town in the solitary mountains. I'll be networkless, but I'll bring my laptop to see if I can start writing something up. [06:17] kiko: any kind of suggestions before I elave? [06:17] ok, cool [06:17] mostly about how to focus the docs [06:17] hmm [06:17] not really I guess [06:17] I'll see what I come up with. [06:17] I'll make it a manual, I guess. [06:18] jordi, what day was that oops generated? [06:18] 5 mins ago [06:20] hmmm [06:20] ForbiddenAttribute: ('pofile', ) [06:20] it's very odd [06:20] jordi, how did you get that? [06:21] kiko: trying to edit something in the import queue. [06:21] ie, setting the required fields to values, and pressing ok [06:21] jordi, it's a bug, probably easy to fix [06:22] jordi, wanna file it, and I'll get somebody to look at it? [06:24] k [06:26] pfft [06:26] what I import doesn't seem to appear in the product translations === jordi files bug [06:29] ddaa, do you know the answer to mark's recent question on apt personal branches? [06:30] I would probably have I knew what his expectations were. [06:30] yeah me too [06:30] So the option looks like "say nothing", "hip shoot", "ask for clarifications an look stupid"... [06:31] we can display bzr branches in launchpad... their metadata anyway, right? [06:31] ah, it did work [06:31] ddaa, hip shot then? [06:31] we have some code that can get the metadata out of a bzr branch [06:31] it worked for doc [06:31] we can register the 'apt' upstream bzr branch in launchpad [06:31] SteveA: nope, I've been fighting to get the bits in place for a long time, right now I'm trying to get the metadata scanning cronjob online. [06:31] and run the code on it to make its metadata appear in launchpad [06:32] maybe not even as a cronjob [06:32] just as a oneoff so we can see the stuff in launchpad [06:32] Well, anyway, I'm trying to make it run _anyhow_. [06:32] okay [06:32] heh [06:32] so, seeing the bzr info for 'apt' in launchpad is a milestone [06:32] and as soon as that milestone is achievable, go for it [06:32] one nagging issue is that it does not look that any stuff served by the supermirror is sane... and I have no error feedback to look for good data... [06:33] I think ddaa has a good idea of what's necessary [06:33] ddaa, what does spiv say? [06:33] spiv is back monday [06:33] kiko: one of the things I've been planning to do since I'm back is writing requirement for crude error reporting to jblack. [06:33] I'm better off asking jblack since he has at least some TZ overlap with me. [06:34] also, spiv already has too much tech work on his plate, while jblack is willing to do more. === SteveA --> exercise [06:34] fair enough [06:34] but keeps tabs on how it's going [06:35] and tell me if it slips [06:35] It has been slipping for about two weeks before christmas... [06:35] so stop the bleeding [06:35] trying hard [06:36] as I understand it, it has been largely coordination and communication issues [06:36] nothing that can be fixed by the application of more hands [06:36] which we can help with if you tell us what's bothering you [06:36] I've been doing that every monday with SteveA and lifeless :) [06:36] or I can send you a dvd of the lost episode where jack tries to save boone [06:37] cprov, yo? [06:37] kiko: yo [06:37] don't worry, the situation is getting under control, I expect to get bzr metadata displayed before thursday. [06:41] cprov: [06:41] kiko: gcj-4.0-base isn't in universe, it's in main [06:41] kiko: on ftp-master and 2 x archive.u.c [06:42] cprov, also, tell me about our buildds. do we have at least two architectures? [06:42] kiko: this is bad ... [06:42] kiko: no only 2x i386, [06:44] cprov, what is bad? [06:44] cprov, what are their names? [06:44] chroot is looking for pkgs in the wrong component ... I wonder how ? which tag file is broken [06:45] kiko: molodezhnaya and ferraz [06:46] cprov, maybe it's one of the broken Sections? [06:47] kiko: yup .. === BjornT [n=bjorn@217.28.34.132] has joined #launchpad === SynrG [n=synrg@debian/developer/synrg] has left #launchpad ["wop"] === marc__ [n=marc@adsl-68-22-152-245.dsl.klmzmi.ameritech.net] has joined #launchpad === marc__ [n=marc@adsl-68-22-152-245.dsl.klmzmi.ameritech.net] has left #launchpad ["Leaving"] [07:02] jordi, gone? === bradb & # lunch [07:18] kiko: can you review a small patch (that I intend to test live...)? [07:18] https://chinstrap.ubuntu.com/~dsilvers/paste/file48Qjl6.html [07:18] daf, is carlos taking bug 1681? === sabdf1 [n=mark@217.205.109.249] has joined #launchpad [07:21] ddaa, explain this config change to me? [07:21] the previous value was a placeholder [07:22] okay [07:22] and what's the difference between [07:22] - logger_object.warning("Branch not found: %s" % branch_url) [07:22] + logger_object.warning("Branch not found: %s", branch_url) [07:23] If I understand correctly, that just means that the interpolation is only done if the warning gets logged [07:23] it's just better logging style [07:30] ddaa, if you test the traceback logging (is there no better way of logging tracebacks?) then r=kiko [07:31] that branch url no longer looks like a URL, btw [07:32] Yeah, I tested traceback.exc_format() in an interactive python. [07:32] what do you mean "no longer looks like a URL"? [07:33] what sort of "better" logging of tracebacks would you like? [07:34] exc_format() does exactly what I want: give me the string that python displays for uncaught exceptions [07:44] okay, great === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #launchpad [07:44] ddaa, I meant that it used to be foo/232 now it's foo0000232 [07:45] nah, the urlprefix has a trailing slash in the config [07:45] previously, it introduced a redundant slash [07:46] But thanks for mentioning it. That might have been a bug. [07:59] ah, okay. [07:59] make a comment on that perhaps? [07:59] aar r=kiko of course [08:02] okay, thanks [08:11] kiko: back for like 5m [08:13] jordi, ah, never mind [08:13] jordi, what was your bug #? [08:14] ddaa: I think we need a three way handshake. :) [08:14] ddaa: what did you need before? [08:14] jblack: what do you mean? [08:14] You pinged me not too long ago. [08:15] I would like to know why every branch I try to get from bazaar.launchpad.net gives me [08:15] bzr: ERROR: exceptions.AttributeError: 'BzrBranch' object has no attribute '_branch_format' [08:15] kiko: hmm, let me dig [08:15] ddaa: Because most of them are bad branches at source. [08:15] There's a few good ones in there. I can find a couple if you need. [08:16] jblack, is bzr push broken again? [08:16] push_file = file (filename, "rb") [08:16] (location,) = [f.rstrip('\n') for f in push_file] [08:16] jblack: if they are bad branches at sources, they should not be get onto bazaar.launchpad.net, right? [08:16] how can that be guaranteed to return two items? [08:16] kiko: I'm not aware of bzr push being broken at the moment, but I haven't read email in a couple hours [08:16] kiko: I can look into it after I talk to ddaa [08:16] jblack: what is there is stuff the mirroring script has written, one of the purpose of this setup is to sanitize the data. [08:16] I'll pester #bzr meanwhile [08:17] 6499 [08:17] ddaa: There will always be things that by defintion are "bad" at one point or another if you include inconsistancy [08:17] jblack: try getting any _sane_ branch, for example http://bazaar.launchpad.net/00/00/02/24, that _used_ to work [08:17] thanks jordi [08:18] trying [08:18] ddaa: i see the errror [08:18] kiko: np [08:18] and 1. there should not be any transient inconsistency error, the fetching code is designed defensively against that issue [08:19] 2. these errors are not transient, and seem to affect all branches that look otherwise good [08:19] Odd. branch-format is empty [08:19] ddaa: its ok buddy. Relax. stage 2 gives you error reporting [08:20] I'm _almost_ ready to do the first bzrsyncd run, but it looks like I'm going to be blocked on that issue. [08:20] but you're always going to potentially see inconsistant things. [08:20] sure, that's not what I'm talking about [08:20] consider a branch that has started mirroring, but never finished the first time. [08:20] I define inconsistant as bad. [08:22] yeah. branch-format in every single one is empty [08:22] that looks like a bzr bug to me [08:22] yes, that's the issue [08:22] elmo: ping [08:24] jblack: ? [08:25] Is anything changing _right now_ ? [08:26] jblack: nope [08:26] ddaa: give me moment. I'll upgrade bzr [08:26] I'll talk to you before it does [08:26] after I test it === SynrG [n=synrg@debian/developer/synrg] has joined #launchpad [08:27] my friend's Safari browser hates launchpad :( [08:27] anyway, I'm being overriden by the cat :) [08:27] has trouble with the certificate === jblack sadly looks at the clock and realizes he's only going to get 3 hours of sleep before office hours [08:27] jblack: the sky is not going to fall over [08:27] NSURLErrorDomain:-1205 [08:27] go to sleep if it's too late for you [08:27] No worries. I'll take care of this. [08:28] Take care of your cat before it chews up your mouse =) [08:29] ddaa: in the meantime, I'll try remirroring the whole lot. [08:29] he just want me to stroke it... meaning he's resting on my hands while I type... [08:29] SynrG: What URL? [08:29] SynrG: I don't have trouble with it in Safari. Neither does mpt (our UI designer who uses Safari.) [08:30] trying to access my profile [08:30] i suspect it is the same with all others [08:30] SynrG: I'm running Version 2.0.2 (416.13) [08:30] stevea: ping [08:30] https://launchpad.net/people/synrg === kiko pqms [08:30] SynrG: Works fine here. === SynrG queries his friend about his Safari version [08:32] SynrG: And does it work for him in FF from the same machine? [08:40] jblack: hello [08:42] stevea: still up [08:45] jblack: okay [08:45] shall we talk? [08:45] sure [08:45] sounds like fun [08:46] are you waiting for me to ring? [08:46] i was distracted for a sec [08:47] go ahead and ring the voip [09:04] yeeeeeeehaw! [09:04] SteveA: http://bazaar.launchpad.net/00/00/02/24 [09:04] oops [09:04] SteveA: https://launchpad.net/people/mdz/+branch/ltsp/ubuntu-main [09:05] ddaa, rock and rolling! [09:05] ddaa: nice [09:05] not yet cronjobbed, but at least it _can_ work [09:05] wow, that is quite cool [09:06] Merge to devel/launchpad/sourcecode/pygettextpo: [trivial] Add a clean target (that actually does a distclean) (r17: kiko) [09:09] thanks jblack [09:09] ddaa: nice! [09:11] hi folks, what's up? [09:11] jblack: I see RFS is getting there, right? not so far before it's ready? [09:22] can anyone here review for me? [09:27] Merge to devel/launchpad: [trivial] Make sure we /really/ clean up pygettextpo, and any libtool cruft, when make cleaning (r2958: kiko) [09:27] gneuman, what's up? [09:30] kiko, [09:30] just need review [09:30] 1 trivial [09:30] 1 easy and small [09:30] sure [09:31] sending to you then [09:41] sivang: I think its very close, and very good. [09:41] SteveA has a keen eye for catching ambiguities. [09:42] I just realized on the phone with him that there's one significant part missing. After that it should be ready for test and usage. === thierry_ [n=thierry@modemcable036.61-131-66.mc.videotron.ca] has joined #launchpad [09:43] where's is the new pqm status page? [09:43] You tell me. [09:43] ddaa: the full remirror is running with a fresh copy of bzr. [09:44] jblack: update-branches is running, when I kick it manually [09:44] uploading final logging fixes right now, then I'll cron it. [09:45] What can I do to get my branch pushed up to chinstrap as quickly as possible in this scenario: [09:45] bradb@oxygen:~/canonical/status-notes-as-comment $ bzr push chinstrap:/home/warthogs/archives/bradb/launchpad/status-notes-as-comment [09:45] bzr: ERROR: Local branch is not a newer version of remote branch. [09:45] You'll probably want to keep an eye out for it in launchpad-error-reports@ [09:45] ddaa: Bear in mind that I haven't found the problem. I'm hoping its a non-reproducable bug from some mind bent on eggnog [09:45] if that should happen again, you should see it on launchpad-error-reports@ [09:45] ddaa: Hmm. I'm not on that, and would prefer not to be unless its necessary. [09:46] would it be possible to procmail certain reports to me? [09:46] I think it is necessary... we can get stub to set up topics for stuff we are interested in (that is _not_ the insane rosetta spam!) === bradb goes with --overwrite and --no-tree [09:47] this functionality crosses responsibility boundaries, all responsible (that is you and I) should look out for problems (and fix them quickly). [09:48] jblack: I'd rather not, my mail setup is procmail free and I'd like to keep it that way. [09:48] you already have to watch it? [09:49] sure, I have to look out for my cronjob logs... [09:49] Does it not report if there's not a problem? ] [09:50] depends on the set up, right now I'll have it report for missing branches, at least until we have some SM error handlding. [09:50] Eventually, it should not report if there is no problem. [09:51] ddaa: Hmm. Would you mind if we discuss this at another time? [09:51] no hurry [09:51] I'm just being a bit over-enthusiastic. [09:51] Ahh. I'm at over 30 hours. [09:52] You know, sleep is useful. [09:52] I've seen people wake up, work, go to bed and wake up again. :) [09:52] So lets put this off === bradb submits BugStatusChangesAsComments for review, writes activity report, heads off. Later all. === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] [10:00] jblack: cool then, it's sure looks like it from the wiki subscription notification. [10:19] If anybody really needs anything from me before I go, this is the time [10:19] ddaa, where does that branch of mdz come from? not the supermirror, right? [10:20] as far as bzrsyncd is concerned, it comes from the supermirror [10:20] but the SM has pulled it from somewhere else (sftp for bzr is not there yet) [10:21] Merge to devel/launchpad: [trivial] Visual fixes to expander; improve icon positioning and don't underline it (r2959: kiko, Christian Reis) [10:22] yay, that's cronjobbed [10:22] 0030 and 1230 every day === ddaa wraps up his activity report [10:24] ddaa, hey [10:24] before doing that [10:24] why don't you answer to mark's message? === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad [10:25] hu... why about doing that monday when everything has been scanned right? === ddaa checks for any apt branch [10:25] ddaa, sure. [10:25] sounds safe. [10:25] I like to keep the man happy.. [10:25] well, if there is an apt branch, I would not be able to resisit [10:26] "you means something like THAT?" [10:26] Mh... not any apt branch there ATM... [10:29] ddaa, how much time do we have to wait? [10:29] until somebody register them :) [10:29] then the SM has to mirror them [10:29] and bzrsyncd has not scan them [10:29] mdz, do you have any apt branches to register? [10:29] all that is doing with crons [10:30] we have plans to reduce latency later on, but right now the latency will still by of the order of one day === ddaa english is getting worse by the minute === mdke_ is now known as mdke [10:40] kiko: yes [10:40] I have all sorts of branches [10:43] can you register one for apt? [10:43] mdz: the sabdfl sounded it would make him happy to see a bunch of apt branches in Launchpad, since we just finished to get the whole chaing _somewhat_ working, that would be a good time to put some data in :) [10:47] ddaa: he's not happy with my ltsp branches eh? [10:48] hmm, actually I don't have any bzr apt branches. they're still baz === gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has left #launchpad ["Gone..."] [10:48] ah... that's a good reason for not showing them, I guess... [10:49] mvo's branch is converted to bzr [10:49] http://people.debian.org/~mvo/bzr/apt--main.bzr/ [10:52] added [10:53] It should be scanned tomorrow. [10:54] I'm going to play some wesnoth now :) [10:55] ddaa: have fun :) === jinty [n=jinty@205.134.224.215] has joined #launchpad [11:10] time to move out too [11:10] catch you all later